Comment transmettre les bases du SEO à cinquante rédacteurs répartis dans quinze filiales, sans budget pour un accompagnement individuel et avec une seule journée de formation disponible dans leur planning ? C’est la question posée par le service communication d’un grand groupe industriel, propriétaire d’un intranet WordPress alimenté en continu par des équipes non spécialistes du référencement.
La réponse retenue n’a pas été de multiplier les slides théoriques, vite oubliées, mais de déplacer les garde-fous SEO directement dans l’éditeur de blocs, là où les rédacteurs passent réellement leur temps. Voici la démarche suivie, étape par étape, reproductible sur n’importe quel site s’appuyant sur Gutenberg.
Étape 1 : identifier les trois erreurs qui coûtent le plus cher
Avant de coder quoi que ce soit, un audit rapide des cent derniers articles publiés a permis de classer les erreurs récurrentes par fréquence : titres de plus de 70 caractères tronqués dans les résultats de recherche, absence de méta-description dans un cas sur deux, et titres d’articles identiques au titre de la page d’accueil de la rubrique. Trois problèmes simples, responsables à eux seuls de la majorité des soucis remontés par l’équipe SEO centrale.
Plutôt que de vouloir tout corriger d’un coup, la formation s’est concentrée sur ces trois points, avec une règle simple annoncée en préambule : « Un rédacteur qui corrige ces trois choses fait déjà mieux que la moyenne du groupe. »
Étape 2 : construire un panneau latéral de vérification dans l’éditeur
Techniquement, ce panneau s’appuie sur l’API PluginDocumentSettingPanel de Gutenberg, qui permet d’ajouter un encart personnalisé dans la colonne latérale de l’éditeur, aux côtés des réglages natifs. Un script JavaScript enregistré via wp_enqueue_script, avec les dépendances wp-plugins, wp-edit-post et wp-data, suffit à afficher les trois vérifications sous forme de voyants de couleur.
registerPlugin( 'controle-seo-editeur', {
render: () => {
const title = wp.data.select( 'core/editor' ).getEditedPostAttribute( 'title' );
const alerte = title.length > 70;
return wp.element.createElement(
wp.editPost.PluginDocumentSettingPanel,
{ title: 'Contrôles SEO' },
wp.element.createElement(
'p',
null,
alerte ? 'Titre trop long : ' + title.length + ' caractères' : 'Longueur du titre correcte'
)
);
}
} );
Étape 3 : rendre l’erreur visible avant la publication, pas après
Le point clé de cette approche : les alertes apparaissent en temps réel pendant la rédaction, sans bloquer la publication. Un rédacteur reste libre de publier malgré un voyant orange, mais il ne peut plus prétendre ne pas avoir été prévenu. Cette nuance a été discutée en amont avec les responsables éditoriaux, soucieux de ne pas transformer l’outil en gendarme trop rigide, ce qui aurait généré du rejet plutôt que de l’adhésion.
Pour la méta-description, la vérification s’appuie sur le champ natif exposé par la plupart des extensions SEO du marché, en lisant sa valeur via getEditedPostAttribute lorsqu’elle est stockée en tant que méta personnalisée, ou via le magasin de données propre à l’extension quand celle-ci expose un module public. Dans le cas de ce groupe, l’extension maison développée en interne stockait directement la donnée dans une meta post classique, ce qui a simplifié l’intégration.
Étape 4 : construire un tableau de bord de conformité pour les responsables
Former les rédacteurs ne suffit pas : encore faut-il pouvoir vérifier, sans relire chaque article un par un, que les bonnes pratiques sont réellement appliquées. Un tableau de bord basé sur WP_Query a été développé pour lister, filiale par filiale, la proportion d’articles publiés dans le mois respectant les trois critères.
$articles = new WP_Query( array(
'post_type' => 'post',
'date_query' => array( array( 'after' => '30 days ago' ) ),
'posts_per_page' => -1,
) );
Ce tableau, publié chaque mois en interne, a eu un effet inattendu mais bienvenu : les filiales se sont mises à comparer leurs scores entre elles, créant une forme d’émulation qui a fait plus pour l’adoption des bonnes pratiques que n’importe quelle piqûre de rappel.
Ce qu’il ne fallait surtout pas faire
- Bloquer la publication en cas d’erreur, au risque de créer des contournements dangereux (contenu publié directement en base, sans passer par l’éditeur) ;
- Multiplier les critères contrôlés au-delà de trois ou quatre, au risque de noyer le rédacteur sous des alertes qu’il finit par ignorer toutes ;
- Confier la maintenance du script à une seule personne sans documentation, ce qui a nécessité un rattrapage six mois plus tard lors d’un changement d’équipe.
Un garde-fou que personne ne comprend finit toujours par être désactivé. Mieux vaut trois règles limpides qu’une dizaine de vérifications savantes.
En résumé
Former cinquante rédacteurs non spécialistes au SEO ne passe pas nécessairement par un long programme pédagogique : un panneau de contrôle bien pensé dans l’éditeur, couplé à un tableau de bord de suivi mensuel, a permis d’obtenir des résultats mesurables en quelques semaines, sans mobiliser d’expert SEO au quotidien. La clé du succès a résidé dans la limitation volontaire du périmètre à trois vérifications, choisies pour leur impact réel plutôt que pour leur exhaustivité théorique.
