# Faire relire un brouillon d’article par un modèle de langage avant publication

> Retour sur la mise en place d'une relecture automatisée par IA dans le flux éditorial d'une rédaction, avant validation humaine finale.

- Auteur : WordPress Développement
- Publié le : 2023-02-07
- Mis à jour le : 2023-02-07
- Catégorie : IA & MCP
- URL : https://www.wpmoderne.fr/ia-mcp/relecture-automatique-brouillon-llm-avant-publication/

## L’essentiel

- La relecture automatisée s'ajoute au flux, ne le remplace pas
- Un statut d'article personnalisé garde la trace du passage
- Les suggestions restent une proposition, jamais une correction directe

Un rédacteur en chef qui relit vingt brouillons par semaine finit toujours par laisser passer les mêmes types d'erreurs : une répétition de mot en début de paragraphe, une phrase qui change de sujet en cours de route, une incohérence de date entre deux paragraphes. Ce constat, posé après plusieurs mois de relecture manuelle, a motivé la mise en place d'une étape automatisée avant la relecture humaine finale.

L'objectif n'était pas de remplacer le regard humain, mais de le décharger des repérages les plus mécaniques, pour qu'il se concentre sur le fond : l'angle choisi, la pertinence des exemples, le ton adopté.

## Choisir le moment du déclenchement

Le statut éditorial `pending` de WordPress marque déjà, dans la plupart des rédactions, le moment où un article attend une validation. C'est ce statut qui a été retenu comme déclencheur, via le hook `transition_post_status`, plutôt qu'un bouton dédié qui aurait ajouté une étape supplémentaire au flux existant.

- Le rédacteur termine son brouillon et le passe en relecture
- Le changement de statut déclenche l'appel au modèle de langage
- Les remarques apparaissent dans une métabox, visibles uniquement du rédacteur en chef

## Structurer la demande envoyée au modèle

La première version de la consigne demandait simplement de « relire cet article ». La réponse était trop générale pour être exploitable. La consigne a été réécrite pour distinguer trois catégories de remarques, correspondant aux trois types d'erreurs identifiés en amont : orthographe et grammaire, clarté de la phrase, cohérence globale du texte.

> L'essentiel à retenir : La relecture automatisée s'ajoute au flux, ne le remplace pas ; Un statut d'article personnalisé garde la trace du passage ; Les suggestions restent une proposition, jamais une correction directe

```
Consigne envoyée au modèle :
« Relis ce texte et classe tes remarques en trois catégories :
1. Orthographe et grammaire
2. Phrases peu claires ou trop longues
3. Incohérences de fond (dates, chiffres, répétitions d'idées)
Ne reformule pas le texte, liste uniquement les points à vérifier. »
```

### Le piège de la réécriture automatique

Une tentation forte, lors de la mise en place, a été de demander directement une version corrigée du texte plutôt qu'une liste de remarques. Cette approche a été abandonnée après quelques essais : elle produisait des articles au style uniforme, où la voix propre à chaque rédacteur disparaissait derrière celle du modèle. Garder la main du rédacteur sur la correction s'est révélé essentiel à la qualité perçue des articles publiés.

## Afficher les remarques sans les imposer

Les remarques générées s'affichent dans une métabox de l'écran d'édition, enregistrées comme méta d'article via `update_post_meta`. Le rédacteur en chef les consulte avant sa propre relecture, sans obligation d'en tenir compte. Aucune modification n'est appliquée automatiquement au contenu.

```
add_action( 'transition_post_status', function ( $nouveau, $ancien, $post ) {
    if ( 'pending' !== $nouveau || 'article' !== $post->post_type ) {
        return;
    }
    wp_schedule_single_event( time() + 5, 'lancer_relecture_ia', array( $post->ID ) );
}, 10, 3 );
```

## Ce que la relecture ne détecte pas

Plusieurs limites sont apparues rapidement. Le modèle ne connaît pas les décisions éditoriales internes : un choix de vocabulaire volontairement décalé peut être signalé comme une erreur alors qu'il s'agit d'un parti pris de la rédaction. De même, les erreurs factuelles pointues, propres au domaine traité, échappent souvent à la relecture, faute de sources fiables sur lesquelles s'appuyer.

> Une relecture automatisée qui prétend tout corriger perd la confiance de la rédaction dès la première erreur factuelle non détectée. Mieux vaut annoncer clairement son périmètre : la forme, pas le fond.

## Résultat après plusieurs semaines d'usage

Le temps de relecture humaine a diminué de façon perceptible sur les points de forme, sans réduction équivalente sur le temps consacré au fond. C'est précisément l'effet recherché : déplacer l'attention du rédacteur en chef vers ce qui a le plus de valeur ajoutée dans sa relecture.

## Notre verdict

Une relecture automatisée fonctionne mieux comme filtre préparatoire que comme correcteur final. Elle trouve sa place entre le brouillon et la validation humaine, à condition de rester explicite sur ses limites et de laisser au rédacteur la décision finale sur chaque remarque.