ERR_TOO_MANY_REDIRECTS sur WordPress : causes et correctifs

Chrome affiche "Cette page ne fonctionne pas, redirigé à de trop nombreuses reprises" ou le code ERR_TOO_MANY_REDIRECTS. Le site ne s'affiche plus du tout, et le navigateur abandonne après une boucle sans fin entre deux versions de la même page. C'est frustrant parce qu'aucun message d'erreur WordPress classique n'apparaît : le blocage se joue avant même que WordPress ne charge.

Ce que veut dire ce message

Un navigateur affiche cette erreur quand une page redirige vers une autre, qui redirige à son tour vers la première, indéfiniment. Chrome, Firefox et Safari coupent la boucle après un certain nombre d'allers-retours pour éviter de bloquer complètement l'utilisateur. Le problème ne vient pas du contenu de la page : il vient de la couche qui décide "HTTP ou HTTPS", "www ou sans www", avant même que WordPress ne s'exécute.

Les causes les plus fréquentes

• Désaccord entre siteurl/home et l'URL réelle du site. WordPress stocke deux adresses dans sa base de données (siteurl et home). Si l'une pointe encore en HTTP alors que le site force le HTTPS, le serveur redirige vers lui-même en boucle.
• Cloudflare en mode "Flexible" sur un serveur qui force le HTTPS.En mode Flexible, Cloudflare parle en HTTPS au visiteur mais en HTTP au serveur d'origine. Si ce dernier redirige systématiquement le HTTP vers le HTTPS, chaque requête de Cloudflare déclenche une nouvelle redirection : boucle infinie.
• Règles de redirection dans .htaccess qui se contredisent. Une règle force le HTTPS, une autre force le "www", une troisième vient d'un plugin de sécurité : l'empilement crée une boucle.
• Plugin de redirection ou de cache mal configuré après une migration de domaine ou un changement d'hébergeur, avec des règles qui pointent encore vers l'ancienne adresse.
• Cookies du navigateur obsolètes, notamment liés à une ancienne session admin ou à un plugin qui détecte le protocole via un cookie devenu invalide.

Ce guide complète le panorama des 12 pannes WordPress fréquentes. Si la boucle s'accompagne d'un message "erreur critique", voir aussi le guide erreur critique WordPress, et si le site a été piraté, le guide site piraté signalé par Google détaille un autre symptôme lié aux redirections suspectes.

Ce que vous pouvez tenter seul, sans risque

Sauvegardez vos fichiers et votre base avant toute modification. Ensuite, dans l'ordre :

1. Testez en navigation privée. Si le site s'affiche normalement en navigation privée, le problème vient des cookies de votre navigateur : videz-les pour le domaine concerné.
2. Vérifiez siteurl et home. Dans phpMyAdmin, ouvrez la table wp_options et contrôlez les lignes siteurl et home : les deux doivent commencer par https:// et pointer vers le bon domaine, sans "www" en trop ou manquant par rapport à l'autre.
3. Vérifiez le mode Cloudflare si le site passe par Cloudflare. Dans l'onglet SSL/TLS, passez le mode de "Flexible" à "Complet" ou "Complet (strict)" si le serveur d'origine dispose d'un certificat SSL valide.
4. Renommez temporairement .htaccess en .htaccess.bak via SFTP, puis régénérez-le depuis Réglages > Permaliens dans wp-admin si l'accès fonctionne à nouveau. Sinon, comparez les règles présentes avec une version saine.
5. Désactivez les plugins de cache et de redirection en renommant leur dossier dans wp-content/plugins via SFTP, un par un, pour isoler le responsable.

Ce qu'il ne faut surtout pas faire

• Ne cumulez pas plusieurs correctifs en même temps (Cloudflare, .htaccess, plugin) : vous ne saurez jamais lequel a réglé le problème, ni lequel en a créé un nouveau.
• Ne forcez pas le HTTPS côté serveur si Cloudflare est encore en mode Flexible : vous recréez la boucle que vous essayez de corriger.
• Ne modifiez pas wp_options à la main sans sauvegarde : une erreur sursiteurl peut rendre wp-admin complètement inaccessible.
• N'installez pas un deuxième plugin de redirection "pour voir" par-dessus celui déjà en place : les règles se superposent et compliquent le diagnostic.

Quand appeler un professionnel

Si la boucle persiste après avoir vérifié siteurl/home, le mode Cloudflare et le .htaccess, la cause est probablement une combinaison de règles invisibles depuis l'interface standard, ou un proxy intermédiaire mal configuré chez l'hébergeur.

Pour un dépannage de site internet sur ce type de panne, l'offre Dépannage Express, à partir de 30 € HT, couvre un diagnostic gratuit, un créneau d'intervention dans l'heure en journée ouvrée, et une panne simple réglée en moins d'une heure, sauvegarde faite avant toute correction, avec une garantie 30 jours. Au-delà d'une heure, vous recevez un devis ferme avant qu'on continue.

Questions fréquentes

Pourquoi l'erreur n'apparaît-elle que sur certains appareils ?

Parce que chaque navigateur garde ses propres cookies et son propre cache de redirections HTTP. Un appareil qui a visité le site avant une migration HTTPS peut garder une redirection en mémoire que les autres n'ont jamais vue.

Le problème vient-il forcément de Cloudflare ?

Non. Cloudflare en mode Flexible est une cause fréquente, mais un site sans Cloudflare peut tout autant boucler à cause d'un conflit entre siteurl/home et une règle .htaccess qui force le protocole inverse.

Faut-il désactiver HTTPS pour régler l'erreur ?

Non, jamais. La solution consiste à aligner toutes les couches (base de données, serveur, Cloudflare) sur le même protocole HTTPS, pas à revenir en HTTP.

Cette erreur affecte-t-elle le référencement ?

Oui, si elle dure. Google ne peut pas indexer une page qu'il n'arrive pas à charger. Plus la boucle persiste, plus les pages concernées risquent d'être désindexées.