AWS Marketplace · WP Suite Deployment Access

Despliega backends de AWS propiedad del cliente para WordPress sin construir tú mismo toda la plataforma de entrega.

Puedes desplegar backends compatibles de identidad, IA, workflows y entrega protegida para WordPress directamente en la cuenta AWS del cliente sin construir manualmente cada stack de CloudFormation. WP Suite prepara el flujo de lanzamiento compatible, el comprador lo revisa y ejecuta en AWS, y la configuración resultante vuelve a WordPress. El comprador es propietario de la infraestructura y paga los cargos de AWS por separado del entitlement de Deployment Access.

De la configuración del proyecto a WordPress

01

Configura las capacidades backend compatibles en WP Suite

02

Revisa y despliega el stack de CloudFormation en AWS

03

Guarda los outputs y exporta la configuración de WordPress

La brecha de entrega

Un proyecto WordPress moderno necesita más que un frontend.

Un frontend pulido es solo una parte de una solución de producción. La identidad, las APIs protegidas, los formularios, los workflows, el acceso a conocimiento con IA y la recuperación añaden infraestructura, permisos y trabajo operativo. Deployment Access convierte las partes compatibles en un proceso de entrega repetible mientras WordPress sigue siendo el CMS.

Identidad y acceso del cliente

Los portales de cliente, el contenido protegido y las experiencias dependientes de la cuenta necesitan más que un formulario de acceso de WordPress. Las configuraciones compatibles de Gatey pueden usar una base de identidad Amazon Cognito desplegada en la cuenta del comprador, mientras la aplicación sigue siendo responsable de sus roles y reglas de dominio.

Experiencias de IA y conocimiento

Las funciones asistidas por IA necesitan APIs, almacenamiento, configuración y recursos de conocimiento opcionales detrás de los bloques de WordPress. AI-Kit puede conectarse a un backend nativo de AWS compatible en lugar de trasladar esa responsabilidad al runtime público de WordPress.

Formularios y workflows

Incluso un frontend estático o con mucha caché necesita una ruta fiable para envíos, validación, notificaciones y procesos posteriores. Flow separa la experiencia del navegador de la capa backend de workflows e integraciones.

Entrega protegida y recuperación

Static Publisher puede separar la entrega pública del entorno de autoría de WordPress. Static Site Guardian añade patrones de control de acceso compatibles y la plantilla opcional DR Backup puede crear una base de recuperación programada para recursos compatibles etiquetados por deployment.

Más que plantillas de despliegue

Un flujo completo desde la configuración del proyecto hasta la configuración de WordPress

Lo difícil no es generar una vez un archivo de CloudFormation. Es recopilar ajustes válidos del proyecto, autorizar el paquete, lanzarlo en la cuenta correcta, conservar los outputs compatibles y hacer revisables los cambios posteriores.

Configuración guiada

Deployment Wizard reúne en un único contexto de proyecto las opciones y ajustes compatibles. Las agencias pueden empezar con la capacidad que el cliente necesita ahora y ampliar después un deployment compatible sin ensamblar stacks independientes a mano.

Acceso autorizado por Marketplace

El entitlement de AWS Marketplace controla el acceso a los paquetes de deployment de pago. Las definiciones públicas de CloudFormation siguen siendo revisables, mientras los artefactos privados de runtime se preparan únicamente mediante una ruta de deployment autorizada.

Deployment en la cuenta del cliente

AWS Quick Launch abre el deployment en la cuenta AWS del comprador. El comprador revisa parámetros, permisos y capacidades de CloudFormation y después inicia explícitamente el stack en la cuenta y región seleccionadas.

Traspaso de configuración

Cuando termina el deployment, outputs compatibles como URLs de API e identificadores vuelven a la sesión correspondiente. WP Suite puede generar entonces la configuración WordPress Pro del sitio sin obligar al implementador a copiar uno por uno los outputs del stack.

Capacidades modulares para clientes

Empieza con la capacidad que necesita el cliente.

Deployment Access no obliga a instalar todos los componentes. El paquete de plantillas es modular: el proyecto puede seleccionar los servicios compatibles que pertenecen a la solución del cliente y mantener el resto de responsabilidades fuera del stack.

Base de identidad Gatey

Despliega una base Amazon Cognito compatible para autenticación, clientes de aplicación y acceso opcional a APIs protegidas. Gatey proporciona la experiencia de inicio de sesión y cuenta en WordPress; la aplicación del cliente sigue siendo la autoridad para sus permisos de negocio.

Backend de AI-Kit

Crea las APIs, compute, almacenamiento y recursos opcionales de conocimiento usados por las funciones de pago de AI-Kit. El resultado puede soportar chat grounded, DocSearch y otras experiencias asistidas por IA sin usar las peticiones PHP de WordPress como runtime de IA.

Backend de Flow

Despliega la capa compatible de API, workers, almacenamiento, eventos e integraciones para formularios y workflows de Flow. Así, frontends WordPress estáticos y dinámicos obtienen una ruta conectada al backend para envíos y procesos de negocio.

Entrega estática y base de DR

Static Site Guardian puede proteger rutas seleccionadas de un frontend WordPress servido de forma estática. El repositorio público de plantillas también incluye recursos opcionales y programados de AWS Backup para buckets S3 y tablas DynamoDB compatibles etiquetados por deployment, con copia entre regiones cuando se configura.

Primer deployment

De AWS Marketplace a un sitio WordPress conectado

El primer lanzamiento separa deliberadamente la configuración en WP Suite de la aprobación y ejecución en AWS. Así se mantiene el flujo guiado mientras el comprador controla qué se crea en su cuenta.

  1. Elige el proyecto y el alcance — Suscríbete mediante AWS Marketplace, selecciona el workspace y proyecto de WP Suite y elige los componentes y la configuración compatibles que pertenezcan a este deployment.
  2. Abre Quick Launch y revisa — El wizard abre el flujo AWS Quick Launch con la configuración preparada. El comprador revisa parámetros, permisos IAM solicitados, capacidades de CloudFormation que debe reconocer y la cuenta y región de destino.
  3. Despliega en la cuenta del comprador — El comprador lanza explícitamente el stack raíz de orquestación de CloudFormation. Este valida el deployment autorizado, prepara los paquetes de runtime compatibles en el bucket de deployment propiedad del comprador y crea la topología seleccionada.
  4. Captura los outputs compatibles — Cuando el stack alcanza un estado correcto, la sesión registra el estado y los outputs que WP Suite necesita. El comprador también puede inspeccionar directamente en AWS los recursos creados y los outputs de CloudFormation.
  5. Exporta la configuración de WordPress — WP Suite usa los outputs devueltos para generar la configuración WordPress Pro correspondiente. Después puede asociarse al registro del sitio y aplicarse a la instalación WordPress prevista.

La aprobación del comprador permanece en AWS Deployment Access no pide al cliente que pegue access keys amplias, contraseñas ni credenciales de administrador sin restricciones en una página WordPress. La revisión y ejecución del stack siguen siendo acciones explícitas en la cuenta AWS del comprador.

Ciclo de actualizaciones

Actualiza deployments existentes sin renunciar al control.

Un stack de producción necesita una ruta compatible para cambios además de una ruta de primer deployment. El workflow de actualización prepara la diferencia solicitada, pero AWS sigue siendo el lugar donde el comprador la revisa y ejecuta.

  1. Selecciona la sesión de deployment — Abre el deployment existente en WP Suite para que el wizard trabaje a partir de las elecciones de componentes, outputs compatibles y estado de ciclo de vida registrados.
  2. Prepara los cambios compatibles — Vuelve a abrir el deployment en el update wizard, añade o reconfigura componentes compatibles y revisa los ajustes actualizados antes de enviar nada a AWS.
  3. Genera un change set de AWS — El workflow prepara un change set de CloudFormation sobre el stack raíz existente. El change set expone las adiciones, sustituciones y modificaciones de recursos que AWS planea realizar.
  4. Revisa y ejecuta explícitamente — El comprador examina el change set en AWS y decide si lo ejecuta. WP Suite no aplica silenciosamente cambios posteriores de infraestructura en la cuenta del cliente.
  5. Sincroniza y vuelve a exportar — Tras una ejecución correcta, la sesión sincroniza el resultado compatible y los outputs más recientes. Puede exportarse una configuración WordPress Pro actualizada si cambiaron endpoints o identificadores del backend.

Sin canal oculto de actualización El entitlement da acceso a actualizaciones compatibles durante la vigencia del contrato; no sustituye la responsabilidad del comprador de revisar cambios, operar la cuenta y aprobar modificaciones de producción.

Alcance comercial

Una cuenta AWS del comprador. Tres años de acceso a deployments y actualizaciones.

La oferta activa en AWS Marketplace separa el entitlement de software de la infraestructura y los servicios que el cliente o la agencia siguen poseyendo y operando.

500 USD durante 36 meses

El contrato público cubre una cuenta AWS del comprador durante 36 meses. Proporciona la ruta compatible de deployment y actualización para esa cuenta, no un cargo por stack ni por cambio.

Acceso incluido

El contrato incluye Deployment Wizard, la ruta AWS Marketplace Quick Launch, plantillas CloudFormation compatibles, validación del entitlement, acceso controlado a paquetes y orientación para deployments y actualizaciones dentro del alcance compatible.

El uso de AWS se paga aparte

El comprador paga directamente los cargos de infraestructura de AWS. Hosting de WordPress, servicios de terceros, desarrollo a medida, recursos AWS no compatibles y operaciones gestionadas continuas no están incluidos salvo acuerdo separado.

Pensado para equipos de delivery

Deployment Access encaja con agencias y equipos técnicos que quieren mantener WordPress como CMS mientras determinados backends se ejecutan en una cuenta AWS propiedad del cliente. El proyecto sigue necesitando un responsable claro de seguridad, costes, integración y operaciones de producción.

Base de delivery mantenida

Empieza con la plataforma de delivery. Añade tu experiencia donde el cliente percibe el valor.

WP Suite

Base de deployment

WP Suite mantiene la ruta compatible desde los ajustes guiados del proyecto hasta el deployment de CloudFormation en la cuenta del comprador, el traspaso de outputs y la preparación posterior de change sets. El objetivo es repetibilidad entre proyectos, no un diagrama de infraestructura de un solo uso.

  • Definiciones públicas de deployment versionadas y paquetes de runtime autorizados
  • Primer deployment guiado, captura de outputs compatibles y exportación de configuración WordPress
  • Ruta de actualización revisable basada en change sets de AWS CloudFormation

Agencia o partner de implementación

Solución del cliente y valor continuo

El partner de delivery decide cómo convertir las piezas en un sistema útil para el cliente. Incluye discovery, arquitectura de información, marca y frontend, contenido, integración de datos y APIs, ownership operativo y el servicio comercial construido alrededor de la plataforma.

  • Diseña la experiencia, los permisos y los límites de integración específicos del cliente
  • Conecta WordPress, la aplicación del cliente y los servicios de terceros aprobados
  • Empaqueta implementación, soporte y operaciones según el valor de la solución completa

Propiedad y roles de producto

Dos productos de WP Suite cubren partes distintas del mismo modelo de delivery para agencias.

Deployment Access

Backends en la cuenta AWS del comprador

Deployment Access es el entitlement y la ruta de deployment de AWS Marketplace. Crea recursos backend compatibles en una cuenta AWS propiedad del comprador y proporciona acceso a cambios de deployment y actualizaciones de plantillas compatibles durante el periodo contratado.

  • El comprador posee la cuenta AWS y la infraestructura desplegada
  • El comprador paga los cargos AWS y aprueba lanzamientos y cambios de CloudFormation
  • La agencia puede gestionar la implementación sin presentar el acceso de deployment como producto final para el cliente

Agency Subscription

Capacidades de pago de WP Suite en sitios gestionados

Agency Subscription cubre la relación comercial del lado de WordPress. Permite a una agencia activar capacidades Pro compatibles en los sitios de su workspace con precios por volumen, mientras cada sitio se conecta a la configuración y backend adecuados.

  • Entitlements de sitio y capacidades de plugins de pago se gestionan desde el workspace de la agencia
  • Deployment Access aporta backends opcionales en la cuenta del cliente; no es la suscripción del sitio
  • Juntos ofrecen una plataforma reutilizable que la agencia puede ampliar con sus propios servicios

¿Listo para el primer deployment de un cliente?

Construye la solución del cliente. No reconstruyas la plataforma de delivery.

Usa WP Suite Deployment Access para configurar backends WordPress compatibles, revisarlos y desplegarlos en la cuenta AWS del cliente, capturar los outputs resultantes y mantener los cambios posteriores explícitos y revisables.