Proxies de geo QA testing : testez votre propre site depuis 22 pays

Que doit vérifier un test de geo QA ?

Un test de geo QA doit vérifier chaque partie de votre site qui change selon le pays du visiteur. Les équipes trouvent souvent des bugs là où personne ne se connecte depuis le bureau.

Choisissez les pays qui représentent le plus de votre trafic, puis ceux qui ont des règles particulières.

Dans quel pays mon site pensera-t-il que se trouve l'IP ?

Votre site attribue l'IP à un emplacement selon sa propre source de géolocalisation, et cette source peut différer de l'emplacement réel du datacenter. Les IP de datacenter sont enregistrées auprès de réseaux d'hébergement, pas de fournisseurs d'accès internet résidentiels. Les bases de géolocalisation IP peuvent placer la même IP dans une ville différente, voire un pays différent, du datacenter qui l'annonce.

Avant une campagne de test, vérifiez trois choses pour chaque IP :

1. Votre propre source. Recherchez l'IP dans la base de données, l'en-tête CDN ou l'API que votre site utilise réellement, comme l'en-tête pays que votre CDN ajoute aux requêtes.
2. L'enregistrement du registre. Une recherche RDAP indique le réseau qui détient l'adresse. Le guide pour vérifier une IP de datacenter explique comment faire.
3. Le geofeed. Certains réseaux publient un geofeed RFC 8805, que de nombreuses bases de données lisent. Le guide de géolocalisation explique pourquoi une base de données peut malgré tout se tromper.

Si votre source situe l'IP dans le mauvais pays, écrivez au support avec le résultat de la recherche. Si une IP ne fonctionne pas ou est inutilisable pour un usage licite, écrivez au support : nous la réparons ou la remplaçons par une IP dans le même pays, sous réserve de stock.

Comment effectuer des tests géographiques via une IP de datacenter ?

Effectuez des tests géographiques en attribuant à chaque pays sa propre IP et son propre profil de navigateur ou tâche de test. Des adresses fixes rendent les résultats reproductibles : la même IP le lundi et le vendredi montre si un changement vient de votre version, et non du réseau.

# Documentation addresses: replace with two IPs from your account
for P in 203.0.113.24:8000 203.0.113.97:8000; do
  echo "== $P"
  curl -s -o /dev/null -x "http://USERNAME:PASSWORD@$P" \
    -w "%{http_code} -> %{redirect_url}\n" https://example.com/
done

Quand une IP de datacenter donne-t-elle un mauvais résultat de test ?

Une IP de datacenter donne un mauvais résultat quand votre site traite les réseaux d'hébergement différemment des connexions domiciliaires. Si votre gestion des bots, votre pare-feu ou vos règles antifraude challengent ou bloquent les ASN d'hébergement, le test voit cette règle, pas la page qu'un client voit.

Trois façons de gérer cela :

• Ajoutez vos IP de test à une allowlist dans ces règles pour l'environnement de QA, afin que les tests atteignent la vraie page.
• Testez la logique pays en staging, où les règles des réseaux d'hébergement sont désactivées.
• Pour savoir ce que voient réellement les utilisateurs à domicile, utilisez la surveillance des vrais utilisateurs de votre analytics, pas un proxy.

La comparaison datacenter vs résidentiel explique la différence de type de réseau.