Variantes de l'adresse du site web
Silktide vérifie que les variantes courantes de l'adresse de votre site web fonctionnent toutes. Les visiteurs peuvent saisir votre domaine avec ou sans « www », et leur navigateur peut tenter une connexion sécurisée ou non sécurisée, donc les quatre combinaisons doivent charger votre site.
Pour un site web à l'adresse example.com, les quatre variantes sont :
http://example.com/
https://example.com/
http://www.example.com/
https://www.example.com/
Une erreur courante consiste à n'en configurer qu'une. Chaque variante doit répondre, idéalement en redirigeant vers votre adresse préférée (canonique) - voir Adresses de site web en double pour comprendre pourquoi servir le même contenu à plusieurs adresses est un problème en soi.
Pourquoi c'est important
Les visiteurs ne savent pas quelle convention vous avez choisie. Quelqu'un qui tape
www.example.com alors que seul example.com est configuré voit une erreur de connexion,
suppose que votre site est hors service et s'en va - et vous ne recevez aucun rapport d'erreur,
car l'échec se produit avant même que votre site web ne soit atteint. Les liens imprimés,
les e-mails et le bouche-à-oreille diffusent chaque variante de votre adresse, si bien
qu'elles transportent toutes un trafic réel.
Comment le corriger
- Assurez-vous que le DNS de votre domaine comporte des entrées pour le domaine nu (apex) et le sous-domaine « www », pointant vers votre serveur web.
- Assurez-vous que votre certificat couvre les deux noms, afin que les variantes sécurisées se connectent sans erreurs.
- Configurez votre serveur web ou votre pour rediriger chaque variante vers votre adresse canonique unique avec une redirection permanente (301). Les hébergeurs proposent souvent cela sous la forme d'un paramètre « rediriger www » ou « forcer HTTPS ».
Comment Silktide teste cela
- Constitue les quatre variantes du domaine de votre site web :
http://ethttps://, chacune avec et sans le préfixe « www ». Les sites sur un sous-domaine personnalisé (commeblog.example.com) ne sont pas testés. - Tente d'accéder à chaque variante, en suivant les éventuelles redirections.
- Signale chaque variante qui ne se charge pas - parce que l'adresse ne se résout pas, que la connexion échoue, ou que la réponse est une erreur.
Dépannage
Une variante fonctionne dans mon navigateur mais échoue au contrôle
Certains navigateurs masquent ce problème en réessayant silencieusement d'autres variantes lorsqu'une échoue. Testez l'adresse exacte avec un outil qui ne le fait pas, ou depuis un appareil à l'extérieur de votre réseau. Vérifiez aussi que votre certificat HTTPS couvre à la fois le nom nu (apex) et le nom « www » : une incompatibilité de certificat fait échouer ce contrôle, même si un navigateur peut n'afficher qu'un avertissement.
Nous ne servons délibérément pas une variante
Certaines organisations choisissent par exemple de ne pas répondre en http://. Si c'est une
politique délibérée, le constat - même si rediriger vers votre
adresse canonique est généralement préférable à refuser la connexion, car les visiteurs qui
saisissent cette variante vous atteindront tout de même.