Constat technique de départ : la Search Console du client signale un nombre de pages indexées nettement inférieur au nombre de pages réellement publiées sur le site. Vérification faite, ces pages sont bien visibles, accessibles, et correctement remplies de contenu. Elles n’apparaissent simplement jamais dans le sitemap XML généré automatiquement par Yoast SEO, ce qui explique leur absence de découverte par les robots d’indexation.
Sur ce site institutionnel, construit en éditeur de site sous WordPress 6.0, vingt-sept pages utilisant un template personnalisé dédié aux fiches de service (« Page – Fiche service ») manquaient à l’appel, alors que des pages utilisant le template générique par défaut s’affichaient sans problème dans le même sitemap.
Diagnostic : comment Yoast SEO construit son sitemap
Le sitemap XML de Yoast SEO s’appuie sur une requête interrogeant les contenus publics par type de contenu, filtrée ensuite par un ensemble de règles internes destinées à exclure certains contenus jugés non pertinents pour l’indexation (pages archivées, brouillons, contenus marqués en noindex depuis les réglages SEO de la page). Ces règles, conçues avant la généralisation des templates personnalisés du Site Editor, ne tiennent pas compte du template assigné à une page.
L’inspection du code source de Yoast SEO, complétée par un examen des métadonnées de chaque page concernée, a révélé la cause réelle : ces vingt-sept pages avaient été créées par duplication d’un brouillon initial, resté configuré en noindex depuis les réglages SEO au moment de la duplication, un réglage qui avait donc été copié silencieusement sur chaque nouvelle fiche de service, malgré leur publication effective par la suite.
Ce n’est donc pas le template qui est en cause, mais un héritage de duplication
Le lien apparent avec le template personnalisé n’était, en réalité, qu’une coïncidence de méthode de travail : l’équipe éditoriale, pour gagner du temps, dupliquait systématiquement une page existante utilisant ce même template pour en créer une nouvelle, ce qui explique pourquoi toutes les pages absentes du sitemap partageaient effectivement le même template, sans que celui-ci en soit la cause technique directe.
Correctif : un audit de masse plutôt qu’un filtre technique
Puisque la cause réelle relevait d’un réglage éditorial hérité par duplication, et non d’un défaut du plugin lui-même, la correction retenue a consisté en un script WP-CLI d’audit, listant l’ensemble des pages publiées configurées en noindex malgré un statut public, pour permettre une correction manuelle rapide plutôt qu’une bascule automatique risquée.
$ wp post list --post_type=page --post_status=publish --fields=ID,post_title --format=csv | \
while IFS=, read id titre; do
noindex=$(wp post meta get "$id" _yoast_wpseo_meta-robots-noindex 2>/dev/null)
if [ "$noindex" = "1" ]; then
echo "Page en noindex malgré publication : $id - $titre"
fi
done
Une prévention plus durable : un rappel dans le flux de duplication
Au-delà de la correction ponctuelle des vingt-sept pages concernées, une prévention a été mise en place : un message d’avertissement, affiché automatiquement dans l’écran d’édition dès qu’une page dupliquée hérite d’un réglage noindex, pour que l’équipe éditoriale pense systématiquement à vérifier ce point avant publication.
- Auditer périodiquement les pages publiques configurées en
noindex, via un script WP-CLI ou une requête ciblée. - Ajouter un rappel visuel dans l’éditeur lors de la duplication d’une page, plutôt que de compter sur la vigilance seule.
- Vérifier le sitemap généré après chaque campagne de création de contenu par duplication.
Un bug de plugin est souvent la première hypothèse envisagée, alors que la cause réelle se cache plus fréquemment dans une habitude de travail de l’équipe éditoriale, plus difficile à corriger qu’une simple ligne de code.
Ce que ce billet ne couvre pas
Ce billet ne traite pas la configuration SEO complète d’un site en éditeur de site, ni le balisage schema.org des différents templates, deux sujets distincts qui mériteraient chacun un traitement séparé, indépendant de ce diagnostic ciblé sur une absence précise dans le sitemap.
En résumé
Une page absente du sitemap XML de Yoast SEO n’implique pas nécessairement une incompatibilité avec les templates du Site Editor : la cause la plus fréquente reste un réglage noindex hérité par duplication d’un brouillon. Un audit systématique des pages publiques configurées en noindex, complété par un rappel visuel dans l’éditeur, évite que ce type d’incident ne se reproduise silencieusement.
