URL de référence incorrectes - Quelle peut en être la cause?
Je gère un site Web avec des liens d'affiliation.
Lorsque les visiteurs de mydomain.com/page.php cliquent sur ce lien, ils sont envoyés à un lien situé sur un domaine appartenant au réseau affilié (network.com/link), puis redirigés vers le réseau d’affiliation correspondant. page dans la boutique (store.com/page.asp).
Au cours des deux derniers mois, les rapports du réseau affilié indiquent qu'environ 13 000 clics que j'ai envoyés vers de tels liens portaient mydomain.com/page.php comme URL de renvoi, comme je m'y attendais.
Cependant, environ 20 autres clics ont généré des URL de référence anormales, telles que:
http://app.mam.vaccint.com/getapp/CT3297962/mam.html
http://www.store.com/page.asp
http://www.network.com/link
http://apnwidgets.ask.com/widget/everest/radio/4/radio-button.html
http://search.yahoo.com/search
http://www.google.com/webhp
http://www.bing.com/
http://192.168.1.1/spyware/blockpage
Malheureusement, cela a amené l’équipe de conformité de mon réseau affilié à penser que j’ai une source de trafic cachée en dehors de mon site Web. Ils prétendent que c’est comme si j’utilisais un type de logiciel tiers pour envoyer du trafic à store.com, ce qui n'est pas vrai bien sûr.
Ils me tiennent responsable de cette situation et je suis tenu de fournir des explications à cette situation.
Qu'est-ce qui a pu amener les visiteurs de mon site Web à arriver à network.com/store.com alors qu'ils portaient les URL de référence ci-dessus?
Il est relativement facile d'usurper un parrain afin de masquer des analyses, des récoltes, des analyses, etc. Cela donne du sens qu'une parodie apparaitrait comme une recherche innocente - c'est-à-dire google, yahoo, bing, etc. peut être 20 crawls. En outre, ils peuvent parfois se faire passer pour des raisons publicitaires. Si vous avez cliqué sur quelques-uns de ces référents étranges, pensez à un trafic plus important. Ou bien, si vous étiez l'un de ces sites qui partagent encore des journaux publics ... le référent serait en SERP. Morale de l'histoire: à l'instar de nombreux en-têtes, la constante référent est très peu fiable. Wikipedia
Vous devriez essayer de trouver l’IP d’origine de ces 20 visites, cela vous en dirait sûrement plus qu’un simple parrain. Que se passe-t-il si votre système affilié ne surveille pas les IP ou les renifleurs de proxy? C’est bien leur faute et ils ne devraient pas tomber sur vous pour leur plate-forme inférieure. Ils devraient avoir toutes ces informations disponibles et se tourner vers leurs propres journaux au lieu de s'attendre à ce que vous compreniez en quelque sorte le trafic entrant/sortant que vous ne suivez même pas sur votre propre serveur.
Demandez à "l'équipe de conformité" la pile complète constante + en-tête + calendrier pour chacune de ces visites :) Assurez-vous qu'elles fournissent une implicante "pas de proxy" si aucune n'est détectée. S'ils ne peuvent pas se conformer, envisagez de passer à un meilleur réseau d'affiliés.
Vous remarquerez peut-être que si vous utilisiez une méthode illicite de génération de trafic, ce serait un moyen extrêmement inefficace de le faire avec peu d'avantages pour vous. Vingt clics ne représentent que 0,15%, c'est-à-dire une infime fraction d'un pour cent des 13 000; il n'y aurait donc guère d'incitation à le faire.
Pour ceux qui pointent sur des pages Web spécifiques plutôt que sur un moteur de recherche pour Bing, Google ou Yahoo, avez-vous examiné le code source de ces pages, autres que celles de store.com et de network.com, pour vous assurer qu'aucun d'entre eux avez-vous votre identifiant d'affilié quelque part dans le code de la page? Parfois, les gens vont copier une section de code mot pour mot depuis un autre site et la mettre sur leur propre page Web. Ou encore, quelqu'un qui fait partie du même réseau d'affiliés aurait pu créer une faute de frappe dans le code de l'une des annonces qu'ils ont placées sur leur page. Votre identifiant d'affilié est donc utilisé à la place de son propre identifiant. Mais si quelqu'un avait commis une telle erreur il y a un mois et l'avait ensuite réparée, vous ne le sauriez pas en consultant la version actuelle de la page Web.
Pour les moteurs de recherche, je vois des entrées dans mon journal d'accès Apache avec des URL de référence comprenant bing.com, yahoo.com et google.com lorsque quelqu'un recherche des mots clés dans ces moteurs de recherche, puis clique sur un lien vers mon site Web. qui est renvoyé dans la page de résultats du moteur de recherche. Je ne sais pas comment faire quelque chose comme cela mènerait directement à un clic qui amène quelqu'un sur le réseau d'affiliés, à part peut-être un clic sur une copie en cache d'une de vos pages Web stockée par le moteur de recherche, mais j'ai également ne vois pas comment quelques clics avec un moteur de recherche apparaissant en tant que référent permettent de conclure que vous utilisez des moyens néfastes pour générer du trafic affilié.
Pour la dernière URL que vous avez répertoriée, 192.168.1.1/spyware/blockpage ", l'adresse IP fait partie de la RFC 1918 espace d'adressage IP privé , qui n'est même pas acheminé sur Internet. pour vous de déterminer le point d'origine pour déterminer la cause et prouver votre innocence.
Malheureusement, comme ces 20 clics n'ont pas été générés par un site que vous contrôlez, il sera probablement difficile pour vous de prouver votre innocence en rendant compte de ce que des inconnus auraient pu faire, mais je pense que 20 clics impairs contre 13 000 clics légitimes devrait indiquer à quiconque examine les données du réseau d'affiliés que, même si certains d'entre eux peuvent sembler étranges, ils ne sont probablement pas dus à une tentative de votre part de générer du trafic illégitime.
Je comprends qu’une URL de renvoi de network.com ou store.com peut sembler inhabituelle, mais je ne sais pas ce qu’ils pourraient penser comme un moyen illicite de générer du trafic avec les valeurs de parrain qui vous seraient utiles.