Checklist SEO après une mise à jour WordPress : quoi vérifier

Une checklist SEO après une mise à jour WordPress est une courte liste de points à vérifier sur le site en ligne une fois le cœur, un thème ou un plugin mis à jour : meta robots, titles, canonicals, sitemap, robots.txt et tags de tracking. Ce contrôle est nécessaire parce que les mises à jour remplacent des fichiers et migrent des réglages, et que le front end paraît en général identique alors que le code en dessous a changé.

Cet article couvre l'heure qui suit une mise à jour. Pour les réglages à surveiller toute l'année, consultez la surveillance SEO de WordPress, et pour un changement de domaine ou de plateforme, la checklist SEO de migration de site.

Mises à jour du plugin SEO : modèles de titre, robots par défaut et sitemap

Yoast SEO et Rank Math construisent les titles à partir de modèles avec variables. Yoast les écrit %%title%% %%sep%% %%sitename%%, Rank Math %title% %sep% %sitename%. Quand un modèle est réinitialisé, ou qu'une variable n'est plus remplacée, le résultat apparaît d'un coup dans la balise <title> de toutes les URL de ce type de contenu. Un title qui affiche littéralement « %%sitename%% », ou qui a perdu le nom de la page, voilà ce qu'il faut chercher.

Ces mêmes plugins gèrent la meta robots des archives, des étiquettes, des pages auteur et des URL de fichiers joints. Une migration des réglages lors d'une version majeure peut changer ces valeurs par défaut : comparez la balise <meta name="robots"> d'une archive d'étiquette ou d'auteur avec ce qu'elle était avant.

Ouvrez ensuite l'index du sitemap. Les deux plugins le servent à l'adresse /sitemap_index.xml, et chacun dispose d'un interrupteur qui le désactive (le module Sitemap dans Rank Math, la fonctionnalité Plans de site XML dans Yoast). Si l'index renvoie une 404, ou qu'un type de contenu en a disparu, la Search Console continuera de lire l'ancienne soumission et signalera des erreurs plus tard. La perte d'entrées de sitemap est traitée plus en détail dans l'article sur les pages retirées du sitemap.

Les mises à jour de thème qui écrasent header.php

Mettre à jour un thème remplace ses fichiers par la version de l'éditeur. Tout ce qui a été modifié directement dans le thème parent, et non dans un thème enfant, est perdu. Sur beaucoup de sites anciens, cela inclut un snippet GTM collé dans header.php ou une balise meta de validation ajoutée à la main.

La panne la plus grave est l'absence de l'appel wp_head(). Les plugins injectent leur code par ce hook : si un gabarit d'en-tête personnalisé ne l'appelle plus, le title, la description, le canonical et les balises robots du plugin SEO disparaissent ensemble, avec tout ce qu'ajoutent Site Kit ou un plugin GTM. La page s'affiche quand même. Affichez le code source, cherchez le canonical, et s'il est absent, vérifiez si le bloc de commentaire du plugin SEO manque aussi.

Les mises à jour de constructeur de pages et les H1

Elementor, Divi et les constructeurs similaires stockent les titres sous forme de widgets avec un réglage de balise HTML. Une mise à jour qui modifie un modèle global, un en-tête créé avec le theme builder ou la façon dont le thème affiche son propre titre de page peut laisser une page avec deux H1 ou aucun. Exemple courant : un thème qui se met à afficher le titre de l'article en H1 au-dessus d'une mise en page construite qui a déjà le sien. Vérifiez le H1 de la page d'accueil, d'une landing page et d'un article.

Les plugins de cache et d'optimisation qui déplacent GTM

WP Rocket, LiteSpeed Cache, Autoptimize et les plugins similaires peuvent différer, retarder ou combiner le JavaScript. Après une mise à jour, une nouvelle valeur par défaut ou une liste d'exclusions modifiée peut placer le conteneur GTM derrière une règle « retarder jusqu'à l'interaction de l'utilisateur ». Le tag reste dans le HTML, et un contrôle du code source ne voit donc rien, mais les pages vues des visiteurs qui ne font jamais défiler ni ne cliquent ne sont plus envoyées.

Deux habitudes aident. Videz le cache des pages après chaque mise à jour, car le HTML que vous voyez en étant connecté contourne généralement le cache. Chargez ensuite la page en navigation privée avec l'onglet Réseau ouvert et vérifiez que la requête gtm.js part avant toute interaction. La marche à suivre pour GA4 est dans notre guide pour vérifier que GA4 est bien installé.

Permaliens, robots.txt et poussées depuis la préproduction

Les plugins qui déclarent des types de contenu ou des taxonomies personnalisés peuvent modifier leurs règles de réécriture lors d'une mise à jour. Tant que les règles ne sont pas régénérées, ces URL renvoient une 404 alors que les pages normales fonctionnent. Ouvrir Réglages > Permaliens et cliquer sur Enregistrer les modifications les régénère, tout comme wp rewrite flush dans WP-CLI. Testez une URL de chaque type de contenu personnalisé au lieu de supposer que tout va bien.

Le robots.txt mérite son propre contrôle. S'il n'existe pas de fichier physique, WordPress en sert un virtuel que les plugins SEO peuvent modifier, et une mise à jour de plugin ou un import de réglages peut le réécrire sans qu'aucun fichier ne change sur le disque. S'il existe un fichier physique, c'est lui qui prime, et un déploiement peut l'écraser avec une version de préproduction contenant Disallow: /.

C'est lors des poussées depuis la préproduction que le réglage « Visibilité pour les moteurs de recherche » piège les équipes. L'option est stockée en base de données, et une poussée de base depuis une préproduction où la case « Demander aux moteurs de recherche de ne pas indexer ce site » est cochée ajoute un noindex sur tout le site en ligne. L'article pour repérer un noindex en production passe en revue les moyens de le détecter.

Checklist SEO en 10 minutes après une mise à jour WordPress

À faire sur le domaine en ligne, déconnecté, après avoir vidé le cache.

1. Vérifiez que la page d'accueil et une page intérieure renvoient un code 200 et n'affichent pas « Brièvement indisponible pour cause de maintenance planifiée ».
2. Affichez le code source de la page d'accueil, d'un article et d'une page catégorie, et cherchez noindex.
3. Lancez curl -I sur la page d'accueil et vérifiez qu'aucun en-tête X-Robots-Tag inattendu n'apparaît.
4. Comparez la balise <title> et la meta description de ces pages avec leur état avant la mise à jour.
5. Vérifiez que chaque page a un seul H1 et que c'est celui attendu.
6. Confirmez que le canonical est présent et pointe vers l'URL de la page elle-même, avec le bon protocole et le bon hôte.
7. Ouvrez /sitemap_index.xml (ou /wp-sitemap.xml sans plugin SEO) et vérifiez que chaque type de contenu y figure toujours.
8. Ouvrez /robots.txt et comparez-le avec la version précédente.
9. Visitez une URL par type de contenu personnalisé et par taxonomie, et confirmez qu'aucune ne renvoie de 404.
10. En navigation privée, vérifiez que GTM, GA4 et le Meta Pixel se chargent et que le bandeau cookies s'affiche toujours.

Gardez une copie du robots.txt et de quelques titles avant la mise à jour. Sans état « avant », la plupart de ces contrôles deviennent des suppositions.

Ce qu'il faut automatiser et ce qui reste manuel

Dérouler cette liste sur un site après une mise à jour planifiée est réaliste. La dérouler sur trente sites clients dont les plugins se mettent à jour automatiquement pendant la nuit ne l'est pas, parce que vous ne savez souvent même pas qu'une mise à jour a eu lieu.

Deltio prend en charge la partie automatisable. Il lit une fois par jour le sitemap et les pages de chaque site, les compare au contrôle précédent, puis envoie des alertes Slack et email pour ce site quand le noindex, le robots.txt, les canonicals, les titles, les meta descriptions, les H1 ou les URL du sitemap changent, quand GA4, GTM, le Meta Pixel ou la plateforme de consentement cookies manque, ou quand une page de maintenance remplace le contenu. La disponibilité et l'expiration du SSL et du domaine sont suivies aussi.

Comme le contrôle est quotidien, une mise à jour automatique qui a cassé quelque chose vous est signalée le lendemain. Pour une mise à jour que vous lancez vous-même, déroulez tout de même la checklist immédiatement, ou lancez un scan SEO manuel dans Deltio une fois le cache vidé.

Pour couvrir les mises à jour nocturnes, un essai gratuit de 14 jours est disponible.