Iniciar sesión

Arquitectura de integración de WordPress y AWS con WP Suite

WP Suite se basa en una idea sencilla:

WordPress debe seguir siendo el CMS y la capa de edición y presentación, mientras que una infraestructura opcional respaldada por AWS gestiona a su alrededor las partes que requieren más trabajo de runtime.

Así, los equipos conservan sus procesos habituales de contenido y administración sin obligar a WordPress a actuar simultáneamente como proveedor de identidad, gateway de API, motor de flujos, plataforma de entrega estática y runtime de IA. Las funciones gratuitas de los plugins pueden adoptarse de forma independiente; las funciones Pro conectadas y los backends opcionales añaden una capa de plataforma más amplia cuando el proyecto la necesita.

Capas de la plataforma​

1. WordPress sigue siendo la capa de experiencia​

Los editores continúan usando Gutenberg, Elementor, flujos multimedia, herramientas SEO y el modelo de administración habitual de WordPress.

2. Los productos de WP Suite añaden capacidades específicas​

  • Gatey conecta WordPress con Amazon Cognito para el inicio de sesión, SSO, MFA y acceso protegido a API.
  • Static Publisher convierte WordPress en el plano de control de un canal de publicación estática que despliega en S3 y CloudFront.
  • AI-Kit incorpora IA local-first a WordPress y puede conectarse opcionalmente a un backend de AWS propiedad del cliente para chat fundamentado y casos de uso de bases de conocimiento.
  • Flow añade runtimes de formularios, automatización de flujos, plantillas, envíos y lógica de procesos conectada al backend.

3. AWS actúa como runtime cuando hace falta​

Según la combinación de productos, el runtime puede incluir servicios como:

  • CloudFront para entrega pública y aplicación de rutas protegidas;
  • S3 para artefactos estáticos y recursos compartidos;
  • Cognito para autenticación;
  • API Gateway + Lambda para API backend;
  • DynamoDB / EventBridge / SES para datos de aplicaciones y automatización.

Estos servicios no son necesarios para todas las funciones gratuitas. Se aplican cuando configura sus propios servicios de AWS, despliega un backend en su cuenta de AWS o activas funciones Pro conectadas que utilizan un espacio de trabajo de WP Suite.

Las vías de acceso comercial están separadas deliberadamente. Agency Subscription gestiona los derechos Pro y el acceso centralizado al espacio de trabajo para varios sitios WordPress. Deployment Access proporciona el derecho de Marketplace asociado a la cuenta y el flujo guiado de CloudFormation para desplegar componentes backend compatibles en una cuenta de AWS propiedad del comprador.

Cómo encajan los productos​

Gatey + Static Publisher​

Static Publisher gestiona el canal de entrega. Gatey gestiona en el navegador el flujo de inicio de sesión de Cognito. Cuando un proyecto necesita rutas estáticas protegidas, añade Static Guardian en AWS para que CloudFront pueda imponer el control de acceso antes de que la solicitud llegue al origen.

AI-Kit en sitios estáticos o dinámicos​

AI-Kit puede proporcionar IA editorial dentro de WordPress, pero también puede impulsar experiencias de chatbot o búsqueda documental en el frontend de un sitio publicado de forma estática.

La sincronización automática de conocimientos mantiene el contenido aprobado de WordPress disponible para esas experiencias mediante un runner del servidor. Sus fases de entrega e indexación son independientes del despliegue de páginas de Static Publisher e incluyen políticas de aprobación por tipo de contenido y metadatos por capas.

Flow más allá del sitio informativo​

Flow mantiene los formularios y flujos conectados a servicios backend aunque las páginas públicas se sirvan de forma estática. Así, los equipos conservan el rendimiento de la entrega estática sin renunciar a los envíos, la automatización ni los flujos protegidos.

Una ruta práctica de adopción​

La mayoría de los equipos no adopta toda la plataforma a la vez. Una ruta habitual consiste en:

  1. conservar el sitio WordPress y el flujo editorial existentes;
  2. añadir la primera capacidad necesaria, como el inicio de sesión con Cognito o la publicación estática;
  3. trasladar la entrega pública a AWS;
  4. incorporar IA, formularios, flujos o API protegidas conforme crece el proyecto.

Próximos pasos​