1. Accueil
  2. Question et réponse
  3. pixel de suivi ou javascript inclus?

pixel de suivi ou javascript inclus?

2009-06-15 6 views
8

Je construis un système de suivi pour les références à nos sites Web et pour le compte d'autres propriétaires de sites Web tiers. Cela inclut le placement d'un cookie lorsqu'un client clique sur le site et lit ensuite son ID à partir de ce cookie s'il atteint la page "succès" définie.pixel de suivi ou javascript inclus?

J'ai vu un certain nombre de différentes méthodes utilisées pour le suivi et ils semblent tous tomber dans 2 catégories:

  1. Y compris une balise IMG qui reliera à un script qui traite ce qu'il doit et retourne une image

  2. Y compris un fichier javascript externe, généralement avec la même approche que dans 1 dans les balises.

Quels sont les avantages d'une approche par rapport à l'autre? Je pense que je dois manquer quelque chose de très simple ici, mais je peux seulement voir que l'approche javascript peut être utilisée pour éviter la mise en cache de l'image.

Le script côté serveur est ASP.net

EDIT: L'approche cookie/suivi est utilisé car il semble être la norme de l'industrie, et nous devons être en mesure de suivre les objectifs sur une longue période de temps et/ou de nombreuses visites cependant des alternatives à cette approche seraient les bienvenues!

Merci

Source

2009-06-15 Macros

Répondre

5

Si vous incluez un script externe dans la section <head>, il est téléchargé et exécuté avant que la page ne s'affiche, vous êtes donc sûr que si un utilisateur a vu la page, il a été suivi. Pour les balises <img>, il n'y a pas de telle garantie, car l'utilisateur peut s'enfuir avant que le navigateur lance la demande de chargement pour cette image.

Donc, si vous voulez optimiser pour trackability, utilisez un script < >, mais si vous voulez optimiser les performances (pas de ralentissement si le site de suivi est lent), utilisez un <img>.

Le problème de mise en cache existe dans les deux cas et peut être résolu en envoyant des en-têtes corrects à partir du serveur ou en ajoutant des arguments de contournement de cache à l'URL.

Source

2009-06-17 13:03:46

2

La technique img est plus furtive car il fonctionne lorsque JScript est désactivé. Et cela fonctionnait également par e-mail (mais maintenant les imgs ne sont plus automatiquement chargés sur la plupart des lecteurs de courrier électronique.)

Source

2009-06-15 15:38:34

+0

Les étiquettes NOSCRIPT ne prendront-elles pas soin de cela? ou y a-t-il des situations où ils ne fonctionnent pas? – Macros

1

Comme vous l'avez noté, javascript évitera le problème de cache d'image. Quelques autres questions:

  • l'option javascript ne fonctionnera pas pour ceux avec javascript qui est désactivé (ou en provenance de navigateurs non javascript ou des clients de messagerie)
  • l'image de suivi 1x1 est assez commun, et il y a certains logiciels espions et des applications logicielles de confidentialité qui bloqueront ces images (ou les signaler comme la vie privée des tiers préoccupantes), qui pourrait causer une certaine inquiétude pour vos utilisateurs

Source

2009-06-15 15:39:57 ahockley

5

Il est à noter que de nombreux logiciels de suivi comme Google Analytics utilisent 1x1 pixels. Si vous essayez d'éviter la mise en cache, vous pouvez définir l'expiration du cache sur la page en question afin que le contenu ne soit pas mis en cache à la fin de l'utilisateur. Dans l'état actuel des choses, vous n'avez besoin que d'un cookie unique et si l'utilisateur n'a pas effacé son cache lors des visites suivantes, il est probable qu'il n'ait pas non plus effacé ses cookies.

Vous pouvez utiliser l'une ou l'autre de ces méthodes et vous attendre à ce qu'il y ait un petit pourcentage d'utilisateurs qui surveillent les cookies ou les scripts et qui essaient d'éviter que votre cookie soit défini sur leur machine. Presque personne ne navigue avec des images désactivées. Les utilisateurs de cette minorité de personnes qui sont paranoïaques à propos des cookies et/ou du javascript n'affectent généralement pas vos informations de suivi, à moins que votre site ne soit spécialisé dans la diffusion de contenu à cette catégorie (utilisateurs hautement techniques, etc.). Donc, je n'irais pas trop loin sur l'adaptation de votre solution pour cette minorité, sauf si absolument nécessaire.

Source

2009-06-15 16:53:39 Harv

Questions connexes

 Questions connexes