Humaniser le contenu IA à grande échelle pour les agences
La rédaction n'a cessé d'être le goulot d'étranglement la semaine où l'agence a adopté un modèle. L'éditeur est devenu le goulot d'étranglement la même semaine, et la plupart des équipes n'ont jamais reconstruit le processus autour de cela. Voici la version opérationnelle, les trois points qu'un humain doit occuper, les décisions qui valent la peine d'être prises une seule fois pour chaque client, et le travail qui résiste à la standardisation, quelle que soit la qualité du système.
Une agence avec onze clients en contrat de rétention produit soixante pages par mois avec deux rédacteurs et un éditeur. La rédaction a cessé d’être le goulot d’étranglement la semaine où ils ont adopté un modèle. L’éditeur est devenu le goulot d’étranglement cette même semaine, et personne n’a reconstruit le processus autour de cela.
Humaniser du contenu IA à grande échelle consiste à exécuter un processus reproductible sur de nombreux éléments plutôt qu’à appliquer de bons réflexes d’édition soixante fois séparément en espérant qu’ils tiennent. La différence apparaît dans ce qui est consigné par écrit. Une seule page bien éditée dépend de l’éditeur qui a eu l’occasion de la prendre en charge. Un programme dépend de décisions prises une fois, appliquées partout, et vérifiées à des points fixes que personne n’a l’autorisation de sauter.
Un paragraphe sur la question de conformité, car elle régit tout ce qui suit. La politique anti-spam de Google décrit les pages produites à grande échelle dans le but principal de manipuler les classements plutôt que d’aider les utilisateurs, ce qui fait de l’intention le déclencheur et du volume un symptôme. Soixante pages réellement distinctes contenant des faits qu’un lecteur ne peut pas obtenir ailleurs sortent de cette phrase. Soixante pages presque identiques avec une variable remplacée y entrent, quel que soit le total mensuel. La position documentée de Google sur le contenu assisté par IA mérite d’être lue en entier avant qu’un programme de volume ne soit validé, et tout ce qui suit suppose que le test de l’intention a déjà été satisfait.
Humaniser du contenu IA à grande échelle, où l’éditeur doit se situer
Pour faire publier quelque chose dans Wikipedia, un éditeur humain doit se situer à trois endroits. Un seul d’entre eux intervient après l’existence du brouillon. Le premier est le brief, quelqu’un s’assoit et dit, « Qu’est-ce que cette page sait que aucune autre page ne sait ? » Le deuxième est la vérification, ouvrir toutes les sources pour chaque fait et chaque citation vérifiables. Et le troisième est l’approbation finale, quelqu’un appose son nom dessus. Tout ce qui se trouve entre ces étapes peut être automatisé. Mais aucune des trois ne le peut.
La plupart des agences empilent les trois à la fin et appellent l’ensemble « édition », ce qui est précisément l’origine du goulot d’étranglement. La décision prise au stade du brief prend dix minutes. La décision prise après la rédaction impose une réécriture complète. Un éditeur qui reçoit une page achevée à laquelle on n’a jamais donné quoi que ce soit à dire n’a aucun autre recours que de la renvoyer, et cet aller-retour est l’événement le plus coûteux du flux de travail.
L’approbation finale mérite une personne nommée plutôt qu’un rôle. Les propres consignes de Google demandent s’il est évident pour les visiteurs de savoir qui a rédigé le contenu, demandent si les pages comportent une signature là où l’on pourrait s’y attendre, et recommandent des informations d’auteur exactes plutôt que de les exiger. Une signature qui renvoie à une personne réelle fait aussi, en interne, quelque chose d’utile qu’aucune politique ne demande, elle rend un être humain identifiable réticent à approuver une page qu’il ne défendrait pas devant le client.
Ce qu’il faut standardiser une fois, pour chaque client
Standardisez tout ce qui ne change pas d’un texte à l’autre, le vocabulaire interne, les paramètres structurels par défaut, l’ossature des prompts, la configuration des outils et la définition écrite de ce qui est terminé. Ces décisions valent la peine d’être discutées une fois, pendant une semaine, puis plus jamais. Ce qu’elles apportent, c’est un relecteur qui ouvre n’importe quelle page dans la file d’attente et consacre son temps au fond plutôt qu’à rouvrir le débat sur la question de savoir si le style interne utilise la virgule de série.
| Couche | Standardisée une fois, pour tous les clients | Décidée au cas par cas |
|---|---|---|
| Voix | Une liste de mots interdits, une plage de longueur de phrase, et une règle interdisant d’ouvrir une section en reformulant son propre titre | À quel point le ton d’un client s’écarte du réglage par défaut de la maison |
| Structure | La profondeur des titres, l’emplacement de la réponse directe sous chaque titre, les conventions des tableaux et des listes | Si cette pièce particulière a besoin d’un tableau ou non |
| Sources | Ce qui compte comme source, et la règle selon laquelle chaque chiffre en comporte une | Quelles sources cette affirmation nécessite, et qui les ouvre |
| Outils | Une configuration d’humanisation enregistrée par client, afin que la sortie ne dérive pas entre opérateurs | Rien. Le bricolage des outils au cas par cas est la manière dont un lot cesse d’être un lot |
| Responsabilité | Un relecteur nommé par client et une définition écrite de ce qui est terminé | Quelle personne nommée a validé cette page |
La ligne des outils est celle que les agences se trompent le plus souvent. Lorsque chaque rédacteur utilise ses propres réglages, la sortie dérive entre opérateurs, et cette dérive apparaît comme une incohérence à l’intérieur du site d’un même client, que personne ne parvient tout à fait à nommer comme un problème de qualité. Définissez la configuration par client, enregistrez-la, et traitez toute modification comme une décision qui est consignée plutôt que comme un curseur que quelqu’un a déplacé un jeudi après-midi.
Humanisez votre propre article
Transformez votre texte assisté par IA et faites-le sonner humain, sans toucher aux mots importants ni aux citations.
Ce qui ne peut pas être mis sous forme de modèle
Il y a trois choses que vous ne pouvez pas standardiser, et ce sont les trois choses qui déterminent si la page devrait exister en premier lieu. La première chose que vous ne pouvez pas standardiser est l’entrée spécifique. Cela peut être le nombre que ce client a mesuré, ou la capture d’écran de son tableau de bord réel, ou l’objection que son équipe commerciale traite chaque semaine. La deuxième chose que vous ne pouvez pas standardiser est la vérification de tout ce qui est vérifiable, ce qui signifie qu’il ne faut pas faire confiance à un brouillon, il faut ouvrir la source. Et la troisième chose que vous ne pouvez pas standardiser est le jugement à porter sur le fait que cette page apporte quelque chose à ce qui est déjà classé pour le terme.
Cet apport spécifique est un problème d’accès du client bien avant d’être un problème de rédaction. C’est pourquoi il est si discret et si persistant qu’il ne disparaît pas. Un rédacteur qui ne peut pas accéder aux données du client, qui ne peut pas s’asseoir pendant 15 minutes avec quelqu’un qui fait ce travail, et qui ne peut pas publier un chiffre réel, produira un résumé parfaitement acceptable des dix meilleures réponses actuelles. Peu importe la qualité de vos rédacteurs. Peu importe ce qu’ils savent de votre domaine ou ce que vous pensez de leurs capacités.
Le vocabulaire interne est la seule décision de voix qu’il vaut la peine d’appliquer mécaniquement plutôt que par révision, parce que c’est précisément ce qu’un réviseur cesse de remarquer vers la vingtième page. Un nettoyeur de mots IA gratuit exécuté avant que quoi que ce soit n’atteigne l’éditeur supprime les formulations toutes faites au moment où cela coûte le moins, ce qui permet de consacrer le temps de révision humaine aux arbitrages. Les schémas récurrents qui signalent un brouillon non révisé sont catalogués en détail ailleurs, et une liste interne construite à partir de ceux-ci vieillit mieux qu’une liste assemblée à partir de ce qui a irrité le réviseur du mois dernier.
Maintenir un programme de volume défendable
Le test de finalité porte sur le programme dans son ensemble, et non sur une page. Répondez-y au niveau du plan et répondez-y par écrit. Avant qu’un lot soit commandé, indiquez ce que chaque page qu’il contient comprendra et qu’aucune autre page du lot ne contient. Une colonne de feuille de calcul signifie que le lot est une page avec des variables et que le volume fait tout le travail. Un ensemble différent de faits par page signifie que le lot est un ensemble de documents qui se trouvent partager une même forme.
Deux habitudes opérationnelles en découlent. Publiez sous un seul domaine plutôt que de disperser un programme sur des sites satellites, puisque la création de plusieurs sites pour masquer la nature mise à l’échelle du contenu figure dans la propre liste d’exemples de Google sous cette politique. Et laissez la capacité éditoriale fixer le volume de publication plutôt que l’inverse. Une agence qui s’engage d’abord sur un nombre de pages puis part à la recherche du temps de révision est une agence qui supprime discrètement l’étape de vérification au troisième mois.
Un humanizer conçu pour le contenu marketing et SEO est l’élément de la pile qu’il vaut le plus la peine de configurer avec soin, car il touche chaque page de chaque lot et ses paramètres par défaut deviennent par accident la voix de l’agence. Ce qu’il modifie, c’est la manière dont une page se lit. Ce qu’il ne peut pas modifier, c’est ce que la page sait, et aucune configuration ne retire un humain des trois points ci-dessus.
Qu’est-ce qui limite réellement la quantité qu’une agence peut publier ?
Le temps de vérification, dans presque tous les cas. La rédaction a chuté vers zéro dès qu’un modèle est entré dans le processus, et le brief ainsi que la validation se compressent tous deux de manière raisonnable avec la pratique. Confirmer qu’un chiffre est réel, qu’une citation renvoie à un document qui existe, et qu’une affirmation du client est une affirmation que le client assumera ne se compresse pas du tout, parce que quelqu’un doit ouvrir la source et la lire. Tout modèle de capacité fondé sur la vitesse de rédaction surestime les possibilités, et l’étape que l’on supprime quand le mois se termine trop tôt est précisément celle qui soutient tout le programme.
Les deux questions que cela soulève pour une équipe de contenu sont traitées séparément, savoir si le contenu IA se classe sur Google, et savoir s’il est mauvais pour le SEO dès le départ.
Prenez le nombre de pages publiées ce mois-ci et divisez-le par les heures que l’équipe a réellement passées à ouvrir des sources. Le nombre obtenu est la capacité réelle, et la plupart des agences constatent qu’elles publient au-dessus de ce niveau depuis un certain temps, sans que personne l’ait décidé.
Questions fréquentes
Standardisez les décisions qui ne changent pas d'un texte à l'autre et laissez au réviseur uniquement les arbitrages. Une liste de vocabulaire interne, des paramètres structurels par défaut et une configuration d'outil enregistrée par client maintiennent la cohérence de la production entre opérateurs. Pour humaniser le contenu IA à grande échelle, la partie variable doit être l'entrée spécifique que chaque page porte, jamais les paramètres que la personne ayant repris le brouillon a choisi d'utiliser.
Content strategist at TextPulse, here since the company started. Mark writes the product and technical coverage: how the humanizer works under the hood, what changes in each release, and what a specification actually means for your writing. His reviews of writing software come from using them on real documents rather than reading a feature list.