Proxyant javascript tiers en tant que JavaScript de premier parti (et l'effet potentiel sur l'analyse)

Cet article explore un simple travailleur CloudFlare pour proxy proxy tiers javascript, ce qui le faisait apparaître en tant que premier parti du navigateur. Examinons la facilité de mise en œuvre et ses implications pour l'analyse des sites Web.

Un travailleur de base de Cloudflare pour proxy d'une URL est remarquablement simple:

 addEventListener ("fetch", (événement) => {
  event.RespondWith (
     fetch ("https://css-tricks.com")
  ));
});

Tout en manquant de traitement des erreurs, cela démontre la fonctionnalité de base. Envisagez des sites Web fournissant des URL JavaScript pour l'intégration, telles que la fonctionnalité PENS intégrée de Codepen ( https://cpwebassets.codepen.io/assets/embed/ei.js ). Cette URL peut être procassée également facilement à l'aide d'un travailleur CloudFlare. Le travailleur gère automatiquement l'en-tête content-type .

Les travailleurs de CloudFlare fournissent leurs propres URL, mais vous pouvez également facilement intégrer un travailleur dans le routage de votre site Web. Cela vous permet de servir le JavaScript proxyé de votre propre domaine.

En faisant cela, le JavaScript se charge comme s'il était un premier parti, même s'il est réellement proxéré. L'avantage? Les scripts de première partie sont rarement bloqués par les bloqueurs d'annonces. Cette technique pourrait potentiellement être mal utilisé pour contourner les bloqueurs d'annonces, une pratique avec des implications éthiques. Cependant, le proxyage peut être bénéfique à des fins légitimes, telles que surmonter les problèmes de COR.

L'impact sur l'analyse est particulièrement intéressant. En utilisant plausible, un service d'analyse axé sur la confidentialité, par exemple, nous pouvons voir comment la proxyme affecte la précision des données. Plausible, tout en visant la confidentialité, pourrait toujours être bloqué par les utilisateurs, conduisant à des données incomplètes. Le proxyer en tant que premier parti atténue ce problème.

Une comparaison des données provenant de l'utilisation plausible directement par rapport à l'utilisation de la version procassée révèle une différence significative. La version procassée a montré une augmentation substantielle des visiteurs uniques (environ 13,8% par rapport à la configuration non proxyée) et des pages vues (19,4% de plus que la configuration non rotule). Cela suggère fortement une partie importante des utilisateurs bloquent les scripts d'analyse tiers. Les données suggèrent que 20 à 30% des utilisateurs pourraient bloquer les analyses tierces sur ce site Web spécifique.

Le pourcentage d'augmentation du calcul utilisé est: (final - initial) / final * 100 .

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!