Pourquoi suivre les pixels opposés aux appels JavaScript? N'y a-t-il pas des problèmes de mise en cache?

Question

Si je comprends bien, un "pixel de suivi" est un script qui contient du code qui comprend un en-tête qui fait apparaître la réponse comme une image, qui est ensuite appelée à l'aide d'une balise d'image, comme:

<img src="mytrackingpixel.php">

... afin que le code s'exécute automatiquement/silencieusement, lorsque la page charge les images, à des fins de suivi ou à d'autres fins.

---

Si j'ai raison jusqu'à présent , alors mes questions sont:

1. Quel est l'avantage? En quoi est-ce différent de simplement includeing un autre .js fichier, avec le même code?

2. Les images sont souvent mises en cache (mais aussi parfois rafraîchies) - le code ne fonctionnera-t-il pas de manière quelque peu imprévisible/irrégulière?

Answer 1

Voici quelques raisons pour lesquelles on peut choisir de suivre les pixels plutôt qu'un script:

• Les images sont moins susceptibles d'être bloquées côté client que les scripts.

• Vous pouvez facilement empêcher le pixel d'être mis en cache (et donc empêcher tout jank de cache) en utilisant un Cache-Control En-tête HTTP qui indique au navigateur de ne jamais mettre en cache le pixel.

• Pour le suivi de base côté serveur, JavaScript n'est de toute façon pas nécessaire, car le serveur peut obtenir toutes les informations qu'il souhaite à partir des en-têtes HTTP.

• Si vous effectuez un suivi côté serveur, un pixel de suivi est plus simple à implémenter que le code JavaScript.

Le suivi des pixels et le suivi de JavaScript ont leurs avantages et leurs inconvénients. Le pixel de suivi est une approche simple et basique côté serveur qui suffit souvent si les besoins du webmaster ne sont pas trop avancés.