L'un des scénarios les plus douloureux pour un arbitragiste est lorsque Facebook ou Google Ads bannit non pas un compte spécifique, mais toutes les informations de paiement. Après cela, la carte que vous avez utilisée pour approvisionner le compte publicitaire devient inutilisable pour cette plateforme à jamais. Cela se produit particulièrement souvent lors de la duplication (copies) de campagnes publicitaires entre comptes — les plateformes ont appris à suivre les connexions via les données de facturation et à bannir des ensembles entiers de comptes d'un seul coup.
Dans ce document, nous examinerons les raisons techniques des bans en chaîne via la facturation, montrerons comment les plateformes relient les comptes via les données de paiement et donnerons des instructions concrètes pour protéger vos cartes et comptes lors de l'échelle via des copies.
Qu'est-ce que le ban de facturation et pourquoi est-il plus dangereux qu'un ban de compte ordinaire
Le ban de facturation (billing ban) est le blocage par la plateforme non d'un compte publicitaire spécifique, mais des données de paiement : numéro de carte, compte PayPal, compte bancaire ou même le nom du titulaire de la carte. Après un tel ban, vous ne pourrez plus utiliser ces informations de paiement dans aucun nouveau ou existant compte publicitaire sur cette plateforme.
La différence entre un ban ordinaire et un ban de facturation est critique :
Ban ordinaire de compte :
- Un compte publicitaire spécifique est bloqué
- Il est possible de créer un nouveau compte avec les mêmes données de paiement
- La carte continue de fonctionner dans d'autres comptes
- Perte : un compte et les campagnes qui y sont liées
Ban de facturation :
- Les informations de paiement sont bloquées à jamais
- Tous les comptes avec cette carte reçoivent un ban (chain-ban)
- Il est impossible de créer un nouveau compte avec ces données
- Perte : tout l'ensemble de comptes + la carte devient inutilisable
Pour un arbitragiste qui travaille avec 10 à 50 comptes, un ban de facturation signifie la perte d'un segment entier de la structure de farming. Si une carte est liée à 15 comptes Facebook Ads avec un budget quotidien total de 3000 $, alors un ban de facturation arrête tout ce flux de trafic instantanément. De plus, la carte elle-même devient "sale" — elle ne peut même pas être utilisée pour créer un compte personnel sur la plateforme.
Cela frappe particulièrement durement ceux qui utilisent des cartes d'entreprise ou des cartes à leur nom — après un ban de facturation, vos véritables données sont mises sur liste noire par la plateforme, et contourner cela est déjà plus difficile que d'acheter simplement un nouveau compte.
Comment Facebook et Google suivent les connexions via les données de paiement
Les plateformes publicitaires utilisent un système de liaison multi-niveaux des comptes via les informations de facturation. Ce n'est pas simplement une comparaison des numéros de carte — c'est une analyse complexe de dizaines de paramètres des données de paiement et du comportement.
Principaux points de suivi de la facturation
| Paramètre | Ce qui est suivi | Risque de liaison |
|---|---|---|
| Numéro de carte (BIN) | Les 6-8 premiers chiffres de la carte (identifiant de la banque) | Critique |
| 4 derniers chiffres | Affichés dans l'interface, stockés dans la base | Critique |
| Nom du titulaire de la carte | Nom et prénom en lettres latines, comme sur la carte | Critique |
| Adresse de facturation | Adresse associée à la carte (rue, ville, ZIP) | Élevé |
| IP lors de l'ajout de la carte | Depuis quelle IP la méthode de paiement a été liée | Élevé |
| Empreinte de l'appareil | Empreinte du navigateur/appareil lors du paiement | Élevé |
| Email du payeur | Email associé au système de paiement | Moyen |
| Modèles de transactions | Montants, fréquence des approvisionnements, heures de paiement | Moyen |
Facebook et Google utilisent le hachage des données de paiement — ils ne conservent pas le numéro de carte complet en clair, mais créent un hash unique (empreinte numérique) basé sur une combinaison de paramètres. Si deux comptes ont le même hash de facturation ou un hash similaire, le système les marque automatiquement comme liés.
Comment fonctionne le chain-ban via la facturation
Imaginons un scénario typique pour un arbitragiste :
Jour 1 : Vous liez la carte Visa **1234 au compte Facebook Ads #1. Tout fonctionne.
Jour 5 : Vous créez le compte #2, liez la même carte **1234. Vous approvisionnez, lancez des campagnes.
Jour 10 : Compte #3 avec la même carte. Vous avez maintenant 3 comptes sur une seule facturation.
Jour 15 : Le compte #2 reçoit un ban pour violation (par exemple, un créatif agressif).
Jour 16 : Facebook analyse les connexions du compte banni, trouve la facturation commune **1234, bannit la carte et ferme automatiquement les comptes #1 et #3. Les trois comptes sont morts, la carte est sur liste noire.
C'est un chain-ban classique. Les plateformes recherchent spécifiquement de telles connexions, car un contrevenant travaille rarement avec un seul compte — c'est généralement une structure de farming. Le ban de facturation leur permet de "couper" toute la ferme d'un seul coup.
Pourquoi la duplication des campagnes provoque des bans en chaîne
La duplication (copies) des campagnes publicitaires est une pratique standard pour l'échelle dans l'arbitrage. Vous trouvez une combinaison gagnante créatif + ciblage dans un compte et la dupliquez dans 5 à 10 autres comptes pour augmenter le volume de trafic. Mais c'est précisément les copies qui créent les signaux les plus évidents pour les systèmes anti-fraude des plateformes.
Ce que voient les plateformes lors de la duplication des campagnes
Lorsque vous copiez une campagne du compte A au compte B, Facebook et Google enregistrent de nombreux paramètres identiques :
- Créatifs identiques : Le même fichier d'image/vidéo (vérifié par le hash du fichier, pas par le nom)
- Textes d'annonces identiques : Titres, descriptions, CTA — une correspondance de 80 % est déjà un signal
- Paramètres de ciblage similaires : Les mêmes intérêts, âges, géo, placements
- Pages de destination identiques : URL de la page de destination, surtout s'il s'agit d'une offre agressive
- Temps de création synchronisé : Les campagnes dans différents comptes sont créées avec un écart de 5 à 30 minutes
- Budgets similaires : Par exemple, toutes les campagnes commencent avec 50 $/jour
Chacun de ces facteurs pris individuellement n'est pas critique. Mais lorsque l'algorithme voit 5 à 10 comptes avec des campagnes identiques, créées presque simultanément, et trouve un élément commun (par exemple, la facturation), il conclut : c'est un réseau coordonné de comptes d'un même propriétaire, enfreignant les règles de multi-comptes.
La facturation comme principal élément de liaison lors des copies
Le problème est que les autres paramètres (IP, navigateur, créatifs) les arbitragistes ont appris à isoler via des navigateurs anti-détection comme Dolphin Anty ou AdsPower et des proxies résidentiels. Mais la facturation reste souvent commune — parce qu'il n'y a pas assez de cartes, ou l'arbitragiste ne comprend pas la criticité de cette connexion.
Erreur typique lors des copies :
L'arbitragiste crée 10 profils dans Dolphin Anty, attribue à chacun un proxy et une empreinte uniques. Il copie une campagne réussie dans les 10 comptes. Mais tous les 10 comptes sont approvisionnés avec une seule carte. Après 2-3 jours, une vague de bans arrive — la plateforme a lié les comptes via la facturation, a vu des campagnes identiques et a considéré cela comme un réseau de spam. Résultat : ban des 10 comptes + carte sur liste noire.
La duplication de campagnes n'est pas interdite en soi, mais elle crée un modèle évident qui pousse les systèmes anti-fraude à rechercher des connexions entre les comptes. Et s'ils trouvent une facturation commune — cela devient une preuve de violation, et le chain-ban est inévitable.
Isolation de la facturation : structure des comptes et des cartes
La bonne isolation de la facturation n'est pas simplement "une carte par compte". C'est une structure réfléchie qui prend en compte les risques, le coût des cartes et vos processus commerciaux. Examinons différentes stratégies, des plus conservatrices aux plus agressives.
Stratégie 1 : Isolation complète (1 carte = 1 compte)
L'approche la plus sûre, mais la plus coûteuse. Chaque compte publicitaire reçoit une carte unique, qui n'est jamais utilisée dans d'autres comptes.
Avantages :
- Risque nul de chain-ban via la facturation
- Le ban d'un compte n'affecte pas les autres
- Possibilité de copier agressivement des campagnes sans crainte de liaison
Inconvénients :
- Coût élevé : les cartes virtuelles coûtent 2-5 $/chacune, pour 50 comptes = 100-250 $
- Complexité de gestion : il faut suivre les soldes de 50 cartes différentes
- Problèmes d'approvisionnement : toutes les banques ne fournissent pas beaucoup de cartes virtuelles
Cette stratégie est justifiée pour des comptes coûteux, bien établis avec un score de confiance élevé ou pour travailler avec des offres agressives (nutra, jeux, crypto), où le risque de ban est initialement élevé.
Stratégie 2 : Isolation par clusters (1 carte = 3-5 comptes)
Une option de compromis. Vous créez des clusters de 3 à 5 comptes, chaque cluster fonctionne sur une carte distincte. À l'intérieur du cluster, les comptes sont liés par la facturation, mais les clusters sont isolés les uns des autres.
| Cluster | Comptes | Carte | Offres |
|---|---|---|---|
| Cluster A | ACC-001, ACC-002, ACC-003 | Carte **1234 | E-commerce (risque faible) |
| Cluster B | ACC-004, ACC-005, ACC-006, ACC-007 | Carte **5678 | Infoprenariat (risque moyen) |
| Cluster C | ACC-008, ACC-009, ACC-010 | Carte **9012 | Nutra (risque élevé) |
| Cluster D | ACC-011, ACC-012, ACC-013, ACC-014, ACC-015 | Carte **3456 | Dating (risque élevé) |
Règles clés de l'isolation par clusters :
- Ne copiez pas de campagnes entre clusters : Les copies sont autorisées uniquement à l'intérieur d'un même cluster (c'est-à-dire entre des comptes sur une même carte)
- Séparez par niveau de risque : Offres agressives — dans un cluster séparé avec un nombre minimal de comptes
- Utilisez différents proxies pour les clusters : Le cluster A fonctionne via un proxy aux États-Unis, le cluster B — via un proxy en Allemagne, etc.
- Échelonnez dans le temps : Ne créez pas tous les comptes d'un cluster en un seul jour
Lorsqu'un compte d'un cluster est banni, il y a un risque de perdre tout le cluster (3-5 comptes), mais les autres clusters resteront vivants. C'est un équilibre raisonnable entre le coût des cartes et la sécurité.
Stratégie 3 : Rotation des cartes dans le temps
Une méthode plus avancée. Vous utilisez une carte pour plusieurs comptes, mais pas simultanément, plutôt successivement avec de grands intervalles de temps.
Exemple de workflow :
1. Vous liez la carte **1234 au compte ACC-001, travaillez pendant 30 jours
2. Vous déliez la carte du compte ACC-001, ajoutez une autre carte **5678
3. Dans 14 jours, vous liez la carte **1234 à un nouveau compte ACC-002
4. Ainsi, une carte dessert 3-4 comptes, mais n'est jamais utilisée dans deux comptes simultanément
Cette stratégie fonctionne parce que les plateformes réagissent plus fortement à l'utilisation simultanée de la facturation dans plusieurs comptes. Si la carte apparaît dans un nouveau compte un mois après avoir été déliée de l'ancien, la connexion est moins évidente.
Cependant, le risque existe toujours : si l'un des comptes où la carte a été utilisée reçoit un ban, la plateforme peut analyser l'historique de cette carte et la bannir rétroactivement, affectant le compte actuel.
Configuration du navigateur anti-détection pour travailler avec différentes facturations
Les navigateurs anti-détection (Dolphin Anty, AdsPower, Multilogin, GoLogin) isolent l'empreinte et les cookies, mais ne protègent pas en soi contre la liaison via la facturation. Cependant, une bonne organisation des profils dans l'anti-détection aide à éviter des erreurs critiques lors du travail avec des cartes.
Structure des profils par clusters de facturation
Créez un système de nommage et de balisage des profils qui montre visuellement quelle facturation est liée à quel compte. Exemple dans Dolphin Anty :
Profil : FB_USA_Cluster-A_001
- Tags : [ClusterA] [Billing-1234] [USA] [E-commerce]
- Proxy : Résidentiel USA (unique pour ce profil)
- Note : "Carte **1234, émise le 15.01.2024, limite $5000"
Profil : FB_USA_Cluster-A_002
- Tags : [ClusterA] [Billing-1234] [USA] [E-commerce]
- Proxy : Résidentiel USA (autre IP, mais même sous-réseau/fournisseur)
- Note : "Carte **1234, émise le 15.01.2024, limite $5000"
Une telle structure permet :
- De voir instantanément quels profils utilisent une même facturation (filtre par tag [Billing-1234])
- Éviter la duplication accidentelle de campagnes entre différents clusters
- En cas de ban, déterminer rapidement quels autres comptes sont en danger
- Contrôler que chaque cluster fonctionne via son propre pool de proxies
Configuration de l'empreinte pour la sécurité de la facturation
Bien que l'empreinte ne soit pas directement liée à la facturation, il existe des paramètres que les plateformes vérifient lors de l'ajout d'informations de paiement :
| Paramètre | Recommandation | Pourquoi c'est important |
|---|---|---|
| User-Agent | Utilisez les versions récentes de Chrome/Edge pour Windows | Des UA anciens ou exotiques suscitent des soupçons lors du paiement |
| WebGL | Activé, avec un véritable renderer (pas de substitution) | Les formulaires de paiement vérifient WebGL pour la lutte contre la fraude |
| Canvas | Unique pour chaque profil, mais stable | L'empreinte Canvas est utilisée dans les vérifications 3D Secure |
| Fuseau horaire | Correspond au géo du proxy et à l'adresse de facturation | Une discordance entre le fuseau horaire et l'adresse de la carte est un drapeau rouge |
| Langue | La langue du navigateur correspond au pays de la carte | Carte USA + langue russe du navigateur = suspect |
| Résolution d'écran | Résolutions typiques (1920x1080, 1366x768) | Des résolutions exotiques attirent l'attention |
Il est particulièrement important : lors du premier ajout d'une carte à un compte, NE CHANGEZ PAS l'empreinte de ce profil pendant au moins 30 jours. Les plateformes se souviennent de quel "appareil" la méthode de paiement a été liée, et si une semaine plus tard, le même compte se connecte avec une empreinte complètement différente — c'est un signal de compromission ou de transfert de compte.
Rôle des proxies dans la protection des données de paiement
Les proxies ne protègent pas directement la facturation — les plateformes relient les comptes via le numéro de carte, et non via l'IP. Mais une utilisation correcte des proxies réduit la probabilité que le système anti-fraude commence à rechercher des connexions via la facturation.
IP lors de l'ajout d'informations de paiement
Lorsque vous liez une carte à un compte publicitaire, la plateforme enregistre l'adresse IP à partir de laquelle cela a été fait. Cette IP devient une partie du "profil" des données de paiement. Règles critiques :
N'ajoutez jamais différentes cartes depuis une même IP !
Si vous avez lié la carte **1234 au compte A avec l'IP 192.168.1.1, et une heure plus tard, vous avez lié la carte **5678 au compte B depuis la même IP 192.168.1.1 — la plateforme enregistrera que les deux cartes sont gérées depuis un même appareil/emplacement. C'est une connexion directe entre les comptes.
Approche correcte :
- Un proxy = une facturation : Si les comptes A, B, C utilisent la carte **1234, tous trois doivent fonctionner via le même proxy (ou au moins un même sous-réseau)
- Différents clusters = différents proxies : Le cluster avec la carte **1234 fonctionne via un proxy aux États-Unis, le cluster avec la carte **5678 — via un proxy au Royaume-Uni
- Ne changez pas de proxy lors des opérations de facturation : Ajout de carte, modification de limite, approvisionnement — toujours depuis la même IP que celle utilisée pour le travail principal du compte
Quel type de proxy choisir pour travailler avec la facturation
Pour les tâches liées aux données de paiement, seuls les proxies résidentiels et proxies mobiles conviennent. Les proxies de centre de données sont trop facilement détectés et se retrouvent souvent déjà sur les listes noires des systèmes de paiement.
| Type de proxy | Pour la facturation | Commentaire |
|---|---|---|
| Résidentiels (Residential) | ✅ Excellent | IP réelles d'utilisateurs domestiques, haute confiance. Meilleur choix pour Facebook Ads, Google Ads |
| Mobiles (Mobile 4G/5G) | ✅ Excellent | Confiance maximale, idéal pour TikTok Ads, Instagram. Plus cher que les résidentiels |
| Centres de données (Datacenter) | ❌ Non recommandé | Risque élevé de ban lors de l'ajout d'une carte, les systèmes de paiement les détectent |
| Gratuits/Publics | ❌ Jamais | Ban de facturation garanti, ces IP sont sur les listes noires de toutes les plateformes |
Une particularité des proxies résidentiels : de nombreux fournisseurs proposent une rotation des IP (IP change toutes les 5-30 minutes). Pour travailler avec la facturation, cela ne convient pas — vous avez besoin d'une IP sticky (collante), qui reste pendant toute la session ou même pendant plusieurs jours.
Recommandation pour la configuration des proxies pour la facturation :
1. Achetez des proxies résidentiels avec session sticky d'au moins 24 heures
2. Liez une IP à un cluster de comptes (avec une facturation commune)
3. Ne changez pas ce proxy pendant au moins 30 jours après l'ajout de la carte
4. Le proxy géo doit correspondre au pays de l'adresse de facturation de la carte (carte USA = proxy USA)
Erreurs avec les proxies qui exposent la facturation
Erreurs typiques des arbitragistes lors du travail avec des proxies et des paiements :
- Utilisation d'un seul proxy pour tous les comptes : Tous vos comptes se connectent depuis une même IP → la plateforme les lie → trouve différentes facturations → soupçons de multi-comptes → bans
- Changement fréquent d'IP dans la session : Ajout d'une carte avec l'IP 1.1.1.1, 10 minutes plus tard approvisionnement avec l'IP 2.2.2.2 → la plateforme voit une anomalie → vérification de la facturation → possible ban
- Discordance entre le géo du proxy et de la carte : Carte émise aux USA, adresse de facturation à New York, mais vous travaillez via un proxy indien → 3D Secure ne passera pas, la carte sera bloquée
- Réutilisation d'une IP "sale" : Le proxy a déjà été utilisé pour un compte banni → nouveau compte avec une nouvelle carte via cette IP → connexion via la réputation IP → ban préventif
Les proxies ne sont pas une protection de la facturation, mais un outil d'isolation. Ils doivent fonctionner en tandem avec une bonne structure de cartes et de comptes, et non la remplacer.
Workflow sécurisé pour la duplication des campagnes
Maintenant, rassemblons tout en un seul processus : comment copier des campagnes réussies entre comptes, en minimisant le risque de chain-ban via la facturation.
Étape 1 : Préparation de l'infrastructure
Avant de commencer à copier, assurez-vous que vous avez la bonne structure :
✅ Liste de contrôle de l'infrastructure :
- [ ] Les comptes sont répartis en clusters de 3-5
- [ ] Chaque cluster a une carte unique (ou des cartes, mais isolées des autres clusters)
- [ ] Chaque cluster fonctionne via son propre pool de proxies résidentiels (une région par cluster)
- [ ] Dans le navigateur anti-détection, les profils sont étiquetés avec les tags du cluster et du numéro de facturation
- [ ] Vous avez un tableau de correspondance : quel compte → quelle carte → quel proxy
- [ ] Les proxies sont configurés pour une session sticky (IP ne change pas pendant au moins 24 heures)
Étape 2 : Détermination du donneur et des récipiendaires
Supposons que vous ayez une campagne réussie dans le compte ACC-001 (Cluster A, carte **1234). Vous souhaitez vous développer en la copiant dans d'autres comptes.
Options de copie sécurisées :
Option 1 : Copie à l'intérieur du cluster (risque faible)
Vous copiez la campagne d'ACC-001 à ACC-002 et ACC-003, qui se trouvent dans le même Cluster A (même carte **1234). Le risque est minimal, car ces comptes sont DÉJÀ liés par la facturation, et la plateforme le sait. Copier des campagnes à l'intérieur d'un ensemble n'ajoute pas de nouveaux signaux.
Option 2 : Copie entre clusters avec modification (risque moyen)
Vous copiez la campagne d'ACC-001 (Cluster A, carte **1234) à ACC-010 (Cluster C, carte **9012). MAIS avant de lancer, vous changez :
- Le créatif
- Le texte de l'annonce
- Le budget
- Le ciblage