Si vous êtes propriétaire d'une boutique en ligne, marketeur ou spécialiste du trafic, et que votre conversion avec le trafic mobile a soudainement chuté — le problème peut ne pas être dans les créations ou dans la page d'atterrissage. Le problème réside dans le captcha qui apparaît pour certains utilisateurs mobiles simplement parce qu'ils se sont connectés avec l'adresse IP d'un opérateur de téléphonie mobile. Nous allons examiner pourquoi cela se produit, combien de véritables acheteurs sont perdus et comment le vérifier vous-même en 15 minutes.
Pourquoi les utilisateurs mobiles voient-ils plus souvent un captcha : la raison est le CGNAT
La plupart des opérateurs mobiles — MTS, Beeline, MegaFon, Tele2 et leurs analogues dans d'autres pays — utilisent la technologie CGNAT (Carrier-Grade NAT). Cela signifie que des milliers, voire des dizaines de milliers de véritables abonnés se connectent simultanément avec la même adresse IP externe. Pour votre site et pour les systèmes de protection contre les bots (Cloudflare, reCAPTCHA, règles WAF propres), cela ressemble à un nombre anormalement élevé de requêtes provenant d'une seule IP en peu de temps.
Le système anti-bots ne peut pas faire la différence entre "500 personnes différentes d'un même quartier se connectent au site avec Internet mobile" et "un bot effectue 500 requêtes par minute". Par conséquent, la protection se déclenche, et toute la plage d'IP reçoit un niveau de suspicion accru — captcha, ralentissement, et parfois même un blocage total d'accès.
Ajoutez à cela que les adresses IP mobiles sont périodiquement réutilisées entre différents abonnés (l'opérateur les attribue dynamiquement), et la réputation d'une adresse spécifique peut être "endommagée" par un utilisateur précédent — par exemple, si un parseur ou un bot de spam a récemment utilisé cette IP. Le prochain abonné qui obtiendra cette IP héritera d'une mauvaise réputation et recevra un captcha sans même savoir pourquoi.
Combien de clients perdez-vous à cause du captcha sur mobile
Selon plusieurs études sur l'UX et la conversion, chaque vérification supplémentaire sur le chemin de l'utilisateur (captcha, confirmation par SMS, "Veuillez patienter, vérification du navigateur en cours") réduit l'achèvement de l'action ciblée de 15 à 40 %. Sur les appareils mobiles, cet effet est amplifié : petit écran, saisie de texte difficile avec une image déformée, connexion instable — et une partie des utilisateurs ferme simplement l'onglet.
Pour une boutique en ligne, cela signifie une perte directe de revenus : un client a ajouté un produit au panier, est passé à la commande, mais le système de protection a considéré son trafic comme suspect simplement parce qu'il s'est connecté via un opérateur mobile avec un pool d'IP partagé. Il n'est pas un bot, ni un parseur, ni un fraudeur — juste une personne ordinaire qui a décidé de payer sa commande depuis son téléphone dans le métro ou dans un taxi.
Cela est particulièrement douloureux dans les segments avec une forte proportion de trafic mobile : livraison de nourriture, marketplaces, billets, réservation de services. Si 60 à 70 % de vos commandes proviennent d'appareils mobiles, et qu'une partie de ce trafic est "coupée" par un captcha à l'entrée ou lors du paiement — vous perdez de l'argent sans le savoir, car dans les analyses, cela apparaît simplement comme un "abandon sur la page de paiement", sans mentionner que "le captcha est en cause".
Quels signaux font afficher le captcha par les systèmes anti-bots
Pour comprendre pourquoi votre site affiche un captcha aux acheteurs mobiles, il est utile de savoir quels signaux les systèmes de protection modernes réagissent :
| Signal | Comment cela affecte les utilisateurs mobiles |
|---|---|
| Fréquence des requêtes depuis une IP | CGNAT regroupe des centaines d'abonnés — le seuil de déclenchement est dépassé sans bots |
| Réputation de l'IP (listes noires) | L'adresse a été utilisée auparavant par un spammeur ou un parseur, la réputation est transférée au nouvel abonné |
| Géolocalisation vs fuseau horaire de l'appareil | En itinérance ou changement de station de base, l'incohérence provoque une vérification |
| Absence d'historique de cookies/session | Un nouvel utilisateur sans historique de visites apparaît automatiquement comme plus suspect |
| Changement brusque d'IP pendant la session | Le passage entre les stations de base de l'opérateur change l'IP externe à la volée |
Un point important : ces signaux affectent de la même manière les acheteurs ordinaires et ceux qui testent la publicité ou gèrent plusieurs comptes pour les affaires. Par conséquent, comprendre la logique de la protection anti-bots est utile non seulement pour les propriétaires de sites, mais aussi pour les arbitragistes qui configurent des campagnes dans Facebook Ads et TikTok Ads et rencontrent des vérifications similaires du côté des plateformes publicitaires.
Comment vérifier votre site à travers les yeux d'un acheteur mobile
Le moyen le plus fiable de savoir si vos véritables acheteurs voient un captcha est de ne pas deviner à partir des analyses, mais de reproduire leur expérience. Pour cela, vous devez accéder au site avec une adresse IP similaire à celle utilisée par les utilisateurs mobiles. Voici un plan étape par étape :
- Ouvrez le site avec un Wi-Fi ordinaire et notez si un captcha apparaît lors de la commande, de l'authentification ou de l'accès au site.
- Connectez-vous à un proxy mobile avec l'IP de l'opérateur de votre région cible — par exemple, avec la plage de MTS ou MegaFon, si votre audience principale est en Russie.
- Répétez le même parcours utilisateur : passage par la publicité, ajout d'un produit au panier, commande, paiement.
- Comparez le résultat : si le captcha apparaît uniquement via le proxy mobile et pas via le Wi-Fi ordinaire ou l'IP de centre de données — le problème est bien dans les plages CGNAT des opérateurs.
- Testez différents opérateurs et différentes régions — parfois, le captcha ne se déclenche que pour l'IP d'un opérateur spécifique, dont le pool d'adresses est particulièrement "sale".
Pour ce type de test, les proxies mobiles sont les plus appropriés — ils utilisent de vraies adresses IP des opérateurs de téléphonie mobile, ce qui signifie que vous verrez le site exactement comme le voit un véritable acheteur avec un téléphone dans un réseau mobile, et non à travers un Wi-Fi domestique ou une IP de serveur de centre de données.
Outils de test : proxies et navigateurs anti-détection
Pour que le test soit correct et répétable, il est pratique d'utiliser une combinaison de navigateur anti-détection et de proxy. Les navigateurs anti-détection — Dolphin Anty, AdsPower, Multilogin, GoLogin, Octo Browser — permettent de créer des profils de navigateur isolés avec différents paramètres d'appareil, fuseau horaire et adresse IP. C'est pratique si vous souhaitez tester le site avec plusieurs "acheteurs virtuels" de différentes régions et opérateurs sans avoir à nettoyer constamment les cookies et à changer les paramètres.
L'algorithme est simple : créez un nouveau profil dans Dolphin Anty ou AdsPower → dans les paramètres du profil, indiquez le type de proxy SOCKS5 ou HTTP → insérez le nom d'utilisateur, le mot de passe, l'hôte et le port du proxy mobile → choisissez la région et l'opérateur souhaités → ouvrez le profil et accédez à votre site, en reproduisant le parcours d'un véritable acheteur. Ainsi, en 15 à 20 minutes, vous testez 5 à 10 combinaisons "région + opérateur" et voyez où le captcha apparaît.
Pour comparaison, il vaut également la peine de tester le site via des proxies résidentiels — ce sont des IP d'utilisateurs domestiques ordinaires, qui dans certains cas se trouvent également derrière un NAT, mais avec des modèles de blocage moins agressifs que ceux des opérateurs mobiles. La différence de comportement du captcha entre les IP mobiles et résidentielles aide à mieux comprendre quelle logique anti-bots se déclenche sur votre site.
| Type de proxy | Ce qu'il imite | Quand l'utiliser pour le test |
|---|---|---|
| Proxies mobiles | IP des opérateurs de téléphonie mobile, CGNAT | Vérification de l'expérience des acheteurs depuis un téléphone dans un réseau mobile |
| Proxies résidentiels | IP des fournisseurs domestiques | Vérification de l'expérience des utilisateurs depuis un Wi-Fi domestique |
| Proxies de centre de données | IP de serveurs | Groupe de contrôle — généralement, le captcha n'apparaît presque pas ou apparaît pour une autre raison |
Checklist de diagnostic du captcha sur le site
Avant de tirer des conclusions, passez par une courte checklist — elle aide à distinguer le véritable problème du CGNAT d'autres raisons d'apparition du captcha :
- Le captcha apparaît uniquement avec des proxies mobiles, mais pas avec des résidentiels et des de centres de données — signe de l'effet CGNAT.
- Le captcha apparaît de manière égale avec tous les types d'IP — le problème est probablement dans les déclencheurs comportementaux (vitesse des clics, absence de mouvement de la souris sur la version desktop, modèles de navigation).
- Le captcha apparaît plus souvent avec un opérateur spécifique — vérifiez la réputation de ses plages IP dans des services comme AbuseIPDB ou dans le panneau de votre WAF/CDN.
- Le captcha apparaît uniquement lors de la commande, et non sur la page d'accueil — il est probable que cela soit dû aux paramètres de protection de la passerelle de paiement ou du système anti-fraude, et non à la protection générale du site.
- Le captcha disparaît après une nouvelle requête dans 1 à 2 minutes — signe classique de rate-limit par IP, qui est caractéristique du CGNAT.
Comment réduire le nombre de captchas pour les acheteurs légitimes
Si le test a confirmé que le problème réside dans les plages CGNAT mobiles, il existe plusieurs étapes pratiques à discuter avec le développeur ou l'agence qui gère le site :
- Réévaluez les seuils de rate-limit. Si la limite de requêtes par IP par minute est trop stricte, augmentez-la pour les plages appartenant à des opérateurs mobiles connus.
- Utilisez l'analyse comportementale au lieu d'un simple filtre IP. Les services de protection modernes (Cloudflare Bot Management, systèmes anti-fraude propres) peuvent analyser le mouvement de la souris, la vitesse de remplissage des formulaires et les modèles de tapotement sur l'écran — c'est plus fiable que la simple fréquence des requêtes par IP.
- Ajoutez un captcha "doux" au lieu d'un captcha strict. invisible reCAPTCHA ou vérification en un clic réduisent la friction pour les utilisateurs réels, tout en maintenant la protection contre les bots automatiques.
- Configurez des exceptions par session et appareil. Si un utilisateur a déjà passé la vérification une fois, ne montrez pas le captcha à nouveau dans le cadre d'une même session, même si l'IP a changé en raison du passage à une autre station de base.
- Testez régulièrement via des proxies mobiles et résidentiels après chaque mise à jour des règles anti-fraude — cela permet de suivre si la situation s'est détériorée après un nouvel ajustement de sécurité.
Ces étapes sont particulièrement importantes pour les projets e-commerce, où le trafic mobile représente une grande partie des commandes. La perte de même 5 à 10 % des acheteurs à l'étape du paiement à cause d'une vérification supplémentaire se reflète directement sur les revenus, et ces pertes apparaissent rarement dans les rapports d'analyse web standard comme une raison distincte d'abandon.
Conclusion
Un captcha sur le site ne signifie pas toujours une activité de bots — souvent, c'est un effet secondaire du CGNAT des opérateurs mobiles, à cause duquel des milliers de véritables acheteurs partagent une seule adresse IP et sont perçus par le système anti-bots comme un trafic suspect. Pour comprendre l'ampleur du problème sur votre site, il n'est pas nécessaire de deviner à partir des graphiques dans les analyses — il suffit de reproduire le parcours d'un acheteur à travers une IP mobile réelle et de comparer le résultat avec une connexion ordinaire.
Si vous souhaitez tester comment votre site apparaît pour les acheteurs des réseaux mobiles de différents opérateurs et régions, nous vous recommandons d'essayer les proxies mobiles — ils donnent une idée précise de ce à quoi fait face le véritable public et aident à trouver rapidement la cause des blocages excessifs avant que cela n'affecte les revenus.