Adresses de site Web en double

Silktide vérifie que votre site Web est servi à partir d’une seule adresse Web. Une erreur courante est que le même site soit accessible à plusieurs adresses, avec et sans « www », ou sur des connexions sécurisées et non sécurisées, sans rediriger vers une version préférée.

Par exemple, ces quatre adresses peuvent servir le même site :

http:\/\/example.com\/
https:\/\/example.com\/
http:\/\/www.example.com\/
https:\/\/www.example.com\/

Un site Web doit avoir une seule adresse canonique, les autres variantes redirigeant vers celle-ci. Lorsqu’elles ne le font pas, chaque variante agit comme une copie distincte de votre site.

Pourquoi c’est important

Servir un contenu identique depuis plusieurs adresses dilue la réputation de votre site et entraîne des problèmes pratiques :

Les gens feront un lien vers la version sur laquelle ils sont arrivés, ce qui dilue la valeur de recherche de vos liens entrants entre les copies.
Les partages sur les médias sociaux se fragmentent de la même façon, répartissant les mentions « J’aime » et les décomptes de partages entre des URL en double.
Les moteurs de recherche doivent deviner quelle version fait autorité et peuvent indexer celle que vous n’aviez pas prévue.
Les témoins définis sur une version peuvent ne pas être lisibles sur une autre, ce qui peut briser les connexions et les paniers d’achat lorsque les visiteurs passent de l’une à l’autre.
Les versions servies sans laissent les visiteurs sur une connexion non sécurisée.

Comment corriger

Choisissez une adresse canonique — généralement la version https:\/\/, avec ou sans « www » selon votre préférence.
Configurez votre serveur Web ou votre pour rediriger de façon permanente (code d’état HTTP 301) toutes les autres variantes vers celle-ci. Le panneau de contrôle de votre hébergeur propose souvent un réglage pour cela; sinon, c’est un petit changement de configuration du serveur, par exemple :

# Apache : rediriger tout vers https:\/\/www.example.com
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\\. [NC]
RewriteRule ^ https:\/\/www.example.com%{REQUEST_URI} [L,R=301]

Mettez à jour les liens internes et votre plan du site pour utiliser l’adresse canonique, afin que les visiteurs et les robots d’exploration ne soient pas renvoyés via des redirections.

Comment Silktide teste cela

Créer 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.
Demander chaque variante directement, suivre toute redirection et consigner l’adresse finale où elle aboutit. Les chaînes de requête et les fragments générés automatiquement sont ignorés afin qu’ils ne soient pas considérés comme des destinations différentes.
Si chaque variante qui répond aboutit à la même adresse, la vérification est réussie.
Sinon, retester chaque variante qui répond dans un véritable navigateur Web (certains sites redirigent à l’aide de , que seul un navigateur peut suivre) et signaler chaque variante avec l’adresse à laquelle elle mène, pour les deux types de requêtes.

Dépannage

Mon site redirige, mais la vérification échoue quand même

Vérifiez que chaque variante redirige. Une lacune fréquente consiste à rediriger http:\/\/example.com mais pas http:\/\/www.example.com, ou à rediriger vers des destinations différentes (une variante vers la page d’accueil, une autre vers un sélecteur de langue).

La redirection fonctionne dans mon navigateur

Les redirections faites avec JavaScript fonctionnent dans les navigateurs, mais elles sont plus lentes, moins fiables pour les robots d’exploration et traitées moins favorablement par les moteurs de recherche que les redirections côté serveur. Silktide affiche à la fois ce qu’une requête directe et un navigateur ont vu pour que vous puissiez le constater : utilisez plutôt une redirection 301 côté serveur.