Une page d’accueil fonctionnelle ne prouve pas que les adresses des articles fonctionnent. Cette méthode aide après un changement d’URL prévu ou une migration. Elle ne remplace pas une sauvegarde et ne préconise pas de changer toute la structure par précaution.
Étapes
- Notez trois anciennes URL concernées, leurs nouvelles destinations prévues et un article inchangé pour comparaison. Avant toute autre modification, sauvegardez le site et les anciens réglages. Privilégiez une copie de test séparée.
- Ouvrez l’article dans le tableau de bord et vérifiez son état de publication, son slug réel et l’adresse affichée. Un brouillon ou article privé n’est pas accessible aux visiteurs déconnectés comme un article public.
- Ouvrez l’adresse actuelle sans connexion. Dans les outils réseau du navigateur, examinez le statut de la requête du document et l’URL finale. Une page d’erreur d’apparence normale peut renvoyer HTTP 404 ; une redirection peut aboutir au mauvais endroit.
- Dans Réglages → Permaliens, comparez la structure enregistrée à celle prévue et documentée. N’en choisissez pas une autre simplement pour essayer. Réenregistrer les réglages inchangés peut aider pour les règles de réécriture ; testez d’abord sur la copie puis vérifiez à nouveau.
- Si les adresses actuelles fonctionnent mais pas les anciennes, prévoyez une redirection permanente ciblée de chaque ancienne adresse vers son successeur. Ne redirigez pas toutes les erreurs vers l’accueil. Vérifiez aussi les liens internes, archives de catégories et versions linguistiques.
Vérifier le résultat
Testez chaque ancienne et nouvelle adresse de l’échantillon ainsi qu’un article inchangé, en étant déconnecté. Notez statut, chaîne de redirections et contenu final. Si beaucoup d’URL lisibles échouent malgré des réglages corrects, transmettez les résultats à l’hébergeur : Apache et Nginx se configurent différemment.
Annulation et limites
Si la situation empire, rétablissez de façon contrôlée le réglage documenté ou une sauvegarde testée. N’écrasez pas les règles serveur ni .htaccess au hasard. Vider le cache du navigateur ne répare pas une ressource absente ; examinez aussi les caches intermédiaires sans masquer d’autres erreurs.