GTM Server Side, Paywall et Ad blockers, un cas d’étude pour tout comprendre

GTM Server Side la solution anti-adblocker ?

Les adblockers sont de plus en plus utilisés pour des raisons variées comme leur capacité à améliorer la navigation sur internet sans publicité ou pour la protection de la vie privée.
Souvent évoqués comme malveillant pour le tracking et l’analytics, leur impact réel est méconnu ou malcompris. Si ces outils bloquent effectivement le déclenchement de certains scripts de partenaires ou de solutions des propriétaires de site notamment des acteurs de la publicité, leur impact peut s’avérer plus important sur le business des sites : mesure de la fréquentation, déclenchement de features du site, limitation de l’accès au contenu... Dans cet article nous traiterons d’un de ces impacts des adblockers sur une partie fonctionnelle d’un acteur média : la gestion d’un paywall chez un site média La Revue du Praticien avec la problématique de la protection du contenu premium par le paywall malgré la présence d’un adblocker.
Problématique : assurer la protection du contenu premium par le paywall malgré la présence d’un adblocker
Nous allons détailler le fonctionnement des adblockers et leur impact concret sur le tracking des sites avant d’entrer sur le cas du déclenchement de Poool chez La Revue Du Praticien avec la solution de Google Tag Manager Server Side et de la proxyfication.
Pour les personnes s’intéressant à comprendre la définition et le fonctionnement de Google Server side, je vous renvoie vers notre dossier complet d’introduction à GTM Server Side ici.

L’impact des Ad Blockers sur le tracking

💡
Les ad blockers impactent la qualité de la collecte de donnée en limitant le déclenchement de scripts nécessaires à la mesure de la fréquentation d’un site (Analytics/GTM) ou à la protection de contenu premium.
Les ad blockers sont des logiciels anti-publicitaires, souvent sous forme d’extension de navigateur, permettant de supprimer l’affichage de publicités et de limiter le suivi des internautes.
Si cette définition est très générique, elle cache en réalité un fonctionnement différent d’une solution à une autre. Il est possible de distinguer les ad blockers par leur degré de sévérité notamment :
  • Les plus “tolérants” (Adblock, Adblock plus...) qui ne font qu’empêcher l’affichage des publicités (et encore, pas la totalité des publicités..). Dans leur configuration par défaut, ils vont donc :
    • Bloquer l’affichage des publicités
    • Souvent, bloquer l’envoi des scripts de tracking publicitaire (facebook pixel, google ads, floodlight, etc...)
    • Mais ils ne vont pas bloquer les outils de mesure (Google Tag Manager, Google Analytics...)
  • D’autres vont en plus bloquer les scripts de tracking (type Google analytics). C’est le cas aussi des outils cités plus haut, lorsque l’utilisateur choisit de cocher l’option “Do not track”
  • D’autres enfin, comme Ghostery ou Brave strict, vont tout bloquer, y compris le déclenchement des scriptsGoogle Tag Manager.
L’utilisation des ad blockers est un phénomène important, puisque près de 30%* des utilisateurs d’internet en France utiliseraient des ad blockers, et en constante croissance selon une étude statista*.
Cette utilisation d’ad blocker, notamment les plus sévères, impacte directement la collecte de la donnée des propriétaires des sites pouvant générer par exemple :
  • une sous-estimation de la fréquentation d’un site (blocage du script analytics)
  • une sous-performance de l’affichage publicitaire (blocage des scripts publicitaires et limitation de cookification des audiences)
  • le non fonctionnement d’outil nécessaire au bon fonctionnement du site (blocage du paywall limitant l’accès au contenu premium)
Nous nous intéresserons à ce dernier cas, très problématique pour la protection du contenu des sites média, à travers l’exemple du site La Revue du Praticien.

Cas d’étude - Paywall Poool chez La Revue Du Praticien

Nos partenaires du cas d’étude

Les médias en ligne se financent principalement via trois sources de revenus :
  • La publicité en ligne
  • Les dons
  • Les abonnements
Pour ce dernier point, deux points d’accès existent : le tunnel d’abonnement dédiée ou le “paywall”, une technique qui consiste à afficher un bout d’article payant et d’inciter la personne à prendre un abonnement pour lire la suite. Ce point d’accès est souvent la plus forte source d’abonnement car elle suscite la curiosité et le frustration sur un sujet dédié.
C’est dans ce cadre que Poool intervient : l’outil permet, via l’installation d’un script sur le site, de permettre aux équipes marketing de totalement personnaliser l’offre de Paywall de l’affichage aux conditions de déclenchement.
La Revue du Praticien, organe de formation médicale continue, est un site destiné aux professionnels de santé. Un contenu spécialisé est réservé aux abonnés (médecins généralistes, médecins spécialistes, étudiants, infirmiers et autres professionnels de santé), l'accès à l’intégralité du site nécessite un compte et une identification.
Addingwell est une agence pionnière dans le tracking Server-Side qui offre une solution complète et innovante de tagging server side pour héberger Google Tag Manager Server Side.

Challenge : protéger le contenu premium en garantissant le déclenchement de l’outil Poool

💡
Le déclenchement de l’outil Paywall Poool est une problématique business très forte pour La Revue du Praticien, site média spécialisé, puisque cet outil est le garant de la protection du contenu premium réservé aux abonnés et donc du modèle économique du site.

Limites de l’implémentation historique de Poool

Initialement intégré via GTM web, le déclenchement de cet outil était soumis aux restrictions des Ad Blockers.
Pour la bonne gestion de ses abonnements et la limitation de l’accès au contenu premium à ses abonnés, le site utilise Poool qui limite l’accès aux pages catégorisées comme “premium” aux utilisateurs connectés seulement.
L’outil étant implémenté via un script intégré dans l’outil de GTM web il existait ainsi initialement des failles dans le déclenchement du Paywall Poool qui ont été décrites dans la partie précédente : l’utilisation d’ad blocker peut permettre à des personnes non abonnées de consommées du contenus premium en bloquant le script Poool.
Image without caption
⚠️
L’utilisation d’un ad blocker permet à toute personne non abonnée d’accéder à du contenu premium / payant fragilisant le modèle et la rentabilité du site.
Image without caption
Image without caption
A noter que sur le schéma initial, les ad blockers peuvent (i) bloquer le bon déclenchement de GTM bloquant donc 100% des scripts contenus dans le conteneur, (ii) bloquer seulement le déclenchement de certains partenaires du conteneur comme Poool.
Nous avons fait l’étude initiale pour faire un état des lieux des blocages des outils selon les environnements en s’intéressant aux plus restrictifs d’entre eux.
Dans la majorité des cas, l’outil Poool est donc bloqué du fait du blocage de GTM. A noter le cas d’uBlock Origin qui est plus restrictif sur Poool que sur GTM :
Navigateur/ Adblock
Google Tag Manager
Poool
AdBlock
AdBlock Plus (default)
AdBlock Plus (strict)
⛔️
⛔️
uBlock Origin (default)
⛔️
uBlock Origin (strict)
⛔️
⛔️
Ghostery (default)
⛔️
⛔️
Ghostery (strict)
⛔️
⛔️
Firefox (default)
Firefox (strict)
Brave (default)
Brave (strict)
⛔️
⛔️

Solution : Proxyfication de GTM & de Poool

💡
L’implémentation avancée de GTM en server side en First Party permet d’assurer le bon déclenchement du Paywall Poool et donc in fine la protection du modèle économique par la limitation de l’accès au contenu premium
Afin de répondre à cette problématique, nous avons travaillé sur une optimisation du déclenchement de ces scripts en commun avec l’agence Addingwell, fournisseur d’une solution d’infrastructure et d’hébergement server side. Nous avons identifié la solution server side comme axe d’amélioration puisque celle-ci comporte de nombreux bénéfices :
  • Amélioration de la web performance : libération du client web en basculant la charge des scripts côté serveur, améliorant la vitesse de chargement des pages sur le site web
  • Fortification de la durée de vie des cookies
  • Protection et sécurisation des données personnelles
  • Optimisation de la collecte avec un hébergement first party des scripts nécessaires comme Google Tag Manager ou Poool
Image without caption

1.La migration first party de GTM

💡
La migration first party de GTM permet d’éviter le blocage du script par des outils tiers en le chargeant côté server plutôt que sur le navigateur client
Pour implémenter le script GTM sur un site, il existe 3 options :
A. Hébergement classique (version utilisée initialement) :
Le script installé sur le code source du site la revue du praticien faisait appel à un script hébergé sur googletagmanager.com. Dans cette configuration, de nombreux ad blockers peuvent bloquer GTM et donc les scripts contenus comme Poool.
javascript
<!-- Google Tag Manager --> <script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start': new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0], j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src= 'https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f); })(window,document,'script','dataLayer','GTM-XXXXX');</script> <!-- End Google Tag Manager -->
B. Hébergement en first party :
Dans ce cas de figure, le script Google Tag Manager est maintenant hébergé sur les serveurs propres du site la revue du praticien via un sous-domaine et donc devient first party. Dans le cas de La Revue du Praticien utilise le service Addingwell pour le paramétrage du script dans le sous-domaine dédié.
Pour réaliser cette dernière version, un sous-domaine dédié est créé par La Revue Du Praticien ‘stats.larevuedupraticien.fr’ permettant d’héberger GTM server side et qui sera le point de collecte. Nous utilisons donc la fonctionnalité CDN mise à disposition par Addingwell permettant nativement de proxyfier GTM et d’autres assets JS. De ce fait, l’intégration de GTM devient first party évitant que celui-ci soit bloqué par des outils tiers.
Image without caption
Dans cette configuration, certains ad blockers parviennent encore à bloquer GTM et donc les scripts contenus comme Poool.
javascript
<!-- Google Tag Manager --> <script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start': new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0], j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src= 'https://stats.larevuedupraticien.fr/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f); })(window,document,'script','dataLayer','GTM-XXXXX');</script> <!-- End Google Tag Manager -->
C. Hébergement en first party avec modification des noms des scripts (la version finale)
Cette dernière méthode que l’on a choisi pour optimiser la déclenchement de Poool utilise l’hébergement first party de la solution 2 avec en plus une modification du nom du fichier js (gtm.js vers un nom personnalisé) proposé par la solution Addingwell. Dans ce cas et sur les ad blockers testés, aucun ad blocker n’est capable de bloquer le script GTM.
javascript
<!-- Google Tag Manager --> <script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start': new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0], j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src= 'https://stats.larevuedupraticien.fr/byp3nds236zcjhu.js?id='+i+dl;f.parentNode.insertBefore(j,f); })(window,document,'script','dataLayer','GTM-XXXXXXX');</script> <!-- End Google Tag Manager -->

2. La migration server side du script Poool

Afin d’éviter le blocage identifié sur uBlock Origin et au passage d’améliorer la vitesse de chargement du site en réduisant les scripts chargés côté navigateur utilisateur, les scripts Poool ont été proxyfiés dans GTM server side.
Par ce biais, le nombre de scripts chargés côté navigateur utilisateur est réduit. De la même manière que pour GTM, l’implémentation de ce script principal en server side permet également d’héberger le script dans un environnement first party et donc d’en optimiser le déclenchement, même en présence d’ad blocker sévère. La migration de 6 scripts a été possible par la même feature d’Addingwell CDN :
Image without caption

La mesure du résultat

En implémentant GTM via un chargement depuis un serveur first party, le déclenchement du Paywall Poool est donc optimisé et permet ainsi de mieux protéger le contenu premium conçu par les équipes la revue du praticien.

Le résultat technique

Pour la mesure du résultat, nous avons comparé le déclenchement des outils sur les différents environnements déjà évoqués, on note que dans 100% des cas les outils ne sont plus bloqués par les restrictions techniques rendant l’implémentation de Poool plus robuste et persistante.
Constat Initial :
Navigateur/ Adblock
Google Tag Manager
Poool
AdBlock
uBlock Origin (default)
⛔️
uBlock Origin (strict)
⛔️
⛔️
AdBlock Plus (default)
AdBlock Plus (strict)
⛔️
⛔️
Ghostery (default)
⛔️
⛔️
Ghostery (strict)
⛔️
⛔️
Firefox (default)
Firefox (strict)
Brave (default)
Brave (strict)
⛔️
⛔️
Constat final après la proxyfication des deux outils :
Navigateur/ Adblock
Google Tag Manager
Poool
AdBlock
uBlock Origin (default)
uBlock Origin (strict)
AdBlock Plus (default)
AdBlock Plus (strict)
Ghostery (default)
Ghostery (strict)
Firefox (default)
Firefox (strict)
Brave (default)
Brave (strict)
Pour confirmer et chiffrer ce constat, nous avons suivi la méthode de Simo Ahava pour détecter les adblockers avec GTM Server Side (lien de la méthode) qui consiste à tester le blocage de scripts publicitaires, analytics et Google Tag Manager. Avec cette méthode, nous avons estimé la présence d’adblocker sur les pages articles premium du site la revue du praticien à 10% du temps sur la période du 9 mars au 20 avril.
Image without caption
Dans cette étude, nous n’avons pas mesuré l’impact webperf de la réduction du nombre de scripts et bibliothèques chargées sur le navigateur de l’utilisateur via la proxyfication de GTM et de Poool.

Le résultat business

S’il est complexe de mesurer l’incrément business exact pour Global Média Santé du fait d’actions et de facteurs externes à notre cas, nous avons mesuré plusieurs signaux positifs indiquant l’impact de notre cas d’usage. Suite à la mise en place de l’optimisation, nous avons mesuré un gain en pages vues de l’ordre de +10% et une hausse du même ordre sur les impressions du paywall sans que d’actions spécifiques médias n’aient été initiées sur la période. De la même manière les clics vers les abonnements et le nombre de création de compte ont augmenté de 9%.
Cette proportion de gain en volume semble d’ailleurs correspondre à la moyenne d’utilisation des adblockers mesurée sur la même période.

En conclusion

Ce cas d’usage prouve une nouvelle fois l’immensité des applications de la technologie Server Side de Google Tag Manager et de sa pertinence avec l’un des (nombreux) avantages d’une implémentation Server Side avancée : l’amélioration de la collecte de donnée. Dans ce cas, l’équipe de contenu de La Revue du Praticien s’assure de la bonne protection d’un contenu premium avec le bon déclenchement de son outil tiers Poool où il était précédemment bloqué. Chez UnNest, nous croyons fort en cette technologie et travaillons sur d’autres cas d’usage notamment sur le respect de vie privée et du RGPD avec notre méthode de proxyfication de GA4 ou encore le tracking publicitaire avec Facebook CAPI. N’hésitez pas à contacter nos équipes pour vous accompagner dans votre stratégie data et votre projet de migration Server Side.
✍️
L’auteur : Alexis Ramos
Image without caption
Consultant tracking & Web Analytics Senior chez UnNest, je travaille sur les sujets liés à la collecte et l’analyse de la donnée pour mesurer et optimiser la performance digitale.
Après 3 années chez Tikamoon en lead sur le traffic management et 2 ans en consultant tracking & data marketing, j’ai développé une expertise sur la collecte, l’analyse et l’activation des données web avec une connaissance particulière du e-commerce et de la performance média.
✉️ Me contacter : alexis.ramos@unnest.co