Problème avec Adsense et les vues de page

Je suis venu ici avec un problème concernant précisément les publicités et les pages vues, mais sous un angle différent et je me demande si je n’ai pas simplement découvert la cause réelle de ce problème.

Quelques informations contextuelles : J’utilise Google Ad Manager pour afficher un mélange de nos propres publicités vendues directement avec AdSense en fallback. J’utilise le plugin Ad officiel.

Nous avons rarement des publicités vendues directement sur notre forum, mais nous en avons actuellement une. Au cours des derniers jours, j’ai remarqué quelque chose de très étrange concernant les publicités du forum : Ad Manager signalait que les bannières recevaient des clics, mais signalait presque zéro impression, ce qui amenait Ad Manager à signaler un CTR de milliers de pour cent car il voyait plus de clics que d’impressions réelles. :sweat_smile:

En utilisant la fonctionnalité d’Ad Manager pour prévisualiser l’une des bannières directement sur Discourse, j’ai remarqué que ces erreurs s’affichaient dans la console :

En développant l’une des erreurs, elles semblent liées à la publicité.

Notez que, comme recommandé par le plugin Ad, nous utilisons ‘https’ et ‘unsafe-inline’ pour le CSP. Je ne sais pas si la politique d’ignorance de ‘unsafe-inline’ est nouvelle, ou si le hash a été introduit récemment par Discourse.

Dans tous les cas, si je désactive temporairement le CSP, comme prévu, les erreurs disparaissent et, surtout, Ad Manager commence à signaler correctement les impressions.

Il semble donc qu’en pratique, les publicités fonctionnent (pour la plupart), mais le suivi interne de Google Ad Manager pour le retour à la page semble échouer (lorsque le CSP n’est pas désactivé).

Ce problème avec ‘unsafe-line’ du CSP pourrait-il être la cause des pages vues publicitaires non signalées mentionnées dans ce sujet ?

1 « J'aime »

Il semble qu’il ignore l’option unsafe-inline à cause d’un hash dans votre politique CSP :

Pouvez-vous supprimer ce hash d’une manière ou d’une autre et voir si le problème disparaît ?

Je n’ajoute pas le hash moi-même car ma configuration CSP est la configuration par défaut plus les modifications recommandées pour exécuter le plugin publicitaire.

Je ne sais pas ce qui ajoute ce hash, mais je soupçonne que Discourse le fait car la CSP dans meta en contient également un.

1 « J'aime »

Eh bien, d’accord, mais lorsque je suis passé à GA4 sur Discourse, mes vues de pages ont grimpé en flèche à 3 fois ce qu’elles étaient sur UA, et après être passé à une autre plateforme, elles sont revenues à 30 % de ce que j’obtenais sur Discourse avec GA4 et beaucoup plus en phase avec mon trafic Discourse sur UA. Personne ne semble pouvoir expliquer pourquoi, il y a donc potentiellement quelque chose qui cloche. :man_shrugging:

Je ne sais pas si c’est pertinent ici, mais le hash est ajouté juste après https://discourse-host/svg-sprite.

Mes excuses si ce problème de CSP est hors contexte ici, bien qu’il me semble lié — n’hésitez pas à déplacer mes messages vers le sujet du plugin publicitaire si cela est hors sujet ici.

C’est une théorie intéressante. J’ai creusé un peu pour trouver l’origine du hash qui annule unsafe-inline et il semble qu’il soit ajouté par le paramètre de site de l’écran de démarrage. Pouvez-vous essayer de désactiver temporairement ce paramètre sur votre instance et voir s’il y a des changements dans les rapports Ad Manager ?

3 « J'aime »

Je peux déjà confirmer que la désactivation de l’écran de démarrage a supprimé le hash et qu’il n’y a plus d’erreurs dans la console concernant les publicités.

Demain, je signalerai si les impressions sont comptées normalement du côté d’Ad Manager.

3 « J'aime »

Je peux maintenant confirmer qu’après avoir désactivé l’écran de démarrage (et réactivé CSP), Ad Manager fonctionne normalement, avec des impressions signalées pour la campagne publicitaire que nous avons menée (auparavant, environ 0 impression, bien que des dizaines de clics).

Donc, au moins dans notre cas, nous semblons avoir trouvé un coupable et une solution de contournement. Je ne pense pas que cela nous affecte uniquement, car nous utilisons une configuration assez standard du plugin publicitaire avec Ad Manager, et l’écran de démarrage est activé par défaut. Je ne suis pas sûr si les instructions du plugin publicitaire doivent être modifiées, ou si l’utilisation de hachages sur CSP peut être résolue. Quoi qu’il en soit, je pense que cela nécessite une attention particulière car cela empêche actuellement les campagnes Ad Manager de fonctionner dans Discourse lors de l’utilisation du plugin publicitaire.

Je suis heureux de fournir plus d’informations ou de tester quelque chose si cela peut être utile, car je sais qu’il peut être difficile de déboguer ces choses sans avoir déjà un compte Ad Manager et une campagne réelle en cours.

Cela dit, étant donné que j’ai posté à ce sujet dans ce fil de discussion particulier, je dois également noter que le nombre d’impressions signalées par AdSense (qui est notre solution de repli pour nos propres campagnes et qui gère la majorité du trafic) n’a pas changé de manière substantielle après ces solutions de contournement (par exemple, désactiver CSP ou l’écran de démarrage). Il semble donc que cela n’affecte que Ad Manager avec les campagnes vendues directement, et pas nécessairement si c’est AdSense qui affiche une publicité - peut-être qu’AdSense utilise une méthode différente pour signaler l’impression à Google, si tant est qu’il le fasse. Par conséquent, ce problème CSP n’explique pas nécessairement le grand écart signalé dans ce fil de discussion - du moins, je ne le vois pas avec notre configuration particulière, bien que le même problème CSP puisse affecter d’autres codes Google lorsque le plugin publicitaire est utilisé.

4 « J'aime »

Une petite mise à jour ici, @mentalstring. @david a une PR en cours avec une approche complètement différente ici, qui semble très prometteuse :

Nous devrions pouvoir fusionner ceci dans le cœur bientôt et le tester très rapidement. Il promet de résoudre toutes sortes de problèmes de CSP avec les logiciels de gestion des publicités (et les outils de gestion de scripts comme GTM). Cela pourrait cependant ne pas affecter les impressions AdSense, cela semble être un problème différent.

6 « J'aime »

Salut @mentalstring - voici quelques détails sur cette nouvelle approche :

Avec cela, vous devriez pouvoir réactiver l’écran de démarrage, et toutes sortes de publicités / de gestion des balises devraient fonctionner « sans effort » sans aucune configuration supplémentaire. Faites-nous savoir comment cela se passe !

3 « J'aime »

Cela semble être une bonne approche, très susceptible de résoudre le problème avec GAM, tout en simplifiant peut-être même la configuration CSP. :+1:

Il faudra un peu de temps avant que je puisse tester cela moi-même car nous sommes toujours sur la version 3.1.5, bien que nous prévoyions de mettre à jour bientôt. Je ferai un nouveau rapport ici une fois que j’aurai une confirmation.

3 « J'aime »

Je pense que nous avons corrigé le problème principal maintenant.

Nous avons ajouté un nouveau comptage au produit en utilisant le rapport :

/admin/reports/consolidated_page_views_browser_detection

Une fois que vous aurez supprimé les vues de page des robots d’exploration et autres, nous constaterons une parité avec d’autres outils d’analyse.

Au cours des prochains mois, nous modifierons une grande partie des rapports internes de Discourse pour privilégier la « vue de page du navigateur » par rapport à l’ancienne « vue de page ».

« Vue de page du navigateur » signifie qu’un vrai navigateur a lancé l’application.

3 « J'aime »

Ce sujet a été automatiquement fermé 14 jours après la dernière réponse. De nouvelles réponses ne sont plus autorisées.