Résoudre les problèmes liés aux produits publicitaires Google et à TCF
Google fait partie de la TCFv2.0 et Google Ad Manager (GAM), Adsense et Admob recevront automatiquement le statut de consentement de l'utilisateur (la chaîne TC) depuis Didomi via l'API IAB TCF.
Cet article vous guide à travers certains des problèmes courants survenant lors de l'intégration des produits publicitaires Google avec le CMP Didomi TCFv2.0. Google propose également un article dédié sur le sujet.
S'assurer que les produits publicitaires Google lisent la chaîne TC depuis le CMP
Ouvrez votre site web ou votre application mobile.
Assurez-vous que « Google Advertising Products » figure dans la liste des vendeurs avec un label « IAB TCF ». Sinon, veillez à sélectionner Google dans la liste des vendeurs dans la Console Didomi.
Ouvrez les outils de développement de votre navigateur ou de votre appareil mobile.
Allez dans l'onglet Réseau.
Donnez votre consentement à tous les objectifs et vendeurs.
Recherchez les requêtes d'annonces envoyées à GAM ou Adsense qui commencent par https://securepubads.g.doubleclick.net/gampad/ads.
Vérifiez que la requête inclut les paramètres de chaîne de requête gdpr_consent et gdpr.
Assurez-vous que la valeur du paramètre de chaîne de requête gdpr_consent est une chaîne TC valide en la décodant sur https://iabtcf.com/.
Assurez-vous que Google figure dans la liste des vendeurs avec consentement.
Vérifiez que les annonces s'affichent correctement sur la page/l'application après avoir donné votre consentement.
Si les produits publicitaires Google lisent correctement la chaîne TC depuis Didomi, vous pouvez passer à la section suivante.
Faible nombre d'impressions / Annonces ne se chargeant pas car la requête d'annonce est trop longue (erreur 413)
Dans certains cas, Google peut signaler une erreur 413 et ne pas afficher les annonces.
👉Une erreur 413 indique que la requête d'annonce (/ads) est trop longue. Cela peut arriver pour trois raisons listées ci-dessous.
La chaîne de consentement est trop longue
Une chaîne de consentement a généralement une longueur d'environ 500 caractères par défaut. Avec des restrictions éditeur, la longueur des chaînes de consentement peut beaucoup augmenter et atteindre plus de 3 500 caractères.
👉Nous recommandons de limiter le nombre de restrictions éditeur que vous utilisez afin de vous assurer que la chaîne ne dépasse pas 1 500 caractères.
La chaîne de consentement est incluse en tant que macro
👉Lorsque la chaîne de consentement est passée en tant que macro à GAM, cela fait apparaître la chaîne de consentement deux fois dans la requête d'annonce.
👉Nous recommandons de ne pas activer les macros pour GAM avec la TCFv2 en désactivant l'intégration GAM ou l'option « Pass IAB consent string and GDPR status as targeting variables to creatives » dans la Console :
La chaîne addtl_consent est trop longue
👉La chaîne addtl_consent encode le statut de consentement des fournisseurs technologiques publicitaires (ATP) de Google qui ne font pas partie de la TCF.
👉La chaîne addtl_consent fait environ 3 500 caractères par défaut car elle inclut tous les fournisseurs listés par Google dans leur documentation.
👉Vous pouvez limiter cette liste aux vendeurs ATP configurés dans votre compte GAM en déclarant à quels vendeurs ATP vous souhaitez partager le consentement dans la chaîne addtl_consent (jusqu'à 100). Pour ce faire, vous pouvez sélectionner ces vendeurs dans la console (étape Vendors & Purposes) et suivre ces instructions.
Erreurs signalées par GAM
Lorsque GAM est incapable de collecter une chaîne TC depuis le CMP, il ajoute un message d'erreur à votre Console GAM :
Les erreurs spécifiques détectées sont disponibles dans un rapport détaillé que vous pouvez vérifier en le croisant avec la documentation GAM dans le Dépannage de l'implémentation TCF v2.0 article.
Nous documentons ci-dessous certains des codes d'erreur courants que nous avons rencontrés lors de l'intégration avec GAM.
1.x (1.1/1.2/1.3)
Google, en tant que vendeur, n'est pas autorisé en vertu du consentement ou de l'intérêt légitime
Une quantité raisonnable d'erreurs 1.x est à prévoir car elles indiquent que l'utilisateur a refusé le consentement pour Google, des finalités clés pour Google, ou que vous avez des restrictions éditeur empêchant Google d'opérer.
Les erreurs 1.x devraient approximativement correspondre au taux de consentement négatif pour un site web ou une application mobile donné(e).
Liste de contrôle pour identifier pourquoi les erreurs 1.x pourraient être élevées :
✅ Vérifiez que vos erreurs 1.x en % de vos requêtes d'annonces sont approximativement égales au taux de consentement négatif (dans une marge de 5 points). Exemple : si Didomi signale un taux de consentement de 90 % par page vue, un taux d'erreur 1.x normal est [5 %, 15 %].
✅ Vérifiez si la IAB TCF v2 a été lancée sur votre site web ou votre application mobile avant septembre. Si oui, recollecter.
✅ Vérifiez si des restrictions éditeur sont en place. Si oui, assurez-vous qu'elles n'impactent pas Google ou qu'elles impactent Google d'une manière compatible avec les exigences de Google (https://support.google.com/admanager/answer/9805023?hl=en).
Comment les erreurs sont détectées :
Erreurs 1.1 : Google, en tant que vendeur, n'est pas autorisé en vertu du consentement ou de l'intérêt légitime.
Erreurs 1.2 : Pas de consentement pour la Finalité 1 pour les pays de l'EEE et le Royaume-Uni.
Lorsque Google vérifie si la chaîne TC déclenche une erreur ou non, il vérifie toujours si la Finalité 1 a le consentement avant de vérifier si Google, en tant que vendeur, est autorisé ou non.
2.1.a
La balise ou le SDK ne reçoit pas de chaîne TC en raison d'un statut CMP stub, loading ou error.
Ce code d'erreur indique que GAM n'a pas pu récupérer la chaîne TC depuis le CMP.
Cette erreur peut se produire pour trois raisons :
GAM (gpt.js) est chargé avant que le consentement ne soit donné. Assurez-vous d'avoir configuré votre balise GAM pour qu'elle se charge après que l'utilisateur ait donné son consentement. Lisez notre article dédié sur le sujet.
GAM ne récupère pas correctement la chaîne TC depuis le CMP. Validez que GAM récupère correctement la chaîne TC depuis le CMP en testant dans votre navigateur ou sur votre appareil mobile (voir les instructions ci‑dessus).
GAM expire avant d'obtenir la chaîne TC depuis le CMP. Google applique des délais d'attente lorsqu'il récupère la chaîne TC depuis Didomi et décide parfois d'envoyer des requêtes d'annonce sans chaîne TC. Cela est particulièrement vrai pour l'inventaire vidéo. Pour l'inventaire non vidéo, jusqu'à 5 % d'erreurs semble acceptable. Pour l'inventaire vidéo, les erreurs peuvent être beaucoup plus élevées.
3.2
La date de création de la chaîne TC remontait à plus de 13 mois
Si vous avez déployé la TCFv2 avant le 31 août, nous recommandons de recollecter le consentement.
4.1
La chaîne TC a été générée en utilisant une version de la GVL dans laquelle Google n'est pas encore listé
Sur le Web
Cette erreur survient si le consentement a été collecté avant que Google ait été ajouté à la Global Vendor List (fin juillet). Si vous avez déployé la TCFv2 avant le 1er août 2020, certains de vos utilisateurs peuvent être dans cette situation.
Nous recommandons de recollecter le consentement de vos utilisateurs afin de garantir que ce problème disparaisse.
Sur Mobile
Liste de contrôle :
✅ Assurez-vous d'utiliser la dernière version de nos SDK. La version du SDK est >= 1.21.0 sur Android et >= 1.31.0 sur iOS.
✅ Si la IAB TCF v2 a été activée sur vos applications mobiles avant septembre, recollectez le consentement pour les utilisateurs ayant donné leur consentement avant le 1er septembre.
6.1
La version de la chaîne TC est 1 ou 1.1 (chaîne v1.0)
Assurez-vous que les versions des SDK sont au moins :
📰 1.26.1 sur Android (https://developers.didomi.io/cmp/mobile-sdk/android/versions#1-26-1-october-2020)
📰 1.38.0 sur iOS (https://developers.didomi.io/cmp/mobile-sdk/ios/versions#1-38-0-october-2020)
Sur AMP
Assurez-vous d'avoir mis à jour vos avis de consentement vers la TCFv2. La recollection sur AMP peut être vraiment lente et nécessite au moins 7 jours.
7.9
La version de la chaîne AC n'est pas 1
Assurez-vous d'avoir configuré votre balise GAM (gpt.js) pour qu'elle se charge après que l'utilisateur ait donné son consentement. Lisez notre article dédié sur le sujet.
💡 Support
👉Si vous avez besoin de plus d'aide, n'hésitez pas à contacter l'équipe Didomi à [email protected] ou via le Chat dans la Console.
Le dépannage des problèmes d'intégration est toujours compliqué, veuillez donc fournir les informations suivantes pour nous aider :
Avez-vous constaté une baisse du nombre d'impressions ou du taux d'annonces personnalisées affichées à vos utilisateurs ?
Quels messages d'erreur sont signalés par GAM pour la TCFv2.0 ? Veuillez inclure le rapport détaillé complet.
Voyez-vous des variations du nombre d'impressions par partenaire (Google vs header bidding) ? Plateforme (mobile web vs bureau) ? Unité publicitaire ?
Avez-vous vérifié que Google est correctement configuré en tant que vendeur TCF et que les annonces sont affichées après avoir donné le consentement ?
Google fait partie de la TCFv2.0 et Google Ad Manager (GAM), Adsense et Admob recevront automatiquement le statut de consentement de l'utilisateur (la chaîne TC) depuis Didomi via l'API IAB TCF.
Cet article vous guide à travers certains des problèmes courants survenant lors de l'intégration des produits publicitaires Google avec le CMP Didomi TCFv2.0. Google propose également un article dédié sur le sujet.
Mis à jour