CMS headless
Headless, sin perder la página.
Forrit CMS es un CMS headless que conserva la página. Los equipos modelan contenido reutilizable con tipos de contenido y entradas de contenido, y lo organizan en páginas con su propia ruta, SEO y metadatos. Forrit lo publica todo a través de su canal JSON y su front end mantiene el control total de la presentación.
Las renuncias del headless
¿Qué pierden los equipos de contenido con un CMS headless?
Un CMS headless resuelve problemas reales para los desarrolladores. El contenido se separa de la presentación y se entrega por API a cualquier front end, de modo que los equipos pueden elegir sus propios frameworks y reutilizar el contenido en la web, las apps y otros canales.
Pero un enfoque headless puro suele devolver trabajo al resto del equipo. Estas son las renuncias que los equipos de contenido mencionan con más frecuencia.
Dónde acaba el trabajo
Los desarrolladores modelan el contenido y crean el front end
Los editores rellenan formularios, a menudo sin ver la página
Los nuevos diseños vuelven al backlog de desarrollo
El SEO y los ajustes de página se montan con otras herramientas
Lo que suelen perder los equipos de contenido
Ver el contenido en contexto
El contenido se almacena separado de su presentación, así que los editores suelen rellenar formularios sin ver la página. La vista previa en directo se convierte en trabajo adicional para el equipo de desarrollo.
Crear páginas sin un desarrollador
Una nueva landing page, sección o diseño suele requerir un desarrollador y un despliegue, y marketing pierde la autonomía que tenía con un CMS tradicional.
Trabajar por páginas
Los editores trabajan con tipos de contenido, campos y referencias en lugar de páginas. Es un enfoque potente, pero a muchos usuarios no técnicos les cuesta seguirlo.
SEO y ajustes de página en un solo lugar
Las funciones de página, como los controles SEO y la navegación, no suelen venir integradas, así que los equipos las montan con otras herramientas.
Cómo funciona
¿Cómo conserva Forrit la página en un CMS headless?
En Forrit, headless no significa renunciar a las páginas. El contenido sigue siendo estructurado y reutilizable, y la página aporta el contexto que no debería recaer en cada entrada: dónde se publica el contenido, cómo se describe a los buscadores y cómo encaja en el sitio.
Los desarrolladores obtienen contenido estructurado. Los editores obtienen páginas.
Del tipo de contenido al front end
Defina tipos de contenido para lo que publica
Cree cada entrada una vez y reutilícela donde quiera
Organice las entradas en páginas con ruta, SEO y metadatos
Apruebe y publique mediante su flujo de aprobación
Su front end solicita la página como JSON y la renderiza a su manera
Qué hace cada parte
Contenido estructurado
Los tipos de contenido y las entradas mantienen el contenido reutilizable en páginas, canales y proyectos.
Páginas con contexto
Una página aporta la ruta, el título SEO, la descripción y los metadatos que no deberían recaer en cada entrada.
Entregado como JSON
El canal JSON publica la página sin marcado, de modo que su front end mantiene el control total de la presentación.
Para desarrolladores
¿Se puede entregar una página headless en una sola solicitud?
Sí. Una página de Forrit puede combinar entradas de muchos tipos de contenido. El canal JSON devuelve la página completa en una sola respuesta: su ruta, sus metadatos SEO y cada componente, en el orden en que los colocaron los editores.
Su front end hace una solicitud por página. No necesita escribir consultas que obtengan cada tipo de contenido y luego unir los resultados. Si una app solo necesita una entrada o un tipo de contenido, puede solicitar solo eso.
De la solicitud a la página renderizada
Solicite la página por su ruta, por ejemplo /savings/easy-saver
Reciba la ruta, los metadatos SEO y cada componente, en orden, en una sola respuesta
Asigne cada tipo de componente a su propio componente de UI y renderice la página
Por qué gusta a los desarrolladores
Menos idas y vueltas
Una solicitud por ruta mantiene rápidos el renderizado en servidor y las apps móviles.
Menos código de unión
Sin lógica de resolución de referencias ni de ordenación que escribir y mantener.
Definido por plantillas
La plantilla JSON de cada componente define qué campos se generan, así que la respuesta solo incluye lo que necesita el front end.
Siempre actualizado
Publique una entrada compartida una vez y todas las respuestas de página que la usan se actualizan automáticamente.
01 · Vista previa
¿Pueden los editores ver contenido headless antes de publicarlo?
En muchas plataformas headless, los editores rellenan formularios sin ver el resultado, y la vista previa en directo supone trabajo adicional para el equipo de desarrollo.
En Forrit, los cambios se hacen en una rama de tarea y los editores ven la vista previa de la página antes de enviarla a aprobación, sin ningún desarrollo adicional para sus desarrolladores. Los equipos que quieran ver la vista previa en su propio front end también pueden renderizar el JSON en borrador desde la rama de tarea.
De la edición a la publicación
Edite el contenido en una rama de tarea, aislado del contenido publicado
Vea la vista previa de la página con el cambio aplicado
Revise qué cambia con una vista de antes y después
Apruebe y publique
Funciones de vista previa
Vista previa en Forrit
Los editores ven la vista previa de las páginas desde el primer momento, sin ningún desarrollo de vista previa que mantengan sus desarrolladores.
Vista previa en su propio front end
Los equipos que lo deseen pueden renderizar el JSON en borrador de la rama de tarea en su propio front end.
Sin riesgo para lo publicado
Los cambios permanecen en una rama de tarea hasta que se aprueban y publican.
02 · Autonomía
¿Necesitan los editores un desarrollador para cada página nueva?
No. Los desarrolladores crean los componentes y las plantillas de página una sola vez. Después, los equipos de contenido crean páginas con esos bloques aprobados, sin un ciclo de desarrollo para cada página nueva.
Los desarrolladores mantienen el control del sistema de diseño y de la arquitectura de entrega. Los equipos de contenido tienen libertad para lanzar páginas, campañas y variantes cuando las necesitan.
Quién hace qué
Los desarrolladores crean componentes que dan formato a sus tipos de contenido
Los desarrolladores configuran plantillas de página con los componentes adecuados
Los editores crean páginas con plantillas y componentes aprobados
Vista previa, aprobación y publicación, sin ciclo de desarrollo
Funciones de componentes y plantillas
Componentes reutilizables
Se crean una vez y se reutilizan en páginas y sitios, así que los cambios de marca, las campañas y los lanzamientos llevan menos tiempo.
Plantillas de página
Las páginas nuevas parten de plantillas que ya incluyen los componentes adecuados.
Marca y normas coherentes
Los bloques y flujos de trabajo aprobados mantienen la coherencia de diseños y marca, gestione los sitios que gestione.
03 · Edición conocida
¿Tienen que pensar los editores en tipos de contenido y referencias?
Solo si quieren. Los usuarios avanzados y los desarrolladores pueden trabajar directamente con el modelo de contenido. Los demás pueden empezar por la página: abrir Inicio, buscar el hero y cambiar el contenido.
La estructura subyacente sigue siendo reutilizable, y la información de uso muestra en qué otros lugares aparece una entrada antes de que nadie la modifique.
Editar una página
Abra la página que quiere cambiar
Seleccione la sección y su contenido
Compruebe dónde más se usa la entrada
Edite, revise la vista previa y envíe a aprobación
Funciones de edición
Empiece por la página
Abra la página, busque la sección y cambie el contenido, sin rebuscar en el modelo de contenido.
Vea dónde se usa el contenido
La información de uso muestra las páginas y entradas que hacen referencia a un elemento antes de que nadie lo modifique.
El modelo completo para usuarios avanzados
Los desarrolladores y usuarios avanzados pueden seguir trabajando directamente con tipos de contenido y entradas.
04 · Funciones de página
¿Dónde están el SEO y otras funciones de página en un CMS headless?
En Forrit, en la página. Las páginas incluyen la ruta, el título SEO, la descripción y los metadatos en todos los tipos de página, de modo que la visibilidad en buscadores y en IA se gestiona en un solo lugar y se entrega con el contenido.
Para funciones que van más allá de la página, Forrit es componible. Conecte los servicios especializados en los que ya confía, en lugar de sustituirlos. Vea cómo Forrit se conecta con los servicios que lo rodean.
Gestionar una página
Defina la ruta de la página y su lugar en la navegación
Añada el título SEO, la descripción y los metadatos
Añada variantes de audiencia donde hagan falta
Publique, y los metadatos se entregan con la página
Funciones a nivel de página
- Integrado
SEO y metadatos
Los títulos, descripciones y metadatos se gestionan por página, en todos los tipos de página, y se entregan con el contenido.
- Integrado
Rutas y navegación
Las rutas de página y la navegación se entregan en el JSON, así que su front end crea las URL y los menús a partir del CMS.
- Integrado
Variantes de audiencia
Cree variantes de contenido para distintas audiencias y controle qué componentes de la página aparecen en cada variante.
- Conecta
Formularios, personalización y analítica
Forrit es componible. Conecte los servicios de formularios, personalización, pruebas y analítica que ya utiliza.
Headless híbrido
¿Necesita que Forrit renderice también las páginas web?
Los mismos tipos de contenido, entradas y páginas también pueden publicarse como páginas web completas a través del canal HTML. Use un canal, el otro o ambos, desde un solo CMS y un solo proceso de aprobación.
- Forrit CMS
Headless híbrido
Compare los canales HTML y JSON, vea cómo funciona una página en cada uno y descubra cuál encaja con su web, su app o su ecosistema.
- Producto
Forrit CMS
Cree, gobierne y reutilice contenido en todo su ecosistema digital, con contenido estructurado, creación visual de páginas y entrega headless en un solo CMS.
- Beneficio clave
Seguridad
Siete capas de protección, desde la seguridad perimetral y Airlock Publishing hasta el desarrollo seguro y la garantía ISO 27001.
Use la tecla Tab para desplazarse por el enlace
Después de una década de usar otra solución de administración de contenido, nuestro sitio web se había vuelto difícil de manejar e insostenible. […] Con proyectos futuros en el horizonte para cambiar la plataforma de otras áreas de nuestro sitio web en el Reino Unido e internacionalmente, ahora tenemos una solución que preparará nuestra presencia en línea para el futuro y que cumple con nuestros ambiciosos objetivos de transformación digital.
Preguntas sobre el CMS headless
Un CMS headless almacena y gestiona el contenido por separado de su presentación, y lo entrega a través de una API, normalmente como JSON. Los desarrolladores eligen el front end, y el mismo contenido puede alimentar webs, apps y otros canales.
Los enfoques headless puros suelen dejar a los equipos de contenido sin vista previa de página, requieren un desarrollador para nuevas páginas o diseños, obligan a los editores a trabajar con tipos de contenido y referencias en lugar de páginas, y dejan que funciones de página como el SEO se monten con otras herramientas. Forrit está diseñado para eliminar esas renuncias.
Sí. En Forrit, headless no significa renunciar a las páginas. Los tipos de contenido y las entradas siguen siendo estructurados y reutilizables, y las páginas los organizan con una ruta, SEO y metadatos. El canal JSON entrega cada página como datos, así que su front end sigue controlando la presentación.
El canal JSON publica el contenido como JSON puro, sin marcado, desde una capa de entrega separada del CMS. Los front ends pueden solicitar una página completa, con su ruta, metadatos SEO, navegación y componentes, o bien entradas y tipos de contenido individuales.
Sí. Una página de Forrit puede combinar entradas de muchos tipos de contenido, y el canal JSON devuelve la página completa en una sola respuesta, con los componentes en el orden en que los colocaron los editores. La plantilla JSON de cada componente controla qué campos se generan y, cuando se publica una entrada compartida, todas las páginas que la usan se actualizan automáticamente.
Sí. Los cambios se hacen en una rama de tarea, y los editores pueden ver la vista previa de la página en Forrit antes de enviarla a aprobación, sin que sus desarrolladores tengan que crear nada para la vista previa. Los equipos también pueden renderizar el JSON en borrador de la rama de tarea en su propio front end.
En muchas plataformas headless, los campos SEO se añaden a cada tipo de contenido o se gestionan en el front end. En Forrit, las páginas incluyen el título SEO, la descripción y los metadatos en todos los tipos de página, y esos metadatos se entregan en el JSON junto con el contenido.
Forrit incluye variantes de audiencia, de modo que puede crear contenido para distintas audiencias y controlar qué componentes aparecen en cada una. La personalización completa y las pruebas A/B proceden de servicios especializados que usted conecta a Forrit, que es componible por diseño.