Une refonte WordPress, c'est excitant : nouveau design, meilleure performance, fonctionnalités modernisées. Mais quand le trafic plonge après la mise en ligne, l'enthousiasme tourne vite à l'inquiétude. Je l'ai vécu plusieurs fois en accompagnant des clients et sur Onlywat : la bonne nouvelle, c'est que la plupart des baisses de trafic sont réparables. Voici mon diagnostic SEO en 9 étapes pour identifier la cause et prioriser les actions.
Vérifier l'indexation et les erreurs d'exploration
La première chose que je fais systématiquement est de contrôler si Google peut encore explorer et indexer le site. J'ouvre Google Search Console (GSC) et je regarde l'onglet Couvrir (Coverage). Je recherche :
Ensuite, j'utilise la commande site:onlywat.ch pour voir l'état d'indexation et contrôler si des pages importantes ont disparu. Si je vois une chute nette, il faut agir vite : renvoyer un sitemap à GSC, corriger les erreurs et demander une nouvelle indexation des pages clés.
Contrôler le fichier robots.txt et les balises meta robots
Très courant après une refonte : le fichier robots.txt a été modifié ou une balise noindex a été laissée sur des modèles de pages. J'ouvre https://www.onlywat.ch/robots.txt et je vérifie qu'aucune directive n'empêche l'accès aux ressources essentielles. Puis je parcours plusieurs pages (home, pages catégories, articles) et j'inspecte le code source à la recherche de <meta name="robots" content="noindex">.
Si je trouve une balise noindex non voulue, c'est souvent le thème ou un plugin SEO qui l'a insérée. Je corrige directement et redemande l'indexation dans GSC.
Comparer les URLs anciennes et nouvelles (redirections)
Les modifications d'URL sans redirections 301 sont une cause majeure de chute de trafic. J'exporte l'ancien plan de site si possible, ou j'utilise Wayback/les backups, et je liste les URL à fort trafic avant la refonte. Ensuite, je vérifie :
Pour ça j'utilise Screaming Frog ou des outils comme Ahrefs/SEMrush pour crawler le site et repérer les redirections manquantes. Si je dois créer beaucoup de redirections, je priorise celles qui apportaient le plus de trafic et celles avec le plus de backlinks.
Analyser les performances techniques (vitesse et erreurs serveur)
Une refonte mal configurée peut dégrader la performance : temps de chargement plus long, erreurs 5xx, ressources bloquées. J'exécute des tests sur PageSpeed Insights, GTmetrix et WebPageTest. J'observe :
Parfois, un plugin de cache incompatible ou un CDN mal configuré crée des problèmes. Je désactive temporairement les plugins récents et teste. Si l'hébergement est en cause, je contacte le support serveur en fournissant les erreurs observées.
Comparer le contenu et l'intention (HTML perdu)
Lors d'une refonte, il arrive que du contenu important soit supprimé ou déplacé dans des zones non indexables (ex : contenu chargé par JS après rendu). J'examine les pages qui ont perdu du trafic et je compare l'ancien HTML avec le nouveau :
Si le contenu phare a été allégé, je le restaure ou j'améliore la structure Hn pour retrouver la pertinence sur les requêtes qui attiraient du trafic.
Vérifier les balises canoniques
Les balises rel="canonical" mal configurées peuvent indiquer aux moteurs de recherche que la page principale est ailleurs, entraînant la désindexation. J'inspecte les canoniques des pages concernées :
Corriger les canoniques peut parfois rétablir l'indexation et le trafic en quelques jours.
Analyser les backlinks et le profil externe
Une baisse de trafic peut aussi résulter de pertes de liens entrants après migration s'ils ont été modifiés ou brisés. J'utilise Ahrefs ou Majestic pour comparer le profil de backlinks avant/après. Je cherche :
Pour les liens importants, je contacte les webmasters pour demander une mise à jour ou je crée des redirections 301 adéquates. Les backlinks de qualité doivent être préservés coûte que coûte.
Suivre l'impact des changements sur les mots-clés
Je regarde quelles pages et mots-clés ont perdu du classement. Dans GSC, l'onglet Performances permet d'exporter les requêtes, impressions et positions. Je compare les périodes pré/post refonte et priorise :
Ensuite, j'ajuste les contenus, les titres et la structure interne pour regagner la pertinence sur ces requêtes. Parfois, c'est une optimisation de contenu simple qui redonne du souffle.
Contrôler l'expérience utilisateur et le tracking
Enfin, je vérifie que l'analytics n'est pas la cause apparente d'une chute : un UA mal installé, un filtre qui exclut le trafic, ou la perte de tags (Google Analytics, GTM). Si le trafic réel est stable mais que les outils ne le mesurent plus, la situation est plus simple à réparer :
Je profite aussi du déplacement pour revoir l'UX : parfois, un changement d'interface réduit le temps passé sur la page ou augmente le taux de rebond. Les tests utilisateurs rapides ou Heatmaps (Hotjar, Fullstory) aident à comprendre si le comportement des visiteurs a changé.
En pratique, je commence toujours par les vérifications rapides : robots.txt, meta noindex, redirections 301 manquantes et canoniques. Ces quatre éléments résolvent souvent la majorité des chutes. Ensuite j'attaque la partie technique et le contenu en priorisant ce qui ramène le plus de trafic rapidement. Si vous souhaitez, je peux vous proposer une check-list printable ou un audit ciblé pour votre site WordPress — dites-moi juste quelles pages ou quelles dates vous semblent critiques.
