Claude a accès à nos présentations commerciales et à nos supports de références, et il va lire les sources publiques du client : son site, son métier, ses marques, ses propres mots. Il rejoint donc la rédaction avec le contexte du projet et le vocabulaire de l’entreprise, ce qui se voit immédiatement dans la justesse du texte.
C’est là que se joue la vraie différence. Il lit le schéma du CMS, compose les blocs de la page, remplit chaque champ et relie les contenus entre eux. Le résultat arrive dans le back-office déjà structuré, prêt à être relu.
Titres, méta-descriptions, mots-clés et cartes sociales sont rédigés dans la même foulée, aux longueurs attendues par les moteurs et les réseaux. Puis il publie, et la page est en ligne.
Ce dispositif est un MVP, éprouvé sur notre propre site avant de le proposer. Il se transpose à WordPress, Drupal ou PrestaShop, et il répond à une situation que nous voyons sur presque tous les projets : c’est souvent la production de contenu qui décide de la date de mise en ligne.
Nous avons développé un connecteur au format MCP, le Model Context Protocol, qui donne à Claude les outils dont il a besoin pour travailler dans le CMS : lire le schéma des contenus, consulter une entrée, écrire, publier, gérer la médiathèque.
La personne qui veut ajouter un contenu le demande simplement, en français, comme elle le dirait à un collègue : « on fait le cas de ce client », « reformule ce paragraphe », « publie ». Claude rédige, contribue, montre ce qu’il a fait et ajuste à la demande. Il n’y a aucune interface à apprendre, et c’est ce qui rend l’outil utilisable par tout le monde.
Chaque écriture passe par le brouillon, chaque publication est précédée d’un essai à blanc qui affiche les changements champ par champ, et une modification faite en parallèle par un contributeur humain est toujours préservée. Le contrôle reste entier.
D’autres projets où l’IA sert un usage concret.
