Un même email peut amener un utilisateur de Russie vers une page de destination avec des prix en roubles, tandis qu'un utilisateur d'Allemagne peut être dirigé vers une page d'erreur 404. Si vous n'avez pas vérifié l'envoi depuis différents géos, vous travaillez à l'aveugle : une partie de votre base perd des conversions, et vous ne le saurez même pas à partir des métriques d'ouvertures et de clics. Dans cet article, nous examinons comment vérifier la validité des liens dans les emails pour différents pays à l'aide de proxies, et quelles sont les 6 vérifications à effectuer avant chaque envoi massif.
Pourquoi les liens dans l'email ne mènent pas là où ils devraient
La plupart des plateformes d'email et des CRM (Mailchimp, SendPulse, GetResponse, Unisender, Klaviyo) permettent de configurer du contenu dynamique et des redirections basées sur la géo-IP du destinataire. C'est pratique : un modèle d'email — et l'utilisateur des États-Unis voit des prix en dollars, tandis que l'utilisateur de France voit des prix en euros avec un texte localisé. Mais cette flexibilité crée également un risque d'erreurs.
Le problème est que lors des tests d'envoi depuis le bureau, le marketeur ouvre presque toujours l'email depuis la même IP — la sienne, qu'elle soit domestique ou professionnelle. Il voit la version correcte de la page de destination, envoie l'email à 50 000 adresses dans 10 pays — et une partie des destinataires se retrouve face à un contenu non pertinent, une devise incorrecte, ou même une page bloquée pour leur région par le fournisseur d'hébergement ou le CDN (Cloudflare, Akamai filtrent souvent le trafic par géo).
Pour les arbitragistes qui dirigent le trafic vers des offres via des envois d'emails, une erreur dans la redirection géo signifie un budget perdu : il y a un clic, mais pas de conversion, car la personne est tombée sur la version géo de la page de destination qui ne lui correspond pas. Pour les SMM et les marketeurs d'emails des agences, c'est un risque réputationnel vis-à-vis du client — le rapport d'ouvertures est bon, mais les ventes ne décollent pas. D'où la règle : les liens dans l'envoi doivent être testés depuis des adresses IP des pays vers lesquels la base de souscripteurs est réellement dirigée, et non depuis sa propre adresse.
Vérification 1 : redirection par IP-géo
La première chose à vérifier est de savoir si la redirection géo fonctionne réellement et si elle mène à la page que vous attendez. Ouvrez le lien de l'email via un navigateur avec un proxy du pays concerné et regardez l'URL finale. Si vous avez configuré des redirections pour 8 pays, vous devez tester le lien au moins avec 8 IP différentes — une par pays, et mieux encore 2-3, pour exclure le hasard (certains services déterminent la géo non seulement par IP, mais aussi par ASN du fournisseur, et le résultat peut varier au sein d'un même pays).
Une erreur fréquente est que la redirection est configurée uniquement pour les 5 principaux pays, tandis que les autres visiteurs tombent sur la version par défaut sans localisation. Ce n'est pas toujours mauvais, mais il est important de le savoir à l'avance, et non de l'apprendre par les plaintes des clients.
Vérification 2 : devise et langue de la page de destination
Même si la redirection a fonctionné correctement et que l'utilisateur a été dirigé vers le bon domaine ou la bonne version linguistique, il est important de vérifier séparément l'affichage du prix, de la devise et des unités de mesure. De nombreuses plateformes de e-commerce (Shopify, WooCommerce avec des plugins de géolocalisation) changent la devise selon l'IP, mais si le proxy utilisé pour le test avait une "mauvaise" réputation (IP de centre de données, déjà exposée par des bots), le système peut revenir à la devise par défaut — généralement le dollar américain.
C'est pourquoi, pour la pureté du test, il est important d'utiliser une IP avec une bonne réputation, ressemblant le plus possible à celle d'un utilisateur ordinaire d'internet. Les proxies résidentiels conviennent bien — ils sont fournis par de véritables fournisseurs d'accès à internet domestique et déclenchent moins souvent les systèmes anti-fraude qui pourraient fausser le résultat du test.
Vérification 3 : balises UTM et suivi
Après avoir cliqué sur le lien de l'email, vérifiez si les balises UTM ont été conservées et si les paramètres de suivi n'ont pas été perdus dans la chaîne de redirections. C'est particulièrement critique pour les envois liés à des programmes d'affiliation ou des réseaux CPA : si le click_id ou le sub_id se perd en cours de route, la conversion ne sera pas comptabilisée, même si l'utilisateur a acheté le produit.
Vérifiez cela séparément pour différents géos, car certains CDN et WAF (Web Application Firewall) nettoient agressivement les paramètres de requête pour le trafic en provenance de régions "suspectes" à leurs yeux — par exemple, des pays avec un niveau élevé de fraude selon les données du fournisseur de protection.
Vérification 4 : blocages et accessibilité du domaine
Le domaine vers lequel le lien de l'email mène peut être inaccessible dans certains pays en raison de blocages par le fournisseur, de la législation locale ou des paramètres du CDN qui ferment l'accès pour des régions entières (géofencing). C'est une pratique standard pour de nombreux services de streaming, produits fintech et SaaS avec des restrictions par juridiction.
Si vous envoyez un email à une base internationale, assurez-vous de vérifier l'accessibilité de la page cible depuis au moins 10-15 pays clés de votre audience. Pour une telle vérification massive, il est plus pratique d'utiliser des proxies de centres de données — ils sont plus rapides et moins chers à vérifier, et pour la tâche "le domaine est-il accessible", la réputation de l'IP n'est pas aussi critique que la vitesse.
Vérification 5 : validité des pixels de suivi et des chaînes de redirection
Les emails contiennent souvent non pas un seul lien direct, mais une chaîne de redirections : clic → tracker de la plateforme d'email → redirection via un service de raccourcissement de lien → UTM → page de destination finale. Chaque maillon de cette chaîne peut se comporter différemment selon le pays d'envoi de la requête. Par exemple, certains services de raccourcissement de liens (Bitly, redirections personnalisées basées sur Cloudflare Workers) appliquent la logique géo précisément à cette étape intermédiaire, et non sur le domaine final.
Pour vérifier cela, utilisez les outils de développement dans le navigateur (onglet Réseau) lors de l'ouverture de l'email via le proxy du pays concerné — vous verrez la chaîne complète des requêtes et pourrez comprendre à quelle étape se produit la logique géo et s'il y a une rupture (erreurs 404, 500, redirection en boucle).
Vérification 6 : version mobile et deep links vers l'application
Plus de la moitié des emails sont aujourd'hui ouverts sur smartphone, et une partie des liens est configurée pour des deep links — ouverture directe de l'application mobile, et non de la version navigateur du site. La logique "ouvrir dans l'application si installée, sinon dans le navigateur" est également souvent liée à la géo : dans certains pays, la marque a une application, dans d'autres, il n'y a que la version web.
Pour vérifier ce scénario, il ne suffit pas d'avoir des proxies avec la bonne géo, mais il faut émuler le trafic mobile — une véritable IP mobile d'un opérateur de téléphonie mobile d'un pays spécifique. Pour ces tests, les arbitragistes et les marketeurs mobiles choisissent le plus souvent des proxies mobiles, car de nombreux systèmes de deep-link et mécanismes anti-fraude des applications vérifient précisément le type de réseau (mobile/Wi-Fi/centre de données), et non seulement le pays.
Comment configurer la vérification via proxy et navigateur anti-détection
Pour ne pas confondre les cookies et les sessions entre les tests de différents pays, il est préférable de faire la vérification non pas dans un navigateur ordinaire, mais dans un navigateur anti-détection — Dolphin Anty, AdsPower, Multilogin, GoLogin ou Octo Browser. Cela offre deux avantages : chaque vérification se fait dans un profil isolé avec des cookies propres, et vous pouvez garder des dizaines de profils "par pays" en permanence, sans avoir à reconfigurer les proxies avant chaque test.
Voici comment procéder étape par étape :
- Créez dans le navigateur anti-détection un profil distinct pour chaque pays à vérifier (par exemple, un profil "DE", un profil "US", un profil "BR").
- Dans les paramètres du profil, indiquez le proxy du géo concerné — insérez l'IP, le port, le nom d'utilisateur et le mot de passe, choisissez le protocole HTTP(S) ou SOCKS5.
- Vérifiez l'IP géo avant le test via le vérificateur intégré du navigateur anti-détection ou un service tiers de détermination de la géolocalisation IP.
- Ouvrez l'email de test (envoyez-le à une boîte de test connectée dans ce profil, ou copiez le lien de l'original de l'envoi).
- Cliquez sur chaque lien dans l'email et notez vers quelle page, avec quelle langue et quelle devise il vous a conduit.
- Répétez pour les autres profils-pays et compilez les résultats dans un tableau pour comparaison.
Quel type de proxy choisir pour vérifier les liens email
Différentes vérifications nécessitent différents types d'IP. Une erreur dans le choix du type de proxy est une cause fréquente pour laquelle le test "ne reproduit pas" le comportement réel de l'utilisateur.
| Tâche de vérification | Type de proxy recommandé | Pourquoi |
|---|---|---|
| Devise, langue, personnalisation de la page de destination | Proxies résidentiels | Haute confiance de l'IP, pas de retour à la valeur par défaut à cause de l'anti-fraude |
| Accessibilité du domaine par pays (vérification massive) | Proxies de centres de données | Haute vitesse, faible coût par vérification, la géo est plus importante que la réputation |
| Deep link vers l'application mobile | Proxies mobiles | Émulation du réseau mobile, vérification de la logique "application vs navigateur" |
| UTM et chaînes de redirection pour offres CPA | Proxies résidentiels | Proches du comportement d'un utilisateur réel, moins de chances d'être bloqué par l'anti-fraude des réseaux CPA |
Automatisation de la vérification : script pour ceux qui veulent sans effort
Si vous vérifiez régulièrement les liens (par exemple, avant chaque envoi hebdomadaire dans 15 pays), cliquer manuellement sur chaque lien dans le navigateur anti-détection devient une routine. Cette partie peut être automatisée par un simple script qui parcourt la liste des liens et des proxies, en enregistrant l'URL finale après toutes les redirections et le statut HTTP de la réponse.
import requests
links = [
"https://example.com/go?campaign=newsletter_jan",
]
proxies_by_country = {
"DE": "http://user:[email protected]:12321",
"US": "http://user:[email protected]:12321",
"BR": "http://user:[email protected]:12321",
}
for country, proxy in proxies_by_country.items():
try:
resp = requests.get(
links[0],
proxies={"http": proxy, "https": proxy},
allow_redirects=True,
timeout=15,
)
print(f"{country}: statut {resp.status_code}, URL final : {resp.url}")
except Exception as e:
print(f"{country}: erreur — {e}")
Le script parcourt automatiquement la chaîne de redirections (paramètre allow_redirects=True) et montre où l'utilisateur de chaque pays est réellement dirigé. Les résultats peuvent être collectés dans un fichier CSV et comparés par semaine — ainsi, vous verrez si la logique géo a été rompue après une mise à jour du site ou des règles du CDN.
Checklist avant le lancement de l'envoi
Avant d'envoyer un email massif à une base internationale, passez en revue cette courte liste :
- Le lien a été vérifié depuis au moins 3 pays pour chaque segment géo de la base
- La devise et la langue de la page de destination correspondent à ce qui est attendu pour chaque pays
- Les balises UTM et le click_id sont conservés dans l'URL finale après les redirections
- Le domaine est accessible et ne renvoie pas de 403/404 dans aucun des pays ciblés
- Le deep link ouvre correctement l'application là où il doit s'ouvrir
- La chaîne de redirection ne se boucle pas et ne dépasse pas 3-4 étapes (sinon, le temps de chargement augmente et la conversion diminue)
Conclusion
Le lien dans l'email n'est pas une URL statique, mais souvent tout un système de logique géo, de paramètres de devise et de redirections, qui se comporte différemment selon le pays du destinataire. Le seul moyen fiable de s'assurer que l'envoi fonctionne correctement pour toute la base est de tester les liens avec de vraies adresses IP des pays vers lesquels l'email est envoyé, et non de se fier à un seul test depuis son ordinateur de travail.
Si vous envoyez régulièrement des emails à une audience internationale, nous vous recommandons de garder à portée de main un ensemble de proxies de différents pays pour une vérification rapide avant chaque lancement. Pour une vérification précise de la personnalisation et de la devise, les proxies résidentiels sont plus adaptés, tandis que pour une vérification massive de l'accessibilité des domaines dans des dizaines de géos, les proxies de centres de données plus rapides et économiques sont préférables. Cette approche permet d'économiser le budget des envois et de réduire le nombre de plaintes des clients concernant un "landing page incompréhensible après le clic".