Erreurs de redirection

Codes d’état de redirection

Les codes d’état commençant par 3 ne constituent pas en soi des erreurs. Ils indiquent au navigateur que le contenu qu’il a demandé se trouve ailleurs, ou qu’il n’a pas changé depuis la dernière fois que le navigateur l’a chargé. Vous les verrez dans le fichier access.log de votre site et lorsque vous tracez une URL à l’aide de la commande « curl -IL ». Ils ne nécessitent une attention particulière que lorsqu’ils redirigent les visiteurs vers une mauvaise adresse ou qu’ils se répètent en boucle.

301 Déplacé définitivement

Une redirection 301 indique aux navigateurs et aux moteurs de recherche qu’une page a été déplacée de manière définitive. Votre site les utilise pour le protocole HTTPS, pour votre domaine principal (avec ou sans www.) et pour ajouter une barre oblique finale aux URL de dossiers ; vous pouvez également en créer vous-même à l’aide de règles de redirection.

Les navigateurs mémorisent les redirections 301 ; par conséquent, si vous en modifiez ou en supprimez une, videz le cache de votre navigateur ou effectuez un test dans une fenêtre de navigation privée pour observer le nouveau comportement. Si une URL passe par plusieurs redirections 301 avant de s’afficher, faites pointer la première redirection directement vers l’URL finale.

302 Trouvé

Une redirection 302 est temporaire ; les navigateurs et les moteurs de recherche ne la mémorisent donc pas. WordPress et les extensions les utilisent pour des éléments qui varient d’une visite à l’autre, comme le renvoi des utilisateurs déconnectés de /wp-admin/ vers la page de connexion, la redirection après l’envoi d’un formulaire ou l’acheminement des visiteurs vers une version linguistique ou nationale d’une page.

Si une page a été définitivement déplacée, utilisez plutôt une redirection 301 afin que les moteurs de recherche mettent à jour leurs index et transfèrent le classement de l’ancienne page à la nouvelle.

304 Non modifié

Un code 304 n’est pas une redirection. Cela signifie que le navigateur du visiteur dispose déjà d’une copie du fichier et que votre site a confirmé qu’il n’avait pas changé ; le navigateur réutilise donc sa copie au lieu de le télécharger à nouveau. La présence de codes 304 dans votre fichier access.log est normale et indique que la mise en cache fonctionne correctement.

Si vous avez modifié un fichier mais que les visiteurs voient toujours l’ancienne version, videz le cache de votre site ainsi que tout cache CDN.

Trop de redirections

Une erreur « trop de redirections » signifie qu’une page ne cesse d’être redirigée au lieu de se charger. Généralement, deux paramètres se renvoient l’un à l’autre : l’un envoie les visiteurs vers l’adresse A, l’autre les renvoie vers l’adresse B, et le navigateur abandonne après un nombre défini de tentatives. Les navigateurs affichent cette erreur sous la forme ERR_TOO_MANY_REDIRECTS ou un message tel que « Vous avez été redirigé trop de fois ».

Une boucle de redirection provient presque toujours de la configuration de votre site, et non d’un problème temporaire ; elle ne se résoudra donc pas d’elle-même. Elle survient souvent juste après une modification du protocole SSL, des noms de domaine, d’un CDN ou des règles de redirection.

Identifiez les deux adresses à l’origine de la boucle

Le traçage des redirections permet d’identifier les deux adresses entre lesquelles la requête rebondit, ce qui indique la cause du problème.

1. Exécutez la commande « curl -IL https://yourdomain.com » dans un terminal, ou saisissez votre URL dans un outil de vérification des redirections en ligne.
2. Observez la valeur « Location » dans chaque réponse. Il s’agit des adresses vers lesquelles la requête est envoyée.
3. Comparez les adresses qui se répètent :
   • Seules http:// et https:// diffèrent : consultez les boucles HTTP et HTTPS.
   • Seul www. diffère : voir les boucles « www » et « non-www ».
   • Les chemins d’accès diffèrent, par exemple /shop/ et /store/: voir Règles de redirection conflictuelles.

Si vous ne pouvez pas effectuer ces vérifications, commencez par la modification que vous avez effectuée le plus récemment.

Boucles HTTP et HTTPS

Il s’agit du type de boucle de redirection le plus courant. Une couche redirige les visiteurs vers https://, tandis qu’une autre renvoie la requête vers http://.

1. Votre propre compte Cloudflare configuré en mode « Flexible SSL » : si vous utilisez votre propre compte Cloudflare en amont de Kinsta, vérifiez le mode de chiffrement SSL/TLS dans votre tableau de bord Cloudflare. En mode « Flexible », Cloudflare se connecte à votre site via HTTP, et votre site redirige cette requête vers HTTPS, ce qui entraîne une boucle sans fin. Passez en mode « Full » (strict) ; votre site Kinsta dispose déjà d’un certificat SSL.
2. Un autre CDN ou proxy : si vous utilisez un autre CDN ou proxy tiers, assurez-vous qu’il se connecte à Kinsta via HTTPS, et non via HTTP. Si l’option « Forcer HTTPS » est activée dans MyKinsta et que vous ne savez pas quelle couche est à l’origine de la boucle, désactivez temporairement cette option pour effectuer un test.
3. Une redirection de HTTPS vers HTTP : vérifiez vos règles de redirection et vos plugins pour identifier tout élément redirigeant les visiteurs de https:// vers http://, puis supprimez-le.

Boucles « www » et « non-www »

Un réglage redirige les visiteurs vers www.example.com, tandis qu’un autre les renvoie vers example.com. Cela se produit généralement après une migration ou un changement de domaine.

1. Déterminez quelle version de votre domaine est la principale : avec ou sans « www ».
2. Dans MyKinsta, assurez-vous que cette version est définie comme domaine principal de votre site.
3. Dans WordPress, rendez-vous dans Réglages > Général et assurez-vous que les champs Adresse WordPress (URL) et Adresse du site (URL) utilisent tous deux cette version exacte, y compris https://.
4. Si ces champs sont grisés, les URL sont définies dans le fichier wp-config.php à l’aide des variables WP_HOME et WP_SITEURL, qui prévalent sur les réglages du tableau de bord. Modifiez-les à cet endroit.

Si vous ne parvenez pas à accéder au tableau de bord WordPress, vérifiez et mettez à jour les URL à l’aide de WP-CLI : les commandes « wp option get siteurl » et « wp option get home » affichent les valeurs actuelles, tandis que « wp option update » permet de les modifier.

Règles de redirection conflictuelles

Deux règles de redirection se renvoient l’une à l’autre, souvent parce que la même redirection est définie à plusieurs endroits. Vérifiez tous les emplacements où des redirections peuvent être définies, et veillez à ce que chaque redirection ne figure qu’à un seul de ces emplacements :

• Règles de redirection dans MyKinsta.
• Extensions de redirection dans WordPress.
• Règles de page ou règles de redirection dans un CDN tiers, tel que votre propre compte Cloudflare.

Plugins

Les extensions SSL, de redirection, de sécurité et de mise en cache peuvent chacun ajouter leurs propres redirections, ce qui peut entrainer des conflits entre eux ou avec les réglages de votre serveur. Si la boucle a commencé après l’installation, la mise à jour ou la modification des réglages d’une extension, désactivez-la. Si vous ne parvenez pas à accéder au tableau de bord WordPress, désactivez-le à l’aide de WP-CLI (commande « wp plugin deactivate plugin-name ») ou en renommant son dossier via SFTP.

Si l’option « Forcer le HTTPS » est activée dans MyKinsta, une extension qui force également le HTTPS est superflue et constitue une source fréquente de boucles. Utilisez l’une ou l’autre, mais pas les deux.

Si notre système de surveillance signale une boucle mais que votre site se charge

La surveillance de la disponibilité de Kinsta vérifie votre site comme le ferait un nouveau visiteur, sans cookies ni session enregistrée. Si vous recevez une alerte de redirection mais que votre site se charge normalement dans votre navigateur, la boucle peut n’affecter que les nouveaux visiteurs :

• Redirections basées sur les cookies : les redirections liées à la langue ou à la localisation, les vérifications d’âge et les pages de consentement aux cookies peuvent rediriger les visiteurs jusqu’à ce qu’un cookie soit installé. Les visiteurs qui bloquent les cookies, ainsi que les moteurs de recherche et les outils de surveillance, peuvent se retrouver pris dans une boucle.
• Votre propre navigateur : ouvrez votre site dans une fenêtre privée ou en mode incognito pour le voir tel qu’un nouveau visiteur le verrait.

Une fois la boucle corrigée

Les navigateurs enregistrent les redirections permanentes (301) ; l’erreur peut donc continuer à s’afficher dans votre navigateur même après que la cause a été corrigée.

1. Videz le cache de votre site dans MyKinsta, ainsi que tout cache CDN.
2. Videz le cache et les cookies de votre navigateur pour votre site, ou effectuez un test dans une fenêtre privée ou de navigation anonyme.

Quand contacter le support

Si vous ne parvenez pas à identifier la cause, ou si la boucle persiste après avoir vérifié ces réglages, contactez le support en indiquant l’URL, la sortie de la commande « curl -IL » ou de votre outil de vérification des redirections, ainsi que toutes les modifications que vous avez apportées récemment.