Programme d'affiliation basé sur HTTP_REFERER ?

[Tong]

Hello,

Question simple : Pourquoi aucun système d'affiliation ne semble utiliser la variable http_referer pour connaitre la provenance des clients et savoir quel affilié rétribuer, plutôt que de rajouter un identifiant d'affiliation en bout de lien, néfaste pour le référencement ?

Cette variable n'est pas fiable ?

Merci de vos réponses :wink:

 

[clems942]

Non, ce n'est pas fiable. On peut désactiver ou modifier les referrers.

 

[magicaxe]

Parce que c'est trop facile à falsifier. C'est pour cela que le spam par referer existe...

 

[Tong]

Non, ce n'est pas fiable. On peut désactiver ou modifier les referrers.

Mais l'on peut également désactiver les cookies, rendant n'importe quel programme d'affiliation infonctionnel ?
La part des gens qui désactivent les referers doit être bien minime ...

Si utiliser les referers empèche de tracker 0.1% des internautes, ça ne risque pas de se faire sentir sur la rénumération finale de l'affilié.

Parce que c'est trop facile à falsifier. C'est pour cela que le spam par referer existe...

Quel est l'intérêt de falsifier cette donnée pour l'affilié ? Il lui faudra de toute façon des clients qui achètent pour gagner des sous. Et quelque soit la manière dont il s'y prend, c'est le but de l'affiliation et ça ne va donc pas à l'encontre du marchand.

Où es-ce que j'ai faux ?

 

[webmasterdemonsite]

Non, ce n'est pas fiable. On peut désactiver ou modifier les referrers.

et usurper

 

[Tong]

Ouais ouais, ok, on peut faire dire ce que l'on veut à cette variable.
Mais je ne vois toujours pas en quoi ça peut-être néfaste à un programme d'affiliation.

Comment un affilié pourrait utiliser cette faiblesse à ses fins ? Quel est l'intérêt pour lui de modifier artificiellement la provenance des clients qu'il envoie à mon site ?

 

[webmasterdemonsite]

Ouais ouais, ok, on peut faire dire ce que l'on veut à cette variable.
Mais je ne vois toujours pas en quoi ça peut-être néfaste à un programme d'affiliation.

Comment un affilié pourrait utiliser cette faiblesse à ses fins ? Quel est l'intérêt pour lui de modifier artificiellement la provenance des clients qu'il envoie à mon site ?

dans un programme d'affiliation, chaque clic, cpa etc... sont important, donc si le systeme de tracage du referer n'est pas viable c'est nul...

 

[Tong]

Beh je suis bien d'accord, j'aimerais juste piger pourquoi ce n'est pas viable ...

Enfin je vais me répéter, mais le fait que l'on puisse usurper une identité via referer ne m'apparait pas comme un problème (et de plus, on peut également faire dire ce que l'on veut à une ID d'affilié passée en paramètre).

Et le fait que l'on puisse désactiver cette donnée, ok ça peut-être bien plus gênant, sauf si dans la pratique personne ne la désactive.

Mais puisque utiliser http_referer comme méthode de tracking serait vraiment avantageux au niveau référencement, et que personne ne semble opter pour cette technique, il y a nécessairement quelquechose que je ne comprend pas ...

 

[webmasterdemonsite]

.

Mais puisque utiliser http_referer comme méthode de tracking serait vraiment avantageux au niveau référencement, et que personne ne semble opter pour cette technique, il y a nécessairement quelquechose que je ne comprend pas ...

peut etre avec ceci:

-http://www.tonsite.com?id=1456

je ne sais pas si c'est bon pour le ref par contre (variable dans l'url)

ton avis?

 

[Tong]

.

Mais puisque utiliser http_referer comme méthode de tracking serait vraiment avantageux au niveau référencement, et que personne ne semble opter pour cette technique, il y a nécessairement quelquechose que je ne comprend pas ...

peut etre avec ceci:

-http://www.tonsite.com?id=1456

je ne sais pas si c'est bon pour le ref par contre (variable dans l'url)

ton avis?

Non, tracker en passant l'id de l'affilié n'est pas bon pour le référencement. Le backlink crée sera comptabilisé pour la page -http://www.tonsite.com?id=1456 et non pour -http://www.tonsite.com. Et cela peut même poser des pbs, comme duplicate content.

Enfin après test, je me suis aperçu que si l'affilié dirige vers le site marchand en utilisant une redirection (de type 302 ou 301), alors la variable http_referer n'est pas correctement transmise, et il est alors impossible de savoir qui rétribuer si le tracking ne se base que sur cette donnée.

Or beaucoup d'affilié utilise une redirection au lieu d'un lien direct, pour pouvoir compter le nombre de visiteurs qu'ils envoient via leur lien au site marchand.

C'est sans doute pour cela qu'utiliser http_referer comme méthode de tracking n'est pas viable.

Heureusement il y une autre méthode pour avoir un programme d'affiliation SEO friendly, et qui consiste à faire une redirection 301 de la page -http://www.tonsite.com?id=1456 vers -http://www.tonsite.com, après avoir placé le cookie de tracking sur la machine du visiteur.

Bon le mauvais coté de cette technique, c'est qu'elle n'a pas que des bons cotés :wink:

Par exemple, si l'affilié utilise de son coté une redirection pour comptabiliser les visiteurs, il y aura alors double redirection, et les moteurs n'aiment pas beaucoup ça. Du coup il faudrait que j'arrive à détecter les cas où les visiteurs arrivent sur mon site après avoir subi une première redirection externe, et alors ne pas rediriger une seconde fois.

J'ai remonté un topic qui parle de ce problème : https://www.webrankinfo.com/forum/t/peut-on-detecter-la-redirection-301.79902/
Si quelqu'un a une solution viable ...

 

[webmasterdemonsite]

merci Tong pour ce post

j'ai malheureusement pas tout compris:

voila ce que je fait moi pour mes liens d'affiliation:

-http://www.monsite.com/liens1.html

et le fichier liens1.html est:

<html>
<head>
<meta name="robots" content="noindex,nofollow">
<meta http-equiv="refresh" content="0; URL=http://www.MON-LIEN-AFFILIATION.com?blablabla"> 
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<title></title>
</head>
</html>

c'est bien ou pas? (wipub, netaffiliation, afilinet, etc...)

 

[Tong]

C'est de cette façon que tu fais tes liens en tant qu'affilié, vers le site marchand ?
Tiens ca me fait penser qu'il faut que je test ce que renvoie http_referer, dans le cas d'une redirection par balise meta refresh.

Enfin oui, je suppose que c'est ok, même si personnellement j'aurais fait une redirection php

 <?php Header( "Location: http://site_de_destination.html" ); ?>

A mettre en tête de fichier, avant ton code html (et avant n'importe quel envoi d'header)
La redirection meta refresh est assez associé aux pages satellites, et d'autant plus quand son timing est à zéro. Et google doit sans doute être au courant

Bon euh, on s'éloigne de plus en plus du sujet là

 

[webmasterdemonsite]

merci Tong

sinon pour revenir a la question:

beaucoup d'antivirus, pare feu, et autres logiciel anti spyware bloquent la varaible http_referer

 

[Cartman]

Perso, je bloque séléctivement le referrer que mon navigateur envoie pour une question de vie privé.
Ca peut se faire avec un plugin firefox aussi.