Arquitectura
Cómo está construido Kernset
Si está evaluando un CMS para su stack de agencia, esta es la página que le dice a qué se comprometería. El stack real, las concesiones y las partes que importan para su cartera de clientes.
- Next.js 16
- React 19
- TypeScript 5
- Estático, con caché o Node propio
- Alojado en la UE
Cómo funciona
Tres pasos del esquema a la página publicada
-
Defina bloques en TypeScript
Cada esquema de página vive junto a su código fuente. Los campos, validaciones y textos de ayuda del editor están en su repositorio, no en una configuración de base de datos.
-
Ejecute la sincronización una vez para registrar la estructura
Un comando de CLI lee sus esquemas y crea los slots de contenido correspondientes. Nunca toca el contenido existente. Puede ejecutarlo de nuevo en cualquier momento.
-
El cliente edita contenido, usted publica
El cliente edita los campos tipificados que usted expuso. Al publicar, el sitio web del cliente se actualiza en segundos: mediante obtención directa, actualización de caché o webhook.
Modelo de bloques
Las páginas son bloques tipados. El esquema vive en su código.
Cada página es un documento con un array de bloques tipados. Cada bloque declara sus campos, validaciones y textos de ayuda en TypeScript. Dos modos de interacción: bloques fijos - posicionados, definidos por código, solo se edita el contenido - y zonas flexibles, una región designada donde el cliente puede añadir y reordenar bloques de una lista que usted define. Los esquemas de bloque viven en su código, no en una configuración dentro de la base de datos.
// Declara los bloques que Kernset gestionará en esta página.
// Array literal estático - analizado mediante AST durante la sincronización.
export const cmsBlocks = [
'hero',
'featureList',
'testimonial',
'flexibleZone:content_zone',
'cta',
] as constTres formas de publicar
El mismo contenido, tres sitios donde puede correr
El CMS corre en un único servidor en la UE. La web del cliente corre donde mejor le encaje.
-
Publicación directa (siempre en vivo)
HTML, CSS y JavaScript en cualquier hosting compartido. Sin Node. La web lee el contenido en directo desde la API pública de contenido.
-
Sitio con caché (se actualiza en segundos)
Una plataforma edge como Vercel con actualización de caché bajo demanda. Cuando el editor publica, la caché se refresca en segundos.
-
Su propia aplicación Node
Aplicación Node en su propio servidor. La misma señal de publicación avisa a la caché; el receptor decide qué invalidar.
Publicación segura
El contenido de su cliente nunca se sobrescribe
Cuando cambia páginas en el código, ejecuta el comando de sincronización. La estructura se actualiza; el contenido del editor se queda donde está.
$ pnpm content-sdk sync
ok home (regla 2: estructura sin cambios)
ok services (regla 3: featureList añadido)
warn legacy-page (regla 4: ruta huérfana - contenido conservado)
ok blog/index (regla 1: página creada como borrador)
Sync finalizado. 0 errores, 1 aviso.Operación
Lo que corre por debajo
-
Versionado y borradores
Cada página está versionada, con retención configurable - 25 versiones por página por defecto -. Los borradores son ciudadanos de primera clase. Los editores preparan, previsualizan y publican o descartan.
-
API pública de contenido
Una superficie de solo lectura, separada del panel de administración. La web del cliente se resuelve por la ruta de URL, nunca por el cuerpo de la petición. El contenido en borrador se protege con tokens de vista previa firmados.
-
Vista previa en directo firmada
El panel renderiza la web del cliente dentro de un marco de vista previa con URLs firmadas vinculadas a la sesión del editor. Los datos en borrador nunca salen de esa sesión.
-
Aislamiento entre webs de cliente
Cada registro lleva identificada la web a la que pertenece. Las restricciones de base de datos impiden referencias cruzadas entre webs. Los selectores del panel solo muestran registros de la web activa.
-
Backups nocturnos cifrados
Copias de seguridad cifradas de la base de datos cada noche con claves rotables, custodiadas en la UE. La restauración es un único comando.
-
Registros estructurados y captura de errores
Registros en JSON e integración opcional de captura de errores con eliminación de datos personales. Fácil de conectar al stack de monitorización que ya use.
-
Hosting y jurisdicción en la UE
Servidores y empresa operadora, ambos en la UE. Los datos no salen de la UE salvo que el cliente opte explícitamente por un módulo con proveedor externo.
-
Tareas programadas integradas
Limpieza de vistas previas, purga de auditoría y otras tareas periódicas corren dentro del propio CMS. Sin servicio worker independiente en esta versión.
Módulos y límites del producto
Lo que Kernset hace y lo que no
La lista honesta. Sí, no y nunca.
¿Hay un módulo de chatbot?
Sí, opcional. Recuperación de información sobre documentos de conocimiento por web que usted carga. Vendible a su cliente como complemento mensual por web, con control por web de cliente.
¿Hay un asistente de IA para los editores?
Sí, opcional. Traducción en línea, sugerencias de contenido y ayudas de SEO. Activación estricta por organización; al desactivarlo, la interfaz desaparece por completo.
¿Hay analítica avanzada?
Sí, opcional. Paneles por web sin cookies y conformes con el RGPD, con tráfico en tiempo real e informes exportables. Vendible a su cliente como complemento mensual por web.
¿Hay un constructor visual de páginas?
No, y no lo habrá. La maquetación y el diseño viven en su código. Los clientes editan únicamente los campos tipados que usted ha expuesto. Esta es la decisión más importante de Kernset.
¿Pueden los clientes añadir sus propios tipos de bloque?
No. Los nuevos tipos de bloque vienen de su código. Los clientes pueden añadir y reordenar bloques dentro de una zona flexible, pero solo de una lista que usted ha definido.
¿Aloja Kernset la aplicación de mi cliente?
No. El CMS corre en nuestro servidor en la UE. La web del cliente corre donde usted decida: hosting compartido, plataforma edge o su propia aplicación Node.
¿Está evaluando Kernset frente a su stack actual?
Escríbanos. Repasamos el editor, el flujo de publicación y los puntos de la arquitectura que importan para su cartera de clientes.