Jak nejlépe implementovat geolokaci pro GEO-cílený obsah? Debata IP lookup vs Geolocation API

Provozujeme geo-cílený obsah ve velkém už 5 let. Tohle nám funguje:

Doporučení poskytovatele:

MaxMind GeoIP2 pro většinu případů. Proč:

• 99,8% přesnost na úrovni země
• ~80% přesnost na úrovni města (liší se dle regionu)
• Dobrá frekvence aktualizací (placené týdně)
• Solidní API i lokální databáze

Naše architektura:

1. Edge CDN detekuje IP -> země/region (Cloudflare Workers)
2. První načtení stránky použije IP-based polohu
3. Pokud je potřeba přesná poloha, vyžádá Geolocation API
4. Preference polohy ukládáme do cookie pro opakované návštěvy

K VPN:

Nelze zcela spolehlivě detekovat VPN bez invazivity. Náš postup:

• Detekujeme zjevné VPN/proxy IP (MaxMind má příznaky)
• Ukazujeme možnost “Potvrdit svou polohu”, když máme podezření na VPN
• Umožňujeme uživatelům manuálně přepsat zjištěnou polohu

Počítejte s tím, že u ~5–10 % uživatelů bude detekce polohy chybná. UX navrhněte tak, aby to zvládlo elegantně.

Pracuji na systémech geolokace. Některé nuance k zamyšlení:

Srovnání poskytovatelů:

Realita přesnosti:

• Země: všichni poskytovatelé 99 %+
• Stát/region: 85–95 %
• Město: 65–85 % (velmi proměnlivé)
• PSČ: 50–70 % (nespolehlivé)

Moje doporučení:

Pro váš e-commerce případ je MaxMind ideální kompromis. Pokud potřebujete přesnost města pro důležité funkce (např. zobrazení místních prodejen), kombinujte s volitelným Geolocation API.

Neslibujte uživatelům přesnost města pouze podle IP – zklamali byste je.

Pohled z pohledu privacy engineeringu. Zvažte dopady GDPR:

IP-to-Location:

• IP adresy jsou dle GDPR osobní údaj
• Potřebujete právní základ pro zpracování
• Oprávněný zájem obvykle platí pro geo-cílení
• Postup zaznamenejte v zásadách ochrany osobních údajů

Geolocation API:

• Vyžaduje výslovný souhlas
• Více šetrné k soukromí (uživatel rozhoduje)
• Ale přidává tření do UX

Best practice:

Používejte IP pro funkční účely (ceny, dostupnost). Geolocation API použijte jen, pokud je jasný přínos pro uživatele (vyhledání prodejny, odhad doručení).

Nezískávejte přesnější polohu, než potřebujete.

Specifika pro mobilní zařízení:

Geolocation API na mobilu:

• Mnohem přesnější (k dispozici GPS)
• Ale vyžaduje explicitní povolení
• Únava z povolení je reálná – uživatelé často odmítnou
• iOS je zvlášť přísný na přístup k poloze

Náš mobilní postup:

1. Při načtení jen IP-based (bez povolení)
2. GPS žádáme jen pro konkrétní funkce (vyhledání prodejny, doručení)
3. Před žádostí o povolení vysvětlení PROČ
4. Jasný fallback při odmítnutí

Statistiky:

Při žádosti o polohu s vysvětlením (“Pro zobrazení nejbližších prodejen”):

• 65 % povolí sdílení polohy

Při žádosti bez vysvětlení:

• 30 % povolí

Vysvětlení má velký vliv.

Caching u geo-cíleného obsahu:

Problém: Caching stránek + geo-cílení = uživatelé vidí špatný obsah

Řešení:

1. Vary header přístup:

   • Vary: CF-IPCountry (nebo podobně)
   • Vytváří samostatné cache záznamy pro každou zemi
   • Při větší granularitě může cache výrazně narůst

2. Edge compute přístup:

   • Geo logika běží na CDN edge
   • Vloží data o poloze před renderem stránky
   • Flexibilnější, lepší personalizace

3. Client-side přístup:

   • Cache obecné stránky
   • Obsah podle polohy načítat přes AJAX
   • Nejjednodušší cache, ale posun obsahu po načtení

Náš setup:

Edge compute pro klíčový geo obsah (ceny, dostupnost). Client-side pro méně důležitou personalizaci.

Nesnažte se cachovat obsah personalizovaný na úroveň města – výrazně klesá cache hit rate.

Pro WordPress existují pluginy, které to řeší:

Doporučené pluginy:

• GeoTargetingWP – spolehlivé IP-cílení
• If-So – dobrý pro podmíněný obsah
• WPEngine Geolocation – pokud hostujete na WPEngine

Naše zkušenost:

Používáme GeoTargetingWP + WP Rocket (caching).

Klíčové nastavení:

• Vyloučit geo-cílené stránky z cache
• Nebo použít samostatné cache záznamy podle země

Pluginy řeší IP lookup, vy jen nastavíte pravidla.

Pro vlastní vývoj mohou být omezením. Pro personalizaci obsahu ale většinou postačí.

Osvědčený postup, který často vidím: progresivní vylepšování.

Postup:

1. Okamžitě (0 ms): Použít geo detekci zabudovanou v CDN (Cloudflare cf-ipcountry, AWS CloudFront-Viewer-Country)
2. Rychle (50–100 ms): Doplňte o IP2Location/MaxMind pro město
3. Na základě akce uživatele: Geolocation API jen při požadavku na přesnou polohu

Příklad implementace:

// Při načtení stránky – země z CDN hlavičky (zdarma, okamžité)
const country = getCDNCountry();

// Pro rozšířené funkce – IP lookup (rychle)
const city = await getIPCity();

// Až při potřebě – prohlížečová GPS (s povolením uživatele)
const precise = await getPreciseLocation();

Tohle vyvažuje rychlost, přesnost a uživatelskou zkušenost.

Skvělá diskuze. Plán naší implementace:

Architektura:

1. Cloudflare Workers pro detekci země na edge (zdarma, okamžité)
2. MaxMind GeoIP2 pro město podle potřeby
3. Geolocation API jen pro funkci vyhledání prodejny
4. Ukládání preferencí do cookie pro přepisy

Klíčová rozhodnutí:

• Úroveň země: Edge CDN (cf-ipcountry)
• Úroveň města: Serverové MaxMind (cacheované)
• Přesná lokalizace: Opt-in Geolocation API
• Uživatelé na VPN: Možnost manuálního přepsání polohy

Caching strategie:

• Samostatné cache záznamy podle země
• Obsah podle města přes AJAX (bez problémů s cache)
• Preference polohy v cookie (přežije cache)

Ochrana soukromí:

• Zpracování IP uvádíme v zásadách ochrany osobních údajů
• O GPS žádáme jen při jasném přínosu pro uživatele
• Přepis polohy povolen všem uživatelům

Děkuji všem za praktické postřehy. Hybridní přístup pro náš případ určitě stojí za složitost.