Vous publiez des textes écrits avec l'IA et quelqu'un les relit : un correcteur, un collègue, vous-même le dimanche soir. La relecture d'un contenu IA ne ressemble pas à celle d'un texte humain. Les fautes d'orthographe sont rares, le texte est fluide, et c'est justement ce qui endort l'attention. Les erreurs sont ailleurs : un chiffre qui n'existe pas, un conseil qui ne tient pas, une voix qui ressemble à toutes les autres.
Je publie ce blog avec une machine de contenu que j'ai construite, et chaque article est relu par moi, sur le site, avant de passer au statut « Relu ». Sur une mission, j'ai aussi travaillé avec une correctrice, dont les retours sont devenus des règles écrites dans le pipeline. Voici comment j'organise ce travail pour qu'un relecteur passe son temps sur ce qu'aucun outil ne sait voir.
01Ce qu'un relecteur attrape dans un texte généré, et ce qu'il ne voit pas
Un bon relecteur repère vite les tics d'un texte généré : les phrases toutes de la même longueur, les énumérations en trois temps, les formules d'ouverture qui n'annoncent rien, les adjectifs gonflés. Il sent aussi quand un paragraphe ne dit rien, même s'il est bien écrit.
Ce qu'il ne voit pas, c'est ce qui exige d'aller ailleurs que dans le texte. La documentation de Google sur le contenu généré par IA le rappelle simplement : un modèle ne récupère pas des faits, il prédit une suite de mots probable. Une source inventée a donc l'air aussi sérieuse qu'une vraie. Un relecteur qui lit seulement le texte ne la détecte pas : il faut ouvrir le lien.
Il voit mal aussi ce qui manque. Un article peut être correct et vide, sans exemple vécu ni limite honnête. Repérer l'absence demande de savoir ce que l'article aurait dû contenir, donc d'avoir le brief sous les yeux.
02Ce que Google et l'AI Act attendent de la relecture humaine
Côté Google, la consigne tient en une phrase : vérifier à la main l'exactitude et la fiabilité de tout contenu généré avant de le publier. La même page ajoute un détail que beaucoup oublient : cette vérification vaut aussi pour les métadonnées, c'est-à-dire la balise title, la meta description, les données structurées et les textes alternatifs des images. Ce sont les textes qu'on relit le moins, et ceux qui s'affichent dans les résultats de recherche.
La page de Google sur les contenus utiles et fiables pose trois questions : qui a créé le contenu, comment, et pourquoi. Pour un contenu largement automatisé, elle suggère d'expliquer au lecteur comment l'IA a été utilisée. Je le dis donc sans détour : les articles de ce blog sont écrits avec ma machine de contenu, puis relus.
L'article 50 du règlement européen sur l'IA va plus loin pour un cas précis : les textes publiés pour informer le public sur des questions d'intérêt public. Il demande d'indiquer qu'ils ont été générés par une IA, sauf s'ils ont fait l'objet d'un examen humain ou d'un contrôle éditorial, et qu'une personne en assume la responsabilité éditoriale. Je retiens surtout le mot « responsabilité ». Une relecture qui ne change rien et que personne ne signe ressemble mal à un contrôle éditorial. Je ne suis pas juriste, et un article de blog B2B n'entre pas forcément dans ce cas ; pour un doute réel, je demanderais à un avocat.
03Relire en quatre passes plutôt qu'en une
Lire une fois en cherchant tout, c'est rater la moitié. Je conseille de découper la relecture en quatre passes, chacune avec une seule question. C'est plus long sur le papier, plus court en pratique, parce qu'on ne revient pas trois fois sur le même paragraphe.
1. Les faits
Chaque chiffre, chaque nom, chaque citation : d'où vient-il ? Le relecteur ouvre la source et vérifie qu'elle dit bien ce que le texte lui fait dire. La documentation d'Anthropic sur les hallucinations propose une règle que j'applique telle quelle : une affirmation sans citation à l'appui est retirée. Elle précise aussi que ces techniques réduisent les erreurs sans les éliminer. J'en parle plus longuement dans l'article sur la vérification des sources d'un contenu IA.
2. Le sens et l'angle
L'article tient-il sa promesse ? Le conseil est-il juste, et honnête sur ses limites ? Un exemple vécu y figure-t-il, ou seulement des généralités ? C'est la passe où le brief sert le plus : on compare ce qui était prévu à ce qui a été écrit.
3. La voix
Est-ce que ça ressemble à la personne qui signe ? Mon critère : est-ce une phrase qu'on dirait à voix haute à un client, en réunion ? Sinon, elle se réécrit. Dans sa vidéo pour Semrush, Brian Dean fait la même observation sur les sites qu'il a étudiés : une mention du type « relu par un spécialiste » ne suffit pas si le texte se lit comme un article générique. L'expérience doit se voir dans le texte lui-même.
4. Les métadonnées et la page publiée
Titre, description, texte alternatif, FAQ : relus comme le reste. Puis la page en ligne, regardée comme un visiteur, parce qu'un CMS peut afficher le bon contenu dans son formulaire et une page cassée en public.
04Tenir un journal des corrections
Une correction faite dans le texte disparaît avec lui. Le jour où la même faute revient, personne ne s'en souvient. Je conseille donc au relecteur de noter ses corrections à part, dans un format court :
``` Texte : titre ou numéro de l'article Avant : la phrase telle qu'elle était Après : la phrase corrigée Type : fait, sens, voix, forme, métadonnée Fréquence : première fois, ou déjà vu ```
La colonne « fréquence » est celle qui compte. Une faute vue une fois se corrige. Une faute vue trois fois signale un défaut de la machine, pas du texte. C'est la logique appliquée aux retours de la correctrice : plutôt que de les reporter à la main, texte après texte, je les ai écrits comme des règles du pipeline. Une remarque faite une fois n'a plus à être refaite, et son regard peut aller vers ce qu'aucune règle ne sait voir.
05Trier chaque correction : règle, consigne ou jugement
Chaque correction qui revient part dans l'une de trois destinations. Le tri est simple à faire, et c'est lui qui fait progresser la machine.
- Une règle automatique, quand la faute se voit dans le texte sans réfléchir. Le tiret cadratin, les formules de conclusion toutes faites, les invitations creuses à prendre contact : dans ma configuration, ces tournures sont en rouge et bloquent la publication. Les adjectifs gonflés sont en orange, et deviennent rouges au-delà de deux occurrences. La version anglaise a ses propres listes.
- Une consigne écrite, quand la faute dépend du contexte. « Pas de chiffre sans source dans le même paragraphe » se détecte en partie par l'outil, mais la règle complète vit dans les références que le modèle lit avant d'écrire : la voix, les faits utilisables, les sources. J'explique cette construction dans l'article sur mes prompts de rédaction.
- Le jugement, quand aucune règle ne tient. Un exemple est-il crédible ? Un conseil est-il juste pour ce lecteur ? Ces corrections restent au relecteur, et c'est là que son temps doit aller.
Deux précautions. Les règles vivent dans la configuration de l'outil, pas dans le prompt : une règle rappelée dans un prompt s'oublie, une règle dans la config bloque. Et des articles de test volontairement mauvais doivent toujours sortir rouges : quand on modifie les règles, on peut affaiblir le contrôle sans s'en rendre compte. J'ai décrit l'ensemble dans l'article sur la machine de contenu et la relecture humaine.
06Les limites de la relecture humaine
Un relecteur n'est pas un vérificateur de faits par défaut. S'il n'a ni le temps ni l'accès aux sources, il corrigera la forme et laissera passer l'erreur qui compte. Il faut lui dire clairement quelle passe lui revient.
Les listes de mots interdits ont leur propre effet pervers. Un modèle à qui l'on retire un adjectif trouve son voisin, et un nouveau tic apparaît. C'est pour cela que le journal ne s'arrête jamais : les règles suivent les fautes, elles ne les épuisent pas.
Enfin, la relecture ne rattrape pas un texte écrit sans matière. Si le modèle n'avait rien de vécu à raconter, le relecteur peut lisser la forme, pas inventer le fond. Dans ce cas je préfère ne pas publier. Dans ma machine, un article qui ne passe pas honnêtement est abandonné avec une note, et le sujet revient « à faire ».
07Par où commencer avec votre relecteur
Lundi, prenez les trois derniers textes relus et demandez au relecteur de reconstituer ses corrections dans le journal. Vous verrez vite celles qui reviennent. Triez-les en règle, consigne ou jugement, et commencez par automatiser les deux ou trois plus fréquentes : c'est souvent une liste de mots et une vérification des liens.
Puis séparez les passes. Si une seule personne relit, faites-lui faire les faits d'abord, la voix ensuite. Si vous êtes deux, confiez les faits à celui qui connaît le sujet.
Le but est simple : que votre relecteur ne corrige plus jamais deux fois la même chose. Si vous voulez mettre en place ce type de chaîne, avec sa machine et ses contrôles, je décris ce que je fais dans mes services, et le portfolio montre où je l'ai déjà construit. On peut en parler.