Redirections
Les trois adresses que les gens tapent — http, www., sans www. — mènent-elles au site en https ?
Mis à jour le 11 septembre 2026
Sur cette page
Personne ne tape https://acme.fr/. On tape acme.fr, ou www.acme.fr, et le navigateur essaie d'abord en http. Le site n'est « en ligne » que si ces portes d'entrée aboutissent à la même origine, en https. Le défaut que ce contrôle attrape n'a aucun symptôme depuis la base elle-même : https://acme.fr/ répond 200, la disponibilité est parfaite, et pourtant la moitié des visiteurs voient une page d'erreur. C'est un contrôle du site : créé par PostShip, hors quota, exécuté au déploiement.
Ce que PostShip vérifie
Deux scénarios reviennent sans cesse :
- la migration DNS qui recopie l'enregistrement de l'apex et oublie celui du
www— quiconque tapewww.acme.frtombe sur une erreur de navigateur, et personne ne s'en aperçoit avant qu'un client se plaigne ; - le serveur qui répond 200 en
httpau lieu de rediriger vershttps— le site existe deux fois, en clair et chiffré, avec deux caches et deux référencements, et la version en clair n'a aucun cadenas.
À partir de la base du projet (https://acme.fr/), PostShip construit trois départs et suit chacun jusqu'au bout, en séquence — jusqu'au bout même si le premier échoue, parce que c'est le tableau complet qu'on veut montrer :
| Départ | Ce qui est attendu |
|---|---|
http://acme.fr/ | Redirige vers le site en https. |
https://www.acme.fr/ | Répond, et aboutit au site. |
http://www.acme.fr/ | Répond, et aboutit au site. |
Si la base est en www., l'autre hôte est l'apex : les trois départs deviennent http://www.acme.fr/, https://acme.fr/, http://acme.fr/. « Aboutir au site » veut dire arriver sur l'origine du projet, en https, après au plus 5 redirections. Les sauts en clair sont suivis avec la même garde d'hôte que le reste (jamais vers une adresse privée) ; dès que la chaîne arrive en https, la vérification ordinaire finit le travail.
Deux cas particuliers : une adresse IP ou localhost n'a pas de variante www. — un seul départ. Un projet dont la base est en http ne peut pas se voir exiger des redirections vers https : le contrôle passe avec l'avertissement base_en_http.
Plus de 2 redirections avant d'arriver est un avertissement : chaque saut coûte environ 100 ms au visiteur et un peu de référencement.
La base elle-même n'est pas retestée : c'est le travail des autres contrôles.
Régler
Rien à créer. Projet → Santé → Contrôles du site → Redirections. Le détail de la cible montre les trois départs, où chacun est arrivé, en combien de sauts, et la raison s'il n'aboutit pas — « Répond 200 sans rediriger. » ou « Aboutit sur https://autre.fr/. ».
Les corrections sont chez votre hébergeur ou votre DNS : un enregistrement A, AAAA ou CNAME pour l'hôte manquant, et une redirection 301 de http vers https et de l'hôte secondaire vers l'hôte principal. Vercel, Netlify et Cloudflare Pages font les deux dès qu'un domaine est ajouté avec sa variante.
Ce qui déclenche une alerte
Manques — la cible échoue :
| Code | Phrase de l'écran | Phrase de l'alerte |
|---|---|---|
http_non_redirige | L'adresse en http ne renvoie pas vers le site en https. | L'adresse http ne renvoie plus vers https — https://acme.fr/ |
www_non_redirige | L'adresse en www. ne renvoie pas vers le site. | — |
apex_non_redirige | L'adresse sans www. ne renvoie pas vers le site. | — |
www_ne_repond_pas | L'adresse en www. ne répond pas : un visiteur qui la tape voit une erreur. | L'adresse en www. ne répond plus — https://acme.fr/ |
apex_ne_repond_pas | L'adresse sans www. ne répond pas : un visiteur qui la tape voit une erreur. | L'adresse sans www. ne répond plus — https://acme.fr/ |
Le http qui ne répond pas est compté comme un manque de redirection : le visiteur qui tape le nom sans le https:// n'arrive nulle part. La variante d'hôte qui ne répond pas est un autre défaut, au DNS, et se corrige ailleurs.
Avertissements — notés, sans alerte :
| Code | Phrase |
|---|---|
trop_de_sauts | Plus de deux redirections avant d'arriver au site. |
base_en_http | Le site est en http : les redirections vers https ne peuvent pas être exigées. |
Un échec coûte au plus 10 points au Ship Score, catégorie « hygiène du site ». Une panne de budget de requêtes côté PostShip n'est jamais transformée en « www ne répond pas » : le passage est en erreur et reporté.
Limites et plans
| Free | Pro | Team | |
|---|---|---|---|
| Contrôle et verdict sur Santé | Oui | Oui | Oui |
| Alerte envoyée | Non | Oui | Oui |
Dépannage
www. redirige vers l'apex mais est signalé « ne renvoie pas vers le site »
Regardez où il arrive dans le détail. Une redirection vers https://acme.fr puis vers /fr/ aboutit — le chemin est libre, l'origine doit être exactement celle du projet. Une redirection vers un autre domaine, une page de parking, ou une arrivée en http:// sans remontée en https n'aboutit pas.
Pourquoi « plus de deux redirections » alors que je n'en ai qu'une ?
Comptez depuis http://www. : http vers https, puis www. vers l'apex, puis un slash final ou une langue — trois sauts. Faites la redirection http://www. directement vers https://acme.fr/ en un saut.
Mon domaine est chez un registrar qui ne sait pas rediriger www.
Un CNAME www vers votre hébergeur suffit dans la plupart des cas : c'est lui qui fera la redirection. Une page en https://www. qui affiche le site sans rediriger ne suffit pas : « aboutir au site » veut dire arriver sur l'origine exacte du projet, et www.acme.fr n'est pas acme.fr. Le site existerait deux fois.