Le guide des redirections pour le référencement
Par Olivier Duffez 
, Jeudi 19 janvier 2012
Il arrive fréquemment que, sur un site web, des pages web disparaissent ou changent d'adresse. Lorsque cela arrive, il est nécessaire d'en aviser les moteurs afin de leur indiquer la marche à suivre et notamment leur soumettre la nouvelle adresse d'une page déjà référencée (et parfois bien positionnée). Or il existe plusieurs façons de mettre en place cette signalisation, certaines méthodes étant à éviter. Voici donc un tutoriel complet expliquant comment mettre en place une redirection efficace pour votre référencement...
Sommaire :
- L'importance des redirections
- "Redirection" meta refresh
- Redirection JavaScript
- Redirection PHP
- La redirection 301
- La redirection 302
- Supprimer définitivement des pages
- Pour aller plus loin...
Note : Cet article complète mon article d'initiation aux différents types de redirections.
Introduction
Il est bien rare que l'on habite au même endroit pendant toute sa vie : régulièrement, on est amené à déménager. Il faut alors préparer ce changement, et penser à prévenir tous ceux qui connaissaient l'ancienne adresse, pour qu'ils envoient désormais le courrier à la bonne adresse. Pour gérer tous les cas oubliés, on utilise souvent un service de la Poste qui redirige tout le courrier de l'ancienne vers la nouvelle adresse, pendant une période donnée.
Il en est exactement de même sur le web : il est bien rare qu'une page web ne change jamais d'adresse (URL). Parfois même, c'est tout un site qui change d'adresse. Ces perpétuels changements gênent les internautes qui ont du mal à retrouver leurs pages favorites (bookmarks) ; ils posent problème également aux moteurs de recherche qui parcourent le web pour indexer les pages.
Les standards du web ont bien entendu prévu ce cas de figure et mettent à disposition des webmasters un dispositif tout à fait similaire à celui fourni par la Poste : les redirections. Le principe est tout simple : si un internaute tente d'accéder à une page pour laquelle le webmaster a prévu une redirection, son navigateur lui affichera la nouvelle page au lieu de l'ancienne, sans même qu'il ne s'en rende compte (nous verrons qu'il y a des exceptions).
Utilité d'une bonne redirection
Pour que les robots des moteurs de recherche interprètent correctement la redirection, il faut que l'entête HTTP envoyé avec la page corresponde au statut de cette dernière (l'entête HTTP est envoyé par le serveur web avec chaque page, il contient des informations sur la page utilisées par les navigateurs ou les robots ; vous pouvez utiliser mon analyseur d'entête HTTP).
Voici un exemple d'en-tête (pour le site www.lemonde.fr) :
HTTP/1.0 200 OK Server: Apache Content-Length: 150654 Content-Type: text/html X-Auth-Control: mod_auth_lemonde ETag: "33737b-18787-48689d68" Cache-Control: max-age=40 Date: Mon, 30 Jun 2008 08:55:32 GMT Connection: close
Le code renvoyé ici a une valeur de 200 (première ligne), signifiant que "tout est OK".
Si une page a changé d'emplacement dans votre site, il faut que l'ancienne URL fasse une redirection vers la nouvelle en utilisant un entête HTTP qui précise que cette page a changé définitivement d'adresse (code 301 ou "redirection permanente"). Cela permettra au robot de ne plus venir indexer l'ancienne URL, et de mettre à jour son index en affectant la nouvelle URL à la page.
Si vous ne mettez pas de redirection depuis l'ancienne URL, le robot obtiendra une erreur 404 et ne sera pas forcément au courant de la nouvelle adresse. Dans ces conditions, vous risquez de rester des mois avec un site mal indexé...
Les différents types de redirection
On distingue deux grandes familles de redirections :
- Les redirections serveur
- Les redirections client
Redirections serveur
Les redirections serveur sont entièrement gérées par le serveur web, et non par le logiciel client (le navigateur). Si vous souhaitez optimiser votre référencement, utilisez uniquement des redirections serveur.
Vous pouvez faire une redirection serveur soit par des règles de redirection (fichier .htaccess sur Apache, décrit plus loin dans cet article) soit dans votre code (PHP, .Net, etc.).
Redirection PHP
Pour faire une redirection en PHP, il suffit d'utiliser la fonction header. Attention toutefois, il faut savoir 2 choses :
- Le code de redirection doit être en tout premier, avant tout envoi de donnée au client (donc avant tout bout de code HTML, y compris un simple espace ou un saut de ligne)
- Par défaut la fonction header("Location") fait une redirection temporaire (302), il faut donc la faire précéder d'une ligne qui précise le code HTTP 301
Exemple de code PHP pour rediriger une URL en 301 :
header("Status: 301 Moved Permanently", false, 301);
header("Location: http://www.example.com/nouvelle-page.htm");
exit();
Il existe 2 types de redirection serveur :
- Les redirections définitives ou permanentes (code 301)
- Les redirections temporaires (code 302)
Redirection 301 (redirection permanente)
Si vous déplacez une page dans votre site de manière définitive, il faut absolument utiliser une redirection 301. En PHP, vous pouvez par exemple utiliser ce code tout en haut du fichier PHP situé à l'adresse de la page ayant bougé (si vous n'utilisez pas PHP, voir la suite de cet article) :
header("Status: 301 Moved Permanently", false, 301);
header("Location: http://www.example.com/nouvelle-page.htm");
exit();
Les moteurs de recherche interprètent bien cette redirection, et mettent à jour automatiquement leur index en remplaçant l'ancienne URL par la nouvelle. Cela dit il peut se passer plusieurs semaines avant que ce soit pris en compte.
Pour accélérer les choses, vous pouvez essayer une ou plusieurs de ces méthodes :
- se débrouiller pour faire des liens vers les pages avec leur nouvelle URL, depuis des pages populaires (exemple : page d'accueil)
- partager les nouvelles URL sur les réseaux sociaux (sur Twitter, Facebook, Google+ et les autres)
- envoyer à Google et Bing un sitemap constitué de la liste des nouvelles URL
- faire des pings aux moteurs pour signaler les nouvelles URL
Redirection 302 (redirection temporaire)
Si de manière temporaire une page, un répertoire ou même un site est inaccessible (pour maintenance par exemple), il peut être intéressant de définir une redirection vers une autre page (ou site) le temps que la maintenance soit terminée. Dans ce cas, il faut utiliser une redirection de type 302 :
header("Status: 302 Moved Temporarily", false, 302);
header("Location: http://www.example.com/page-temporaire.htm");
exit();
Les moteurs de recherche n'interprètent pas tous cette redirection de la même façon. En règle générale, ils ne suppriment par de leur index la page qui est redirigée ; par contre ils associent à la page cible les caractéristiques de la page de départ. Ceci peut avoir de fâcheuses conséquences puisqu'un webmaster mal intentionné peut mettre en place sur son site une redirection 302 vers une page populaire, attendre que les moteurs considèrent que les 2 URL correspondent à la même page, puis supprimer la redirection pour mettre en place une page standard, bénéficiant alors parfois du PageRank et des backlinks (liens entrants) de la page "piratée".
Ce problème de page hijacking est bien connu des référenceurs et des moteurs de recherche. Yahoo avait utilisé à partir de l'été 2005 une parade en considérant qu'une redirection 302 entre 2 pages de domaines différents doit être interprétée comme une redirection 301 (ce qui supprime tout intérêt pour les pirates).
De très nombreux webmasters utilisent des redirections 302 en pensant bien faire, alors qu'ils devraient utiliser une redirection 301. C'est le cas par exemple de très nombreux annuaires, qui au lieu de faire des liens "en dur" vers les sites inscrits (un lien en dur est un lien classique et non une redirection), font des redirections 302. Il y a alors parfois des confusions sur certains moteurs entre la page de redirection sur l'annuaire et celle du site inscrit (dans les résultats de recherche, l'URL du site de l'annuaire peut remplacer celle du site inscrit).
Il est déconseillé de s'inscrire dans de tels annuaires, surtout si votre site est récent. Vous pouvez utiliser mon outil de détection des redirections
Redirections client
Redirection par balise META Refresh
La redirection est définie par la balise META http-equiv="Refresh". Elle donne l'ordre au navigateur de rediriger l'internaute vers une URL spécifiée au bout d'un certain nombre de secondes. En réalité ce n'est pas à proprement parler une redirection...
Exemple (redirection vers la page "nouvelle-page.html" au bout de 5 secondes) :
<meta http-equiv="Refresh" content="5;URL=nouvelle-page.html">
Pour le référencement : il ne faut pas l'utiliser ! En effet, cette balise a trop souvent été utilisée en fixant le nombre de secondes à zéro, en général pour faire une page satellite. A proscrire si possible (nous avons rarement eu vent de problèmes liés à l'utilisation de ce type de redirection, mais il est de toutes façons préférable de passer par une redirection de type 301).
Redirection JavaScript (ou tout autre langage côté client)
La redirection est définie par une fonction JavaScript qui modifie l'URL de la page à afficher, sans modifier l'entête HTTP.
Exemple :
<script type="text/javascript">
<!--
window.location.replace("http://www.example.com/une-page.htm");
-->
</script>
Pour le référencement : il ne faut pas l'utiliser ! Sauf exception, les robots ignorent le JavaScript, ils ne suivront donc pas une telle redirection. D'autre part, ce type de redirection est également souvent le "signe" d'une page satellite, technique de plus en plus dangereuse en rapport à la "chasse au spam" des moteurs. A ne surtout pas utiliser donc !
Cas des pages ayant disparu de manière définitive
Si vous supprimez une page sur votre site mais que vous n'avez pas de nouvelle page qui la remplace, vous avez le choix entre deux options :
- Soit faire supprimer définitivement cette page de l'index des moteurs.
- Soit rediriger cette page vers une page d'explication (ou la page d'accueil du site).
Pour supprimer une page définitivement, le plus simple est de renvoyer un code HTTP 410 ("ressource plus disponible"). Si vous ne faites rien de spécial, un code 404 sera renvoyé, et les robots reviendront pendant longtemps voir si cette page est toujours introuvable (code 404). En PHP, vous pouvez par exemple utiliser ce code tout en haut du fichier PHP situé à l'adresse de la page supprimée :
header("Status: 410 Gone", false, 410);
exit();
Ou, pour rediriger une page supprimée vers une page d'explications :
header("Status: 301 Moved Permanently", false, 301);
header("Location: http://www.example.com/explications.htm");
exit();
Utiliser des directives sur le serveur (redirection .htaccess ou PHP)
Configurer une redirection dans le fichier .htaccess
Ecrire un petit code PHP (ou autre langage serveur) au début de chaque page supprimée ou déplacée peut vite devenir fastidieux. Il est donc souvent plus efficace de définir les redirections directement sur le serveur., au travers d'un fichier nommé ".htaccess". Voici quelques exemples pour le serveur Apache... Notez qu'il faut mettre un ou plusieurs espaces (peu importe le nombre) entre la directive, la page à rediriger et la page redirigée, et qu'il ne faut pas aller à la ligne.
Il y a plusieurs façons de gérer une redirection 301 dans le .htaccess :
- s'il s'agit de rediriger une URL précise vers une autre URL, alors utilisez la directive RedirectPermanent comme dans les exemples ci-dessous. Vous pouvez aussi utiliser (sans les guillemets) "Redirect Permanent" ou "Redirect 301", ce sont des directives également reconnues.
- si vous avez besoin de rediriger plein d'URL qui ont un format similaire, alors utilisez une règle de réécriture d'URL avec la directive RewriteRule comme dans les exemples ci-dessous.
Exemples de code de redirection .htaccess
Rediriger de manière définitive la page /test/actu.html vers la page /actualites/ :
RedirectPermanent /test/actu.html http://www.example.com/actualites/
Rediriger de manière définitive le répertoire /articles (et toutes ses pages) vers le répertoire /actualites/articles/ :
RedirectPermanent /articles http://www.example.com/actualites/articles
Autre façon de faire :
RewriteRule /articles /actualites/articles [R=301]
Rediriger de manière temporaire le répertoire /outils vers la page /maintenance.htm :
RewriteRule /outils /maintenance.htm [R=302]
Rediriger de manière définitive le répertoire /archives vers le site http://www.example.com/ :
RedirectPermanent /archives http://www.example.com/
Ca n'a pas grand chose à voir avec les redirections mais voici comment définir une page d'erreur 404 personnalisée :
ErrorDocument 404 /erreur-404.php
Attention, ne mettez surtout pas une adresse commençant par http sinon le code serait 302 au lieu de 404. Le code suivant n'est pas bon :
ErrorDocument 404 http://www.example.com/erreur-404.php
Conseils pratiques pour le fichier .htaccess
Le plus simple est ensuite d'insérer ces lignes dans un fichier nommé .htaccess situé à la racine de votre site.
Vous pouvez également utiliser un fichier .htaccess dans chaque répertoire, et n'y indiquer que ce qui concerne le répertoire en question (et éventuellement ses sous-répertoires).
Attention : le nom de ce fichier est particulier : il n'a pas de nom mais uniquement une extension (si on raisonne avec la logique Windows...). Pour créer ce fichier, ouvrez un éditeur de texte (Notepad fera l'affaire) et enregistrez-le sous le nom htaccess.txt ; ensuite, une fois que vous l'aurez transféré par FTP sur votre site, utilisez le logiciel de FTP pour le renommer en .htaccess uniquement.
Attention également : en cas d'erreur de syntaxe à l'intérieur du fichier, vous pouvez bloquer entièrement votre serveur (erreur 500). Dans ce cas le mieux est d'annuler les derniers changements, de remettre en ligne l'ancien fichier .htaccess et de réfléchir à ce qui peut causer problème.
Si vous avez accès au serveur (serveur dédié et non mutualisé), il est possible de définir ces directives dans le fichier de configuration d'Apache directement (httpd.conf) ; ceci dépasse le cadre de cet article et ne sera donc pas détaillé ici.
Conclusion
Un site web est en perpétuelle mutation. Il est quasiment certain qu'un jour ou l'autre vos pages web changent d'adresse ou disparaissent. Pour ne pas perdre le bénéfice d'un référencement, vous devrez absolument prendre en compte ces redirections et signaler aux moteurs de recherche la nouvelle situation. Tout devrait alors bien se passer si vous utilisez notamment les redirections 301 à bon escient, comme indiqué dans cet article. Votre situation, en termes de référencement, ne devrait pas en pâtir et la transition s'effectuer en douceur... Raison de plus pour apporter le plus grand soin à cette procédure...
Quelques adresses utiles concernant les redirections
- Liste des codes de retour HTTP (301, 302, 404, 410 et les autres)
- un tutoriel URL Rewriting
- une formation URL Rewriting
- une formation stratégies de liens et redirections
- Un forum d'aide sur l'URL Rewriting et le fichier .htaccess
- Un article sur les "redirections sauvages" (302) et les problèmes posés par ce type de redirections sur les moteurs
Si vous avez des questions sur ce tuto redirections, n'hésitez pas à les poser dans les commentaires ou sur le forum.
Image : © KonstantinosKokkinis - Fotolia.com
A propos de l'auteur : Olivier Duffez 
Consultant indépendant en référencement, Olivier Duffez a travaillé pour les plus grands sites (Doctissimo, FNAC, RueDuCommerce...). Il édite le site WebRankInfo.com qu'il a créé en 2002, devenu la plus grande communauté francophone sur le référencement (+ 200.000 membres et 1,3 million de posts). Il a également créé la société Ranking Metrics, leader des formations emarketing en France (référencement naturel, AdWords, Analytics, réseaux sociaux).
Si vous souhaitez publier un extrait de cet article sur votre site, assurez-vous de respecter les conditions générales d'utilisation de WebRankInfo.
59 commentaires
Postez un commentaire !
Les champs marqués du signe * sont obligatoires. L'adresse email ne sera pas affichée.
En postant un commentaire, vous acceptez les CGU du site WebRankInfo.
Formation référencement et webmarketing
Venez chez Ranking Metrics vous former au référencement, à Google Analytics et aux réseaux sociaux ! Plus de 4000 entreprises sont déjà venues (financement possible par OPCA, DIF...).
Préparés et animés par Olivier Duffez (WebRankInfo) et Fabien Faceries (AgentWebRanking), 2 professionnels reconnus dans le domaine, nos modules sur le référencement naturel sont très complets tout en laissant une grande place à l'interactivité pour répondre à toutes les questions des participants.
Pour connaître le plan détaillé de chaque module, le prix, les dates et les lieux, consultez le site de Ranking Metrics (organisme de formation agréé).
Hébergement web
Pour un bon référencement, il faut un bon hébergeur. Testez Sivit, l'hébergeur choisi par Olivier Duffez pour son site WebRankInfo. Vous bénéficiez d'une garantie 30 jours satisfait ou remboursé.
A partir de 1,90 EUR HT/mois.
Catégories des dossiers
- Actualité
- Android
- Autres produits Google
- Brèves
- Conseils référencement
- Débuter en référencement
- Droit et Internet
- e-marketing
- Ecrire pour le web et le référencement
- Gmail
- Google AdSense
- Google AdWords
- Google Analytics
- Google Chrome
- Google Images
- Google Labs
- Google Maps
- Google Mobile
- Google News
- Google Search
- Google Toolbar
- Google Webmaster Tools
- Google+
- Indexation Google
- L'entreprise Google
- Les API de Google
- Livres sur le référencement et les moteurs de recherche
- Outils
- PageRank
- R&D référencement
- Ranking Metrics
- Référencement Bing
- Référencement des images
- Référencement et PHP
- Référencement local
- Référencement Yahoo
- Référencement Yandex
- Réseaux sociaux
- Sitemaps
- Stratégies de liens
- Stratégies de mots-clés
- Techniques de référencement
- Webmastering
- WebRankInfo
- YouTube
Contact
Confidentialité
9 mars 2010 à 15:26
Bonjour,
En me basant sur votre exemple :
RedirectPermanent /articles http://www.votresite.com/actualites/articles
J'aimerais que le dossier /articles-YYYY (ou YYYY est un nombre représentant l'année) soit redirigé de façon permanente vers http://www.votresite.com/actualites/articles.php?year=YYYY
J'ai essayé
RedirectPermanent /articles-(.*) http://www.votresite.com/actualites/articles.php?year=$1
Mais ca ne marche pas... a l'aide...
14 mai 2010 à 19:44
J'ai un domaine http://jvitogo.org contenant les fichiers du site avec une page index.php qui appelle les autres pages de la manière suivante : index.php?page=accueil par exemple.
J'ai créé un autre fichier index.php dont le contenu est différent de l'ancien fichier index.php. Alors il faut changer l'ancien fichier index.php en index1.php qui appellera les autres pages qui n'ont subi aucune modification de la manière suivante : index1.php?page=accueil.
Etant donné que les moteurs de recherche ont déjà référencé l'ancien fichier index.php?page=accueil, comment intégrer le nouveau fichier index1.php?page=accueil sans perdre mon référencement.
Merci.
5 août 2010 à 17:47
Alex, il faut selon moi utiliser le module rewrite (soit dans la conf apache soit dans un htaccess)
La regle sera grosso modo:
6 août 2010 à 10:53
Pour Alex je confirme les dire de Jahman, il faut que tu passes par un module de rewrite, un dossier est d'ailleurs bien fait sur WRI.
La question que je me pose c'est si on met une 301 pour éviter de supprimer le référencement d'une page 404 supprimé, cette redirection se fera t-elle tout le temps sans perturber la page indexée ?
6 août 2010 à 14:29
Quand on redirige définitivement une page d'une URL A à une URL B, les moteurs vont désindexer la page de l'URL A et la réindexer sous l'URL B.
13 septembre 2010 à 15:02
Hummm est ce quelqu'un sait s 'il est possible de déclarer une page de maintenance (503) directement ET uniquement par un htaccess et ceci sans intégrer un code d'entete (header) sur la page dite de maintenance?
27 septembre 2010 à 20:28
A propos des redirections, il existe un point à garder en tête : les performances web. En effet, dans certains cas ces redirections devraient être garder en cache mais ne le sont pas. Allez voir l’article de Steve Souders qui explique tout ça, fournit un test et des résultats cross-browsers : http://www.stevesouders.com/blog/2010/07/23/redirect-caching-deep-dive/
Merci pour le tuto!
3 décembre 2010 à 12:18
Bonjour et merci pour ce tuto,
J'ai mis en place un site de e-commerce sous Magento. J'ai voulu rediriger des pages de l'ancien site vers le nouveau. L'ancien et le nouveau site ont le même nom de domaine mais le nouveau site est sur un nouveau serveur (j'ai donc redirigé le domaine au lancement du nouveau site).
Pour rediriger les pages de l'ancien site vers le nouveau, j'ai suivi l'intruction :
RedirectPermanent /ancien_repertoire/ancien_fichier.html http://www.mondomaine.com/nouveau_dossier/nouveau_fichier.htmlLe problème est qu'en fait, les anciennes URL étaient complexes, du genre : mondomaine.com/index.php?page=shop.product_details&flypage=shop.flypage&product_id=2&category_id=1&manufacturer_id=0
J'ai donc plein de pages avec index.php suivi de variables à rediriger
Et je constate que la redirection ne marche pas dans ce cas. Avez-vous une solution ?
3 décembre 2010 à 15:25
Sans savoir quelles sont les nouvelles URL, c'est difficile d'aider... Mais c'est possible de faire les redirections.
Cela dit, ce serait sans doute le moment de passer à la réécriture d'URL.
16 mars 2011 à 17:29
Sur cette page il est précisé que le Notepad est suffisant pour créer un fichier .htaccess
Il faut sans doute préciser que certains caractères du Notepad ne sont pas reconnus avec quelques CMS, il faut dans ce cas changer d'éditeur.
16 juin 2011 à 18:26
Bonjour,
je souhaite faire une redirection d'un site entier (je change de nom de domaine). La redirection marche bien, j'ai lu qu'une grande partie du PR sera transféré aussi. Dois je cependant conserver le nom de domaine de l'ancien site ? Il expire dans quelques mois. Est ce que je risque de perdre le transfert de page rank dans ce cas ?
Merci
16 juin 2011 à 19:08
Oui il vaut mieux conserver l'ancien nom de domaine, si possible éternellement, car il restera toujours des liens vers les anciennes adresses (ainsi que des bookmarks des anciennes adresses). Si tu n'as plus le contrôle de l'ancien nom de domaine, ces redirections ne pourront plus se faire.
16 juin 2011 à 19:10
Merci pour ta réponse Olivier
Cordialement
6 septembre 2011 à 12:20
Bonjour,j'ai pris exemple sur cet article pour faire une redirection 301 en PHP.
Seulement, quand j'étudie l'entête http via FireBug, il affiche une redirection 301 suivi d'une redirection 302 !
Apparemment les paramètres des 2 redirections sont les mêmes, mais quelqu'un pourrait m'expliquer comment cela se fait, et les impacts sur le SEO ?
Merci d'avance.
6 septembre 2011 à 12:38
Indique-nous l'URL que tu rediriges et le code PHP que tu as utilisé.
As-tu également utiliser un fichier .htaccess ?
6 septembre 2011 à 13:40
Merci de me répondre.
Voilà l'url : http://www.photocite.fr/iphone
J'ai testé avec votre outil d'entête http, mais je ne comprend pas pourquoi il y a une "redirection multiple"...
J'ai un fichier .htaccess dans ce dossier, mais il ne contient que :
6 septembre 2011 à 18:51
La bonne URL semble avec un slash à la fin : http://www.photocite.fr/iphone/ qui redirige ensuite vers itunes toujours en 301.
http://www.webrankinfo.com/outils/header.php?url=http%3A%2F%2Fwww.photocite.fr%2Fiphone
je ne vois pas de 302
7 septembre 2011 à 9:15
D'accord, je viens de comprendre :
DOMAINE/iphone donne une redirection 301 vers
DOMAINE/iphone/
(qui ensuite donne une redirection 301 vers itunes).
Je pensais que c'était l'interprétation qui ajoutait le "/", pas une 301...
Pour la petite histoire, j'avais une mauvaise fonction de redirection, qui donnait un 302.
Merci en tous cas, j'ai appris quelque chose aujourd'hui :)
11 septembre 2011 à 0:38
Bonjour, je n'ai pas compris la redirection d'une page disparue.
Vous dites qu'il faut inscrire le code "header("Status: 410 Gone", false, 410);
exit();" en haut du fichier php situé à l'adresse disparue, mais utilisant wordpress, je n'ai pas de pages php liées à mes articles.
J'ai environ 400 erreurs à supprimer, comment je dois m'y prendre ?
J'spère que quelqu'un pourra m'aider car ça fait longtemps que je cherche cette réponse.
11 septembre 2011 à 8:04
A quoi correspondent ces pages ? Pourquoi sont-elles en erreur ? Leur URL a changé ou bien ces pages ont été supprimées ?
11 septembre 2011 à 21:33
Il s'agit de pages qui ont été supprimé définitivement, leur URL a donc complètement disparu (cela fait déjà des mois mais elles apparaissent toujours en erreur 404).
12 septembre 2011 à 9:11
Dans l'onglet "Outils" de WordPress il y a l'outil "Redirection".
Celui-ci est utile pour réorienter les visiteurs dans ce type de cas.
Je ne suis pas certain qu'il soit disponible pour l'ensemble des thèmes, mais il est bien pratique.
12 septembre 2011 à 11:43
Pour les faire désindexer tu peux aller dans Google Webmaster Tools.
Cela dit, tu peux aussi les rediriger (en 301) vers des pages existantes similaires. Il y a le plugin "redirection" qui est très simple et efficace.
12 septembre 2011 à 11:43
l'outil redirection n'est présent que si on a installé le plugin redirection pour wordpress
13 septembre 2011 à 4:20
D'accord je comprend mieux merci pour votre réponse !
11 octobre 2011 à 23:56
Dans Google Webmaster Tools, Google propose une aide très intéressante à lire sur la redir 301, certains pourraient même extropoler en disant que Google encourage le 301...:)
19 décembre 2011 à 12:06
Salut,
Je travaille sur la redirection d'URL.
J'ai plus de 2000 URL à rediriger. Ce que je souhaiterais savoir, c'est comment faire une redirection super rapide.
Toutes mes anciennes URL sont sur mon document excel. Comment en quelques minutes faire la redirection de toutes ces URL?
Merci d'avance :)
20 décembre 2011 à 22:25
Bonjour,
Votre analyseur d'entête m'apporte la réponse suivante :
HTTP/1.1 500 Internal Server Error
Date: Tue, 20 Dec 2011 21:17:56 GMT
Server: Apache
Connection: close
Content-Type: text/html
Qu'est ce que cela signifie ?
En vous remerciant pour votre réponse
Marie
20 décembre 2011 à 22:49
500 signifie que le serveur n'a pas pu répondre (il est bloqué)
sans connaître de quelle URL il s'agit je ne peux pas en dire plus (le pb peut venir de mon outil)
24 décembre 2011 à 5:29
Bonjour Olivier,
je me permet de te poser une question un peu technique sur les redirections : j'ai acquis un nom de domaine sur lequel je souhaite créer le site de mon entreprise. Il s'avère qu'il y a 5 ans ce nom de domaine existait, ce que je ne savais pas, et il y a des dizaines de sites qui font des liens vers près de 100 pages de mon nom de domaine (c'est page n'existe plus, elles sont de l'ancien site). J'ai pu les voir grâce au plugin redirect dont on parle plus haut. Les anciennes urls sont en anglais et mon site est en français, je ne peux donc pas les récupérer. Puis je rediriger toutes ces pages vers la home page de mon site (dans l''espoir de récupérer un peu de pr)sans risque ? Le recommandes tu ?
Merci pour tes précieuses lumières,
Cordialement
19 janvier 2012 à 11:59
Bonjour,
J'ai testé la redirection avec une RewriteRule et je viens de voir que Google (outils webmasters) me remonte des pages avec des "Balises titres en doubles). Or ce sont les pages que j'ai redirigées.
voici un exemple de redirection que j'ai effectué :
RewriteRule ^test1.html$ /mon-test1.htm? [R=301,L]
Est-ce normal ?
Merci,
Fred.
19 janvier 2012 à 12:14
Wahoo, un article très complet sur le sujet. Pour ma part je privilégie au mieux la redirection sur le .htaccess, coté serveur donc. Les redirections en html grâce à la balise meta quand à elles ne me servent jamais. Un grand merci et à bientôt.
19 janvier 2012 à 12:49
Fred : d'abord, vérifie que la redirection renvoie bien un 301.
Ensuite, il faut laisser du temps à Google qui doit d'abord constater la redirection (son crawler doit revenir voir les anciennes pages) puis la prendre en compte (ça peut prendre plusieurs semaines)
19 janvier 2012 à 14:00
La mise a jour de cet article porte sur la création de liens (classiques ou sur les réseaux sociaux) pour accélérer la prise en compte des redirections c'est bien ça ?
19 janvier 2012 à 15:11
Olivier,
Merci pour ta réponse rapide !
J'ai bien vérifié la redirection et elle renvoie bien une 301.
Il n'y a donc plus qu'a attendre.
Fred.
19 janvier 2012 à 16:15
@horoscopus : oui, ainsi que quelques autres ajouts, par exemple des explications plus détaillées sur le fichier .htaccess, les variantes à RedirectPermanent
20 janvier 2012 à 8:08
Merci pour ces infos, je tiens à souligner que la redirection 301 est également probante pour sortir un site de la sandbox!
20 janvier 2012 à 8:53
C'est intéressant, cela me semblait impossible de sortir de la sandbox en dehors du délai habituel.
J'aurais pensé que la redirection 301 avait plus d'effet sur des "malus" et donc en supprimant les erreurs on supprimait ces malus rapidement.
J'ai rarement vu sortir un site de la Sandbox en moins de 4/6 mois, je suis donc curieux.
20 janvier 2012 à 14:07
Parfait cet article ! Tout ce dont a besoin pour la redirection, en résumé, mais très complet !
Merci de nous le refaire partager.
20 janvier 2012 à 15:29
Merci pour ce dossier très complet!
C'est toujours bon d'avoir de genre d'infos avec soi si jamais des problèmes surviennent et je ne manquerai pas de les utiliser si cela devait m'arriver!
A bientôt.
20 janvier 2012 à 16:47
D'accord avec Samuel, la 301 protège de la Sandbox, voire même de certaines pénalités !
22 janvier 2012 à 16:27
Désolé, ma question va paraître stupide à plus d'un, mais je n'ai encore jamais écrit une redirection 301! Et j'aimerais le faire sans me planter.
Malgré la rigueur de l'énoncé, je n'arrive pas à imaginer le résultat du premier exemple .htaccess (cité ci-dessous) :
"Rediriger de manière définitive la page /test/actu.html vers la page /actualites/ :
RedirectPermanent /test/actu.html http://www.example.com/actualites/"
La page "/actu.html" était donc dans un répertoire nommé "/test/". Avec la redirection cette même page sera-t-elle dans :
1) http://www.example.com/actualites/actu.html
2) http://www.example.com/actualites/test/actu.html
1) Si la bonne réponse est 1, et je suppose que le répertoire "/test/" existe toujours, mais ailleurs et débarassé de la page "/actu.html".
Mais dans ce cas, on ne devrait pas dire que la page a changé de page mais de répertoire.
2) Si la bonne réponse est 2, on utilise un dossier "/actualités/" (que ce dernier soit ancien ou nouveau) pour contenir le répertoire déjà existant "/test/"
Mais dans ce cas, on ne devrait pas dire que la page a changé de page mais que son chemin d'accès est modifié.
Comme je me noie dans un verre d'eau, merci d'avance pour une réponse aussi simple que possible : 1 ou 2 ?
23 janvier 2012 à 10:53
je pense qu'il serait utile de préciser au niveau de :
Redirection PHP
Pour faire une redirection en PHP, il suffit d'utiliser la fonction header. Attention toutefois, il faut savoir 2 choses :
Que Le code de redirection doit être en tout premier, avant tout envoi de donnée au client (donc avant tout bout de code HTML)et MEME LES ESPACES ET LES SAUTS DE LIGNE.
23 janvier 2012 à 11:23
La réponse est "la page sera à l'adresse http://www.example.com/actualites/"
23 janvier 2012 à 16:46
Excellent. Ce qu'il me fallait. Merci
23 janvier 2012 à 17:09
Bonjour Olivier,
Tout d'abord je te remercie pour ce bon tuto.
J'ai fait une réécriture de l'URL et ça marche bien. Voici les règles définies dans le fichier .htaccess :
# Article sans numéro de page :
RewriteRule ^([a-z\-]+)\.html$ index.php?page=$1 [L]
# Article avec numéro de page :
RewriteRule ^([a-z\-]+),([0-9]+)\.html$ index.php?page=$1&pg=$2 [L]
J'aimerais à présent faire une redirection 301 de mes anciennes page "index.php?page=$1" vers les nouvelles pages dans le fichier .htaccess mais je ne sais pas comment procéder. Peux-tu m'aider? Au fait je ne veux plus que les anciennes pages soient toujours gardées dans la barre d'adresse. Merci de me répondre.
23 janvier 2012 à 22:57
Tu peux le traiter directement dans ton fichier index.php, avant tout envoi de caractère vers la sortie.
Sinon essaie une règle de réécriture avec index.php et l'option QSA (Query String Append)
24 janvier 2012 à 13:40
Merci Olivier pour la réponse rapide à mon inquiétude.
Je pense qu'avec la première proposition, je n'éprouverai pas de difficulté à le faire mais la deuxième avec l'utilisation de QSA je ne sais pas comment écrire la règle pour faire la redirection des anciennes pages(index.php?page=$1) vers les nouvelles pages (^([a-z\-]+)\.html$).
Encore une fois merci pour votre générosité.
26 janvier 2012 à 9:49
Bonjour,
dans le cadre de mon activité pro, je reprends plusieurs sites qui ont de nombreux problèmes de pages 404 (sur certains sites, plus de 3,000 pages en 404). Elles sont référencées dans Google alors que, selon les développeurs, elles ne devraient pas l'être et ne devraient même pas exister.
Prenons un exemple parlant : sur des pages affichant les résultats du Loto, Google référence des résultats des années 1450 ou 2036... Elles sont référencées. Certaines n'affichent pas de contenu. D'autres ont sont des 404.
Si je décide de faire le tri et de faire une redirection 410 de toutes ces pages, cela aura-t-il un impact négatif ?
Merci pour vos réponses.
26 janvier 2012 à 10:23
Si ces pages sont indexées, c'est que :
- il y a sûrement eu un lien vers elles ; que ce lien existe encore ou pas ça ne change pas grand chose
- au moins au début elles ont renvoyé un code 200 indiquant qu'elles existaient. Si maintenant elles renvoient un 404 Google peut mettre plusieurs mois avant de les supprimer.
Avant de se débrouiller pour vraiment les supprimer, mieux vaut regarder si elles génèrent du trafic via le SEO et si elles sont utiles à l'internaute. Si c'est le cas mieux vaut corriger et ne pas les désindexer.
Sinon, tu peux les supprimer sans risque. Le mieux est de mettre une balise meta robots noindex ou de les rediriger en 301 vers une page en rapport.
Un 410 n'est pas une redirection et n'est pas très efficace.
26 janvier 2012 à 10:45
Merci pour cette réponse, Olivier.
27 janvier 2012 à 17:48
Bonjour tout le monde,
Je bloque sur un truc dans la partie concernant sur les redirections 301.
Ca dit que :
"Les moteurs de recherche interprètent bien cette redirection, et mettent à jour automatiquement leur index en remplaçant l'ancienne URL par la nouvelle. Cela dit il peut se passer plusieurs semaines avant que ce soit pris en compte."
Mon soucis :
Ca dit que "Pour accélérer les choses, vous pouvez essayer une ou plusieurs de ces méthodes :
se débrouiller pour faire des liens vers les pages avec leur nouvelle URL, depuis des pages populaires (exemple : page d'accueil)"
Dans mon cas, j'avais beaucoup de pages pauvres en contenu.
J'ai décidé de retirer ces pages et donc de toutes les rediriger 301 vers une page donnée de mon site avec ce code dans ma page php :
header("Status: 301 Moved Permanently", false, 301);
header("Location: http://www.example.com/unepage.php");
D'après ce que je comprends, pour accelerer la désindexation des anciennes pages, je devrais mettre un lien vers http://www.example.com/unepage.php sur la home page de mon site ?
Ce que je ne trouve pas logique, c'est que pour moi il vaudrait mieux mettre des liens vers les anciennes pages (celles supprimées) pour que Google constate la redirection.
Non ?
Comment Google peut voir la liste des pages redirigées en visitant juste la destination ? (surtout que dans mon cas, on parle de milliers de pages...)
Merci d'avance pour vos lumières.
27 janvier 2012 à 17:59
Dans le cas où les pages sont supprimées, c'est différent et plus difficile à faire accélérer. En effet, aucun intérêt de faire des liens vers la page vers laquelle tout est redirigé.
27 janvier 2012 à 18:01
C'est ce que je me disais...
J'ai laissé les anciennes URL dans mes sitemap histoire que Google continue de passer dessus histoire qu'il voit les redirections.
28 janvier 2012 à 15:15
@Collaboratif : j'ai pas trop compris où tu voulais en venir, mais la question est plutôt de savoir si ton fichier est correctement encodé, non ?
29 janvier 2012 à 10:29
Non, je pense qu'il est bien encodé.
En fait ma question surtout c'est de savoir comment faire pour que Google se rende compte plus rapidement que mes pages n'existent plus et les désindexe.
En supprimant toutes ces pages, on s'est pris une grosse claque dans les SERPS. Un mal pour un bien je pense étant donné que ces pages n'était vraiment pas pertinentes... J'espère qu'on remontera une fois qu'il aura bien remis à jour son index (mais je rêve peut-être)
30 janvier 2012 à 10:20
De manière générale, ce moteur passe suffisamment souvent sur les page pour ne pas se préoccuper d'une accélération.
Si on veut désindexer une page, le noindex dans le robots.txt, ou dans les métas d'une page est normalement radical et touche l'ensemble des moteurs.
L'outil pour les webmasters c'est un peu différent, cela peut accélérer la prise en compte, mais l'information n'a pas vocation a être transmise aux autres moteurs.
3 février 2012 à 23:27
Comment doit-on s'y prendre quand on a beaucoup de pages html qui sont supprimées tous les jours ( infos obsolètes) sans être pénalisé par Google si il y a trop d' erreurs 404?
4 février 2012 à 10:56
@eve : il faut les rediriger en 301 vers la page la plus pertinente, par exemple la catégorie mère qui leur correspond.