How to Set Up Google Search Console for Multiple Language-Specific Domains

Use one Google Search Console property per language-specific domain. For a site that runs example.de, example.fr, and example.com, that means three properties, three DNS verifications, and three sitemap submissions. Then use the International Targeting report to confirm hreflang links are correct.

This guide gives the exact order of work, plus the checks that tell you the setup is actually working.

What you are setting up

Language-specific domains are country-code top-level domains (ccTLDs) such as .de, .fr, or .es. Search Console treats each one as a separate site. If you want per-market data, each domain needs its own property.

A property is Search Console's container for one website. You can use two property types: Domain and URL prefix. For ccTLDs, Domain is usually the right type.

Domain property example: example.de. It covers http, https, www, non-www, and every subdomain and path on example.de.

URL-prefix property example: https://example.de/. It covers only URLs that start with exactly that prefix.

You need one property per language domain. Do not try to put all of them in one property.

Prerequisites before you start

Before opening Search Console, collect these:

• DNS access for each domain. DNS is the system that points a domain to a server.
• A verified Google account with owner permission in Search Console, or someone who can add you.
• A sitemap for each domain. It should only contain URLs from that domain.
• Correct hreflang annotations between language versions. hreflang is an HTML attribute that tells search engines which language and regional version of a page to serve.

You also need to know your language codes. For example, German is de, French is fr, Spanish is es. Region codes are optional, but use them when a language is used in more than one country, like en-gb and en-us.

Step 1: Add each domain as a separate property

Go to Search Console and click Add property. Choose Domain. Enter the bare domain: example.de, not https://example.de or www.example.de.

Repeat for every language domain.

Why use Domain instead of URL prefix? One verification covers the whole domain. You do not need to verify https and http separately. You also get data from any subdomain later.

If your site uses only one subfolder per language, such as example.com/de/, you do not need separate properties. Use one property for example.com. But this article is about separate domains, so keep them separate.

Step 2: Verify each domain with DNS

Search Console will show a TXT record after you add the property. Copy that value.

Log in to your DNS provider, find the zone for that domain, and create a new TXT record with the value Search Console gave you.

Do this for each domain. A record on example.de does not verify example.fr.

Click Verify in Search Console. If it fails, check the record value, confirm you are in the right domain zone, and wait. DNS changes can take time to spread.

Why DNS is the right verification method here: it verifies the whole domain, not just one URL. It also works even if you later switch hosting providers.

Step 3: Decide whether you need extra URL-prefix properties

You normally do not. The Domain property already includes all versions of the domain.

Add URL-prefix properties only in these cases:

• You are migrating from http to https and want to compare both.
• You are moving from www to non-www and need a before/after view.
• You have a subdomain such as shop.example.de and want a separate report for it.

If you add URL-prefix properties, verify each one. Use an HTML file upload or DNS. Then set up a redirect from the old version to the new one.

Step 4: Submit each domain's sitemap

Open the property for example.de. Go to Sitemaps. Enter example.de/sitemap.xml and click Submit.

Do the same for example.fr and any other language domain.

A sitemap should only include URLs from its own domain. Do not put example.fr URLs in example.de's sitemap.

Include hreflang annotations in the sitemap. For example, the German sitemap should list the German URL, the French URL, and any other language versions. The same hreflang information can live in the head of each page. If you use both, they must not contradict each other.

After submitting, check the Sitemaps report. It will show whether Google could read the file and whether it contained errors.

Step 5: Check hreflang in International Targeting

In Search Console, find Legacy tools and reports, then International Targeting.

This report shows hreflang issues for the current property. Common messages:

• No return tags: page A points to page B, but page B does not point back to page A.
• Invalid language code: the hreflang value is not a valid ISO code.
• Multiple hreflang values for the same language: the page uses two identical language codes.

Fix the errors on the site, not in Search Console. Search Console only reports what it finds.

Step 6: Use the reports that matter

After verification and sitemap submission, start with these four reports:

• Performance: clicks, impressions, and average position for that language domain.
• Pages: which URLs are indexed, which are not, and the reason.
• URL Inspection: test a specific URL and see the indexed version.
• Sitemaps: confirm the sitemap was processed.

Because each language domain is its own property, you can compare them side by side without mixing data.

Final verification: test one URL per domain

Choose the home page of each language domain. Open URL Inspection and enter the URL.

Check these three things:

1. The page is indexed. If it says not indexed, look for a noindex tag, robots.txt block, or canonical pointing elsewhere.
2. The Google-selected canonical is the same URL on the same domain. If example.de points to example.com, your canonical or hreflang setup is conflicting.
3. hreflang annotations are recognized. The inspection result will list language/region alternatives if Google found them.

If the canonical is wrong, fix the page's canonical tag and internal links. Then request re-indexing from the same URL Inspection screen.

Common mistakes

• Using one property for all language domains.
• Choosing URL prefix when you mean the whole domain.
• Verifying only one domain and assuming the others are done.
• Submitting a sitemap that contains URLs from other domains.
• Using hreflang tags that are not reciprocal.
• Putting hreflang in both sitemap and head, but with different values.
• Checking hreflang only once. New pages can introduce new errors.

Key facts: SeaText's translation setup

Limitations and when this does not apply

This setup applies to separate language domains. It does not apply if your languages live in subdirectories like example.com/de/. In that case, use one property for the whole domain and rely on hreflang.

If your languages live in subdomains like de.example.com, you can use one Domain property for example.com, but it will mix all subdomains together. Add a URL-prefix property for https://de.example.com/ if you want separate data.

DNS verification requires DNS access. If you do not control DNS, use URL-prefix properties with HTML file verification instead.

Search Console does not set geo-targeting. The ccTLD itself is the strongest location signal. Search Console only reports what Google has indexed and how it performs.

hreflang is a signal, not a strict directive. Google may still choose a different language version if it thinks that page is a better match. Keep content distinct, not just machine-translated duplicates.

Terminology

ccTLD

A country-code top-level domain such as .de, .fr, or .es.

Domain property

A Search Console property that covers every protocol, subdomain, and path for a domain.

URL-prefix property

A property that only covers URLs starting with an exact prefix like https://example.de/.

hreflang

An HTML attribute that tells search engines about language and regional versions of a page.

Sitemap

A file that lists the URLs you want Google to consider for indexing.

Google-selected canonical

The version Google chooses as the main URL when it indexes a page.

Frequently asked questions

Do I need a separate Search Console property for every language domain?

Yes. Each language-specific domain is a separate site in Google's eyes. A separate property gives you separate indexing data, performance data, and sitemap reports.

Can I verify all domains with one DNS record?

No. Each property needs its own TXT record on its own domain. example.de and example.fr are different DNS zones.

Should I submit a separate sitemap for each domain?

Yes. Each sitemap should list only URLs from that domain. Include hreflang references to the other language versions inside each sitemap.

What if my site uses subdirectories instead of separate domains?

Use one property for the main domain. Do not create separate properties for /de/, /fr/, or /es/. hreflang handles the language signals.

How do I know hreflang is working?

Use the International Targeting report in each property, then test a URL with URL Inspection. If hreflang is recognized, the inspection result will show the language/region alternatives.

How long until Search Console shows data?

There is no fixed time. After verification, submit sitemaps and request indexing for important pages. Then check the Pages report and URL Inspection rather than the Performance report, which can take longer.

Do I need a separate property for www and non-www?

Not if you use a Domain property. It includes both. Add URL-prefix properties only during a migration.