Dans une infrastructure OTP, l'entrée sur un nouveau marché ne commence pas par l'achat d'un numéro, mais par la vérification du catalogue. Avant de créer le premier compte dans un nouveau pays, il faut s'assurer que la zone géographique voulue existe à la fois dans les numéros et dans les proxys. Sinon, impossible de bâtir un circuit cohérent, et une solution partielle est pire que pas de solution : un compte doté d'un numéro d'un pays et d'une IP d'un autre est soumis à une vérification manuelle presque systématiquement.
Ordre de préparation : d'abord le catalogue, ensuite le circuit
La première étape ne consiste pas à « prendre n'importe quel numéro et n'importe quel proxy », mais à vérifier la disponibilité de la zone géographique dans les deux catalogues à la fois : les numéros du pays et les proxys de ce même pays. Si le pays figure dans les numéros mais qu'aucun canal IP adapté n'existe (ou inversement), le problème change : soit vous cherchez une zone voisine au profil de risque comparable, soit vous prévoyez du temps pour attendre le réapprovisionnement du pool. Bâtir un circuit à partir de ressources physiquement indisponibles n'a aucun sens.
La deuxième étape, une fois la présence des deux composants confirmée, est l'assemblage du circuit lui-même : un numéro, une adresse IP de la même zone, un profil. La troisième est un essai sur un scénario réel de création de compte, avant de passer le processus à l'échelle de dizaines de comptes.
Ce qui doit concorder dans le circuit
Le pays du numéro et le pays de l'IP sont l'exigence de base, mais pas la seule. La plateforme recoupe au moins quatre autres paramètres : la langue de l'interface du navigateur ou de l'application, le fuseau horaire du système, la devise d'affichage de la vitrine et, si une boîte e-mail est associée, le pays d'enregistrement de cette boîte. Une discordance sur l'un d'eux est interprétée par la plateforme comme une anomalie : numéro allemand, mais navigateur en anglais avec le fuseau horaire de New York, voilà un motif tout trouvé de vérification supplémentaire.
Règle pratique : le circuit se construit à partir de l'objectif final, et non de ce qui se trouve sous la main. Si la tâche est un compte pour le marché français, l'IP, le fuseau horaire, la langue de l'interface et, si possible, l'e-mail doivent être français. Le numéro vient en dernier, et non en premier : d'abord le circuit, ensuite la vérification par SMS.
Vérification de l'affichage local avant le lancement
Avant la création de comptes en masse, il vaut la peine d'ouvrir une fois à la main la vitrine de la plateforme cible via le circuit assemblé et de s'assurer que l'affichage est bien local : prix dans la bonne devise, livraison possible vers une adresse locale, assortiment régional affiché. Cette vérification manuelle d'une dizaine de pages consomme les mêmes fractions de gigaoctet qu'une navigation ordinaire dans un catalogue (0,3 à 1 Mo par page de texte, 2 à 5 Mo par fiche avec images) et fait gagner des heures de traitement des blocages une fois le dispositif passé à l'échelle.
Si l'affichage n'est pas local, c'est-à-dire que la plateforme a déterminé le pays autrement que prévu, le problème vient presque toujours de l'IP : soit la géolocalisation est erronée, soit l'adresse est déjà grillée et a été captée par le filtre antifraude. Démêler cela après un lancement à pleine puissance coûte plus cher qu'un seul essai.
Surprises courantes lors de l'entrée dans un nouveau pays
La livraison par région n'est pas un simple indicateur binaire « pays pris en charge ». Une même marketplace peut desservir la capitale et les grandes villes tout en refusant la livraison dans les zones reculées ; pour tester la vitrine, ce n'est pas critique, mais pour vérifier une commande réelle, c'est important.
La taxe incluse dans le prix est la deuxième surprise fréquente. Dans certains pays et régions, le prix final diffère de celui affiché sur la fiche produit à cause de la taxe locale sur les ventes ou de la TVA, qui n'apparaît qu'à la dernière étape de la commande. Les prix doivent être comparés après cette étape, et non d'après la page du catalogue.
Les moyens de paiement constituent la troisième zone de risque. L'éventail des méthodes sur une vitrine locale ne coïncide presque jamais avec celui de la zone « d'origine » : une partie des méthodes internationales est indisponible, tandis que des systèmes locaux absents des autres pays sont présents. Si le scénario va jusqu'au paiement, l'éventail des moyens disponibles doit être vérifié à l'avance, et non au moment de la commande.
Liste de contrôle du premier jour
Avant la première création de compte réelle dans un nouveau pays : zone géographique confirmée dans les deux catalogues, numéros et proxys ; circuit assemblé avec un pays d'IP, une langue, un fuseau horaire et une devise de vitrine concordants ; affichage local vérifié à la main sur la plateforme cible ; particularités de livraison par région étudiées ; mode d'affichage de la taxe dans le prix contrôlé ; éventail des moyens de paiement disponibles consigné. Ce n'est qu'ensuite qu'il est pertinent de lancer le processus à grande échelle : sinon, le tout premier lot de comptes partira en vérification manuelle à cause d'incohérences qu'il aurait été moins coûteux de repérer lors d'un seul essai.
Questions fréquentes
Que faire si la zone voulue n'existe ni dans les numéros ni dans les proxys ?
Chercher un pays voisin avec une langue, un fuseau horaire et une devise similaires, ou reporter le lancement jusqu'au réapprovisionnement du pool. Il ne faut pas bâtir un circuit à partir de composants disponibles au hasard : la discordance coûtera plus cher que le retard.
La boîte e-mail doit-elle absolument venir du même pays que le numéro ?
Ce n'est pas toujours critique, mais cela réduit le nombre de vérifications supplémentaires. Les plateformes qui comparent le pays du domaine de l'e-mail à l'IP et au numéro sont plus rares que celles qui ne regardent que l'IP et le fuseau horaire, mais lors d'une création de comptes en masse, la concordance de l'e-mail constitue une marge de sécurité supplémentaire.
En combien de temps peut-on vérifier l'affichage local avant le lancement ?
Un passage sur une dizaine de pages clés de la plateforme cible via le circuit assemblé prend 15 à 20 minutes et tient en quelques fractions de gigaoctet de trafic. C'est un ordre de grandeur moins cher que de régler les problèmes après la création d'un lot de comptes sur un circuit incohérent.
Vous pouvez vérifier la disponibilité d'un numéro du pays voulu et assembler un circuit pour entrer sur un nouveau marché dans la section OTP. Le catalogue par zone géographique et les opérateurs disponibles figurent dans l'article comment choisir un opérateur de proxys mobiles, un exemple concret de page par pays se trouve dans proxys États-Unis, et les métriques pour contrôler la qualité d'une adresse déjà fournie sont détaillées dans l'article comment vérifier la qualité d'un proxy.