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, de sorte que les quatre combinaisons devraient charger votre site.

Pour un site Web à 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 seule. Chaque variante devrait répondre, idéalement en redirigeant vers votre adresse préférée (canonique) - voir Adresses de site Web en double pour comprendre pourquoi offrir le même contenu à plusieurs adresses pose problème en soi.

Pourquoi c’est important

Les visiteurs ne savent pas quelle convention vous avez choisie. Si quelqu’un saisit www.example.com alors que seul example.com est configuré, il voit une erreur de connexion, suppose que votre site est hors service et part - et vous ne recevez aucun rapport d’erreur, car l’échec survient avant même que votre site Web ne soit atteint. Les liens sur support imprimé, dans les courriels et par le bouche à oreille diffusent toutes les variantes de votre adresse, donc elles génèrent toutes un trafic réel.

Comment corriger le problème

Assurez-vous que le DNS de votre domaine comporte des enregistrements pour le domaine racine 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 erreur.
Configurez votre serveur Web ou votre pour rediriger chaque variante vers votre adresse canonique unique au moyen d’une redirection permanente (301). Les fournisseurs d’hébergement exposent souvent cela comme un paramètre « rediriger www » ou « forcer HTTPS ».

Comment Silktide vérifie cela

Crée les quatre variantes du domaine de votre site Web : http:// et https://, chacune avec et sans le préfixe « www ». Les sites Web sur un sous-domaine personnalisé (comme blog.example.com) ne sont pas testés.
Tente de télécharger chaque variante, en suivant toute redirection.
Signale toute 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 à la vérification

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 à partir d’un appareil à l’extérieur de votre réseau. Vérifiez aussi que votre certificat HTTPS couvre à la fois le domaine racine et « www » : une non-concordance de certificat fait échouer cette vérification, même si un navigateur peut n’afficher qu’un avertissement.

Nous choisissons délibérément de ne pas répondre à 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 - quoique rediriger vers votre adresse canonique soit généralement préférable à refuser la connexion, car les visiteurs qui saisissent cette variante vous atteignent quand même.