Agent Composer : conserver WordPress comme CMS du web créé par l’IA

La couche manquante

Générer le frontend n’est que la première livraison

Les outils transformant une consigne en site ou une maquette Figma en code peuvent produire très rapidement une interface fonctionnelle. C’est utile et, pour certains projets, c’est exactement la bonne approche. Ils optimisent toutefois surtout la première génération. Le résultat est souvent une application ou un ensemble de composants d’interface, tandis que le modèle de contenu à long terme, le processus éditorial et les règles des modifications futures restent un problème distinct.

Un site en production est modifié bien plus souvent qu’il n’est créé. Les éditeurs ajoutent des campagnes, des pages de destination et des contenus de connaissance. Les agences introduisent de nouveaux types de contenu et composants réutilisables. Les plugins évoluent. Les règles de marque et d’accessibilité doivent encore s’appliquer six mois plus tard. Si chaque modification devient une nouvelle tâche de génération de code, l’organisation peut gagner un frontend rapide mais perdre le CMS comme source de vérité commune et compréhensible.

• Quels types de contenu, champs et relations existent déjà ?
• Quels modèles de conception et composants réels de plugins l’agent peut-il utiliser ?
• Quelles parties peut-il modifier et que doit approuver une personne ?

Agent Composer traite ce second problème : non pas comment générer une seule page séduisante, mais comment permettre à l’IA de participer à l’évolution continue d’un véritable site WordPress sans transformer chaque mise à jour en exercice de programmation sans limites.

Exécution contrôlée

Agent Composer encadre la modification au lieu de générer une page isolée

Agent Composer est une couche d’exécution et de validation pour le travail WordPress assisté par l’IA. Le site déclare d’abord ses règles : plans de pages approuvés, compositions réutilisables, blocs autorisés, règles de conception, exigences de métadonnées, structures de contenu et limites d’écriture. L’agent travaille dans cet environnement déclaré au lieu de deviner comment le site a été construit.

Pour chaque tâche, Agent Composer n’expose que les capacités autorisées par le plan de page choisi et les règles actives du site. Il assemble les compositions demandées, vérifie l’arbre de blocs et valide les exigences structurelles avant tout enregistrement par WordPress. Un article peut imposer un seul H1, un modèle précis, des sections éditoriales approuvées et des métadonnées SEO. Une page produit peut utiliser une autre famille visuelle et un autre jeu de composants. Les règles suivent le site au lieu de dépendre de la capacité de l’agent à mémoriser une longue consigne.

• Les agents créent des brouillons WordPress modifiables et des propositions de modification distinctes ; ils ne publient pas de manière autonome.
• Le contenu publié n’est pas écrasé directement. Un éditeur peut approuver une proposition de modification, la renvoyer pour correction ou la rejeter. La prise en charge d’un brouillon existant exige une opération explicite.
• La validation couvre toute la structure des blocs, pas seulement le texte renvoyé par le modèle.

L’implémentation actuelle découvre aussi les capacités produit enregistrées via WordPress Abilities API. Gatey, AI-Kit et Flow exposent déjà leurs propres schémas de composants, matérialiseurs et validateurs. Agent Composer peut donc demander un composant réellement pris en charge avec des réglages validés plutôt que d’en recréer une approximation en Custom HTML.

Un autre modèle de production

WordPress peut rester privé tandis que le site public évolue indépendamment

Conserver WordPress comme CMS ne signifie pas que le site public doit être servi directement par son environnement d’exécution. Dans une architecture WP Suite, WordPress peut rester le plan de contrôle éditorial : le lieu du contenu structuré, des mises en page Gutenberg, des révisions et des décisions de publication. L’installation peut rester derrière un VPN ou un pare-feu au lieu de devenir la surface publique de production.

Un tunnel MCP sortant compatible peut relier un client d’IA autorisé à un site WordPress privé ou protégé par un pare-feu. Si le point d’accès MCP WordPress est accessible de manière sécurisée, le client peut utiliser une connexion MCP directe et authentifiée. Dans les deux cas, Composer applique les mêmes autorisations, règles de contenu et exigences de vérification. La connexion rend le site joignable ; elle n’accorde ni un accès administrateur illimité ni le droit de publier. Découvrez comment permettre à l’IA de modifier WordPress sans accès administrateur illimité ou comment conserver WordPress pour la rédaction sans l’exposer publiquement.

• Static Publisher peut exporter le résultat WordPress approuvé pour une diffusion depuis Amazon S3 et CloudFront.
• Static Site Guardian peut ajouter une diffusion protégée lorsque le site exporté ne doit pas être public.
• Les services d’identité, d’API, d’IA et de gestion des processus peuvent fonctionner dans une infrastructure AWS détenue par le client et évoluer indépendamment du serveur de rédaction WordPress.

Cette approche sépare trois responsabilités trop souvent regroupées : WordPress reste la source modifiable, Agent Composer encadre les modifications assistées par l’IA et AWS gère l’environnement public lorsque cela convient. La hausse du trafic ne doit plus nécessairement accroître la charge de l’installation WordPress éditoriale.

L’architecture en un coup d’œil

Un site, trois responsabilités claires

Les couches complémentaires

Composer encadre les modifications de contenu ; Canvas fournit une base graphique réutilisable

Agent Composer applique les règles configurées pour chaque site compatible. Agent Canvas est un thème WordPress à blocs facultatif qui fournit des modèles de pages, des compositions de blocs et des réglages graphiques partagés. Canvas fonctionne de manière indépendante ; l’ajout de Composer permet aux outils d’IA compatibles d’utiliser cette base graphique dans le respect des règles de modification du site. Le modèle de création sûre de pages avec l’IA montre comment ces contraintes protègent les pages que les clients créent par la suite.

Les agences peuvent réutiliser des structures de pages approuvées et des sections de contenu clairement nommées d’un projet à l’autre, tout en conservant les textes et les images propres à chaque page. Les modifications partagées compatibles préservent ce contenu. Les changements structurels plus importants peuvent être préparés et vérifiés au moyen d’une proposition de migration.

• Agent Composer vérifie et fait respecter les règles approuvées de contenu et de modification.
• Canvas fournit des modèles de pages, des compositions de blocs et des réglages graphiques partagés que les éditeurs et les outils compatibles peuvent réutiliser.
• Les structures réutilisables réduisent les tâches de configuration répétitives, tandis que les sections nommées permettent d’identifier le contenu propre à chaque page.

Ces rôles servent aussi bien à la création initiale qu’à la maintenance continue. Canvas fournit la base graphique ; Composer veille à ce que les modifications ultérieures assistées par l’IA restent encadrées, modifiables dans WordPress et soumises à vérification. Consultez le processus de création de contenu natif et modifiable avec l’aide de l’IA.

Valeur pour les agences

L’agence peut livrer un système prévu pour les changements futurs

Les agences sont de plus en plus comparées à des outils capables de générer la première version d’un site en quelques minutes. Ne rivaliser que sur la vitesse de cette première réalisation réduit leur positionnement. Agent Composer permet une autre proposition : livrer un site WordPress que le client peut continuer à développer avec l’aide de l’IA, tandis que l’agence définit le système de conception, le modèle de contenu, les capacités approuvées et les limites de révision.

Un client peut demander un nouvel article ou une page de destination via un agent connecté et recevoir un brouillon WordPress valide, construit avec les véritables modèles du site. Le résultat reste modifiable. L’agence n’a pas à réparer un nouvel ensemble de balisage généré après chaque demande, et le client n’a pas à donner à l’agent un accès administrateur illimité. Le guide de gouvernance après livraison décrit ce modèle d’exploitation pour les agences.

• Création plus rapide de contenu client dans les limites définies par l’agence.
• Moins de régressions visuelles et structurelles qu’avec une génération de pages sans contraintes.
• Un rôle continu pour l’architecture, la gouvernance, le développement de composants et le support.

Il ne s’agit ni de publication autonome ni d’affirmer que chaque frontend doit être généré depuis WordPress. C’est une troisième option pragmatique : conserver le CMS, le préparer aux agents et découpler la diffusion publique lorsque la sécurité ou l’évolutivité l’exige.