Se connecter

Architecture d'intégration WordPress et AWS avec WP Suite

WP Suite repose sur une idée simple :

WordPress doit rester le CMS, la couche d'édition et la couche de présentation, tandis qu'une infrastructure AWS facultative prend en charge les parties les plus lourdes du runtime autour de lui.

Cela permet aux équipes de conserver des workflows de contenu et d'administration familiers sans forcer WordPress à devenir en même temps fournisseur d'identité, passerelle d'API, moteur de workflow, plateforme de diffusion statique ou runtime d'IA. Les fonctionnalités gratuites du plugin peuvent être adoptées indépendamment ; les fonctionnalités Pro connectées et les backends facultatifs ajoutent la couche de plateforme plus large lorsqu'un projet en a besoin.

Les couches de la plateforme​

1. WordPress reste la couche d'expérience​

Les rédacteurs continuent à utiliser Gutenberg, Elementor, les workflows médias, les outils SEO et le modèle d'administration WordPress habituel.

2. Les produits WP Suite ajoutent des capacités ciblées​

  • Gatey connecte WordPress à Amazon Cognito pour la connexion, le SSO, le MFA et l'accès protégé aux API.
  • Static Publisher transforme WordPress en plan de contrôle pour une chaîne de publication statique qui déploie vers S3 et CloudFront.
  • AI-Kit apporte une IA locale d'abord dans WordPress et peut se connecter en option à un backend AWS appartenant au client pour des usages de chat enrichi et de base de connaissances.
  • Flow ajoute des runtimes de formulaires, l'automatisation des workflows, des modèles, les envois et la logique de processus reliée au backend.

3. AWS devient le runtime lorsque c'est nécessaire​

Selon la combinaison de produits, la partie runtime peut inclure des services tels que :

  • CloudFront pour la diffusion publique et l'application des routes protégées,
  • S3 pour les artefacts statiques et les ressources partagées,
  • Cognito pour l'authentification,
  • API Gateway + Lambda pour les API backend,
  • DynamoDB / EventBridge / SES pour les données applicatives et l'automatisation.

Ces services ne sont pas requis pour chaque fonctionnalité gratuite. Ils s'appliquent lorsque vous configurez vos propres services AWS, déployez un backend dans votre propre compte AWS ou activez des fonctionnalités Pro connectées qui utilisent un espace de travail WP Suite.

Les parcours d'accès commerciaux sont volontairement séparés. Abonnement agence régit les droits Pro et l'accès centralisé à l'espace de travail sur plusieurs sites WordPress. Accès au déploiement fournit le droit Marketplace lié au compte et le flux CloudFormation guidé pour déployer les composants backend pris en charge dans un compte AWS appartenant à l'acheteur.

Comment les produits s'articulent​

Gatey + Static Publisher​

Static Publisher gère la chaîne de diffusion. Gatey gère le flux de connexion Cognito côté navigateur. Lorsqu'un projet a besoin de routes statiques protégées, ajoutez Static Guardian côté AWS afin que CloudFront puisse appliquer le contrôle d'accès avant que la requête n'atteigne l'origine.

AI-Kit sur des sites statiques ou dynamiques​

AI-Kit peut prendre en charge l'IA éditoriale dans WordPress, mais il peut aussi alimenter des expériences de chatbot frontend ou de recherche documentaire qui s'appuient sur un site publié de manière statique.

Synchronisation automatique de la base de connaissances maintient le contenu WordPress approuvé disponible pour ces expériences via un exécuteur côté serveur. Elle comporte des étapes de diffusion et d'indexation distinctes du déploiement des pages de Static Publisher, avec des politiques d'approbation par type de contenu et des métadonnées en couches.

Flow au-delà du site vitrine​

Flow maintient les formulaires et les workflows reliés aux services backend même lorsque les pages publiques sont diffusées de manière statique. Cela permet aux équipes de conserver le profil de performance de la diffusion statique sans renoncer aux envois, à l'automatisation ou aux workflows protégés.

Une trajectoire de déploiement pratique​

La plupart des équipes n'adoptent pas toute la pile d'un coup. Un parcours typique est le suivant :

  1. conserver le site WordPress existant et son workflow éditorial,
  2. ajouter la première capacité nécessaire, comme la connexion Cognito ou la publication statique,
  3. déplacer le chemin de diffusion public vers AWS,
  4. ajouter l'IA, les formulaires, les workflows ou les API protégées au fur et à mesure que le projet grandit.

Où aller ensuite​