Dans le cadre du SEO, les redirections sont des outils incontournables pour rediriger sites et pages vers d’autres ou de nouvelles URL.
Une redirection peut être de nature différente, qu’on énumère sous code de statut HTTP 3**. En matière de relance et de transfert de domaine, les redirections sont essentielles et leur maîtrise assure la continuité d’un site web réussi. Découvrez dans ce guide les points décisifs d’une intégration soignée des redirects.
On parle de redirection dès lors qu’une URL ouverte par un navigateur redirige automatiquement vers une autre URL. Ces redirections peuvent être réalisées de différentes manières et être mises en place de façon temporaire ou permanente. Une redirection se termine lorsque le client a été redirigé vers l’URL cible.
Il existe différents scénarios d’utilisation pour les redirections. Dans le cas d’un transfert de domaine, Google lui-même recommande les redirections de type 301, qui assure la une transition directe d’un ancien domaine à un nouveau domaine. Google a établi pour ce faire quelques consignes.
Autres possibilités d’utilisation :
En principe, les redirections côté serveur et côté client sont à différencier l’une de l’autre. Les redirects 301 et 302 appartiennent aux redirections sur le serveur les plus courantes. Le Meta-Refresh est la redirection la plus fréquente utilisée par le client.
Redirection côté serveur ?
Une redirection côté serveur a lieu quand une requête HTTP se produit. Cela se passe quand un client (navigateur ou un robot) accède à une URL et formule une requête au serveur web. Le serveur web livre un code de statut. Dans le cas d’une redirection sur le serveur, ce dernier indique que le document demandé a été redirigé vers une autre URL. Le client appelle alors cette nouvelle URL et l’utilisateur ou le robot sera redirigé vers celle-ci.
Selon la spécification RFC 7231, les serveurs peuvent délivrer différents codes de statut. Chacune des redirections enregistrées remplit une mission propre. L’ensemble du processus d’une redirection sur le serveur dure seulement quelques fractions de secondes et, selon le type de redirection, passe inaperçu pour l’utilisateur. Les moteurs de recherche doivent interpréter toutes les redirections et décider de la façon dont ils doivent les traiter. Lors de la mise en place de redirections côté serveur, la question principale qui se pose pour les professionnels du référencement et les webmasters est de savoir si la redirection souhaitée peut transmettre le link juice et les signaux de classement.
Vous trouverez ici des instructions concernant tous les codes de statut importants et leurs conséquences.
Si ces deux aspects sont pris en compte, le nombre de redirections sur le serveur qui s’avèrent intéressantes pour le SEO est réduit à cinq :
| Code statut HTTP | temporaire ou permanent |
| 301 | Permanent |
| 302 | Temporaire |
| 303 | Temporaire |
| 307 | Temporaire |
| 308 | Permanent |
D’un point de vue SEO, la redirection 301 est très importante. Elle transmet le link juice et livre tous les signaux de classements pertinents à la nouvelle URL cible.
Une redirection 301 est une solution sensée pour éviter les pages orphelines ou mutualiser les liens entrants. Vous devrez utiliser des redirects 301 si :
Notez bien que cette redirection n’est pas adaptée si vous souhaitez rediriger des liens vers des produits de saison sur votre boutique en ligne ou si vous avez besoin d’une redirection vers une landing page temporaire.
Il n’y a pas de recette miracle. Même Google a besoin d’un certain temps pour constater que les anciennes URL ont été modifiées. Ces nouvelles URL doivent être tout d’abord indexées et délivrées à la place des anciennes URL. Si ce processus peut être effectué en l’espace de quelques jours pour les petits sites web avec peu de sous-pages, cela peut durer bien plus longtemps pour les projets plus ambitieux qui contiennent plusieurs milliers d’URL.
En principe, vous devriez conserver les redirections aussi longtemps que nécessaire. Des tests aléatoires peuvent être effectués dans le cadre de requêtes sur Google. Ils permettent de vérifier si la nouvelle URL a été indexée et si elle se situe dans le cache.
La redirection 301 peut être insérée dans le fichier .htaccess d’un serveur Apache ou avec qualit.
1. .htaccess : Ce fichier contient les instructions destinées au serveur, que celui-ci doit exécuter dans le cas d’une requête HTTP. Pour l’implémentation de la redirection 301, vous avez besoin du module Apache mod-rewrite. L’URL vers laquelle le client doit être redirigé est indiquée dans le fichier.
Le contenu d’un fichier .htaccess peut ressembler à cela :RewriteEngine On
RewriteBase /
RewriteRule pageancienne.html pagenouvelle.html [R=301]
Dans ce cas, l’ancienne page doit être redirigée vers la nouvelle.
2. PHP : Vous pouvez également créer une redirection avec PHP. Pour cela, un snippet code sera ajouté dans la section <head> du document HTML. Lorsqu’un client ouvre la page, l’utilisateur sera redirigé vers la nouvelle URL. Il ne s’agit pas ici d’une redirection côté serveur, mais nous tenons à la mentionner dans un souci d’exhaustivité.
Avec cette redirection, vous montrez à un client que le document demandé est temporairement disponible sur une autre URL. Le redirect 302 livre, comme toutes les redirections en 3**, un classement de la page ou les signaux SEO importants pour l’URL cible.
Une redirection 302 est recommandée si vous avez besoin d’une redirection provisoire qui n’a pas d’incidence sur votre classement et qui ne doit pas être mise en cache. Vous pouvez utiliser une redirection 302 si vous souhaitez rediriger une URL vers une landing page ou une page de produits avec des articles saisonniers. Cette redirection est également adaptée pour le tracking et les pages web tests.
Comme pour la redirection 301, il vous faudra utiliser un fichier .htaccess ou le PHP.
Une entrée en .htaccess pour une redirection 302 peut ressembler à ceci :
RewriteEngine On
RewriteBase /
RewriteRule pageancienne.html pagenouvelle.html [R=302]
Une redirection 302 est toujours temporaire. C’est la raison pour laquelle vous devez éviter d’utiliser ces redirections pour l’ensemble des URL qui doivent être redirigées de façon durable.
Cette redirection temporaire peut être utilisée si une URL doit être redirigée pour une courte durée uniquement. C’est le cas par exemple quand le site web est maintenance. Tout comme la redirection 302, cette redirection ne devrait pas être utilisée pour des redirections permanentes.
Redirections côté client
Les redirections côté client ne sont pas exécutées par l’intermédiaire d’un serveur, mais directement par un client, par exemple un navigateur. D’une manière générale, les redirections côté serveur sont plus appropriées. Mais dans la pratique, il y a des cas où les redirections côté client peuvent être utilisées.
Google lui-même donne une indication à ce propos dans ses consignes relative à la qualité. En conséquent, les redirections par JavaScript sont parfaitement possibles :
Théoriquement, en plus des redirections par JavaScript, il est possible d’effectuer des redirections par Meta Content Refresh. Une balise meta est ajoutée, par laquelle le navigateur redirige l’URL après un temps préétabli sur une page donnée. Pendant longtemps, ces redirections ont été utilisées pour ce que l’on appelle des « sneaky redirects » dans le but de manipuler des pages web. C’est la raison pour laquelle les moteurs de recherche restent très critiques envers cette forme de redirection.
Cette forme de redirection côté client nécessite des clients qui savent manier le JavaScript. On l’utilise en grande partie pour les redirections qui s’opèrent par des entrées utilisateurs ou qui font référence aux redirections entre différents navigateurs. Par ailleurs, ces redirections peuvent également être mises en place pour immédiatement adapter la page cible au périphérique de sortie.
La dépendance du client en question, par exemple un navigateur, est un grand désavantage de la redirection avec JavaScript, comme pour toutes les redirections côté client. Si ce dernier ne parvient pas à interpréter JavaScript, la redirection ne fonctionnera pas. C’est la raison pour laquelle vous devez toujours privilégier les redirections côté serveur.
Une redirection en JS est ajoutée comme script au code source de la page.
<script type= »text/javascript »>
<!–
window.location = « http://www.newpage.com/ »;
//–>
</script>
Dans ce cas, l’utilisateur sera dirigé vers la page « newpage.com » lorsqu’il cliquera sur l’URL présente.
Pendant longtemps, les redirections 301 ont été associées à la perte de classement ou du link juice. Mais aujourd’hui, Google a plusieurs fois indiqué que les redirections transmettent le Page Rank.
Même s’il semble confirmé que des redirections continuent à transmettre le Page Rank, les webmasters doivent également considérer d’autres facteurs SEO. Il existe en effet encore beaucoup d’autres critères de classement à surveiller lorsque vous procédez à des redirections vers de nouvelles URL.
Si vous avez redirigé vos adresses URL au moyen d’une redirection, vous pouvez procéder à un changement d’adresse avec les outils mis à disposition par Google. Un compte Google Search Console est nécessaire. Les deux URL, la nouvelle et l’ancienne, doivent être renseignées. Il est important qu’une redirection 301 ait eu lieu auparavant. Cet outil n’est pas pensé pour un changement de protocole (ex : passer de HTTP à HTTPS).
Vous pouvez effectuer les changements dans Google Search Console et surveiller le trafic redirigé : https://support.google.com/webmasters/answer/83106?hl=fr.
| Cas d’utilisation | temporaire ou permanent | mise en cache | codes de statut possibles |
| Relance de site web | permanent | oui | 301 |
| Changement dans la structure de l’URL | permanent | oui | 301 |
| Geociblage | temporaire | non | 302, 307 |
| Campagnes d’affiliation | temporaire | dépend de l’objectif | 302 |
| Mutualisation d’URL | permanent | oui | 301 |
Pour éviter le duplicate content, vous disposez de deux possibilités techniques courantes : la balise canonique et la redirection 301. Tandis que la balise canonique est un méta-élément HTML implanté dans le code source de la page, la redirection 301 peut être annulée sur le serveur.
En outre, dans le cas du canonical tag ou balise canonique, l’URL n’est pas redirigée activement vers l’URL canonique. Il s’agit plutôt d’une indication pour les moteurs de recherche pour signifier qu’une URL « originale » est présente, à laquelle le document présent fait référence ou dont le document est la copie. Dans le meilleur des cas, les moteurs de recherche ignorent les doublons et indexent seulement l’adresse URL canonique. Cependant, la balise canonique est une recommandation que le robot n’est pas obligé de suivre.
En revanche, une redirection 301 contient une instruction univoque que le serveur ou le client se doit de suivre. Même pour une redirection 301, l’URL d’origine peut encore être indexée. Elle sera cependant remplacée à terme par la nouvelle URL cible de redirection.
Les redirections 301 sont en principe la meilleure solution quand il s’agit de consolider de manière appropriée ou de rediriger des URL, et quand il n’y a aucune raison de relier des contenus avec différentes URL. On peut citer comme exemple classique les versions imprimables d’articles d’actualités. Dans ce cas, une balise canonique est la meilleure option pour éviter le doublon, car l’URL de versions imprimables est forcément utilisée par l’utilisateur.
Si vous souhaitez mettre en place des redirections, notamment des redirections 301, veillez à éviter les chaînes de redirection. Ce type de chaînes se produit quand une URL est redirigée vers une autre URL pour laquelle il existe déjà une redirection. Dans le pire des cas, le navigateur ou le robot ne parvient plus à supprimer la demande d’origine et lance un message d’avertissement : « too many redirects ». Aussi, le temps de chargement et la charge du serveur augmentent à cause des multiples redirections. On trouve comme autres conséquences négatives des chaînes de redirection le gaspillage du budget d’exploration ou encore du potentiel SEO. En 2016, à la demande de seoundtable.com, John Müller de Google a confirmé que les webmasters devaient éviter et corriger les chaînes de redirection, surtout lors du changement de domaine.
Lors d’un changement de domaine, créez-vous un aperçu de toutes les redirections effectuées. Vous éviterez ainsi à l’avenir les chaînes de redirection. Le logiciel Ryte et son module Website Success vous procure aussi un aperçu de tous vos redirects.
Illustration 1 : Aperçu des redirections de votre projet avec le module Website Success de Ryte
Les moteurs de recherche explorent continuellement le web à la recherche de nouveaux contenus. Ce faisant, les robots suivent des liens, explorent des sites web et indexent aussi bien le contenu que d’autres éléments. Pour ce processus, le budget d’exploration est cependant limité. De différentes façons, les webmasters exercent une certaine influence, notamment sur le fait que le Googlebot puisse utiliser de manière optimale son budget d’exploration. Un facteur important lors de l’exploration est notamment le nombre de requêtes que le robot peut faire au serveur.
Si une URL est redirigée, le Googlebot doit exécuter une requête supplémentaire. S’il y a beaucoup de redirections sur une page web, le nombre de requêtes augmente également. Dans le même temps, le budget d’exploration du robot s’amoindrit. C’est la raison pour laquelle il est recommandé d’agir avec parcimonie avec les redirections, car le budget d’exploration s’épuise plus rapidement à cause des redirections et le Googlebot dispose ainsi de peu de ressources pour explorer et indexer d’autres pages. Il peut alors arriver que vos pages indexées ne soient plus actuelles.
En principe, chaque redirection cache le risque d’une perte de trafic. Certes, Google ne sanctionne plus les pages web par une perte du link juice lorsque celles-ci sont redirigées avec une redirection 301. Cependant, des redirections superflues ou mal insérées peuvent représenter un désavantage pour un site web. C’est le cas si vous avez mis en place des redirections pour générer du trafic sur un site de vente qui n’a rien à voir thématiquement avec la page redirigée. Une redirection inutile serait de rediriger un site d’information sur les verres de lunettes qui reçoit beaucoup de visites vers une page affiliée originale via le 301. Dans une étude de 2016, il a d’ailleurs pu être prouvé que Google interprète les redirections inutiles comme erreur Soft 404.
En effet, le link juice est seulement l’un des nombreux facteurs de classement transmis lors d’une redirection. Si les titres ne sont pas soignés et que le contenu est de moindre qualité sur la nouvelle page cible, une redirection peut également avoir des conséquences négatives sur le classement. C’est pourquoi il est recommandé dans le meilleur des cas de ne rien changer si vous mettez en place une redirection, même pas l’URL.
La mise en place de redirections requiert une certaine habilité et quelques connaissances en SEO, mais les redirections sont nécessaires pour assurer une liaison et une structure du site propre. Pour chaque redirection, demandez-vous toutefois si elle est réellement pertinente et utilisez le redirect 301 avec parcimonie pour ne pas augmenter la phase de latence du serveur ou épuiser inutilement le budget d’exploration du Googlebot.
Gardez vos redirections à l’oeil avec Ryte FREE
Et c’est gratuitÉcrit le 06.06.2017 par Pauline Mitifiot.
Après des études d’histoire et de gestion de projet qui lui permirent de découvrir la Turquie, l’Italie et l’Allemagne, Pauline posa ses valises à Munich car elle ne pouvait plus se passer de son bretzel quotidien. Curieuse et dynamique, elle contribue à la section française du blog et du Wiki de Ryte.
Suivi, analyse et optimisation de vos actifs numériques grâce à notre technologie unique
S’inscrire gratuitement