Iniciar sesión

Publique WordPress en S3 y CloudFront con Static Publisher

Static Publisher convierte WordPress en la capa de edición y control de una canalización profesional de publicación estática.

A diferencia de un plugin de widgets para el frontend, Static Publisher se divide intencionadamente en dos partes coordinadas:

  • Administración del plugin de WordPress para configuración, puesta en cola, estado, diagnósticos y acceso a registros.
  • Exportador externo para rastreo, reescritura, implementación, invalidación y ejecución dirigida por el programador.

Esta división es deliberada. El plugin no ejecuta comandos de shell desde PHP. Escriba archivos JSON deterministas del entorno de ejecución y el ejecutor externo de Node.js los procesa en una máquina donde ya existen Node.js, Playwright, acceso al sistema de archivos y credenciales de AWS.

Puntos fuertes de Static Publisher​

  • publicar sitios de WordPress como artefactos estáticos en S3 + CloudFront,
  • rastrear el frontend renderizado en lugar de limitarse al contenido de la base de datos,
  • reescribir las URL de origen para destinos de preproducción o producción,
  • poner en cola trabajos de publicación, implementación e invalidación desde la administración de WordPress,
  • publicar cambios específicos de entradas, listados, archivos, paginación y mapas del sitio sin volver a rastrear todo el sitio,
  • reutilizar un artefacto de rastreo en varios destinos de implementación,
  • mantener WordPress como plano de control editorial mientras AWS se convierte en el entorno de entrega.

Plano de control frente a motor de ejecución​

Piensa en el producto como dos capas:

  • Plano de control en WordPress: los propietarios del sitio configuran rutas del entorno de ejecución, ajustes de destino, puesta en cola de trabajos, diagnósticos y reglas del programador desde una pantalla de administración familiar.
  • Motor de ejecución fuera de WordPress: el exportador se ejecuta desde el shell, CI, cron o un host dedicado y realiza el trabajo pesado sobre el sitio completamente renderizado.

Este modelo encaja mejor en entornos de producción que un exportador basado únicamente en PHP. El servidor de WordPress no necesita ejecutar Playwright, gestionar la ejecución de comandos ni conservar credenciales de implementación de larga duración en la ruta de las solicitudes.

Casos de uso habituales​

Static Publisher es una buena opción cuando necesita uno o varios de estos patrones:

  • WordPress permanece privado, pero el sitio público debe entregarse desde la red perimetral,
  • el entorno público debe residir en una cuenta de AWS propiedad del cliente,
  • los trabajos de rastreo e implementación necesitan registros repetibles y automatización externa,
  • un entorno debe publicar en varios destinos, como preproducción y producción,
  • el sitio estático necesitará posteriormente rutas protegidas, inicio de sesión con Cognito, IA o formularios conectados al backend.

Contenido de esta documentación​

  • Arquitectura de publicación — la división del producto, la ruta de entrega en AWS y la relación de Static Publisher con el resto de WP Suite
  • Configuración del exportador externo — requisitos del host, instalación de Node/Playwright y primeros comandos
  • Sincronización específica de contenido — programación de cambios de contenido para los planes Professional y Agency, líneas base, conciliación de archivos, eliminaciones y alcance multisitio
  • Operaciones — archivos del entorno de ejecución, flujo de la cola, reglas del programador, registros y perfiles de implementación