Collapse repeated URLs into unique root domains or hostnames while retaining frequency counts and source evidence.
FlashDomains Editorial·August 21, 2026·7 min read
Duplicate domains are not always duplicate rows. A URL list can contain hundreds of distinct pages that belong to one site. Removing only identical URL strings leaves that site repeated; reducing each URL to a domain first creates the grouping key you actually need.
Exact URL duplicates versus domain duplicates
Input
Exact-URL dedupe
Root-domain dedupe
example.com/a
Kept
example.com
example.com/b
Kept
Merged into example.com
blog.example.com/c
Kept
Merged in root mode
Repeated example.com/a
Removed
Count added to the root
How to create a unique domain list
Paste or upload the source data.
Choose root domains for one record per registrable site, or hostnames when subdomains must remain separate.
Enable Remove duplicates.
Review the count column; it records how many matching occurrences were merged.
Export CSV or JSON if you need source mapping, or TXT for the final value-only list.
Repeatable process
Create a unique domain list with useful counts
Remove repetition without erasing evidence about how often each domain occurred.
1
Normalize each source row
Parse URLs, remove irrelevant components and standardize case before comparing values.
2
Choose the deduplication key
Use root domain for site-level uniqueness or hostname for host-level uniqueness.
3
Aggregate occurrences
Count every row assigned to each normalized key and retain representative sources.
4
Sort for the decision
Sort alphabetically for a reusable list or by frequency to find concentration.
Side-by-side
Unique lists and frequency tables
Both remove repeated output rows, but only one preserves how much repetition existed.
Hostname mode would keep blog.example.com separate from example.com.
Why counts should survive deduplication
A unique list is compact, but frequency can be informative. In a backlink report it may show a sitewide link. In a crawl it may reveal a third-party host used on many pages. In a log it may show repeated contact with one hostname. The count is not a quality verdict, but it helps prioritize review.
Root-domain dedupe can be too aggressive
Collapsing api.example.com, shop.example.com and status.example.com is useful for organization-level analysis. It is harmful during a migration or incident response where each service matters. Switch to hostname mode before deduplicating in those workflows.
Public-suffix accuracy also matters. A naive final-two-label rule turns example.co.uk into co.uk and may collapse unrelated hosted projects. Read root domain versus hostname before choosing the key.
A safe data-cleaning pattern
Keep the original export. The unique list is a derived view.
Retain provenance. CSV source and line columns let you trace a root back to its records.
Normalize consistently. Decide how to handle case, www, IP addresses and private suffixes once.
Filter after extraction. Search and suffix filters should not destroy the underlying report.