Rediriger www vers sans www
Ou l’inverse, avec une seule redirection
Ce générateur écrit les règles pour rediriger www vers sans www, ou sans www vers www, et forcer https dans la même étape. Pour Apache ou Nginx et, de plus, avec une ligne montrant ce qui arrive à chacune des quatre adresses.
- GratuitPrix
- 2Serveurs
- 1Sauts
- AucunEnvois
Générateur de redirection www et sans www
Un seul hôte canonique, en un seul saut
Juste le nom. Sans schéma, sans barre oblique, sans chemin.
Ce qui arrive à chaque adresseSauvegardez d’abord le fichier que vous modifiez. Une règle de redirection fautive peut mettre tout un site hors ligne, et la correction devient alors difficile à atteindre.
Prêt. Tapez votre domaine et choisissez quelle version doit gagner.
Pourquoi un seul hôte doit gagner
Un site répond en général sur quatre adresses : http et https, chacune avec et sans www. Les quatre affichent les mêmes pages.
Les moteurs les traitent comme candidates au même contenu et en choisissent une, qui n’est pas forcément celle que vous auriez choisie.
L’analyse répartit les visites entre elles. De plus, les cookies posés sur l’une ne sont pas lus sur l’autre, et les liens s’accumulent sur la version que les gens ont copiée.
Choisissez donc une version et redirigez le reste. Le guide de Google sur les redirections 301 couvre la mécanique ; cette page couvre les règles qui la mettent en œuvre.
Avec www ou non : peu importe, et pourtant si
Aucun choix ne se classe mieux. Choisissez-en un, puis ne changez plus jamais d’avis, car le changement coûte une redirection sur chaque adresse que vous possédez.
Une différence technique existe. Selon les règles DNS d’origine, un domaine seul ne peut pas porter d’enregistrement CNAME à la racine, ce qui compte si vous placez un CDN devant le site.
La plupart des hébergeurs contournent aujourd’hui ce point avec leurs propres types d’enregistrement. Cependant, si le vôtre ne le fait pas, choisissez www.
Pourquoi un saut plutôt que deux
La version évidente écrit deux règles : une qui force https, une qui fixe www. Un visiteur arrivant sur http://www.example.com passe alors par les deux.
Deux redirections, c’est deux allers-retours avant le moindre affichage, sur une connexion parfois lente, et de plus un audit qui signale une chaîne de redirections.
Les règles ici règlent le schéma et l’hôte en une seule condition, donc le pire cas, d’où que l’on arrive, est un seul saut. La documentation de mod_rewrite explique chaque directive.
Ce qu’il faut vérifier une fois la règle en ligne
Essayez à la main les quatre entrées : avec et sans www, en http et en https. Chacune doit aboutir en un saut.
Ensuite, essayez une page profonde, pas seulement l’accueil. Une règle qui perd le chemin envoie tout le monde à la porte d’entrée et, de plus, tue en silence chaque ancien lien.
Vérifiez aussi une chaîne de requête. Perdre ?utm_source casse vos propres rapports de campagne, et personne ne le remarque pendant un mois.
Enfin, mettez à jour les balises canonical, le sitemap et la propriété dans la Search Console. Avec la redirection, vous n’avez fait que la moitié.
Faites un premier essai en 302
Les navigateurs gardent un 301 en cache, parfois pendant des mois. Si vous vous trompez, les visiteurs suivent l’ancienne règle bien après que vous avez corrigé le fichier. D’où l’intérêt d’essayer d’abord en 302 avant de passer en 301.
Où vont ces règles
Sous Apache, dans le .htaccess à la racine du site, au-dessus de tout bloc ajouté par un CMS. En effet, WordPress réécrit tout ce qui se trouve sous son propre marqueur.
Sous Nginx, dans la configuration du serveur plutôt que dans un .htaccess, puisque Nginx n’a pas de configuration par répertoire. Rechargez le service après modification.
Sur un hébergement géré, cherchez d’abord un réglage d’hôte canonique dans le panneau de contrôle. S’il existe, c’est un meilleur endroit qu’un fichier de configuration.
Ce qu’il faut vérifier après le collage
Tapez les quatre adresses dans un navigateur, une par une. Chacune doit aboutir sur le gagnant et, de plus, la barre d’adresse doit l’afficher après un seul saut.
Ensuite, passez les deux adresses qui redirigent dans le vérificateur de chaînes de redirection. Un saut est l’objectif, et deux signifient qu’une autre règle entre en concurrence avec celle-ci.
Vérifiez une page profonde en plus de l’accueil. Une règle qui perd le chemin envoie chaque lien profond vers l’accueil, ce que les moteurs lisent comme un soft 404.
Enfin, regardez vos liens internes. Chacun qui pointe vers l’ancien hôte coûte désormais une redirection dont personne n’a besoin.
Sauvegardez le fichier
Une erreur dans une règle de redirection peut mettre tout un site hors ligne, y compris la page d’administration qui servirait à la corriger. Gardez donc une copie, et sachez atteindre le fichier sans navigateur.
Sur cette page
- L’outil
- Pourquoi un seul hôte doit gagner
- Comment rediriger www vers sans www
- Ce qui distingue ce générateur de redirections
- Des règles pour les redirections d’hôte canonique
- Six erreurs de redirection qui coûtent du trafic
- Les questions fréquentes sur les redirections
- Des utilitaires pour vos redirections
Continuer
Comment rediriger www vers sans www
Quatre étapes, et le panneau de gauche montre ce qui arrive à chaque adresse avant que vous colliez quoi que ce soit.
- 1
Tapez votre domaine
Le nom seul, comme example.com. Sans schéma, sans www, sans chemin. Tout le reste reçoit une phrase plutôt qu’une règle.
- 2
Choisissez le gagnant
Le domaine seul ou la version avec www. Quel que soit votre choix, l’autre redirige vers lui à partir de là.
- 3
Choisissez votre serveur
Apache écrit un bloc .htaccess. Nginx écrit deux blocs server. De plus, l’option des deux existe pour une pile qui place l’un devant l’autre.
- 4
Sauvegardez, collez, testez
Gardez d’abord une copie du fichier. Ensuite, collez, rechargez et vérifiez que les quatre adresses atteignent celle que vous avez choisie en un seul saut.
Ce qui distingue ce générateur de redirections
Copier une règle sur un forum prend dix secondes. Voici, au contraire, les différences qui valent la minute de plus.
Un saut, pas deux
Une seule condition règle le schéma et l’hôte ensemble, donc rien ne passe par deux redirections à l’arrivée.
Apache et Nginx
Les deux syntaxes à partir des mêmes champs, puisque la moitié du web tourne sur l’un et l’autre moitié sur l’autre.
Les quatre adresses affichées
Avant que vous colliez quoi que ce soit, le panneau dit ce qui arrive à chacune des quatre versions de votre domaine.
Votre domaine correctement échappé
L’outil échappe les points pour l’expression régulière et, de plus, refuse tout ce qui n’est pas un simple nom de domaine plutôt que de l’écrire dans une configuration en production.
301 ou 302, à vous de choisir
Les navigateurs gardent obstinément en cache une redirection permanente. C’est pourquoi l’interrupteur fait du test en temporaire une étape délibérée plutôt qu’une réécriture.
Des commentaires à garder
Chaque bloc arrive avec de courtes lignes qui expliquent ce qu’il fait, et c’est ce que voudra la prochaine personne qui ouvrira ce fichier.
Des règles pour les redirections d’hôte canonique
Voici les huit choses qui font d’une redirection non plus un risque, mais un travail de cinq minutes.
- Sauvegardez d’abord le fichier. Une règle cassée peut vous bloquer hors du site, y compris hors de la page d’administration. Gardez une copie et sachez atteindre le fichier sans navigateur.
- Placez le bloc au-dessus des règles du CMS. WordPress réécrit tout ce qui se trouve sous son propre marqueur. Une règle sous ce marqueur peut ne jamais s’exécuter.
- Testez en 302 avant le 301. Les navigateurs gardent longtemps en cache une redirection permanente, et une erreur poursuit alors vos visiteurs pendant des semaines.
- Vérifiez les quatre adresses. Que ce soit en http ou https, avec ou sans www. Tapez chacune une fois dans un navigateur et confirmez qu’elle aboutit sur le gagnant en un saut.
- Mettez aussi à jour les balises canonical. Une redirection règle la requête. Une balise canonical règle ce que la page dit d’elle-même, et les deux doivent concorder.
- Informez la Search Console du changement. Validez les deux versions comme propriétés, pour voir le trafic se déplacer plutôt que de le deviner.
- Corrigez les liens internes en conséquence. Chaque lien interne vers l’ancien hôte coûte une redirection. Un rechercher-remplacer dans la base de données les supprime tous.
- Gardez la redirection au niveau du serveur. Un plugin ou un script peut le faire, et les deux s’exécutent après le démarrage de PHP. Une règle dans la configuration du serveur répond avant que rien de tout cela ne se charge.
- Méfiez-vous d’une seconde règle concurrente. Les panneaux d’hébergement ajoutent leurs propres réglages d’hôte canonique. Deux règles en désaccord, c’est ainsi qu’un site finit dans une boucle de redirection.
- Ne changez jamais d’avis deux fois. Chaque changement coûte une redirection sur chaque adresse que vous possédez. Choisissez-en une, notez-la et n’y touchez plus.
Six erreurs de redirection qui coûtent du trafic
Les deux premières mettent un site hors ligne. Les autres mettent des mois à se voir.
Une boucle de redirection
Une règle qui renvoie le gagnant vers lui-même. Le navigateur abandonne, et chaque page du site devient inaccessible.
Des règles sous le marqueur du CMS
WordPress possède tout ce qui se trouve sous son bloc. Des règles collées là ont l’air correctes dans le fichier et ne s’exécutent jamais.
Une double redirection au lieu d’une directe
Le schéma dans une règle, l’hôte dans une autre. Chaque visiteur arrivant sur la mauvaise version paie deux allers-retours.
Tout rediriger vers l’accueil
Une règle qui perd le chemin envoie chaque lien profond vers l’accueil, et les moteurs le traitent comme un soft 404.
Oublier les liens internes
La redirection fonctionne, et chaque lien interne fait encore un détour par elle. Un remplacement dans la base de données corrige tout.
Un 301 pendant les tests
Les navigateurs le gardent en cache pendant des mois. Votre propre machine suit l’ancienne règle bien après que le fichier a changé.
Les questions fréquentes sur les redirections
Faut-il rediriger www vers sans www ou l’inverse ?
L’un ou l’autre. Aucun ne se classe mieux, donc choisissez-en un et tenez-vous-y. Cependant, www simplifie la vie quand un CDN est placé devant, à cause de la façon dont le DNS gère la racine d’un domaine.
Une redirection va-t-elle nuire à mon classement ?
Une 301 fait passer l’autorité vers la nouvelle URL. En revanche, laisser répondre quatre versions d’un site nuit davantage, car elles se font concurrence.
Où va la redirection www dans le .htaccess ?
Dans le .htaccess à la racine du site, au-dessus de tout bloc ajouté par votre CMS. En effet, WordPress réécrit tout ce qui se trouve sous son propre marqueur, donc une règle placée dessous peut ne jamais s’exécuter.
Pourquoi ma redirection passe-t-elle par deux sauts ?
Parce que le schéma et l’hôte sont gérés par des règles séparées. Au contraire, le bloc ici décide des deux à la fois, donc le pire cas est un seul saut.
Faut-il choisir une redirection 301 ou une 302 pour le www ?
Un 301 une fois sûr de vous, puisqu’il est permanent et consolide les signaux. Cependant, testez d’abord avec un 302, car les navigateurs gardent un 301 en cache très longtemps.
Ai-je aussi besoin d’une balise canonical ?
Oui. La redirection règle la requête et la balise canonical règle ce que la page dit d’elle-même. C’est pourquoi les deux doivent pointer dans la même direction.
Et ma redirection vers sans www sous Nginx ?
Nginx n’a pas de configuration par répertoire, donc elle va dans le bloc server. C’est pourquoi l’outil écrit les deux blocs : un qui redirige, un qui sert le site.
Cela va-t-il casser mon certificat SSL ?
Non, mais le certificat doit couvrir les deux noms. De plus, la plupart des certificats gratuits incluent automatiquement le domaine seul et www.
Cela remplace-t-il une balise canonical ?
Non. Une redirection règle la requête avant le chargement de la page, et une balise canonical règle ce que la page dit d’elle-même. Les sites ont besoin des deux, pointant dans la même direction.
Et les liens qui pointaient déjà vers mon site ?
Ils continuent de fonctionner via la redirection. De plus, les moteurs la suivent et consolident les signaux sur l’hôte choisi, ce qui est tout l’intérêt de le faire une fois.
Mon nom de domaine part-il vers un serveur ?
Non. Votre navigateur écrit les règles, c’est pourquoi ce site ne récupère jamais votre domaine et ne l’écrit dans aucun journal.
Des utilitaires pour vos redirections
Un hôte canonique, c’est une règle. Ces trois outils couvrent ce qui vient après.
Générateur de redirections .htaccess
Des 301 et 302 page par page, écrits de la même façon.
Ouvrir l’outil →Vérificateur de chaînes de redirection
Confirmez que chaque adresse aboutit en un seul saut.
Ouvrir l’outil →Vérificateur SSL
Vérifiez que le certificat couvre les deux noms.
Ouvrir l’outil →
Prêt à fixer votre hôte ?
Tapez le domaine, choisissez le gagnant et vérifiez les quatre lignes avant de coller. Le générateur est gratuit, ne demande aucun compte et écrit tout dans votre navigateur.