Comment éviter qu'un domaine de tracking se fasse bannir par Meta
On ne peut pas envoyer des pubs Meta directement vers onlyfans.com, donc chaque campagne pointe vers un domaine relais que vous possédez. C'est la partie fragile du funnel. Meta le récupère à la validation de la pub, à la vérification du domaine, et chaque fois qu'il rafraîchit l'aperçu du lien. Si ce qu'il voit semble adulte, le domaine est frappé. Voici un guide concret pour garder ces domaines en vie : comment un strike arrive, comment le repérer tôt, et quoi faire une fois qu'un domaine tombe.
Pourquoi Meta bannit un domaine de tracking
Meta juge la page, pas vos intentions. Son crawler récupère le HTML et, surtout, l'og:image — le screenshot de partage qu'il passe à l'OCR et à un modèle de nudité. La plupart du temps le texte sans marque passe très bien, et c'est l'image qui vous coule : une photo suggestive cuite dans l'aperçu, ou la vraie landing page servie aux scanners de Meta. Contrôlez ce que le crawler voit et le strike ne part jamais.
Ce qu'un seul strike déclenche
Un strike s'arrête rarement au domaine. Il a tendance à grimper.
Ce qu'un seul strike déclenche
- 01Domaine frappéla page flaggée
- 02Pubs rejetéestout ce qui pointe vers l'URL
- 03Tracking bloquéles events ne comptent plus
- 04App bloquéetous les pixels qu'elle alimente tombent
D'abord les pubs qui pointent vers cette URL commencent à se faire rejeter. Ensuite les events venant de là cessent de compter, donc votre reporting se vide en silence pendant que votre dashboard affiche encore que tout va bien. Dans le pire des cas, ça atteint l'app Meta qui alimente votre dataset : elle passe en « API access blocked », chaque token System User créé depuis elle meurt, et tous les pixels qu'elle alimente tombent d'un coup, tous creators confondus plutôt que ce seul-là. C'est ce dernier saut qui fait qu'une seule page adulte mérite d'être prise au sérieux.
Comment savoir si un domaine est restreint
Votre propre dashboard est le mauvais endroit pour regarder. « Sent 100% » veut juste dire que l'event est parti de votre serveur, pas que Meta l'a gardé. Deux écrans de Meta donnent la vraie réponse.
Le premier, c'est Events Manager → Diagnostics, qui signale en clair un domaine coupé de l'envoi de données.
Le second, c'est le Sharing Debugger sur developers.facebook.com/tools/debug. Collez l'URL et il montre comment Meta la récupère vraiment : le statut HTTP qu'il obtient, l'aperçu et l'image en cache, et un bouton Scrape Again pour re-vérifier après un fix. Un 403 ici veut souvent dire que votre cloak fait son travail et renvoie le crawler de Meta, ce que vous voulez.
Comment le prévenir
La prévention tient à deux choses : contrôler ce que Meta voit, et bien brancher la plomberie pour qu'un domaine propre puisse réellement envoyer des données.
- Cloaker la landing pageMontrez aux IP de datacenter et aux scanners de Meta une page neutre, et la vraie seulement aux vrais visiteurs mobiles. Ça se base sur l'IP et le réseau, pas le user-agent, donc le classificateur de Meta ne charge jamais la page adulte ni son image de partage.
- Vérifier en DNS-TXT, pas par la balise HTML Intégré par défaut sur OnlyFansPixelUne fois cloaké, le crawler de vérification de Meta est renvoyé lui aussi, donc les méthodes fichier et balise continuent d'échouer. Ajoutez un enregistrement TXT (
facebook-domain-verification=<code>) et basculez la méthode du Business Manager sur DNS. Sur OnlyFansPixel, c'est mis en place pour vous automatiquement. - Garder la page et son image de partage propresLanding page SFW d'abord, pas de logo OnlyFans dans l'
og:image, et supprimez le screenshot de partage sur le domaine relais pour qu'il n'y ait rien à analyser. - Un domaine frais par Business ManagerUn domaine se vérifie dans un seul BM. Donnez-en un à chaque BM, idéalement sur sa propre IP, pour qu'un strike voisin ne fasse pas tomber le vôtre.
- Ajouter le domaine à l'allow list du pixelDans Events Manager → Traffic permissions, ajoutez le domaine de tracking. Un domaine vérifié mais absent de cette liste voit quand même ses events droppés.
Quand un domaine se fait bannir quand même
Un ban de domaine n'est pas permanent. C'est plutôt un timeout de 60 jours : laissez passer et le domaine revient et peut de nouveau écrire dans le pixel. Traitez donc vos domaines comme une rotation, pas comme des consommables.
Basculez les pubs et la landing page sur un domaine frais et reposé tout de suite pour que l'acquisition continue. Laissez le domaine frappé tranquille pendant les 60 jours. Dépenser dessus ou le re-vérifier en panique n'accélère rien. Si vous avez vraiment corrigé la cause du strike, vous pouvez soumettre une review depuis Events Manager ou la page Account Quality pour l'accélérer, mais seulement une fois le fix réel.
À regarder : le problème de vérification de domaine
Si vous voulez le contexte en vidéo, cette explication couvre le problème de vérification de domaine Facebook et comment on le règle en général (en anglais).
Un court récap du problème de vérification de domaine Facebook (LYFE Marketing).
Questions fréquentes
Pourquoi Facebook a banni le domaine de ma landing page OnlyFans ?
Meta a récupéré la page ou son screenshot de partage, et son modèle de nudité a flaggé le contenu. Il récupère à la validation de la pub, à la vérification du domaine, et quand il met l'aperçu en cache. Le coupable habituel, c'est une photo suggestive cuite dans l'og:image, pas le texte de la page.
Un ban de domaine Meta est-il permanent ?
Non. Il se comporte comme un timeout de 60 jours. Après le cooldown, le domaine est débloqué et peut de nouveau envoyer au pixel. Vous pouvez demander une review pour l'accélérer, mais seulement après avoir corrigé ce qui a causé le strike.
Comment vérifier si un domaine est restreint ?
Ouvrez Events Manager → Diagnostics, qui vous dit directement si un domaine a été coupé de l'envoi de données. Recoupez avec le Sharing Debugger (developers.facebook.com/tools/debug) pour voir le statut HTTP et l'aperçu en cache que Meta a de l'URL. Votre propre chiffre « events sent » n'est pas l'acceptation de Meta, ne vous y fiez pas.
C'est quoi le cloaking, et en ai-je besoin ?
Le cloaking montre aux scanners de Meta une page propre, selon l'IP et le réseau, pendant que les vrais visiteurs ont la vraie page. C'est la défense principale contre un strike de contenu. Une fois activé, vérifiez le domaine en DNS-TXT, car le cloak renvoie aussi le crawler de vérification de Meta.
Mes pubs vers cette URL se font rejeter. C'est le domaine ?
Probablement. Un domaine frappé voit ses pubs rejetées et ses events bloqués, et ça peut grimper jusqu'à l'app qui alimente le dataset. Regardez Diagnostics pour le domaine d'abord. Si tout le pixel s'est tu d'un coup, regardez le dataset ou l'app plutôt que le seul domaine.
