Le géo-ciblage des liens courts signifie qu'une URL courte route chaque clic vers une destination différente selon le pays ou la région du visiteur. Vous publiez un seul slug, par exemple elido.me/launch, l'imprimez sur un flyer ou le glissez dans une campagne, et un clic depuis Berlin atterrit sur votre boutique allemande tandis qu'un clic depuis Chicago atterrit sur la version américaine. Il n'y a qu'un seul lien à gérer et un seul QR code à imprimer. La destination est décidée au moment du clic, pas quand vous avez créé le lien.
C'est toute l'idée, et elle résout un problème que rencontre chaque équipe multi-régionale : vous avez des audiences dans différents pays, vous avez une page qui convient à chacune d'elles, et vous ne voulez pas maintenir cinq liens séparés ou demander aux gens de choisir leur région dans un menu. Une redirection géographique fait le choix pour eux, silencieusement, en chemin.
Cet article couvre quand le géo-ciblage en vaut la peine, comment le routage par pays fonctionne à l'edge, les mises en garde de précision et de confidentialité qui piègent les équipes qui les ignorent, et comment le routage basé sur la localisation s'associe au ciblage par appareil et par langue. Il y a un guide pratique à la fin. Rien de tout cela ne nécessite un service de redirection séparé ou un shim JavaScript sur une page d'atterrissage.
Où les liens courts avec géo-ciblage font leurs preuves#
Toutes les campagnes n'ont pas besoin du routage par pays. Celles qui en ont besoin tendent à tomber dans quelques formes, et il est utile de savoir dans laquelle vous êtes avant de construire les règles.
Les prix régionaux et les vitrines sont les plus courants. Si vous gérez une boutique avec un paiement /de en euros et un paiement /us en dollars, envoyer un visiteur allemand sur la page en dollars vous coûte des conversions et de la confiance. Une redirection par pays place chaque visiteur sur la vitrine qui parle déjà sa devise et ses conditions d'expédition. La même logique couvre les catalogues régionaux où la disponibilité diffère selon le marché.
Les pages d'atterrissage par langue et locale sont suivantes, bien qu'ici le pays soit un indicateur approximatif, pas le vrai signal. Router un clic depuis une IP japonaise vers une page en japonais fonctionne la plupart du temps, mais l'approche plus propre est souvent de router sur la préférence de langue du navigateur, ce à quoi nous arriverons. Utilisez le pays quand le marché compte plus que la langue du lecteur, et la langue quand c'est l'inverse.
Les offres spécifiques à un pays sont un troisième cas. Une promotion légale et financée en France mais pas en Italie peut router les clics français vers l'offre et tous les autres vers la page standard. Les lancements marché par marché fonctionnent de la même façon : basculer chaque pays vers la page en direct à mesure que le déploiement l'atteint, laissant le reste sur une page « bientôt disponible ».
Le routage vers les app stores va souvent de pair avec les règles de pays. Envoyer les visiteurs iOS vers l'App Store et les visiteurs Android vers Google Play est du ciblage par appareil, mais vous voulez souvent aussi l'entrée correcte de l'app store régionale, ce qui est là où les règles géographiques et d'appareil s'empilent. Nous couvrons le côté mobile dans les liens profonds pour les applications mobiles sans SDK.
Le dernier cas est la conformité. Parfois vous ne voulez pas envoyer certaines régions vers une page différente ; vous voulez les bloquer, ou les envoyer vers un avis. Un opérateur de jeux d'argent qui ne peut pas servir certaines juridictions, ou une campagne qui doit garder des pays spécifiques hors d'une page pour des raisons réglementaires, utilise un géo-blocage comme l'inverse d'une géo-redirection. Le routage et le blocage sont le même mécanisme pointé dans des directions opposées.
Comment fonctionnent les liens courts avec géo-ciblage à l'edge#
La mécanique compte, car l'endroit où la décision se produit détermine ce qu'elle vous coûte en latence et ce qu'elle expose sur vos visiteurs.
Voici la séquence pour un clic unique. Un visiteur appuie sur le lien court. La requête atterrit au POP edge Elido le plus proche. Avant d'émettre la redirection, l'edge lit l'adresse IP source et la recherche dans une base de données GeoIP pour résoudre un code pays ISO 3166-1 à deux lettres, comme DE, US ou JP. Ce code est comparé aux règles de routage de votre lien dans l'ordre. La première règle dont la condition de pays est satisfaite l'emporte, et sa destination devient la cible de redirection. Si aucune règle ne correspond, la destination de repli du lien est utilisée. L'edge écrit alors un seul 302 et le navigateur du visiteur le suit vers la bonne page.
Le détail important est que tout cela se produit dans le même processus qui autrement émettrait une redirection simple. Il n'y a pas d'appel à une API géographique tierce, pas de saut réseau supplémentaire, pas de page HTML neutre qui exécute JavaScript puis redirige le visiteur. La recherche de pays s'exécute contre une base de données en mémoire, et vos règles sont compilées en matchers rapides quand le lien se charge pour la première fois dans le cache edge. Le travail ajouté est sous la milliseconde, donc un lien avec routage géographique reste dans le même budget p95 qu'un lien statique. Nous détaillons le modèle de routage complet dans les smart links expliqués, et la raison pour laquelle il vit à l'edge plutôt que derrière un produit DNS-seulement dans les edge POPs versus le routage DNS seulement.
Le repli n'est pas optionnel, et c'est délibéré. Les données géographiques sont imparfaites, et une portion significative de chaque campagne se résoudra vers un pays pour lequel vous n'avez pas écrit de règle, ou vers aucun pays du tout. Le repli est ce qui garantit que le lien ne se retrouve jamais dans une impasse. Une redirection géographique sans destination par défaut est un 404 en attente du premier utilisateur VPN, et nous refusons d'en créer une.
Précision et confidentialité : les mises en garde qui piègent#
La géolocalisation par IP est une estimation, pas un fait, et les équipes qui la traitent comme un fait se retrouvent surprises. Deux problèmes distincts méritent votre attention avant de lancer : la précision de la recherche, et ce que lire l'IP signifie en vertu du RGPD.
Sur la précision, le chiffre principal est rassurant et les petits caractères ne le sont pas. La résolution au niveau pays est correcte pour la grande majorité du trafic consommateur, dans la plage que la documentation de précision GeoIP de MaxMind publie pour ses bases de données. La résolution ville et région est bien moins fiable, souvent correcte seulement à quelques dizaines de kilomètres près et parfois erronée de la largeur d'un pays. Routez donc sur le pays si vous pouvez, et soyez sceptique de tout produit qui promet une précision au niveau de la ville pour les décisions marketing.
Plusieurs choses cassent même la recherche au niveau du pays. Un VPN place un visiteur où se trouve le noeud de sortie, ce qui est rarement là où il est. Les réseaux d'entreprise peuvent router tout le trafic via une passerelle dans un pays, de sorte qu'un employé allemand d'une entreprise américaine pourrait se résoudre aux États-Unis. Les opérateurs mobiles font parfois de même. À grande échelle, ce ne sont pas des cas limites ; sur une grande campagne vous verrez les trois. La défense est toujours la même : un repli sensé, et la volonté de vérifier par rapport à vos propres analyses de destination plutôt que de faire confiance au routage aveuglément. Les analyses de clics d'Elido montrent la répartition par pays des clics réels pour que vous puissiez vérifier si le routage correspond à la réalité.
Sur la confidentialité, la règle à intérioriser est qu'une adresse IP est une donnée personnelle en vertu du RGPD. La Cour de Justice de l'Union européenne a réglé cette question dans l'arrêt Breyer (Affaire C-582/14, ECLI:EU:C:2016:779), qui a jugé qu'une IP dynamique peut identifier une personne lorsqu'elle est combinée avec des informations qu'un responsable du traitement peut légalement obtenir. Lire l'IP pour calculer un pays est donc une opération de traitement, et vous devriez l'enregistrer dans votre documentation de traitement.
Ce que vous ne devriez pas faire, c'est garder l'adresse brute plus longtemps que le moment où vous en avez besoin. Elido tronque l'IP avant que quoi que ce soit ne soit écrit dans l'enregistrement de clic. La recherche se produit, le pays survit dans vos analyses, et l'adresse elle-même est supprimée, généralement en mettant à zéro l'octet final pour que ce qui reste ne puisse pas identifier un foyer. Vos données stockées contiennent country: DE, pas 198.51.100.42. Cette troncature est la différence entre un récit de rétention propre et un que votre DPO remettra en question. Nous approfondissons la mécanique de résidence dans la résidence des données UE pour les analyses marketing.
Géo plus appareil plus langue : empiler les règles#
Le pays est une dimension de routage, et les campagnes intéressantes la combinent avec d'autres. Un smart link Elido peut correspondre sur le pays, l'appareil, le système d'exploitation, la langue, l'heure de la journée et l'hôte référent dans un seul lien, évalués comme une liste ordonnée où la première correspondance l'emporte.
Cet ordre est ce que les gens font mal. Considérez un expatrié français vivant à Berlin. Son IP se résout à country: DE, mais son navigateur envoie Accept-Language: fr. Si votre première règle route les pays allemands vers /de, ce visiteur atterrit sur la page allemande même s'il aurait préféré le français. Si vous vouliez qu'il soit sur /fr, la règle de langue doit passer en premier. Les règles sont parcourues de haut en bas, donc l'ordre dans lequel vous les arrangez est la politique que vous livrez réellement.
Un exemple pratique. Supposons que vous lancez une application et que vous voulez les utilisateurs Android allemands sur la liste allemande du Play Store, les utilisateurs iOS allemands sur la liste allemande de l'App Store, et tout le monde d'autre sur une page marketing dans leur langue là où vous en avez une. Vous empileriez une règle pays-plus-appareil pour DE et Android, une deuxième pour DE et iOS, une règle de langue pour les locales que vous supportez, et un repli fourre-tout. Le premier visiteur dont les attributs satisfont une règle prend cette destination ; personne ne tombe à travers.
C'est aussi là où le géo-ciblage rencontre le géo-blocage pour la conformité. Un blocage est juste une règle dont la destination est une page d'avis ou une erreur HTTP, placée en premier pour qu'elle l'emporte avant tout routage positif. Si vous devez garder un ensemble de pays hors d'une page, la règle de blocage se déclenche en haut de la liste et le reste de votre routage ne voit jamais ces clics. Même moteur, intention inversée. Pour le routage qui devrait s'arrêter après une date ou un nombre de clics, l'expiration des liens et les liens auto-destructeurs couvre les contrôles de temps et de quota qui s'inscrivent aux côtés des règles géographiques, et les liens courts protégés par mot de passe couvre le portail d'accès plutôt que la redirection.
Un guide pratique#
Configurer une redirection géographique dans Elido prend quelques minutes une fois que vous connaissez la forme. Voici le chemin d'un lien vierge à un lien testé.
Créez d'abord le lien avec son repli. Le repli est là où chaque clic sans correspondance va, donc faites-en le défaut sûr : généralement votre page de marché principal ou en anglais. Cela attrape les utilisateurs VPN, les pays non mappés, et les clics où la recherche a échoué.
Ajoutez vos règles de pays par ordre de priorité. Pour les vitrines régionales, une règle par marché : DE, AT, CH vers la boutique allemande, FR, BE vers la boutique française, en regroupant les pays qui partagent une destination. Mettez les règles les plus spécifiques ou les plus importantes en haut. Si vous mélangez des conditions de langue ou d'appareil, décidez quel signal doit l'emporter en cas de conflit et ordonnez en conséquence, car la première correspondance est le seul critère de départage.
Testez avant de publier largement. La façon honnête de vérifier le routage par pays est de cliquer sur le lien depuis les régions qui vous intéressent, ce qui signifie généralement un VPN ou un collègue à l'étranger, puis de confirmer dans les analyses d'Elido que le clic s'est résolu dans le pays attendu. Ne faites pas confiance à la liste des règles seule ; faites confiance à ce que la destination a vu. Le guide des smart links explique l'éditeur de règles et le schéma JSON si vous construisez des règles via l'API.
Surveillez les données après le lancement. La répartition par pays dans vos analyses vous indique si les hypothèses de routage ont tenu. Si un marché se résout dans un pays différent à un taux surprenant, c'est votre signal qu'une passerelle d'entreprise ou un opérateur fausse la géolocalisation, et vous pourriez vouloir vous appuyer sur des signaux de langue à la place. Le routage est une hypothèse ; les données de clics sont le test.
Le géo-ciblage mérite sa place dans la gestion des liens pour les marketeurs précisément parce qu'il est invisible quand il fonctionne. Le visiteur ne voit jamais la décision. Il appuie sur un lien, arrive quelque part qui lui convient, et vous n'avez maintenu qu'un seul slug. Si vous décidez encore si vous avez besoin d'un routage conditionnel du tout, ce qu'est un raccourcisseur d'URL part des bases, et la page des fonctionnalités smart links et la page des fonctionnalités deep links montrent la surface de routage en entier. Les engagements de résidence et de traitement derrière tout cela se trouvent sur la page de confiance, et le plan qui inclut les règles géographiques est sur la tarification.