Scenario: A user in Jakarta gets prices in USD because they rely on IP geolocation instead of explicit parameters.
Relying solely on the location parameter often returns USD currency because the Google server IP might be in the US.
Here's what users typically try first:
Output:
While the location parameter is important, it's not always enough to force Google to switch the currency and language context entirely. You might get Jakarta location data, but still see prices in English or mixed currencies.
To get accurate data, you need to be explicit. Use the Holy Trinity of Parameters:
location: The physical location (e.g., "Jakarta, Indonesia")gl: The Country Code (e.g., id for Indonesia) - dictates the region for search interesthl: The Language Code (e.g., id for Bahasa Indonesia) - ensures UI text and currency formattingOutput:
Always combine location, gl, and hl parameters for accurate localized results.
google_shopping engine for structured product datagl parameter to enforce country contexthl parameter to enforce language/currency formatting