CMS headless híbrido
Un CMS. Páginas web y JSON.
Un CMS headless híbrido entrega el mismo contenido como páginas web terminadas o como datos estructurados. En Forrit, los tipos de contenido, las entradas y las páginas se gestionan una sola vez. El canal HTML sirve páginas completas creadas con sus componentes, y el canal JSON sirve JSON puro a apps y front ends a medida.
01 · Definición
¿Qué es un CMS headless híbrido?
Un CMS headless híbrido entrega el mismo contenido de dos formas: como páginas web terminadas o como datos estructurados para cualquier front end. Combina la edición basada en páginas de un CMS tradicional con el contenido estructurado y la entrega por API de un CMS headless.
En Forrit, ambas formas parten de los mismos tipos de contenido, entradas y páginas, y cada cambio pasa por el mismo flujo de trabajo gobernado.
Cómo funciona el headless híbrido en Forrit
Modele el contenido una vez con tipos de contenido y entradas
Organícelo en páginas
Publique a través del canal HTML, del canal JSON o de ambos
Sirva cada canal desde una capa de entrega separada del CMS
Qué le aporta el headless híbrido
Páginas web gestionadas
Forrit renderiza páginas web completas a partir de sus componentes, listas para webs de marketing y grandes ecosistemas web.
JSON headless
El mismo contenido se entrega como JSON puro para apps y front ends a medida.
Un solo modelo de contenido
Los tipos de contenido, las entradas y las páginas se gestionan una vez, sea cual sea el canal que los entrega.
Un solo flujo gobernado
Las ramas de tarea, la vista previa, la aprobación y el historial de auditoría se aplican a cada cambio, en ambos canales.
02 · Comparativa
¿Cómo se compara el headless híbrido con el CMS tradicional y el headless?
Un CMS tradicional conserva la página, pero ata el contenido a un solo sitio web. Un CMS headless puro libera el contenido, pero a menudo pierde la página. El headless híbrido está diseñado para conservar ambas cosas.
| Función | CMS tradicional | CMS headless | Headless híbrido de Forrit |
|---|---|---|---|
| Edición basada en páginas | Sí | A menudo limitada | Sí, en ambos canales |
| Contenido estructurado y reutilizable | Limitado | Sí | Sí, con tipos de contenido y entradas |
| Entrega por JSON y API | Rara vez nativa | Sí | Sí, a través del canal JSON |
| Libertad en el front end | Ligado al CMS | Sí | Sí, o deje que Forrit renderice las páginas |
| Vista previa en contexto | Sí | A menudo a medida | Sí, en Forrit o en su propio front end |
| SEO y metadatos por página | Sí | A menudo con otras herramientas | Sí, en cada página y en el JSON |
| Entrega separada del CMS | Normalmente acoplada | Sí | Sí, con Airlock Publishing unidireccional |
Categorías generales, no productos concretos. Cada plataforma es distinta.
03 · Dos canales de entrega
¿Qué diferencia hay entre los canales HTML y JSON?
La diferencia está en quién renderiza la experiencia. A través del canal HTML, Forrit renderiza páginas web completas a partir de sus plantillas de componentes. A través del canal JSON, Forrit entrega el contenido como JSON puro y su propio front end lo renderiza.
Todo lo que hay detrás de los canales es compartido: el mismo contenido, las mismas páginas, el mismo flujo de trabajo y la misma capa de entrega separada. Más información sobre cómo conserva Forrit la página en un entorno headless.
Elegir un canal
Use el canal HTML cuando Forrit deba renderizar el sitio
Use el canal JSON cuando lo renderice su propio front end
Use ambos cuando una web y una app comparten contenido
Funciones de cada canal
- Canal HTML
Páginas web completas
Forrit renderiza páginas completas a partir de sus plantillas de componentes. Los desarrolladores las amplían con los SDK de .NET.
- Canal HTML
Lanzamientos rápidos con componentes compartidos
Lance nuevos sitios y páginas con los componentes y plantillas que ya tiene, sin un front end aparte que mantener.
- Canal JSON
JSON puro, cualquier framework
Contenido sin marcado, listo para React, Next.js, apps móviles, .NET o cualquier otro front end.
- Canal JSON
Páginas, rutas y SEO como datos
Las páginas, rutas, navegación y metadatos SEO se entregan como datos. Solicite páginas completas o entradas individuales.
- Ambos
La misma gobernanza en ambos
Los tipos de contenido, entradas, páginas, ramas de tarea, vista previa, aprobación y localización funcionan igual en cualquiera de los canales.
- Ambos
Capa de entrega separada
Ambos canales se sirven desde servicios de entrega dedicados, con Airlock Publishing unidireccional desde el CMS.
04 · Cuál elegir
¿Qué canal encaja con cada proyecto?
El canal adecuado depende de quién renderiza la experiencia. Así suele resolverse la elección en proyectos habituales.
| Proyecto | Canal | Por qué |
|---|---|---|
| Web de marketingGestionada por marketing | Canal HTML | Los editores crean páginas con componentes aprobados, sin un front end aparte que mantener. |
| Ecosistema de muchos sitiosSitios regionales, de marca o de producto | Canal HTML | Los nuevos sitios se lanzan con componentes y plantillas compartidos, bajo una gobernanza central. |
| App móvil de clientesiOS, Android o multiplataforma | Canal JSON | La app lee el contenido estructurado y los datos de página, y los renderiza de forma nativa. |
| Front end a medidaNext.js, React o similar, desarrollado internamente | Canal JSON | Los desarrolladores mantienen su framework. Los editores siguen teniendo páginas y SEO por página. |
| Web y app a la vezComparten contenido de producto | Ambos canales | Un solo equipo de contenido y un solo proceso de aprobación dan soporte a ambas experiencias. |
Ambos canales pueden funcionar en paralelo, con el mismo contenido y el mismo proceso de aprobación.
05 · Páginas en ambos canales
¿Cómo funciona una página en cada canal?
En el CMS, una página es la misma sea cual sea el canal que la publica. Los editores la crean con componentes y entradas, añaden su ruta y sus metadatos SEO, y la envían a aprobación.
Al publicarla, el canal HTML usa la plantilla HTML de cada componente para renderizar la página completa. El canal JSON usa la plantilla JSON de cada componente para generar la página como datos, y su front end la renderiza.
Una página, dos salidas
Los editores crean la página con componentes y entradas
La página se aprueba y se publica una vez
Canal HTML: Forrit renderiza la página completa a partir de plantillas de componentes
Canal JSON: su front end recibe la página como JSON y la renderiza
Qué no cambia
La misma experiencia de edición
Los editores crean y gestionan las páginas igual, sea cual sea el canal que las publica.
El mismo SEO y metadatos
Los títulos, descripciones y metadatos de página viajan con la página en ambos canales.
Vista previa antes de publicar
Vea la vista previa de las páginas en Forrit o renderice el JSON en borrador de la rama de tarea en su propio front end.
Profundice
Una plataforma de contenido, entregada a su manera.
Vea cómo conserva Forrit la página en un entorno headless, explore el CMS completo y descubra cómo se protegen ambos canales.
- Forrit CMS
CMS headless
Cómo conserva Forrit la página en un CMS headless: vista previa, edición por páginas, SEO por página y una respuesta JSON por página.
- 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 headless híbrido
Un CMS headless híbrido puede entregar el mismo contenido como páginas web terminadas o como datos estructurados a través de una API. Forrit lo hace con dos canales de entrega, HTML y JSON, alimentados ambos por los mismos tipos de contenido, entradas y páginas.
Un CMS headless solo entrega el contenido como datos, así que cada front end debe crearse y mantenerse por separado. Un CMS headless híbrido también puede renderizar páginas web por sí mismo. Con Forrit, usted elige en cada proyecto: deje que Forrit renderice una web de marketing y entregue JSON a una app o a un front end a medida.
Use el canal HTML cuando quiera que Forrit renderice el sitio web a partir de sus componentes. Ejemplos típicos son una web de marketing gestionada por el equipo de marketing o un ecosistema de sitios regionales o de marca lanzados con componentes y plantillas compartidos.
Use el canal JSON cuando su propio front end renderice la experiencia, por ejemplo una app móvil o un sitio creado con Next.js o React. El JSON incluye páginas, rutas, navegación y metadatos SEO, y puede solicitar páginas completas o entradas individuales.
Sí. Los mismos tipos de contenido, entradas y páginas pueden publicarse a través de ambos canales, de modo que una web y una app pueden compartir contenido de producto con un solo equipo de contenido y un solo proceso de aprobación.
Sí. Los cambios para cualquiera de los canales se hacen en ramas de tarea, se revisan en vista previa, se aprueban y quedan registrados en el historial de auditoría. Ambos canales se sirven desde una capa de entrega separada del CMS, mediante Airlock Publishing unidireccional.