Sobre nosotros
Por qué construimos Kernset
Las agencias están atrapadas entre dos opciones: WordPress - los clientes pueden editar; el diseño sufre - y webs hechas a medida - el diseño aguanta; los clientes no pueden editar -. Kernset toma el tercer camino.
Principios
Los principios
La maquetación y el diseño viven en el código, por diseño
Las zonas flexibles son piezas dentro de un hueco fijo definido en el código. No permiten que los clientes controlen la maquetación, los colores ni las tipografías a través del CMS. La edición del tema queda fuera de alcance de forma permanente.
Los clientes editan contenido, no estructura
Cada región editable la define explícitamente el desarrollador. El editor trabaja contra un esquema tipado: sin HTML libre, sin escapes de editor visual.
Multitenant desde el primer día
Aislamiento estricto entre clientes a nivel de base de datos. No es una capa añadida a posteriori: es la arquitectura.
Multilingüe, SEO y blog desde el primer día
La localización, los campos SEO estructurados y el contenido de blog no son funcionalidades para una versión futura. Son parte del núcleo.
Fiabilidad antes que flexibilidad
Cuando hay dos caminos, ganamos el que tiene menos formas de fallar, aunque eso cueste superficie de funcionalidad.
Seguro por defecto
Denegar por defecto. Consultas con scope de cliente por defecto. Credenciales cifradas en reposo. Registros de auditoría como colección de primer nivel.
Anti-funcionalidades
Fuera de alcance, a propósito
Kernset tiene una postura clara sobre lo que no hace. No son elementos pendientes para una versión futura: son decisiones deliberadas que dan forma al resto del producto.
-
Sin editor de tema
Colores, tipografías y primitivas de maquetación viven en el código de la agencia. Los clientes nunca los tocan. Así el diseño sobrevive años de ediciones.
-
Sin constructor visual de páginas
Los esquemas de bloque viven en TypeScript, no en una configuración dentro de la base de datos. El editor no puede crear nuevos tipos de bloque ni reorganizar la cuadrícula de la página.
-
Sin HTML libre
Los campos editables por el cliente están tipados: texto, imagen, FAQ, contacto. No se puede pegar HTML. Cierra la forma más habitual en la que los clientes estropean un diseño.
-
Sin tipos de bloque definidos por el cliente
Definir bloques es trabajo de la agencia, por diseño. Los clientes eligen de la biblioteca que ha definido la agencia; no la amplían.
-
Sin apps de cliente alojadas en la plataforma
Las webs de cliente corren donde lo permita el hosting elegido. La plataforma no despliega nunca el renderizado del cliente en su propio servidor.
Hablemos
Escríbanos sobre su cartera de clientes y sobre lo que está intentando resolver.