Two hosts or folders already confuse Google
The UK page appears for US queries, or the US page appears in the UK. Tags in a spreadsheet did not fix it. The pair is incomplete, the codes are wrong, or the documents are still clones.
International SEO
International SEO from senior consultants who turn search demand into rankings, traffic and revenue for your business. We start with a free audit and a 90-day plan built around your goals.
Our process
We choose the right setup for each market, whether a country domain, subdomain or folder, and explain the trade-offs.
We set up hreflang so every page and its alternates point to each other, with one source of truth.
We keep language and country targeting separate and only use codes Google supports.
We validate the setup at its source, and pass any crawl or access bugs to technical SEO.
Position
Most teams do not need another country blog. They need a .com that must not be the UK result while a .co.uk exists, or a folder that must not be a noun-swap of the US page. International SEO exists for that split. Which host you will maintain. How locale URLs claim each other. Whether you are targeting a language, a country, or both.
How searchers behave in one market still lives on a location page. Operations across live markets still live on global SEO. Search work across many brands and launches still lives on enterprise SEO. A crawl that cannot fetch a locale still lives on technical SEO. It makes the site versioned so they have something honest to run.
We will not staff native-speaking specialists as a claim. Query research in Arabic or Chinese lives on the market page that owns those searches. We will not print a traffic-by-country forecast. We will not add hreflang in a plugin and call the architecture done. If you have one country and one language, you may not need this page yet.
Compare packages if a published retainer already fits. Use SEO services when a related service is the real job. If this page is still a guess, start with a free AI + SEO audit.
When to buy
Buy international SEO when more than one locale must share a site system. One country and one language is usually a market page, not this build.
The UK page appears for US queries, or the US page appears in the UK. Tags in a spreadsheet did not fix it. The pair is incomplete, the codes are wrong, or the documents are still clones.
IT wants subdomains. Brand wants ccTLDs. Content wants folders. Nobody has written which model you can re-deploy after a design-system change. That choice is this page.
Someone wants to 'cover Spanish' and 'cover Mexico' with one set of tags. en is not en-GB. A language target is not a United Kingdom market page. We write the decision before we write the codes.
The CMS shows hreflang. View source does not. The sitemap lists a pair the HTML does not. Validation is a crawl of both ends, not a settings screen.
Process
Four steps: Hosts, Contract, Distinguish, and Validate. Each step has a named outcome. We do not run a global content calendar inside step two. The process exists to make locale versions true.
Outcome A written host choice you can actually keep.
Outcome Pairs that return, including x-default.
Outcome A targeting decision the codes can match.
Outcome A sample of live pairs that actually return.
Outcomes
International SEO produces a versioned site you can keep shipping. It does not produce a ranking in every country overnight, and it does not replace a market page or a global ops cadence.
ccTLD, subdomain, folder, or one host, with why you can maintain it after the next template change. Named people, not a department.
The pair list, codes, x-default, and one source of truth. Reciprocity or it is not a contract. A plugin screenshot is not the contract.
What you are targeting, in one page. Query research stays on the market page. This note only says how those documents are versioned.
A crawl of both ends for a set of money URLs. Named coverage issues only when Search Console can support them.
Which service owns what is left: technical SEO for fetch, global SEO for live-market ops, enterprise SEO for launches across many brands, locations for one market.
Benefits
Pairs return. Codes match the decision. Canonicals do not fight the contract.
The next design-system change does not orphan a ccTLD nobody staffs. Folders are allowed when that is the honest operations choice.
Market research stays on market pages. Architecture stays here. Thin locale folders are refused.
Ops, launches, crawl, and one-country work each have a page. You are not asked to buy all four because the proposal needed length.
Operating model
International SEO only works when both ends of a pair can be fetched. If nobody can change the template, we are configuring a plugin, not building a contract.
Every international SEO engagement starts from four facts: the locales that must not steal each other, the host you can maintain, the person who can change annotations, and the market page that should own query research. If any of those four is missing, we spend the first week naming it. We do not fill the week with a tour of countries you might enter.
We test the documents, not the CMS. Does this locale URL match search intent in that market's HTML? Does coverage have topical relevance, or is it the US draft with a folder swapped? Keyword density is not an international SEO metric. If two locale URLs are the same document, the decision is to stop one of them or write a second page, not to sprinkle more tags.
The roles below are the default. You may change them. You may not leave host ownership implied. Implied ownership is how two CMS emit two graphs for one pair.
On the pair
The first session is for two live URLs that should be a pair, not a tour of countries on a slide.
We ask which locales already take traffic, or which second locale would steal the first if you launched it tomorrow. A US .com and a UK folder is a valid set. 'We want to be global' is not. If the set cannot be named, international SEO stops at that sentence.
We then fetch both ends. View source, the chosen annotation source, canonicals, and whether the body matches search intent in that locale. A preview that looks complete in a logged-in CMS is not evidence. A one-way tag is the first finding.
The last part of the session is the host choice or the stop. A choice names the model, the first pairs, and the person who can ship them. A stop names what is missing: a second document, fetch access, or a job that is actually one market. Both are international SEO outcomes. A plugin install is not.
AI search and LLMs
International SEO can make the intended locale document eligible. It cannot become the AI SEO program or a citation product for every country.
Leadership now asks whether each country will appear in Google AI Overviews (AIO) or in a chatbot answer. Those questions are real. They are not all this page. If the UK URL still canonicalizes to the US page, extractors have one document. That is a contract finding. If the pages are already distinct and models still mix the UK offer into a US answer, that is LLM SEO or an AI search audit.
If the pair is broken, generative search has no honest locale page to quote. International SEO fixes the versioning. It does not sell Overview presence per country.
We check whether the organization, product, or place is named the way that market speaks. That is entity optimization as a test of the document, not a Knowledge Graph program we sell from this build.
How models describe the brand across countries belongs on LLM SEO. Ops across live markets belong on global SEO. Query research in Arabic or Chinese belongs on the market page.
Schema
JSON-LD can help extractors read a page that already tells the truth in that locale. On an international build, invalid markup is often a US graph pasted onto a UK URL.
We will not add Organization or Product markup to a clone and call the locale done. Schema that disagrees with the local HTML is a validation failure.
The contract names which system emits hreflang and which system emits JSON-LD. Two apps injecting two graphs for one path is how errors start. Technical SEO can own fetch once the owner is named.
Extra fields will not force generative search to cite every locale. International SEO can stop a schema project that is being used instead of writing a second document. Good markup makes you eligible; it cannot buy a mention.
Teams
International SEO assumes someone can change the template on each locale. We plug into that path. We do not replace it with another hreflang plugin.
Usually the people who can keep link tags through a header redesign. Our job is a contract they can fail in review. We do not file fifty crawl tickets that belong on technical SEO after the pair exists.
Chooses which locales are in force and defends a real document when a campaign wants a folder of swapped adjectives. They are not asked to become linguists for every market.
Can keep writing once the host and contract are honest. If they are paid to publish a private clone of the US site, two jobs collide. We will say that in the first pair list. Live-market ops then belong on global SEO.
FAQ
No. Those are market pages. They own how searchers behave in that country or city. International SEO owns how the site is split so those markets do not share one undifferentiated URL: which host you will maintain, how locale pages annotate each other, and whether you are targeting a language or a country. Open the locations hub when the job is one market.
We do not sell that claim. Hreflang declares which URL is for which locale so the intended version can be selected. Ranking still depends on the document and competition in that locale. A one-way tag is not a contract. If A points at B, B must point at A.
That is an identity and operations choice, not a ranking law. A ccTLD is a separate property you must keep. A folder shares one host and needs a real document in each locale. We pick the model you can re-ship after a template change. An elegant ccTLD map that nobody can maintain is worse than folders with an honest contract.
International SEO is architecture: hosts, return tags, language versus country. Global SEO is operations after those properties already exist: one backlog, who ships which market, and a stop on duplicate work. If the hosts and pairs are not decided, start here. If US, UK, and AE sites are already live and two teams are cloning pages, open global SEO.
No. A correct pair can stop the wrong country showing in classic results, which also helps extractors pick the right document. That can support AI search and generative search. It does not buy a citation in Google AI Overviews (AIO) for each locale. If the HTML still names the US company on the UK URL, models will mix them up. That finding stays on the document, not on a citation product.
Second locale
Tell us which hosts and folders already exist. We will say whether international SEO is the architecture, or whether a market page or global operations should go first.