Seeing The Result Page A Market Actually Sees
Results differ by country, by city, by device and by the language of the query, and the machine you are sitting at matches none of those. Adding a country parameter or switching on a VPN gets you closer but still misses city-level variation and account personalisation, and a rank tracker configured once at setup usually reports a country nobody intended. When the local team says the page looks different, they are normally right, and the argument is unresolvable until everyone fixes the same four variables.
Use when a local team reports rankings or results that contradict your tracker, or before making a call about a country you cannot search from.
The skill file
What you need first
- The disputed queries, with the market and the query language each is claimed for
- Your rank tracker configuration per project: country, city, device, query language and interface language
- Access to someone physically in the market, or a proxy or ads preview tool that resolves to it
- A clean browser profile with no signed-in account and no search history
Method
- 01 Write down the four variables before searching anything: country, language of the query, interface language and device. Two people comparing results that differ on any one of these are not looking at the same page and will argue indefinitely.
- 02 Search first from a clean signed-out profile so personalisation and history are excluded, then repeat signed in. The difference between the two tells you how much of the disagreement was yours rather than the market.
- 03 Set the country explicitly rather than relying on where you happen to be. Country-coded Google domains no longer serve a different country result by themselves, so requesting a national domain from elsewhere does not reproduce that market.
- 04 Check city-level variation for anything with local intent. Country granularity is not enough where a local pack appears, and a national average hides results differing between the two cities that carry the revenue.
- 05 Capture the whole result page rather than the organic list. Feature blocks, shopping units and generated answers vary between markets far more than the organic order does, so an unchanged position can sit much lower down the page in one country than another.
- 06 Compare with the local colleague on the same query at the same time on the same device type. Time of day and staged rollouts explain a large share of contradictory screenshots.
- 07 Once reproduced, correct the tracker configuration and label every number in the report with its country, city, language and device, so the next dispute takes minutes rather than a week.
What this produces
A reproduced result page per disputed query, annotated with country, city, language and device, plus a corrected tracker configuration.
Where this goes wrong
- Relying on a consumer VPN and assuming the exit node decides the market, when account settings and query language still override it
- Comparing a local colleague mobile screenshot with your desktop result and reading the difference as a ranking change
- Reporting a tracker number without stating its country, city and device, leaving a market that sees something else with no way to reconcile it
- Checking only the query in your own language in a market that searches in two, so half the demand stays invisible
Use this skill in your own AI
The download is a plain markdown file with the name and trigger in its frontmatter. Where an assistant supports skills it can load itself, that frontmatter is what it reads to decide this one applies.
Questions about this skill
When is reproducing the page worth it rather than trusting the rank tracker?
Use it when a local team reports results that contradict your tracker. A VPN or a country parameter gets you closer while still missing city-level variation, query language and account personalisation, and a tracker configured once at setup usually reports a country nobody intended. Until the four variables are fixed, the disagreement cannot be settled either way.
What do I need in hand before starting?
The disputed queries with the market and query language each is claimed for, your tracker configuration per project, access to someone in the market or a proxy resolving there, and a clean signed-out browser profile. Search from your everyday profile and you fold your own history and location into the comparison with no way to separate them afterwards.
What do I end up with, and which part of it gets used?
A reproduced result page per disputed query, annotated with country, city, language and device, plus a corrected tracker configuration. Capture the whole page rather than the organic list, because feature blocks, shopping units and generated answers vary between markets far more than the organic order does, and an unchanged position can sit much further down the page.
What ruins this most often?
Comparing across unmatched variables: a colleague mobile screenshot against your desktop result, or a query in your own language in a market that searches in two. Both read as ranking changes and neither is one. The cost is a week of argument and, in the second case, half the market demand staying invisible until somebody thinks to check.
More in International SEO
Hreflang reciprocity repair
Use when translated pages exist and are indexed but never surface for the right country, or when...
Locale redirect trap audit
Use when visitors report being unable to switch back to a language, or when a shared link opens...
Translation key drift guard
Use on any site whose translation keys are the English source text, where editing a headline sil...
RTL layout audit
Use before shipping Arabic, Hebrew, Farsi or Urdu, or when an RTL locale shows overlapping text,...