Publicación estática después del lanzamiento
Actualizar WordPress estático sin reconstruir todo el sitio
Modificar un artículo no siempre afecta a una sola URL pública. El atajo útil no consiste en volver a publicar únicamente la página editada, sino en localizar todas las páginas públicas que cambian a causa de esa modificación.
En pocas palabras Una publicación completa y verificada establece el punto de partida. Para cambios editoriales posteriores, Static Publisher puede usar los cambios registrados en WordPress y esa base para actualizar páginas, listados, archivos y mapas del sitio afectados sin recorrer y reconstruir todo el sitio cada vez.
Por qué un cambio puede afectar a varios archivos
Una modificación de contenido puede cambiar varias páginas públicas
La publicación estática se vuelve ineficiente si cada pequeño cambio editorial obliga a reconstruir todo el sitio. Pero actualizar solo la URL editada también puede dejar páginas dependientes sin renovar.
Salida relacionada
Un artículo puede aparecer en varios lugares
Modificar una entrada puede cambiar también un listado del blog, un archivo de categoría, páginas paginadas, el mapa del sitio u otras páginas que reutilizan ese contenido.
Recorrido completo
Una edición normal puede provocar trabajo innecesario
Si el sitio ya está publicado y se conoce su estado de partida, volver a recorrer y renderizar todas las URL puede hacer mucho más trabajo del necesario para una actualización de contenido corriente.
Solo archivos modificados
Comparar archivos no explica las dependencias
Saber que un archivo renderizado ha cambiado ayuda al despliegue, pero no indica por sí solo qué otras rutas deben volver a generarse porque dependen del contenido editado.
El problema real La parte difícil no es generar un nuevo archivo HTML, sino determinar todo el conjunto de salidas públicas afectadas por un cambio de contenido en WordPress.
Actualización dirigida por los cambios de contenido
Los cambios de WordPress pueden reducir el trabajo de publicación
Static Publisher separa la publicación completa de la sincronización posterior de contenido. La versión verificada sirve como referencia; los cambios registrados en WordPress ayudan a decidir qué debe comprobarse de nuevo.
Cambio de contenido en WordPress
↓
cambio registrado + base verificada
↓
determinar las rutas públicas afectadas
├→ página editada
├→ listados / archivos
├→ paginación necesaria
└→ mapa del sitio / salida a eliminar
↓
renderizar y comparar solo lo necesario
↓
publicar archivos modificados → S3 / CloudFront
Límite importante La sincronización dirigida por contenido sirve para cambios cuyo efecto público puede deducirse del estado conocido de WordPress. Cambios de tema, plugin, plantilla, reglas de URL o enlaces permanentes pueden afectar a todo el sitio y conviene tratarlos con una nueva publicación completa.
Secuencia práctica
La publicación completa fija la base; los cambios posteriores pueden ser dirigidos
La actualización reducida depende de saber qué estaba publicado y qué ha cambiado después en WordPress.
- Crear y verificar la publicación completa — Publicar primero el sitio completo para disponer de un punto de partida conocido para la salida pública y el destino.
- Registrar los cambios posteriores — Seguir qué contenidos de WordPress se han modificado, añadido o eliminado desde esa publicación verificada.
- Determinar las rutas afectadas — Incluir la URL directa y también los listados, archivos, páginas paginadas y entradas del mapa del sitio que dependan del contenido.
- Comparar y publicar el resultado — Renderizar las rutas necesarias, compararlas con la base desplegada, publicar la salida modificada y eliminar los archivos que ya no deben existir.
Actualización dirigida para contenido; publicación completa para cambios amplios
Actualización dirigida de contenido
Para cambios normales de entradas y páginas
- Un editor modifica, añade o elimina contenido normal de WordPress.
- Las rutas públicas afectadas pueden deducirse de las relaciones de contenido y de la base de publicación.
- Se necesita sincronizar contenido de forma periódica sin recorrer todo el sitio en cada actualización.
Publicación completa
Cuando pueden haber cambiado las reglas de renderizado de todo el sitio
- Cambia un tema, plugin o plantilla compartida.
- Cambian enlaces permanentes, reglas de URL u otro comportamiento de enrutamiento.
- La base desplegada anterior falta, no es fiable o se quiere sustituir deliberadamente.
Preguntas frecuentes
Publicación parcial y sincronización de contenido
Si modifico una entrada, ¿solo hay que volver a publicar esa página?
No siempre. También pueden cambiar listados, archivos de categoría, páginas paginadas, mapas del sitio u otras páginas públicas que muestran ese contenido.
¿Qué diferencia hay entre publicación incremental y sincronización de contenido?
La publicación incremental compara la salida generada con una versión anterior y despliega lo que cambió. La sincronización parte de los cambios registrados en WordPress para reducir las rutas que deben renderizarse y compararse.
¿Puede permanecer privado el WordPress de edición?
Sí. WordPress puede seguir como fuente privada o de pruebas, mientras el sitio público generado se despliega por separado en S3 y CloudFront.
¿Significa esto que nunca hace falta una reconstrucción completa?
No. Los cambios amplios de renderizado o rutas pueden afectar a páginas que no se pueden predecir a partir de un cambio de contenido normal. En esos casos es más seguro realizar una nueva publicación completa.
Vea los modos de publicación
Elija el tipo de actualización según el cambio
Static Publisher admite publicación completa y flujos de actualización más dirigidos. Las páginas de producto y comparación explican la diferencia frente a una exportación estática básica.