Voir aussi
Études
Articles de WRI
- Redirections 302
- Google Toolbar 3
- Rel="NoFollow"...
- L'effet sandbox
- Foire aux backlinks
- Redirections sauvages
- Détournement de page
- Afficher un flux RSS
- Intégrer un flux RSS
- Le PR est-il mort ?
- Analyse référencement
- Google Data Centers
- L'algo de janvier 2004
- Google Deskbar
- Google Dance oct 2003
- GoogleBot change
- Calculatrice Google
- J'ai de la chance
- Google.fr, Google.com
- GoogleBot détaillé
- Bilan 2002
- Chanson au PR Noel
- Viewer, WebQuotes
- La vie d'une page
- Les labos de Google
- Google API
- Phénomène de société
- L'algorithme parfait
- La Google danse...
Autres articles
- Pénalités de Google
- Ma théorie sandbox
- Le secret des doubles-résultats
- Marketing viral
- Le projet Opquast
- Forum phpBB
- Sessions et langues
- Référencement multilingue
- Google en résumé
- Réécriture d'URL
- URL Rewriting
- URL Rewriting : intro
- Fichier .htaccess
PHP
A propos des redirections sauvages
Par Olivier Duffez, le 22/09/2004
J'ai expliqué dans mon article Le détournement de page par redirection comment certains arrivent à prendre la place d'autres sites dans les résultats de Google. Revenons sur quelques points de détails :
Ce phénomène est loin d'être nouveau et ne semble pas être limité aux cas des redirections par meta refresh.
Dès janvier 2004, une discussion sur WebRankInfo abordait le sujet de la redirection par meta refresh avec plusieurs exemples d'annuaires. Régulièrement des discussions similaires ont vu le jour, comme ce fut le cas aujourd'hui. Les participants aux différents concours de positionnement ont également constaté des cas de ce genre, perturbant parfois les positionnements dans Google...
Concrètement, comment peut-on savoir quel type de redirection est utilisé ? Il suffit d'utiliser un analyseur d'entête HTTP et d'entrer l'URL de la page qui fait la redirection. Dans les quelques lignes indiquées par l'outil, vous voyez le code de retour HTTP. En général vous trouverez les 3 cas suivants :
- code 200 : la page a été trouvée et ne présente aucune redirection gérée par le serveur. S'il y a une redirection, c'est sans doute via une balise meta refresh (ou un code JavaScript mais pour l'instant il est ignoré par les moteurs en règle générale)
- code 301 : le serveur indique que la page n'existe plus et qu'elle a été définitivement déplacée à une autre URL (celle de l'URL redirigée donc)
- code 302 : le serveur indique que de manière temporaire la page n'existe plus et qu'elle a été temporairement déplacée à une autre URL (celle de l'URL redirigée donc)
Il est intéressant de constater que le cas de figure le plus problématique est celui où le webmaster faisant la redirection a jugé utile de consacrer une page spécifique à chaque lien. Quel est l'intérêt pour un annuaire de prévoir une page par site référencé ? A part bien entendu te profiter de la notoriété du site inscrit pour être visible dans Google pour les requêtes associées... Ou bien encore pire d'afficher une bannière de publicité sur la page contenant la redirection, profitant ainsi d'un affichage à chaque fois que l'internaute arrive sur cette page en provenance de Google, croyant arriver en fait directement sur la page de destination...
Le cas des redirections serveur (301 ou 302) est plus délicat à analyser, puisqu'il existe des exemples et des contre-exemples. Théoriquement, une redirection telle qu'elle est utilisée par les annuaires devrait être de code 301 puisqu'elle doit toujours renvoyer vers l'URL finale (ce n'est pas temporaire). Il se trouve que c'est très rarement le cas, et que malheureusement parfois Google confond là encore les deux pages, comme dans le cas de la redirection par balise meta refresh.
Par exemple prenez le site http://www.absolutecover.net référencé dans l'annuaire genhit.com qui utilise des redirections de type 302. Une recherche sur le titre du site tel qu'il apparaît dans l'annuaire genhit renvoie la page de redirection http://genhit.com/out/akro9 au lieu du site lui-même. Dans ce cas précis le site absolutecover existe aussi avec l'extension .com mais absolutecover.net semble être passé aux oubliettes dans les pages de Google.
Certains ont pensé qu'une mauvaise configuration de la redirection serveur de business.com vers www.business.com avait pu être à l'origine de la disparition de ce site dans Google. Depuis tout semble rentré dans l'ordre puisque d'une part la redirection a été corrigée et d'autre part le site est revenu dans l'index de Google. Difficile de dire si c'était lié...
D'après Dan Thies notamment, le problème de redirections 302 se pose notamment dans le cas de double redirection (qui peut arriver avec les liens affiliés par exemple). Dans ce cas Google se mélange dans pratiquement tous les cas, attribuant le contenu de la page finale à l'URL de la première page faisant la redirection.
Et qu'est-ce que conseille Google ? Tout simplement de faire des redirections permanentes, de type 301. Vous êtes prévenus...
Discussion
Si vous avez des questions ou des commentaires à apporter, venez en discuter dans la discussion qui a déjà commencé sur le forum !
Publicités
- Hébergement web pro

- Pour un bon référencement, il faut un bon hébergeur.
- Testez Sivit, l'hébergeur choisi par WRI (garantie 30 jours satisfait ou remboursé) à partir de 1,90 EUR HT/mois
- Best seller
