What this covers
Three jobs that are the same job underneath - look at something from somewhere else:- Localisation QA. Does the German site actually show euros, and does the cookie banner appear where it must?
- Search and marketplace results. What ranks in Brazil, what your competitors’ listings look like there.
- Ad verification. Which creatives run in which market, and whether your placements appear at all.
The setup
I need to check how our site renders in Germany, Brazil and Japan.
Hold the IP for the whole check
This is the one case where a sticky session is not optional. A localisation check is a sequence: land on the page, accept the banner, switch a filter, look at checkout. If the exit IP changes halfway, the site may re-detect the location and reset everything you just did.In a headless browser
Most verification is visual, so a browser beats an HTTP client:verify.js
Going city-level
Ad targeting and delivery promises are often set below the country. Ask the agent to resolve it:Same check, but from São Paulo.
Reading the result honestly
Two things trip people up. IP geolocation databases disagree. Two “where am I” services can report different cities for the same IP. What matters is what your target site concludes, not what a checker says - see My IP location is incorrect. The IP is not the only signal. Sites also readAccept-Language, the timezone your browser reports, and any stored preference. If a page still renders in English through a German IP, check the browser locale before blaming the proxy.
Next steps
Price Monitoring
The same geo mechanics, run on a schedule.
Agent Web Access
Giving an agent general reading access to the web.