De WordPress à la production sur AWS : comment les éléments de WP Suite s’articulent

En bref

Trois parties aux responsabilités distinctes

01 · Architecture

Ne faites pas passer toutes les responsabilités du site par le chemin des requêtes WordPress

WordPress gère le contenu, sa modification et l’administration. L’authentification, le traitement par l’IA, l’état des processus et la diffusion publique peuvent avoir des exigences différentes en matière de capacité et d’accès. Ces fonctions peuvent s’exécuter dans des services distincts, tandis que WordPress reste l’endroit où le site est entretenu.

Static Publisher peut publier le site sur S3 et CloudFront. Il prend en charge la publication complète et incrémentale ; après la livraison du site, des tâches content-sync planifiées peuvent publier les modifications ultérieures du contenu bien plus rapidement qu’un nouvel export complet. Gatey relie le navigateur à Cognito, Flow appelle le service de gestion des processus configuré côté serveur, et AI-Kit utilise le traitement local compatible ou un backend d’IA configuré.

• Utilisez Conserver WordPress pour l’édition sans l’exposer publiquement lorsque WordPress doit rester la source privée de rédaction.
• Utilisez Rendre WordPress statique sans perdre les fonctions dynamiques lorsque la publication statique doit conserver certaines fonctions actives.
• Utilisez Gérer les pics de trafic sans faire évoluer PHP et MySQL lorsque le trafic public ne doit plus faire évoluer le chemin de page PHP/MySQL.

Le résultat n’est pas une architecture imposée, mais un ensemble de limites explicites que le projet peut adopter uniquement là où elles sont nécessaires.

02 · Identité, IA et processus

Chaque responsabilité dynamique obtient son propre modèle d’exploitation

Gatey ajoute à WordPress la connexion, l’inscription, l’authentification multifacteur, les profils et la fédération prise en charge par Cognito, tandis que l’authentification reste directe entre le navigateur et Cognito. AI-Kit sépare les tâches locales compatibles du traitement et de la recherche facultatifs côté serveur. Flow sépare l’expérience du formulaire des brouillons durables, envois, échanges, états de révision et actions du processus.

Ces composants fonctionnent sur un site dynamique comme avec une diffusion statique, car ils se connectent à leurs services configurés depuis le navigateur. AI-Kit Pro peut également synchroniser une sélection de contenus WordPress publics approuvés vers une base de connaissances compatible. La recherche et les réponses du chatbot accompagnées de sources utilisent les modifications après indexation ; les brouillons et les propositions de modification non publiés sont exclus.

• Identité : Utiliser Amazon Cognito plutôt que WordPress comme couche d’identité et Ajouter une connexion à WordPress statique sans réintroduire les sessions PHP.
• IA : Utiliser l’IA dans WordPress sans envoyer chaque brouillon à un SaaS d’IA et Fournir des réponses issues du contenu WordPress avec leurs sources.
• Processus : Remplacer les validations par e-mail et tableur par un processus WordPress et Créer un processus de révision avec formulaires, échanges et évaluations.

Partez d’abord du problème de l’acheteur. Le produit et la couche AWS doivent découler de ce besoin, pas le définir.

03 · Édition gouvernée

La modification assistée par l’IA et la mise en production restent deux décisions distinctes

Agent Composer définit les types de pages, les sections de contenu nommées, les champs et les opérations que les éditeurs et les outils d’IA compatibles peuvent utiliser. Les règles structurelles configurées encadrent aussi bien les modifications humaines prises en charge que celles de l’IA. Agent Canvas peut fournir le thème et les mises en page réutilisables ; un autre thème compatible peut également être utilisé.

Les outils d’IA préparent des brouillons WordPress natifs pour les nouveaux contenus et des propositions de modification distinctes pour les pages publiées. Un éditeur peut demander des corrections, rejeter une proposition ou approuver sa fusion. Les modifications compatibles de la structure partagée peuvent conserver le contenu propre à chaque page ; les changements plus importants suivent une migration soumise à vérification. La publication et toute mise en ligne statique ultérieure restent des décisions distinctes.

• Utilisez Créer du contenu WordPress avec l’IA en le gardant natif et modifiable lorsque la priorité est un résultat modifiable.
• Utilisez Permettre aux clients de créer des pages avec l’IA sans casser le système de conception lorsqu’ils doivent rester dans ce cadre.
• Pour les limites de droits et de transfert, utilisez Permettre à l’IA de modifier WordPress sans accès Administrateur illimité et Donner l’IA aux clients après livraison sans perdre le contrôle de conception de l’agence.

Ainsi, la source de référence, les règles de conception et la décision de production restent dans WordPress, même lorsque l’IA aide à créer le contenu suivant.

04 · Déploiement

L’infrastructure sous contrôle du client doit rester une limite de responsabilité visible

Deployment Access est l’abonnement WP Suite acheté sur AWS Marketplace qui donne accès à notre pile CloudFormation publiée. Quick Launch ouvre l’assistant WP Suite Deployment Wizard, qui guide l’acheteur dans la configuration et le déploiement dans son propre compte AWS. Avant le déploiement, l’acheteur vérifie le compte, la région, les paramètres et les capacités IAM requises ; CloudFormation crée et configure les ressources définies dans le modèle.

Ce choix est volontairement séparé de l’accès aux extensions ou à l’offre agence. Posséder le backend signifie que le client ou l’équipe de livraison prend aussi en charge les coûts AWS, les règles opérationnelles, la supervision et les validations de production.

• N’utilisez le modèle sous contrôle du client que lorsque cette limite d’infrastructure apporte une valeur réelle.
• Maintenez une séparation conceptuelle entre les abonnements de site et les droits de déploiement AWS.
• Documentez ce qui relève de WordPress, du composant WP Suite et du compte AWS de l’acheteur.

Pour une carte détaillée du système, consultez Plateforme WP Suite et Architecture de référence WordPress + AWS.