WordPress : corriger les redirections HTTPS, WWW et les boucles
Votre site WordPress redirige en boucle ou vers la mauvaise adresse? Vérifiez les adresses du site, les extensions, .htaccess et Cloudflare.
Symptômes courants
Le navigateur affiche « Trop de redirections », une adresse HTTP réapparaît après une redirection HTTPS, ou le site passe successivement de www à sans www. Plusieurs composants peuvent tenter de rediriger la même requête : les réglages de WordPress, une extension SEO ou SSL, le serveur Web et le CDN.
Étape 1 — Vérifier les adresses de WordPress
Dans Réglages → Général, consultez les deux champs :
- Adresse web de WordPress (URL) : l’endroit où se trouvent les fichiers de WordPress.
- Adresse web du site (URL) : l’adresse publique utilisée par les visiteurs.
Sur une installation classique à la racine, les deux sont souvent identiques, par exemple https://mon-site.example. Ne les rendez pas identiques aveuglément si WordPress est installé dans un sous-répertoire ou si votre hébergeur impose une configuration particulière. Ne modifiez pas ces réglages avant d’avoir confirmé que le certificat et les redirections fonctionnent : vous pourriez perdre l’accès à l’administration.
Si les champs sont verrouillés, regardez les constantes WP_HOME et WP_SITEURL dans wp-config.php. Faites une sauvegarde avant de changer quoi que ce soit.
Étape 2 — Repérer les règles en conflit
- Vérifiez les extensions qui gèrent les redirections, HTTPS ou la connexion à Cloudflare.
- Examinez les règles
.htaccessajoutées par l’hébergeur et celles ajoutées à la main. Sur Apache ou LiteSpeed, une règle personnalisée doit généralement se trouver avant les règles standards de WordPress. - Si Cloudflare est actif, vérifiez SSL/TLS → Overview, Always Use HTTPS, les Redirect Rules et le mode SSL/TLS utilisé avec le serveur d’origine.
Erreur fréquente : en mode « Flexible », Cloudflare communique en HTTP avec le serveur d’origine. Si WordPress ou le serveur renvoie aussitôt vers HTTPS, une boucle se forme. Le mode « Full (strict) », avec un certificat valide sur le serveur d’origine, est généralement préférable lorsqu’il est disponible.
Étape 3 — Garder une seule stratégie de redirection
Choisissez une destination HTTPS unique, avec ou sans www, et décidez quelle couche s’en charge. Évitez qu’une extension, Apache et Cloudflare imposent en même temps des destinations différentes. Une redirection permanente 301 ou 308 convient à un changement durable.
Étape 4 — Vérifier le référencement après la correction
- Les liens internes et le sitemap doivent pointer vers les adresses finales.
- Les balises
rel="canonical"doivent désigner les bonnes adresses. - Une page publique importante ne doit pas garder un
noindexinvolontaire venu du site de préproduction. - Après un changement de domaine, conservez autant que possible la correspondance entre anciennes et nouvelles pages.
Pour remplacer des liens dans la base de données, utilisez un outil qui respecte les données sérialisées de WordPress, et faites une sauvegarde. Un remplacement SQL brut peut endommager certaines options.
Étape 5 — Tester
Vérifiez votre domaine dans Redirect Audit, puis ouvrez /wp-login.php et une page interne importante dans le navigateur. Assurez-vous de n’avoir créé ni boucle ni blocage de l’administration.
Ces exemples sont un point de départ : adaptez-les à votre configuration et testez-les avant de les appliquer à un site en production.