Toutes les équipes qui ont tenté d’automatiser leur contenu ces deux dernières années ont appris la même leçon, à peu près dans le même ordre. Le premier mois est euphorique : un article coûte quatre minutes au lieu de quatre jours. Le troisième mois est silencieux. Au sixième, quelqu’un ouvre les statistiques et découvre cent pages que personne ne lit, vers lesquelles personne ne pointe, et que personne ne veut avouer avoir écrites.
L’erreur n’était pas d’utiliser un modèle de langage. L’erreur était de le pointer vers le mauvais objet.
Rédiger est la partie facile
Écrire un premier jet n’a jamais été le goulot d’étranglement d’une équipe de contenu qui fonctionne. Le goulot, c’est de savoir ce que la page doit contenir pour mériter la position qu’elle vise. Cette connaissance n’est pas dans le modèle. Elle est dans les dix résultats qui se classent aujourd’hui, dans les questions que les gens tapent réellement après la première requête, dans les liens internes que votre site peut se permettre de pointer vers une nouvelle page, et dans les parties du sujet que vos concurrents traitent déjà mieux que vous ne le ferez jamais.
Un modèle à qui l’on demande « écris un article sur l’audit SEO technique » invente une moyenne plausible de tout ce qu’il a lu. Un modèle à qui l’on remet les dix résultats actuels, les entités qu’ils mentionnent tous, les trois questions qu’aucun ne traite et les deux liens internes qui devraient exister produit quelque chose de nettement plus utile. Même modèle, autre entrée.
Ce qu’un brief doit contenir
Nous avons arrêté cinq parties, et nous jetons les briefs auxquels il en manque une.
- La cible et l’écart. Une requête, sa position actuelle, et une phrase sur la raison pour laquelle la page ne gagne pas encore. Si personne ne sait écrire cette phrase, la page n’a rien à faire dans le backlog.
- Entités et sous-sujets. Extraits des pages qui se classent, pas de la mémoire du modèle. Chacun porte le nombre de pages concurrentes qui le couvrent, pour distinguer le minimum vital du facteur différenciant.
- Questions à traiter. Tirées des recherches associées et des requêtes de suivi présentes dans vos propres données Search Console.
- Liens internes, dans les deux sens. Quelles pages existantes doivent pointer vers celle-ci, et vers quoi celle-ci doit pointer. C’est la partie que tous les plans générés oublient, et c’est elle qui décide si une nouvelle page sera crawlée et comprise.
- Sources. Chaque affirmation du brief renvoie à la page dont elle provient. Un rédacteur qui ne peut pas vérifier une affirmation en un clic la répétera aveuglément ou ignorera le document entier.
Pourquoi l’ancrage compte plus que la qualité du modèle
Un brief est vérifiable. On ouvre les sources, on confronte la liste d’entités aux résultats, on conteste la priorité. Un brouillon n’est pas vérifiable au sens pratique : pour le vérifier, il faut le réécrire, et à ce moment-là le modèle ne vous a rien fait gagner.
Cette asymétrie contient tout l’argument. Placez le modèle là où sa sortie peut être auditée en trente secondes par quelqu’un qui connaît le sujet, et il devient réellement utile. Placez-le là où l’audit coûte plus cher que le travail lui-même, et vous avez automatisé la production d’un désordre.
Le flux qui a survécu
Regrouper les requêtes. Noter les clusters par gain réaliste. Générer un brief pour le haut de la liste. Laisser un humain se disputer dix minutes avec ce brief. Puis écrire, avec ou sans aide, et publier quelque chose qu’une personne a choisi de publier.
Le modèle est dans la boucle du début à la fin. Il n’a simplement jamais le dernier mot.