De WordPress a producción en AWS: cómo encaja toda la plataforma WP Suite

La versión breve

Tres partes con responsabilidades distintas

01 · Arquitectura

No fuerce todas las responsabilidades del sitio a pasar por las solicitudes de WordPress

WordPress gestiona el contenido, la edición y la administración. La autenticación, el procesamiento de IA, el estado de los procesos y la entrega pública pueden tener requisitos de escalado y acceso diferentes. Pueden ejecutarse en servicios separados mientras WordPress sigue siendo el lugar donde se mantiene el sitio.

Static Publisher puede publicar el sitio en S3 y CloudFront. Admite publicación completa e incremental; una vez entregado el sitio, las tareas programadas de content-sync pueden publicar los cambios posteriores de contenido mucho más rápido que una nueva exportación de todo el sitio. Gatey conecta el navegador con Cognito, Flow llama al backend de procesos configurado y AI-Kit utiliza el procesamiento local compatible o un backend de IA configurado.

• Utilice Mantenga WordPress para editar sin exponerlo públicamente cuando WordPress deba seguir siendo el origen privado de edición.
• Utilice Haga estático WordPress sin perder funciones dinámicas cuando la publicación estática deba conservar algunas funciones activas.
• Utilice Gestione picos de tráfico sin escalar PHP y MySQL cuando el tráfico público no deba escalar la ruta de páginas PHP/MySQL.

El resultado no es una arquitectura obligatoria, sino un conjunto de límites explícitos que puede adoptar solo donde el proyecto los necesite.

02 · Identidad, IA y procesos

Cada responsabilidad dinámica obtiene su propio modelo operativo

Gatey incorpora a WordPress inicio de sesión, registro, MFA, perfiles y federación compatible con Cognito, mientras la autenticación se mantiene entre navegador y Cognito. AI-Kit separa las tareas locales compatibles del procesamiento y la recuperación opcionales en el backend. Flow separa la experiencia del formulario de los borradores persistentes, envíos, conversaciones, estados de revisión y acciones del proceso.

Estos componentes pueden funcionar en un sitio dinámico o junto con la entrega estática porque se conectan desde el navegador a los servicios configurados. AI-Kit Pro también puede sincronizar el contenido público seleccionado y aprobado de WordPress con una base de conocimientos compatible. Las búsquedas y las respuestas del chatbot con citas utilizan los cambios después de su indexación; se excluyen los borradores y las propuestas de actualización no publicadas.

• Identidad: Utilice Amazon Cognito en lugar de WordPress como capa de identidad y Añada inicio de sesión a WordPress estático sin recuperar sesiones PHP.
• IA: Use IA en WordPress sin enviar cada borrador a un servicio SaaS de IA y Ofrezca respuestas con fuentes a partir del contenido de WordPress.
• Procesos: Sustituya aprobaciones por correo y hojas de cálculo por un proceso WordPress y Cree una revisión con formularios, conversación y valoraciones.

Parta primero del problema del comprador. El producto y la capa AWS deben seguir ese requisito, no definirlo.

03 · Edición gobernada

El cambio asistido por IA y la publicación en producción siguen siendo decisiones distintas

Agent Composer define qué tipos de página, secciones de contenido con nombre, campos y operaciones pueden utilizar los editores y las herramientas de IA compatibles. Las reglas estructurales configuradas protegen tanto la edición humana compatible como los cambios realizados con IA. Agent Canvas puede proporcionar el tema y los diseños reutilizables; también puede utilizarse otro tema compatible.

Las herramientas de IA preparan borradores nativos de WordPress para el contenido nuevo y propuestas de actualización separadas para las páginas publicadas. Un editor puede solicitar cambios, rechazar una propuesta o aprobar su incorporación. Los cambios compatibles en la estructura compartida pueden conservar el contenido propio de cada página; los cambios más amplios siguen una migración revisada. La publicación y cualquier publicación estática posterior siguen siendo decisiones separadas.

• Utilice Cree contenido WordPress con IA y manténgalo nativo y editable si la salida editable es la prioridad.
• Utilice Permita que los clientes creen páginas con IA sin romper el sistema de diseño cuando deban permanecer dentro de ese sistema.
• Para los límites de permisos y entrega, utilice Permita que la IA edite WordPress sin acceso de administrador ilimitado y Ofrezca IA tras la entrega sin perder el control de diseño de la agencia.

Así, el registro principal, las reglas de diseño y la decisión de producción permanecen en WordPress aunque la IA ayude a crear el siguiente contenido.

04 · Despliegue

La infraestructura bajo control del cliente debe seguir siendo un límite visible de responsabilidad

Deployment Access es la suscripción de WP Suite adquirida a través de AWS Marketplace que da acceso a nuestra pila de CloudFormation publicada. Quick Launch abre WP Suite Deployment Wizard, que guía al comprador por la configuración y el despliegue en su propia cuenta de AWS. Antes del despliegue, el comprador revisa la cuenta, la región, los parámetros y las capacidades de IAM requeridas; CloudFormation aprovisiona los recursos definidos en la plantilla.

Esto está separado deliberadamente del acceso a plugins o agencias. Ser propietario del backend implica que el cliente o el equipo de entrega también asume los costes de AWS, las políticas operativas, la supervisión y las aprobaciones de producción.

• Utilice el modelo bajo control del cliente solo cuando ese límite de infraestructura aporte valor real.
• Mantenga separados conceptualmente las suscripciones del sitio y los derechos de despliegue en AWS.
• Documente qué corresponde a WordPress, qué al componente WP Suite y qué a la cuenta AWS del comprador.

Para ver el mapa detallado del sistema, consulte Plataforma WP Suite y Arquitectura de referencia WordPress + AWS.