Merchant Center store URL: how to keep one verified domain

Merchant Center wants one domain from end to end: the store URL you verify and claim, every product link, and every redirect in between. Pick the address your store really loads on, put it in Business info, and point every product link straight at it. Most mismatches are leftovers from a migration nobody went back to tidy.

Critical4 min read

By Edvinas Ivanauskas How the guides are reviewed

Why this matters

Google keeps this one short. The “Building trust with your customers” page says: “Ensure the domain name in Merchant Center is accurate and matches with the claimed domain.” The “Link [link]” page, which covers the product URL you submit, lists among its minimum requirements “Use your verified domain name.” Its best practices add “Use as few redirects as possible.” and “Ensure all redirects are set to the same verified domain”.

Verifying and claiming are two steps. “About online store URL verification” says verifying tells Google you own the site, while claiming “reserves the website address for use with your account exclusively”, and “A single URL can only be claimed by one account.” That is why a store that changed platform, or had an agency or an old account claim it first, can find its own domain taken. The fix page for an unverified store URL suggests claiming the higher-level domain, such as example.com rather than www.example.com, and removing old verification tags or deleting a duplicate account.

The purchase belongs on the same site. Google's “Online store URL domain requirements” page asks you to “Make sure customers can buy directly from your website”, without sending them to another website to pay. In practice the mess comes from the move nobody finished: http to https, www to bare domain, a platform subdomain to your own domain, product links still pointing at the old address and bouncing through redirects on the way. Redirect chains has the detail on trimming them.

The free scan flags a store address that ends up on a different domain from the one you entered, a chain of more than two redirects on that address, and a checkout that sends shoppers to another site to pay, reporting a handoff to a marketplace as a failure. Your Business info setting and product links are yours to compare against it; every check is listed on the misrepresentation checker.

Typical evidence

Destination mismatch

Business info URL:  http://www.atlashome.co
store loads on:     https://atlashome.co
product link:       atlashome.myshopify.com/products/lamp → https://atlashome.co/products/lamp

Three addresses for one store. Pick the one the store loads on, put it in Business info, and point product links and redirects at it.

The address on your store, compared line by line

The same shop can publish two spellings in two places. Put them side by side and fix the difference before it turns into a shopper-facing contradiction.

Claimed in Merchant Center

http://www.example.com

FlagDowngrades on every visit — logged as a domain mismatch

Where the store actually serves

https://example.com

PassThe real canonical URL — this is what belongs in GMC

Redirect chain · before the page loads

http://www.example.comhttps://www.example.comhttps://example.com2 extra hops

https://example.comDirect — no hop

What it looks like once it is right

Business info says “https://acme.co.uk”, the address the store loads on. The www and platform addresses redirect there in one step, and every product link opens its product page directly.

Common mistakes

Common mistake

Business info says “http://www.acme.co.uk”. The store loads on “https://acme.co.uk”, product links point at “acme-store.myshopify.com”, and each one passes through three redirects before the product page appears.

Claiming one version, serving the other
Business info holds www.atlashome.co while every visit is redirected to atlashome.co, so the claimed address and the one shoppers land on differ.
Leaving product links on the platform subdomain
Product links that start on a myshopify.com or other platform address and redirect to your domain are not on your verified domain, which Google’s Link [link] page asks for.
Requesting a review without re-checking the domain
A DNS or platform change can move the live address. Open the store and a few product links in a private window before you describe the fix.

Fix checklist

Open the store in a private window and note the address it settles on: https or http, www or not. That is your one domain.
In Merchant Center, open Settings, then Business info, and check the URL under “Your online store”. If it differs, correct it and verify it again.
Make every other version (http, www or bare, the platform subdomain, an old domain) redirect to that address in a single step.
Export your product data, open a few product links from each category, and watch the address bar. Each should land on the product page on your domain with no detours.
If another account holds the claim, follow Google's fix page: claim the higher-level domain, remove verification tags from the old account, or delete a duplicate account you no longer use.
Keep the checkout on your own domain, or on your platform's checkout for your store, so customers buy directly from your website.
After any migration, platform change or certificate change, repeat the private-window test and the product-link check on the same day.

Field note

Worth checking first on any identity problem: it takes minutes, and a wrong domain makes every other detail harder to line up.

One hop, not a hall of mirrors

The canonical host should be one clean 301 away — every extra hop is another chance for the claimed URL to drift.

Redirect chain · canonical host

http://www…https://… (canonical)1 hop

http://wwwhttps wwwbare4 hops

Questions merchants ask

Does my product link have to use the same domain as my Merchant Center store URL?

Yes. Google's Link [link] page lists “Use your verified domain name.” among its minimum requirements, and its best practices ask you to set all redirects to the same verified domain. A product link on an old domain or a platform subdomain that redirects to the store does neither.

Should I claim www.example.com or example.com in Merchant Center?

Claim the version your store loads on, and redirect the other to it. If a claim clashes, Google's fix page for an unverified store URL suggests claiming the higher-level domain, for example example.com rather than www.example.com, because a claim higher in the domain path takes precedence.

What if another Merchant Center account already claimed my domain?

Google's help says “A single URL can only be claimed by one account.” Find the other account (an old one, an agency's, a duplicate, or one your platform created), remove its verification tags or delete the duplicate, check Search Console for other owners, then verify and claim the domain in the account you use.

Remediation

Risk signal

A domain mismatch is the dullest problem in this library and one of the quickest to fix: one address in Business info, in every product link and in the address bar at checkout. Nobody enjoys auditing redirects, but it is a short job, and the scan tells you where the store actually lands.

PriorityTreat this and any other highest-severity findings as first-priority work, then document each fix.

EvidenceRecord the current state before each change, apply the fix, then capture the corrected state so every change is evidenced.

Similar cases

Sources

Last reviewed 23 Sep 2026.

That is one issue. The library documents 134.

The free scan lists what it finds on your store. The paid report adds the affected pages, captured evidence and step-by-step fixes. Start free, with no account needed.