Les pages de redirection sont souvent utilisées pour assurer le tracking des liens sortants. Ce système — lourd à mettre en place — peut être avantageusement remplacé par la classe XHRConnection de Thanh qui ne cesse de trouver des applications aussi pratiques qu’élégantes.
Ce tutoriel explique comment — tout en laissant les liens en dur dans la page et en redéfinissant leur comportement onclick — associer une action pour envoyer à un script côté serveur (tracker.php) l’URL de la page courante ainsi que l’URL de la page demandée par l’utilisateur.
La fonction track() renvoit ensuite true pour que le navigateur effectue la requête de l’utilisateur en accédant à l’URL demandée. Le résultat apparait sous la forme d’un tableau affichant la date, l’heure, l’URL demandée ainsi que l’url de la page appelante. Deux derniers mots : merci Thanh !
Bon je me suis un peu penché sur ton billet, mais j’ai du mal à saisir la finalité de la chose. Remarque si le fait de savoir d’où peuvent venir les personnes qui débarquent sur ton site peu éventuellement être intéressant…. Et encore je suis un brin septique !!! Tiens cela me donnera un sujet de conversation pour demain : “Tracker un lien quelle finalité ???
C’est pas tant le fait de savoir d’où viennent les visiteurs qui est intéressant dans ce cas-l
L’intérêt dépend de ce que les gens cherchent à faire. En terme de tracking, tu as par exemple les annuaires qui ont besoin de compter les clicks sur les liens. Généralement ils utilisent des urls de redirection. Mais il y alors un inconvénient dans la mesure où les affiliés n’ont pas le lien vers leur site en dur. Là je proposais un début de solution qui utilise Javascript et qui a du respect pour vos pages valides. Valà 🙂
Merci pour cette petite pécisions. Il se trouve que j’ai eu l’occasion de discuter de la chose avec le concepteur de ce blog, et le tout me semble un peu plus clair. Comme me le faisait remarqué br1o cela présente beaucoup plus d’intéret pour du dev e-commerce que pour un simple particulier (quoi que !!!).