Le client qui n'existait pas
GALAPA* est une agence numérique. Comme beaucoup d'agences, elle tient un blogue bilingue : c'est ce qui fait qu'un client potentiel nous trouve, et de plus en plus, c'est aussi ce qui fait qu'un assistant IA nous cite quand quelqu'un lui pose une question sur notre métier. Depuis le printemps 2026, les articles de ce blogue sont produits par trois programmes qui se relaient, avec deux points d'arrêt où une personne décide.
Mais...ça n'a pas commencé comme ça.
Le 2 juin 2026, en relisant un article que notre rédacteur automatique venait de terminer, on est tombés sur une étude de cas complète. Un client en logistique B2B, un score de visibilité passé de 38 % à 68 % entre mars et avril, une mesure précise du nombre de requêtes où ChatGPT recommandait l'entreprise. Trois paragraphes convaincants, écrits dans le bon ton, prêts à publier.
Ce client n'a jamais existé. Aucune de ces mesures n'avait été prise. Le deuxième article relu ce jour-là présentait le même défaut, ce qui écartait l'hypothèse de l'accident. Notre journal de bord porte la mention, datée du jour même : structurel.
Ce texte raconte ce qu'on a construit à partir de là : pourquoi la chaîne compte aujourd'hui trois programmes distincts plutôt qu'un seul, ce qui a cassé en cours de route, et ce que ça change concrètement dans une semaine de travail.
Le vrai problème n'était pas la rédaction
Écrire un article de fond de 1 500 à 2 000 mots demande quelques jours de travail à temps plein. C'est long, mais c'est la partie visible et la moins coûteuse du problème.
La partie qui épuise, c'est la veille. Rester à jour dans un domaine qui bouge chaque semaine, ouvrir des dizaines de liens, distinguer le signal du bruit, compiler les sources, décider quel sujet mérite un article maintenant plutôt que dans trois mois. Pour une PME dont le métier n'est pas la production de contenu, cette charge est ingérable. Elle n'apparaît sur aucun échéancier, et c'est toujours elle qu'on sacrifie en premier.
Un agent qui écrit vite ne règle pas ça. Il déplace le goulot d'étranglement d'un cran, et souvent l'aggrave : plus on produit, plus il faut vérifier.
Trois agents, trois métiers
La chaîne compte trois programmes distincts. Chacun a son dépôt de code, son cycle de vie et son rythme.
Pourquoi trois programmes plutôt qu'un seul
La découpe n'a pas été dessinée d'avance. Le rédacteur est né le premier, le 26 mai 2026. Le curateur est arrivé le lendemain pour l'alimenter. Le réviseur, lui, a existé comme problème documenté pendant près de trois mois avant d'exister comme programme.
Quatre raisons ont fini par la justifier.
La base de données sert de courroie. Les agents ne s'appellent jamais entre eux. Ils lisent un statut et en écrivent un autre : le curateur dépose un brief « À valider », le rédacteur ne prend que du « Planifié », le réviseur remet du « Rédigé ». Si un service tombe, rien ne se perd, parce que l'état ne vit jamais à l'intérieur du service.
Il fallait une couture où insérer une personne. Un programme unique n'offre aucun endroit où intercaler une décision humaine. La découpe crée cet endroit : aucun mot n'est écrit avant qu'un humain ait approuvé l'angle. Un sujet refusé passe à « Rejeté », statut que le curateur relit à chaque passage pour ne plus jamais le proposer.
Le rédacteur ne peut pas se relire lui-même. Cette raison-là, on l'a apprise le 2 juin. Le rédacteur écrit son texte avant que ses sources soient validées. Aucune consigne, aussi bien formulée soit-elle, ne peut donc lui faire retirer un paragraphe qui s'appuie sur une source tombée entre-temps : le paragraphe existe déjà. La correction doit venir après la génération, donc d'ailleurs.
La révision manuelle a fini par ne plus suivre. C'est la raison qui a réellement déclenché la construction du troisième agent, en août. La révision existait déjà comme procédure outillée, mais menée à la main. Elle prenait du temps, le retard s'est accumulé, et une pile d'articles écrits mais non publiés s'est formée. La rédaction était automatisée ; l'étape suivante était devenue le point de blocage.
Ce qu'on a écarté
Le premier modèle du curateur fonctionnait un pour un : chaque article rédigé déclenchait la création d'un seul brief, pour garder la réserve de sujets à taille constante. L'idée était élégante et n'a pas tenu une semaine. Le 2 juin, elle a été remplacée par un passage hebdomadaire qui sélectionne trois à cinq sujets parmi une dizaine de candidats. Une réserve qui se remplit à cadence fixe vaut mieux qu'une réserve qui dépend de la production.
On a aussi écarté la validation automatique stricte, celle qui bloquerait la publication d'un article dont un chiffre ne se retrouve pas mot pour mot dans une source. Les formats divergent, les modèles reformulent, les extraits sont courts : le taux de faux positifs aurait rendu le mécanisme inutilisable. La règle retenue signale et corrige, sans jamais bloquer sur une comparaison littérale.
La révision comme instrument de mesure
Voilà le mécanisme qui distingue cette chaîne d'une simple mise bout à bout de trois programmes.
Chaque session de révision écrit ses constats dans un champ de la base, article par article. Quand une erreur revient d'un article à l'autre, elle change de nature : elle cesse d'être un défaut à corriger à la main et devient un correctif à poser dans le rédacteur. La révision produit des articles publiables, et en même temps la liste de ce qu'il faut réparer en amont.
Le compteur est explicite dans les notes elles-mêmes. Celle du 12 juin, sur un article consacré au guide IA de Google :
Aplatissement de la distinction AEO/GEO (violation glossaire 4 juin). 2e occurrence du pattern (déjà vu sur GPT-5.5).
Note de révision, 12 juin 2026
Et la même note tranche entre les deux gestes possibles, avec son vocabulaire à elle :
One-shot : 6 reformulations, passe em dash. Structurel (patch agent) : aplatissement AEO/GEO → prompt généré pour le Writing Agent.
Même note, section Modifications
Une erreur isolée se corrige dans l'article. Une deuxième occurrence devient un correctif dans le programme.
Le meilleur exemple porte la date du 15 juin, et les trois moments tiennent dans la même journée. Le matin, une session de révision sur un article traitant des ententes de référencement entre agences relève six attributions de sources fabriquées, trois en français et trois en anglais, plus une prémisse fausse sur un modèle de commission que GALAPA* ne pratique pas. Le jour même, un correctif est posé dans le rédacteur : seules les sources du brief deviennent citables, et le filtre est appliqué par le code plutôt que par une consigne. La vérification se fait sur ce même article : six attributions fabriquées avant, zéro après.
Tous les correctifs de juin viennent de là. Aucun n'a été imaginé au tableau blanc. Chacun a été observé dans un article précis, à une date précise.
Où la personne garde la main
Deux points d'arrêt, et ils ne bougent pas.
Le premier se situe avant la rédaction. Les briefs arrivent au statut « À valider » et y restent. Lire le titre et le sommaire, puis planifier ou rejeter, prend cinq minutes par semaine pour l'ensemble des sujets proposés.
Le second se situe avant la publication. Le réviseur dépose un brouillon dans le CMS et s'arrête là. Il refuse d'ailleurs de rétrograder un article déjà publié, garde-fou ajouté après coup. Relire les deux versions, ajuster et publier prend de 30 à 45 minutes, trois fois par semaine.
Le réviseur peut aussi refuser un article au lieu de le corriger. C'est arrivé à un texte qui revendiquait des résultats chiffrés observés chez des clients de l'agence, alors que le brief ne demandait rien de tel :
Révision automatique — verdict ROUGE. Destination : retour rédaction.
Note de révision, base blogue
Un programme capable de dire non vaut mieux qu'un programme qui produit toujours quelque chose.
Ce que ça a changé
Le temps humain d'une semaine complète de production, validation comprise, tourne autour de deux heures pour trois articles bilingues. La part de la veille, elle, est passée d'une charge continue à zéro.
Un chiffre secondaire dit quelque chose sur la qualité de la curation. La proportion de briefs rejetés à la lecture baisse de mois en mois, et deux lectures restent possibles. Il serait malhonnête de choisir la plus flatteuse : ou bien le curateur s'est calibré, ou bien le tri est devenu moins sévère qu'à ses débuts. Y répondre demandera quelques mois de recul.
Ce qui ne fonctionne pas encore
La pile d'articles en attente existe toujours. Au 26 août 2026, 38 articles étaient écrits et 7 publiés. Le rattrapage est commencé, huit articles sont passés au réviseur automatique, trois sont rendus à l'état de brouillon. Il reste du chemin.
Le réviseur, lui, a passé deux jours hors du circuit. Un article sur les plateformes de commerce en ligne a fait apparaître 99 affirmations sans source, ce qui représentait dix lots de vérification : quarante-cinq minutes de traitement sans aboutir, et un service qu'il a fallu redémarrer pour l'interrompre. La vérification a été parallélisée le jour même, mais le vrai correctif se trouvait ailleurs. On a fait chercher et sourcer ses chiffres au rédacteur lui-même, ce qui a fait tomber la charge de dix lots à environ un sur un article comparable.
Le temps de poser ce correctif en amont, le réviseur a été débranché. Il a été rebranché depuis, et le contrôle de santé du rédacteur le confirme : branché, tous les voyants au vert. Deux variables d'environnement pour le retirer, deux pour le remettre, sans jamais toucher au code du rédacteur. C'est le genre de manœuvre qu'un programme unique aurait transformée en réécriture.
Reste une conséquence à surveiller. Le réviseur voit maintenant beaucoup moins d'affirmations orphelines, puisque le rédacteur source ses propres chiffres. Le mécanisme d'apprentissage décrit plus haut se nourrit précisément de ces défauts : moins il en trouve, moins il a de signal à renvoyer en amont. Une chaîne qui s'améliore finit par se priver de ce qui la faisait progresser, et il faudra trouver quoi mesurer ensuite.
Et chez vous ?
Ce que nos clients achètent, c'est l'article publié : sourcé, dans les deux langues, à la date prévue. Tout ce qui précède explique pourquoi il arrive dans cet état.
La garantie tient en deux points. Aucun texte ne part en rédaction sans qu'une personne ait approuvé l'angle, et aucun texte ne se publie sans qu'une personne l'ait lu. Entre les deux, chaque affirmation chiffrée doit pouvoir montrer d'où elle vient, sans quoi elle est réécrite. Une garantie modeste, qui vient d'un client qui n'existait pas.
Si votre blogue s'est arrêté faute de temps plutôt que faute d'idées, ou si la veille de votre secteur vous échappe depuis des mois, il y a une conversation à avoir. On regarde votre marché, vos sujets et la cadence que vous pouvez tenir, et on vous dit franchement ce qu'un dispositif de ce genre donnerait chez vous. Y compris quand la réponse est qu'il ne donnerait pas grand-chose.
FAQs
Oui, le brouillon est produit par un programme. Deux décisions restent humaines et ne bougent pas : une personne approuve l'angle avant qu'un mot soit écrit, et une personne relit l'article terminé dans les deux langues avant sa mise en ligne. Entre les deux, un second programme vérifie chaque affirmation chiffrée et réécrit ce qu'il ne peut pas sourcer. Un article qui s'éloigne trop de son brief retourne en rédaction au lieu de devenir un brouillon.
Chaque affirmation chiffrée doit montrer d'où elle vient. Le vérificateur cherche la donnée en ligne et n'accepte une correction que si elle s'appuie sur une page réellement consultée et sur l'extrait qui porte le chiffre. Quand rien de crédible ne confirme, la fausse précision est retirée et le paragraphe réécrit sans elle : l'argument survit, le chiffre inventé disparaît. Une citation ou un cas introuvable est retiré plutôt qu'atténué.
Les politiques anti-spam de Google visent le contenu produit d'abord pour manipuler un classement, et elles s'appliquent de la même façon selon que la page vient d'une automatisation, de personnes, ou des deux : la méthode n'est pas le critère. Sa documentation sur le contenu génératif précise qu'un contenu utile, original et conforme aux principes E-E-A-T peut bien se positionner peu importe comment il a été produit, tandis que ses règles anti-spam désignent la production massive sans valeur ajoutée comme le vrai problème. C'est cette distinction qui rend les points d'arrêt humains non négociables.
La rédaction, oui, dans à peu près tous les cas. La curation dépend de ce qu'il y a à surveiller : elle donne son plein rendement dans un domaine où il se publie des choses chaque semaine, moins dans un marché fermé où l'actualité publique est rare. Dans ce cas, les sujets viennent du client et la chaîne prend le relais à partir du brief. C'est ce qu'il faut évaluer avant de s'engager sur une cadence.