La localisation à chaque requête, sans appel d'API.
Les balises server-side ont régulièrement besoin de savoir où se trouve un visiteur. Y parvenir suppose habituellement d'appeler une API de géolocalisation depuis votre conteneur, de payer à la requête et d'ajouter de la latence à chaque événement. Ce module résout la localisation sur la passerelle et la livre sous forme de quatre en-têtes.
203.0.113.42résolue localementLes en-têtes restent vides lorsqu'une adresse ne peut pas être résolue, vos balises branchent sur une valeur vide au lieu d'agir sur une supposition.
Adresse en entrée, localisation en sortie
Pas encore disponible
Ce module est développé et documenté, mais le plan de données sous-jacent est encore en cours de déploiement sur nos clusters. Il apparaîtra dans votre console dès sa mise en service.
La localisation coûte cher au mauvais endroit
Résoudre la géographie depuis un conteneur implique un appel réseau sur le chemin critique de chaque événement, un contrat fournisseur, et une adresse IP que vous devez conserver assez longtemps pour pouvoir l'envoyer.
Chaque recherche est un aller-retour réseau
Un appel externe dans votre chemin de balises ajoute de la latence à chaque événement et introduit une dépendance qui peut tomber ou vous limiter au pire moment.
Cela vous oblige à conserver l'IP
Pour résoudre la localisation dans votre conteneur, vous devez d'abord y recevoir l'adresse, précisément ce qu'une configuration axée sur la confidentialité cherche à éviter.
La tarification à la requête passe mal à l'échelle
Les API de géolocalisation facturent à la requête. Sur un site à fort trafic, cela devient un poste de coût réel pour une donnée que vous auriez pu résoudre une fois, en périphérie.
Comment ça marche
La passerelle résout l'adresse client contre une base de géolocalisation locale et ajoute quatre en-têtes avant que la requête n'atteigne votre conteneur.
Résolution locale
La recherche s'effectue contre une base hébergée sur la passerelle. Aucun appel sortant, aucun tiers dans le chemin de la requête.
Quatre en-têtes
X-Geo-Country porte un code ISO 3166-1 alpha-2, X-Geo-Region un code de subdivision ISO 3166-2, X-Geo-City le nom de ville en anglais, et X-Geo-Postal-Code le code postal.
Résolue avant l'anonymisation
La localisation est dérivée de l'adresse réelle avant que l'Anonymizer ne réécrive les en-têtes IP. Activez les deux et vos balises obtiennent une localisation grossière pendant que votre conteneur ne voit jamais d'adresse.
Vide plutôt que faux
Lorsqu'une adresse ne peut pas être résolue, les en-têtes restent vides : vos balises peuvent brancher sur une valeur vide au lieu d'agir sur une supposition.
Ce que vous obtenez
Des codes normalisés
Pays et région arrivent sous forme de codes ISO plutôt qu'en texte libre : ils peuvent être joints et filtrés sans normalisation.
Aucun coût à la requête
Aucune API facturée à l'usage ne se cache derrière. La localisation arrive à chaque requête sans frais supplémentaires.
Aucune latence ajoutée
Une recherche en base locale sur la passerelle coûte des microsecondes, contre des dizaines de millisecondes pour un appel distant.
Fait la paire avec l'Anonymizer
Localisation grossière et absence d'adresse IP : c'est la combinaison que recherchent la plupart des revues de confidentialité, et ces deux modules la produisent ensemble.
Spécification
- X-Geo-Country
- ISO 3166-1 alpha-2, par exemple NL
- X-Geo-Region
- Subdivision ISO 3166-2, par exemple NH
- X-Geo-City
- Nom de ville en anglais
- X-Geo-Postal-Code
- Code postal lorsqu'il est disponible
- Réglages
- Aucun, l'ensemble d'en-têtes est fixe
Quand l'utiliser
Vous avez besoin de géographie pour les API de conversion
Meta et d'autres API de conversion acceptent des champs de localisation qui améliorent la qualité de correspondance. Les transmettre depuis un en-tête coûte moins cher que de les résoudre par événement.
Vous routez vos balises par marché
Déclenchez des fournisseurs différents, ou une logique de consentement différente, selon le pays, sans recherche côté client supplémentaire qu'un bloqueur pourrait empêcher.
Vous voulez du reporting régional sans IP
Associé à l'Anonymizer, votre reporting conserve la localisation alors que votre conteneur ne reçoit jamais d'adresse.
Questions sur GEO Headers
Quand sera-t-il disponible ?
Le module est développé et le contrat d'en-têtes est figé. Nous déployons le plan de données de géolocalisation sur nos clusters ; il apparaîtra dans votre console dès que ce sera terminé sur le cluster qui héberge votre conteneur.
Quelle est la précision de la ville et du code postal ?
La précision au niveau du pays est très élevée. La ville est généralement fiable en zone urbaine dense et moins ailleurs, et le code postal doit être considéré comme une indication plutôt qu'un fait. C'est inhérent à la géolocalisation par IP, et non propre à nous.
Fonctionne-t-il avec l'Anonymizer ?
Oui, et c'est l'association recommandée. La localisation est résolue à partir de l'adresse réelle avant que l'Anonymizer ne réécrive les en-têtes : vos balises obtiennent la géographie et votre conteneur ne reçoit jamais d'adresse IP.
Autres modules
Les modules se cumulent. Activez-en autant que nécessaire : ils se combinent en une seule configuration devant votre conteneur.
Prêt à l'activer ?
Chaque module est inclus avec votre conteneur, sans surcoût. Créez un conteneur, ouvrez le panneau des modules et activez.