L'arbitragiste lance une campagne push pour l'Allemagne, mais la fenêtre d'abonnement s'affiche en anglais et propose de s'abonner avec un numéro de téléphone américain en exemple. Le budget est épuisé dans les deux premières heures, et la modération de la source de trafic a déjà envoyé un e-mail concernant un non-respect de la géo. De telles situations se produisent constamment si, avant le lancement, on ne vérifie pas à quoi ressemble le popup et l'abonnement push aux yeux d'un utilisateur réel du pays cible.
Pourquoi la vérification géo est-elle critique pour les campagnes push et popup
Le trafic push et les popups fonctionnent sur le principe de la portée de masse : des sources comme PropellerAds, RichAds, Adsterra, MGID ou ZeroPark génèrent des impressions pour des milliers d'utilisateurs dans la géo choisie simultanément. Si la fenêtre d'abonnement, la page d'atterrissage ou le popup lui-même affichent un contenu qui ne correspond pas à la géo que vous avez achetée, vous rencontrez trois problèmes à la fois. Premièrement, le CTR et la conversion chutent car l'utilisateur voit un texte dans une langue qui n'est pas la sienne ou une offre non pertinente. Deuxièmement, la source de trafic enregistre la non-conformité et peut bloquer la campagne ou l'ensemble du compte pour tentative de fuite de trafic en dehors de la géo déclarée. Troisièmement, le réseau d'affiliation (réseau CPA) observe un trafic anormal avec un faible taux d'approbation et réduit les enchères ou bloque l'offre.
La principale raison de ces erreurs est que l'adresse IP locale de l'arbitragiste ne correspond pas à la géo pour laquelle la campagne est configurée. Les réseaux publicitaires et les trackers (Keitaro, Binom, Voluum) remplacent souvent le contenu précisément sur la base de l'IP : la langue de l'interface, la devise, le numéro de téléphone en exemple, même le design du bouton d'abonnement. Si vous testez la campagne depuis votre IP domestique en Russie tout en ciblant le Brésil, vous ne verrez tout simplement pas ce que voit un utilisateur réel. D'où la nécessité de tester chaque combinaison via un proxy avec la géo requise — de préférence des proxies résidentiels, car ils utilisent des IP de véritables fournisseurs et ne déclenchent pas les systèmes anti-fraude comme le font les adresses de centres de données.
Vérification 1 : L'IP et la localisation réelle correspondent
La première étape consiste à s'assurer que le proxy que vous utilisez pour le test est effectivement identifié comme l'IP du pays requis, et idéalement — de la ville ou de la région souhaitée. De nombreux réseaux push et annonceurs ne ciblent pas seulement le pays, mais aussi des États, provinces ou même des opérateurs de téléphonie mobile spécifiques. Pour vérifier, ouvrez n'importe quel service de détermination d'IP (par exemple, whoer.net ou iplocation.net) via le proxy configuré et comparez les données : pays, ville, fournisseur, fuseau horaire.
Faites attention à trois détails qui trompent le plus souvent les arbitragistes :
- Fuseau horaire du système. Si l'IP indique l'Allemagne, mais que le système d'exploitation ou le navigateur est réglé sur l'heure de Moscou, cette divergence sera détectée par les scripts anti-fraude des offres et des réseaux publicitaires.
- Langue du navigateur. L'abonnement push tire souvent la langue de l'interface à partir des en-têtes du navigateur, et pas seulement de l'IP. Si la langue du navigateur est le russe et que la géo est les États-Unis, la fenêtre d'abonnement peut afficher un texte russe à un utilisateur américain lors du test, ce qui peut vous induire en erreur lors de l'évaluation de l'apparence réelle.
- Type d'IP. Un opérateur mobile, un fournisseur domestique ou un centre de données — ce sont des profils de risque différents. Pour des géos comme l'Asie du Sud-Est ou l'Amérique Latine, où la part du trafic mobile est élevée, il est préférable de tester précisément via des proxies mobiles — ils reflètent plus fidèlement le comportement du public réel de la source.
Si à cette étape la géo-détermination ne correspond pas au plan de la campagne, il n'est pas utile de continuer les tests — toutes les vérifications suivantes donneront un résultat déformé.
Vérification 2 : L'apparence de la fenêtre d'abonnement push par géo
La fenêtre de demande d'abonnement push est le premier point de contact avec l'utilisateur, et c'est ici que les problèmes de localisation apparaissent le plus souvent. Les navigateurs (Chrome, Firefox, Edge) forment une fenêtre système de demande de notifications basée sur la langue du système d'exploitation et la région, tandis que les "faux" popups d'abonnement personnalisés, qui imitent la fenêtre système, sont configurés manuellement via le tracker ou le service d'abonnement push lui-même.
Vérifiez ce qui suit lors de l'ouverture de la page d'atterrissage via le proxy de la géo requise :
- Le texte sur le popup d'abonnement personnalisé correspond à la langue du pays cible (pas d'anglais par défaut pour toutes les géos).
- L'icône et le nom du site dans la fenêtre d'abonnement ne semblent pas suspects — cela réduit la conversion et la confiance de l'utilisateur.
- Les boutons "Autoriser" et "Bloquer" sont placés comme l'utilisateur s'y attend dans ce pays (dans certaines géos, les utilisateurs sont habitués à un autre ordre des boutons).
- Si une imitation du dialogue système est utilisée, elle doit sembler authentique pour le navigateur spécifique — Chrome et Safari affichent des fenêtres différentes, et la substitution doit correspondre au navigateur populaire dans la géo.
Pour les équipes SMM et d'arbitrage qui gèrent plusieurs campagnes dans différents pays simultanément, il est pratique d'ouvrir chaque combinaison dans un profil séparé d'un navigateur anti-détection — Dolphin Anty, AdsPower, Multilogin, GoLogin ou Octo Browser — avec un proxy associé à la géo requise. Cela permet de maintenir des dizaines d'environnements de test sans chevauchement de cookies et d'empreintes de navigateur, et de passer rapidement d'une géo à l'autre sans risque d'obtenir des données déformées à partir du cache du test précédent.
Vérification 3 : Pré-atterrissage et atterrissage sous trafic local
De nombreuses combinaisons avec des popups et des push utilisent un pré-atterrissage — une page intermédiaire avant l'offre principale, qui réchauffe l'utilisateur et augmente le taux d'approbation du trafic auprès du réseau publicitaire. Le pré-atterrissage et la page d'atterrissage finale contiennent souvent des éléments locaux : devise, drapeau du pays, marques locales, numéros de téléphone, avis "de locaux". Si ces éléments sont insérés automatiquement sur la base de l'IP, une erreur dans le proxy gâchera instantanément tout le pré-atterrissage.
Ce qu'il est impératif de vérifier via le proxy de la géo cible :
| Élément de la page | Ce qu'il faut vérifier |
|---|---|
| Devise et prix | Affiché dans la devise locale, et non en dollars par défaut |
| Langue du texte | Traduction complète, et non une localisation partielle avec des insertions en anglais |
| Formulaire de capture de leads | Format du numéro de téléphone et de l'adresse conforme au pays |
| Redirection vers l'offre | Dirige vers la version locale de l'offre, et non vers la page globale |
Si vous travaillez avec plusieurs réseaux CPA en même temps, il est utile de faire passer la combinaison via un tracker (Keitaro ou Binom) en remplaçant l'IP par la géo requise et de vérifier le journal des redirections — cela permet de voir si le trafic ne s'échappe pas accidentellement vers la page par défaut au lieu de la version localisée de l'offre.
Vérification 4 : Popup sur mobile et desktop dans différents pays
Le comportement des popups et des fenêtres push varie considérablement entre les appareils mobiles et de bureau, et la part du trafic mobile dans différentes géos varie considérablement. Dans les pays d'Asie du Sud-Est, en Inde, en Afrique et en Amérique Latine, la part du trafic mobile peut atteindre 80-90%, tandis qu'en Europe du Nord ou aux États-Unis, le trafic de bureau occupe encore une part significative dans le B2B et certaines niches. Lancer une campagne sans vérifier la version mobile du popup pour une géo spécifique vous expose à perdre une grande partie des abonnés potentiels.
Ce qu'il convient de tester séparément pour les appareils mobiles :
- Le popup s'adapte-t-il correctement à l'écran du smartphone — ne couvre-t-il pas le bouton de fermeture, le texte n'est-il pas coupé.
- L'abonnement push fonctionne-t-il dans le navigateur mobile de cette géo (dans certains pays, ce n'est pas Chrome qui prédomine, mais des navigateurs locaux comme UC Browser ou Opera Mini, qui traitent différemment les demandes d'abonnement).
- La vitesse de chargement du popup sur Internet mobile 3G/4G, qui est encore répandue dans certaines géos en développement.
- Exactitude de l'affichage via les réseaux des opérateurs mobiles — pour cela, il est pratique d'utiliser des IP mobiles d'un opérateur spécifique du pays, car le comportement du CGNAT et la vitesse du réseau diffèrent de l'Internet classique des fournisseurs.
Pour le desktop, vérifiez également la résolution de l'écran et le zoom de la page — dans certaines géos, des résolutions d'écran non standard sont populaires, ce qui peut faire glisser le popup ou couvrir le contenu, réduisant ainsi la conversion en abonnement.
Vérification 5 : Vitesse, redirections et stabilité de la connexion
La dernière vérification, mais non la moindre, est la stabilité technique de toute la chaîne de redirections depuis la géo cible. Le trafic push et popup passe souvent par plusieurs domaines intermédiaires : tracker → pré-atterrissage → atterrissage → offre finale. Si à l'une de ces étapes la connexion depuis le pays requis est lente ou instable, l'utilisateur fermera simplement l'onglet avant de voir l'offre.
Ce qu'il faut mesurer via le proxy de la géo cible avant le lancement :
- Temps de chargement de chaque étape de l'entonnoir — utilisez les outils de développement intégrés dans le navigateur (onglet Réseau) ou des services en ligne de vérification de la vitesse du site avec choix de la localisation du serveur.
- Nombre et exactitude des redirections — assurez-vous que la chaîne ne se termine pas par un 404 ou ne tombe pas dans une boucle infinie de redirections, ce qui est particulièrement critique pour les géos avec une connexion Internet instable.
- Comportement du système anti-fraude de l'offre — certaines offres bloquent les IP des centres de données ou des pools de proxies connus. Si le test via un proxy de centre de données ne passe pas l'anti-fraude, tandis que celui via une IP résidentielle passe — c'est un signal que le trafic réel peut également être partiellement coupé par le système de fraude du côté de l'annonceur.
- Stabilité de l'abonnement push lors de visites répétées — vérifiez si le système propose de s'abonner à nouveau à un utilisateur déjà abonné, car cela irrite l'audience et dégrade les statistiques de la campagne.
Pour des tests à grande échelle de plusieurs géos simultanément, certains arbitragistes utilisent des proxies de centres de données — ils sont plus rapides et moins chers pour des vérifications simples de la vitesse de chargement et de la disponibilité de la chaîne de redirections, où la réputation de l'IP n'est pas critique, mais où la vitesse des requêtes massives est importante.
Outils pour le test géo des campagnes
Pour une vérification systématique de la géo avant le lancement des campagnes push et popup, il est judicieux de rassembler un petit ensemble d'outils qui couvre les cinq vérifications ci-dessus :
| Tâche | Outil |
|---|---|
| Émulation de géo et d'appareil | Dolphin Anty, AdsPower, GoLogin, Octo Browser |
| Proxies pour un pays/opérateur spécifique | Proxies résidentiels et mobiles avec choix de géo |
| Suivi des redirections et des conversions | Keitaro, Binom, Voluum |
| Vérification de la vitesse de chargement par géo | Outils DevTools du navigateur, tests de vitesse en ligne avec choix de localisation |
| Vérification de la détermination de l'IP et de la localisation | Whoer, IPinfo, IP2Location |
La combinaison "navigateur anti-détection + proxy de la géo requise + tracker" couvre pratiquement toutes les cinq vérifications en un seul passage : vous ouvrez un profil avec un proxy associé, vous suivez le lien de la campagne depuis le tracker et évaluez visuellement chaque étape de l'entonnoir, du popup à l'offre finale.
Checklist avant le lancement
Avant d'activer la campagne avec un budget réel, passez en revue cette courte liste :
- ☐ L'IP du proxy est identifiée comme le pays, la région et, si nécessaire, l'opérateur de télécommunication requis
- ☐ Le fuseau horaire et la langue du système correspondent à la géo choisie
- ☐ La fenêtre d'abonnement push est dans la bonne langue et semble authentique pour le navigateur populaire dans ce pays
- ☐ Le pré-atterrissage et l'atterrissage affichent la devise locale, la langue et le format du téléphone/adresse
- ☐ La version mobile du popup a été testée séparément de la version desktop
- ☐ La chaîne de redirections fonctionne sans erreurs et ne se heurte pas à l'anti-fraude de l'offre
- ☐ La vitesse de chargement de l'entonnoir est acceptable pour le type de connexion Internet dans cette géo
Conclusion
Cinq vérifications — géo IP, apparence de la fenêtre d'abonnement, localisation de la page d'atterrissage, comportement sur les appareils mobiles et stabilité technique des redirections — couvrent la majorité des risques lors du lancement de campagnes push et popup. Omettre l'une d'elles entraîne presque inévitablement soit un budget épuisé, soit un blocage de la part du réseau publicitaire pour non-conformité à la géo déclarée.
Si vous testez régulièrement des campagnes pour plusieurs pays, nous vous recommandons de choisir des proxies résidentiels pour une émulation précise de l'utilisateur réel et des proxies mobiles pour les géos avec une forte part de trafic mobile — cette combinaison permet de passer toutes les cinq vérifications avant le lancement de la campagne et d'éviter les blocages pour non-conformité à la géo du côté de la source de trafic.