Flujo de trabajo editorial

Las páginas utilizan cuatro estados de flujo de trabajo:

• draft
• in_review
• published
• archived

Las páginas nuevas comienzan como draft.

• contenido en curso
• no público
• los editores pueden editar el contenido en este estado

• listo para revisión
• no público
• los editores no pueden seguir editando el contenido de la página hasta que la página vuelva a draft

• público
• enrutable en el sitio público
• la visibilidad de la página sigue funcionando junto con las reglas de visibilidad a nivel de bloque dentro de la página

• retirado del uso en producción
• no público
• un rol autorizado puede devolverlo a draft o volver a publicarlo

Acciones permitidas:

• draft -> in_review
• in_review -> draft
• published -> draft
• archived -> draft

No permitido:

• publicar
• archivar

Acciones permitidas en los sitios asignados:

• draft -> in_review
• draft -> published
• in_review -> draft
• in_review -> published
• in_review -> archived
• published -> draft
• published -> archived
• archived -> draft
• archived -> published

super_admin tiene las mismas capacidades de flujo de trabajo que site_admin, pero en toda la instalación.

Solo son públicas las páginas con estado published.

• las páginas draft devuelven 404
• las páginas in_review devuelven 404
• las páginas archived devuelven 404

Esto se aplica a las rutas públicas normales, al enrutamiento multisitio y a las rutas localizadas.

El estado de flujo de trabajo de la página y el estado del bloque son independientes. La acción habitual Edit Page -> Overview Publish publica únicamente el registro de la página. No publica de forma silenciosa los bloques en borrador o en revisión que contiene la página. Si una página tiene bloques propios sin publicar, la acción de publicación abre un modal con la opción Also publish all unpublished page-owned blocks desmarcada. Dejarla sin marcar conserva el comportamiento limitado a la página; marcarla publica los bloques propios de la página que sean elegibles en la misma acción de flujo de trabajo.

La pestaña Overview también muestra un aviso Unpublished page content cuando los bloques propios de la página siguen en borrador o en revisión. Publish page-owned blocks publica únicamente esos bloques propios de la página y no cambia el estado de flujo de trabajo de la página.

El contenido de los Shared Slot queda excluido de estos flujos de publicación de bloques propios de la página. Los slots de cabecera, pie de página u otros respaldados por un Shared Slot deben revisarse y publicarse por separado; WebBlocks CMS no propaga la publicación de la página a los árboles de bloques de los Shared Slot.

El estado del flujo de trabajo también determina quién puede seguir editando el contenido de la página.

• los editores pueden editar el contenido de la página solo mientras esta se encuentra en draft
• una vez que la página sale de draft, editar el contenido requiere un site_admin o un super_admin, o bien devolver la página a draft
• los usuarios site_admin y super_admin pueden seguir trabajando en los estados de flujo de trabajo que tienen permiso para gestionar

1. el editor crea una página en draft
2. el editor termina el contenido y lo envía a revisión
3. el administrador del sitio o el super administrador revisa la página
4. el administrador del sitio o el super administrador publica la página
5. las actualizaciones posteriores pueden devolver la página a draft y pasar de nuevo por la revisión

Los flujos internos permiten preparar actualizaciones sin devolver la página publicada a draft. Se crea una página de preparación independiente, en borrador, vinculada a la fuente publicada. La fuente sigue disponible en su dirección habitual mientras la preparación se revisa en /webadmin/pages/{page}/preview.

La promoción es explícita. WebBlocks CMS copia a la fuente publicada el contenido aprobado de los slots propios, escribe los bloques promovidos como published y conserva la dirección y el estado de la fuente. Los slots respaldados por Shared Slots quedan fuera. Tras registrar las versiones de seguridad anteriores y posteriores, elimina la página técnica de preparación en la misma transacción. Un borrador de preparación activo abandonado puede descartarse mediante su acción específica de Internal Content API sin conceder permisos generales de eliminación de páginas.

En un borrador o página de preparación existente, elija Abrir panel de vista previa en los ajustes de página o un formulario compatible de un bloque propio, y después Actualizar vista previa. El renderizador normal combina los valores no guardados compatibles del formulario abierto con el resto del borrador guardado. No incluye otros formularios abiertos. Actualizar no guarda contenido, crea versiones ni promueve actualizaciones; los puntos de recuperación funcionan independientemente. Para una página publicada, prepare primero una actualización de preparación.

Elija un idioma de contenido habilitado y Escritorio (1024 px) o Teléfono (390 px). Cambiar de idioma requiere actualizar de nuevo. El idioma de edición del formulario no cambia: un texto turco sin guardar no pasa a inglés por cambiar el selector. Si falta la traducción de página se muestra un error explícito; las alternativas de traducción existentes de los bloques se conservan.

Cambios pendientes indica que la vista puede estar desactualizada. Tras un error permanece la hora del último renderizado correcto. La validación, las fuentes no disponibles, la pérdida de conexión y el acceso caducado conservan los valores. Corrija el problema y actualice; no recargue un formulario sin terminar solo para reintentar. Dynamic Content utiliza asignaciones, filtros, orden, paginación y comportamiento vacío/error configurados. Escribir y abrir el panel no consulta fuentes.

El panel privado aísla el contenido del editor. Enlaces, scripts del contenido, marcos incrustados y envío de formularios están desactivados; la paginación nativa de colecciones sigue disponible. Los formularios Gallery, de hijos en línea, plugins y Embedded Applications, bloques nuevos, cargas de archivos y cambios de tipo, slot, padre, orden o estado requieren guardar primero. Se explican las operaciones no compatibles. Vista previa guardada en nueva pestaña sigue disponible en pantallas estrechas y solo muestra valores guardados. Mantenga Guardar y publicar como acciones separadas.

En páginas existentes en borrador o preparación, los ajustes de página y formularios de bloques propios protegen valores sin terminar mediante puntos de recuperación, incluidos formato Rich Text localizado y referencias multimedia seleccionadas. Espere a Punto de recuperación confirmado antes de confiar en él. Una confirmación pendiente o fallida significa que las últimas pulsaciones podrían no estar protegidas; mantenga la pestaña abierta o guarde normalmente.

Tras recargar o interrumpirse la sesión, vuelva al editor en la misma pestaña e inicie sesión como el mismo usuario si hace falta. Elija Restaurar valores del formulario, Descartar punto o Continuar con contenido guardado. Restaurar rellena el formulario para revisarlo y Guardar explícitamente. Continuar conserva el punto anterior y pausa la protección de nuevas ediciones hasta restaurarlo o descartarlo. Descartar elimina el punto correspondiente sin cambiar contenido guardado.

Si la página guardada cambió en otro lugar, revise el contenido actual y confirme la revisión antes de restaurar. Guardar vuelve a comprobar conflictos posteriores. Se verifican acceso al sitio, permisos, actividad de cuenta, idioma y flujo durante toda la recuperación. Usuarios, formularios, idiomas y sesiones mantienen puntos separados.

Recuperar no crea revisiones ni publica. Se aplica a borradores y páginas de preparación existentes; prepare una actualización antes de editar una página publicada. Quedan excluidos Shared Slots, páginas nuevas sin guardar, cargas de archivos y credenciales. Se requiere un navegador moderno con aislamiento de pestañas; la falta de compatibilidad o disponibilidad se muestra explícitamente.

Los puntos se limitan a 256 KiB y 512 controles, con hasta 32 sesiones sin terminar por usuario. Caducan siete días después de actualizarse. Guardar correctamente y descartar explícitamente eliminan el punto correspondiente; los guardados fallidos lo conservan. El programador limpia los caducados diariamente. Los operadores también pueden ejecutar php artisan webblocks:editor-recovery:prune.