Static Publisher para WordPress
Mantenga WordPress para editar. Traslade la distribución pública a AWS.
Publique su sitio de WordPress en Amazon S3 y CloudFront en su propia cuenta de AWS. Después de la entrega, las tareas programadas de content-sync mantienen el sitio público al día con los cambios de contenido, más rápido que volver a exportar todo el sitio. Conserve el editor que ya conoce, con inicio de sesión, formularios e IA conectados a sus propios servicios.
De WordPress a la red de distribución
Un proceso completo de publicación, más allá del archivo exportado
Gestione el contenido y los ajustes de publicación en WordPress. Un motor de publicación externo renderiza las páginas, recopila sus recursos, reescribe las URL, despliega el resultado y actualiza la caché.
Páginas estáticas con funciones activas
Static Publisher genera la capa de páginas. El inicio de sesión, los formularios, la IA, las rutas protegidas y las API de aplicación siguen siendo servicios independientes cuando el sitio los necesita.
Por qué elegir Static Publisher
Separe el sistema editorial de la distribución pública
Siga editando en WordPress y utilice un proceso reproducible para publicar los cambios. Los visitantes reciben páginas desde S3 y CloudFront, mientras las funciones interactivas se conectan a sus propios servicios.
01
Publicación basada en la página renderizada
Capture la interfaz tal como la utiliza un navegador, incluidos los recursos adaptables y los solicitados dinámicamente que necesita la página renderizada.
02
Distribución mediante S3 y CloudFront
Despliegue el resultado generado en almacenamiento y servicios de distribución de AWS controlados por el cliente, sin necesitar el servidor de origen de WordPress para las visitas públicas.
03
Publicación incremental y sincronización programada de contenido
Una vez publicado y entregado el sitio, el modo content-sync puede ejecutarse como tarea programada para publicar los cambios posteriores de contenido. Utiliza una versión de referencia verificada y los cambios registrados para actualizar las páginas, los listados, los archivos y los mapas del sitio afectados. Es más rápido que volver a exportar todo el sitio para cada actualización de contenido y está disponible en los procesos de Professional y Agency.
04
Origen de edición privado
Mantenga el WordPress de origen privado, interno o en un entorno de pruebas, y exponga públicamente solo la interfaz generada.
Funciones
Publique todo el sitio o actualice lo que ha cambiado
Rastreo y publicación del sitio completo
Genere una versión estática completa a partir de la interfaz renderizada de WordPress y despliéguela sin sustituir Gutenberg, Elementor, los medios ni el trabajo editorial habitual.
Reescritura según el destino
Reescriba las URL de origen para el destino público elegido, de modo que las referencias al entorno de pruebas o al origen privado no aparezcan en la navegación ni en los recursos de producción.
Perfiles de despliegue y seguimiento
Separe los ajustes específicos de cada destino y conserve los resultados de las tareas para procesos operativos y de agencia reproducibles.
Mantenga operativos el inicio de sesión, los formularios y la IA
Combine la capa de páginas estáticas con Gatey, Flow, AI-Kit, Static Site Guardian o API personalizadas cuando la identidad, los formularios, la IA o los recursos protegidos deban seguir activos.
Proceso de publicación
Del editor de WordPress a la red de distribución de AWS
El CMS de origen, el motor de publicación, la capa de distribución pública y los servicios dinámicos opcionales mantienen responsabilidades separadas.
WordPress privado / de pruebas
→ Static Publisher
├→ renderizar + descubrir recursos
├→ reescribir las URL de destino
├→ generar versión completa / incremental
└→ desplegar + invalidar caché
↓
Amazon S3 → CloudFront
├→ páginas estáticas públicas
└→ rutas estáticas protegidas opcionales
Necesidades dinámicas
→ Gatey / Flow / AI-Kit / API protegidas
WordPress sigue siendo la fuente editorial. El entorno público de S3/CloudFront y los servicios de ejecución opcionales forman parte de la arquitectura de AWS y de aplicación elegida por el cliente.
Procesamiento Lambda opcional
Delegar el trabajo de publicación en lugar de dimensionar un solo servidor para el pico
El exportador externo puede seguir coordinando el trabajo mientras el renderizado de páginas, la descarga de recursos, la reescritura de HTML y el despliegue se ejecutan en lotes Lambda limitados. Así la carga de publicación permanece fuera de WordPress/PHP y el procesamiento pesado no depende de un único servidor permanente.
Origen WordPress
→ coordinador del exportador
├→ lotes de páginas → Lambda + Chromium
├→ lotes de recursos → Lambda
├→ lotes de reescritura → Lambda
└→ lotes de despliegue → Lambda
↓
espacio S3 → S3 destino → CloudFrontLímite de capacidad El renderizado sigue dependiendo de la velocidad con la que el origen WordPress pueda servir las páginas solicitadas. El coordinador conserva la cola, las decisiones de seguridad e incrementales, los reintentos, los registros, la invalidación y el estado final. Con delegación completa, el HTML y los recursos permanecen en el espacio S3 para reescritura y despliegue directo S3→S3. Ver la arquitectura con Lambda.
Adecuación al proyecto
Compare el modelo de publicación, además del botón de exportar
| Función | Static Publisher | WP2Static | Simply Static / Pro |
|---|---|---|---|
| Enfoque principal | Publicación estática nativa de AWS para WordPress | Exportador clásico de HTML estático | Generador consolidado de WordPress estático |
| Función de WordPress | Editor y entorno de origen | Fuente del contenido estático | Fuente del contenido estático |
| Entorno de ejecución de destino | AWS propiedad del cliente | Destinos de alojamiento estático | Varios alojamientos o Studio gestionado |
| Integración con AWS S3 / CloudFront | Modelo principal de distribución | Disponible mediante configuración o complementos | Disponible en Pro |
| Descubrimiento de recursos * | Captura los recursos que necesita la página renderizada, incluidos srcset, alternativas de picture y recursos dinámicos | Basado principalmente en exportación y rastreo | Generación estática + optimización Pro |
| Reescritura de URL | Reescrituras según el origen de destino y el perfil | Función básica de exportación | Funciones de reescritura y ocultación de WordPress |
| Automatización portable | Motor de publicación orientado a colas y entornos de ejecución | Dispone de opciones orientadas a desarrolladores | WP-CLI y procesos de trabajo en Pro |
| Publicación incremental y selectiva | Professional/Agency: publicación incremental, tareas programadas de content-sync para cambios en un sitio ya publicado y subida solo de los archivos modificados | Depende de la configuración y la versión | Changes Only, Single Push y Builds en Pro |
| Varios perfiles de despliegue | Pro: un rastreo, varios destinos | No es su enfoque principal | Admite varios destinos |
| Rutas estáticas protegidas | Gatey + Static Site Guardian en la cuenta de AWS del cliente | No es una función principal | No es su modelo principal |
| Procesos de backend | Flow + backends sin servidor de AWS | Fuera de su alcance | Integraciones de formularios, búsqueda y comentarios |
| Uso más adecuado | Agencias que estandarizan la distribución de WordPress en AWS | Desarrolladores que necesitan exportación estática | Equipos que buscan opciones amplias de despliegue de WordPress estático |
* Exporte lo que la página utiliza realmente
Muchos procesos de exportación estática empiezan por examinar archivos y seguir referencias. Esto puede funcionar en sitios sencillos, pero las páginas modernas de WordPress suelen depender de imágenes adaptables, variantes de srcset, alternativas de picture, scripts de maquetadores, recursos de carga diferida y comportamientos de la interfaz que solo se manifiestan después del renderizado.
Static Publisher se basa en la página renderizada. Captura los recursos que el navegador necesita realmente para mostrar correctamente la página, y conserva los enlaces y las referencias necesarios para la navegación y la distribución estática.
Para una comparación específica de exportadores, consulte Static Publisher frente a Simply Static. Si la decisión de arquitectura es entre distribución estática y una interfaz desarrollada por separado, consulte WordPress estático frente a WordPress desacoplado.
Preguntas frecuentes
Uso de Static Publisher en su proyecto
¿Cómo puedo conservar WordPress para editar sin exponerlo públicamente?
Consulte la guía de WordPress privado con distribución estática pública. Static Publisher es el mecanismo de publicación que permite separar el origen editorial de la distribución pública.
¿Puede WordPress estático mantener el inicio de sesión, los formularios y la IA?
Sí, cuando esas funciones utilizan sus propias conexiones entre el navegador y los servicios. La guía de WordPress estático con funciones dinámicas relaciona el inicio de sesión, los formularios, los debates y la IA con los entornos de ejecución que siguen funcionando después de la publicación.
¿Puede ayudar ante los picos de tráfico?
La distribución estática evita que las solicitudes de páginas públicas que se pueden almacenar en caché lleguen al entorno activo de PHP/MySQL. Consulte la guía de distribución ante picos de tráfico para entender el problema; la capacidad sigue dependiendo de la arquitectura completa.
¿Cómo puedo proteger determinadas rutas estáticas?
Utilice Gatey para la identidad basada en Cognito y Static Site Guardian para proteger rutas mediante CloudFront. La guía de WordPress estático seguro explica los límites del inicio de sesión, y la arquitectura de cookies firmadas cubre el control de acceso en la distribución.
Edición en WordPress. Distribución en AWS.
Publique en su propia cuenta de AWS
Mantenga WordPress como fuente de contenido, publique el sitio en S3 y CloudFront y programe después tareas de content-sync para los cambios continuos de contenido. Añada Gatey, Flow, AI-Kit y Static Site Guardian cuando el sitio necesite inicio de sesión, formularios, IA o páginas protegidas.