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.
CATEGORY
International SEO
FORMAT
in-country-serp-verification.md
WHEN TO REACH FOR THIS
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
in-country-serp-verification.md
---
name: in-country-serp-verification
description: 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.
---
# 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.
## 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
1. 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.
2. 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.
3. 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.
4. 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.
5. 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.
6. 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.
7. 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
---
From the QuQi skill library - https://www.quqi.io/skills/in-country-serp-verification
Free to download · no account, no email
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.
Claude Code
Save it as ~/.claude/skills/in-country-serp-verification/SKILL.md and Claude loads it on its own when what you are doing matches the trigger line. Put it in .claude/skills inside a project instead if the whole team should have it.
Claude
Upload the file in the skills section of your settings. Once it is there it applies itself in any conversation where the trigger fits, so you do not have to remember it exists.
ChatGPT
There is no skills format to install into, so paste the file contents into a Project instruction or a Custom GPT instead. It then applies to every chat in that project rather than only the one you paste it into.
Anything else
Paste the markdown into the chat before your question. It works in any assistant, it just has to be pasted again each time.
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