Un adblocker n’analyse pas vos intentions : il consulte des listes. Des listes de filtres, maintenues par des communautés, qui recensent domaines, chemins et signatures de scripts publicitaires et de mesure connus. Ce qui matche ne se charge pas : l’annonce, le pixel, et souvent la balise analytics dans le même mouvement.
Conséquence dont l’ampleur surprend toujours : le visiteur équipé existe sur votre site, achète parfois, et n’existe dans aucun rapport. Votre mesure ne le compte pas ; votre Smart Bidding ne l’apprend pas.
C’est une fuite parmi celles qui rongent la fiabilité de toute la chaîne de mesure Google Ads, à traiter avec les autres, pas isolément.
Liste de filtres
Base de domaines, chemins et signatures de scripts publicitaires ou de mesure connus, maintenue par des communautés (EasyList et consorts). L’adblocker la consulte à chaque chargement : ce qui matche est bloqué, sans analyse de votre intention.
Première étape de toute réponse adulte : chiffrer sa propre perte. Pas celle des études de marché, la vôtre, qui dépend de votre audience : un site tech B2B et un site grand public n’ont pas le même taux d’équipement.
La méthode la plus propre : comparer ce que voit un point de collecte première partie (endpoint serveur) à ce que voit la balise tierce classique, sur la même période. L’écart est votre exposition. On ne gère que ce qu’on a mesuré, une perte comprise.
Le routage first-party : de l’hygiène, pas de la magie
D’où la réponse technique de cette branche : faire porter la collecte par votre domaine (un sous-domaine de mesure, un endpoint server-side) plutôt que par les domaines tiers que les listes connaissent par cœur. Votre tuyau, vos couleurs : la collecte légitime cesse de ressembler à ce que les listes ciblent.
C’est efficace, partiellement, et c’est cohérent avec tout ce que le server-side apporte par ailleurs. Concrètement, ce sous-domaine vit dans un conteneur GTM server-side hébergé sur votre infrastructure : c’est là que la collecte change de camp.
Mais traçons la ligne que le marché « anti-adblock » écrase soigneusement, parce qu’elle sépare deux démarches que la même technique peut servir.
Hygiène : fiabiliser sa mesure first-party
- Vos conversions, votre analytics, sur votre domaine.
- Sous consentement transmis, pas contourné.
- Défendable de bout en bout, juridiquement et techniquement.
Tromperie : déguiser du tracking tiers
- Maquiller du tiers en first-party pour tromper un blocage installé volontairement.
- Juridiquement dégradé : le consentement ne se contourne pas par DNS.
- Techniquement perdant : les listes détectent et plafonnent ces montages (le sort du CNAME cloaking l’a montré).
Chaque parade appelle sa contre-parade. On ne gagne pas une course contre des listes mises à jour par des bénévoles motivés. On en sort, en ne courant que pour sa mesure légitime.
L’erreur que je vois le plus
Croire qu’« avec le server-side, les adblockers ne sont plus un problème ». La course aux listes continue, et l’utilisateur qui a installé un bloqueur a exprimé un choix. Le routage protège votre mesure légitime fragile, il ne ressuscite pas le tracking que la personne refuse.
Le plancher d’invisible : ce qui résiste à tout routage
Même tout bien fait (routage propre, server-side, consentement transmis), une part du trafic reste invisible : bloqueurs agressifs au niveau DNS, navigateurs durcis, refus explicites. Ce plancher n’est pas un échec d’implémentation ; c’est l’état du terrain.
Le blocage frontal n’est d’ailleurs qu’une des deux érosions : l’autre attaque par la durée de vie, quand ITP et l’ATT raccourcissent vos cookies propriétaires jusqu’à les vider de sens.
Trois conséquences pratiques :
- Vos chiffres absolus sous-comptent, toujours ; documentez-le dans votre lecture (le ratio Ads/GA4 et les écarts de la branche s’interprètent avec cette perte en tête).
- Vos comparaisons relatives restent valides : campagne contre campagne, la perte frappe à peu près pareil.
- L’aval ne ment pas : les conversions importées du CRM, nées hors navigateur, ignorent les adblockers par construction. D’où l’intérêt de remonter ces conversions par l’API plutôt que par le navigateur, une boucle que les bloqueurs ne touchent pas.
Le conseil de terrain
La réponse n’est pas que technique. Un site rapide, sobre en scripts tiers, donne moins de raisons de bloquer. C’est le même réflexe qui fait que
trop de scripts tiers gonflent votre rebond : alléger la page sert la mesure autant que la conversion.
La limite honnête, pour finir comme la page a commencé : celui qui bloque a exprimé quelque chose. La part de votre audience qui s’équipe vous renseigne sur elle.
À retenir
- Les adblockers bloquent par listes : ils ne lisent pas votre intention, ils matchent des domaines et des scripts connus.
- Le routage first-party sort votre mesure légitime de ces listes (hygiène) ; il ne sert pas à déguiser du tracking refusé (tromperie, juridiquement et techniquement perdante).
- Un plancher d’invisible subsiste toujours : vos chiffres absolus sous-comptent, mais vos comparaisons campagne contre campagne tiennent.
- Les conversions importées du CRM, nées hors navigateur, ignorent les bloqueurs par construction.
Quoi faire, dans l’ordre : borner, fiabiliser, documenter
Trois gestes, dans l’ordre :
- Chiffrez votre perte. Endpoint propre contre balise tierce, sur la même période : une semaine suffit. L’écart est votre exposition.
- Routez votre mesure légitime en first-party si le volume le justifie (l’arbitrage server-side s’applique).
- Écrivez le plancher dans votre doc de mesure : « nos chiffres sous-comptent d’environ X %, mesuré le [date] », pour que plus personne ne « découvre » l’écart en réunion.
Borner, fiabiliser, documenter. Pas « résoudre » : ce problème-là n’a pas de solution, il a une gestion.
Questions fréquentes
Peut-on vraiment contourner les adblockers avec un sous-domaine ?
Partiellement et temporairement. Router la collecte sur votre domaine la sort des listes génériques, mais les listes s’adaptent et certains navigateurs plafonnent ces montages (cas du CNAME cloaking). Aucune technique ne récupère 100 % du trafic bloqué.
Quelle part de mon trafic les adblockers me font-ils perdre ?
Ça dépend de votre audience, pas d’une étude générique : un site tech B2B et un site grand public n’ont pas le même taux d’équipement. Mesurez le vôtre en comparant un endpoint de collecte first-party à la balise tierce classique, sur la même période.
Le server-side règle-t-il le problème des adblockers ?
Non. Il fiabilise votre mesure légitime fragile, mais la course aux listes continue et l’utilisateur qui bloque a exprimé un choix. Le routage borne la perte, il ne la supprime pas.
Les conversions importées du CRM sont-elles touchées par les bloqueurs ?
Non. Nées hors navigateur, elles ignorent les adblockers par construction. C’est pourquoi les remonter par l’API de conversion plutôt que par le navigateur ferme une boucle que les bloqueurs ne touchent pas.
VD
Vincent Duquesne
Consultant Google Ads / SEA freelance depuis 2011 · +100 comptes · +20 M€ gérés
Google Partner Premier 2026
Publié le 12 juin 2026 · Mis à jour le 12 juin 2026