Flowtitude Site Layer: una capa segura para el trabajo específico de cada sitio

Estamos preparando una nueva característica para FlowKit: Flowtitude Site Layer, una forma más limpia de separar la base estable del tema hijo del trabajo propio de cada proyecto.

La idea nace de un problema muy real en proyectos WordPress con Bricks, FDS y trabajo iterativo: tarde o temprano aparece código específico del sitio, plantillas puntuales, CSS de cliente, pequeños helpers, assets, pruebas o ajustes que no deberían vivir dentro del tema hijo principal.

Si todo acaba mezclado en el child theme, cada actualización se vuelve más delicada. Si todo queda dentro de Bricks, hay partes difíciles de versionar, revisar o reutilizar. Y si se trabaja en prototipos locales sueltos, se pierde un sitio claro donde dejar el trabajo que sí pertenece al proyecto.

Qué es Flowtitude Site Layer

Flowtitude Site Layer será un modo del admin de FlowKit que crea un plugin local del sitio:

wp-content/plugins/flowtitude-site-layer/

Ese plugin funcionará como una zona de trabajo separada para:

• plantillas de página;
• partials compartidos como header y footer;
• CSS propio del sitio;
• JavaScript específico;
• imágenes y assets personalizados;
• pequeñas rutas o configuraciones;
• lógica mínima que no debe formar parte del tema base.

En la práctica, el tema hijo seguirá siendo la base estable: FlowKit, FDS, WindPress, integración con Bricks, paneles admin y utilidades reutilizables. Site Layer, en cambio, será el espacio donde vive el trabajo específico de un sitio concreto.

Por qué importa

La ventaja principal es simple: las actualizaciones del tema hijo no pisan el trabajo del sitio.

FlowKit podrá seguir evolucionando como producto sin arrastrar modificaciones de clientes o experimentos locales. Y cada proyecto tendrá una carpeta clara donde ubicar lo que pertenece a ese sitio, no al framework.

Esto también encaja mejor con flujos asistidos por IA y Kodavio. Cuando un agente necesite crear o ajustar plantillas, CSS o lógica específica, podrá apuntar a una capa segura en vez de tocar directamente archivos versionados del tema hijo.

Estados claros en el admin

El panel de FlowKit mostrará estados explícitos:

• No creado: permite crear el Site Layer.
• Creado e inactivo: la estructura existe, pero el plugin aún no está activo.
• Activo: muestra ruta, plantillas registradas y última modificación.
• Problema detectado: avisa si faltan archivos, permisos o partes de la estructura.

La intención es que la herramienta no sea una caja negra. Si algo falla, debe verse rápido y con una acción clara.

Qué genera inicialmente

La estructura base prevista incluye:

wp-content/plugins/flowtitude-site-layer/
  flowtitude-site-layer.php
  templates/
    pages/
    partials/
    archive.php
    single.php
  assets/
    css/site-layer.css
    js/site-layer.js
    img/
  config/
    routes.php
    templates.php

El plugin registrará plantillas disponibles en WordPress, cargará sus propios assets y ofrecerá helpers mínimos para partials compartidos.

Una frontera más sana

Site Layer no sustituye a Bricks ni al tema hijo. Los ordena.

Bricks sigue siendo el constructor visual. FlowKit sigue siendo la base estable. Site Layer se convierte en el espacio editable del proyecto cuando hace falta tocar archivos, crear plantillas propias o añadir lógica que solo tiene sentido para ese sitio.

Es una pieza pequeña, pero puede cambiar bastante la forma de trabajar: menos miedo a actualizar, menos mezcla de responsabilidades y una frontera más clara entre producto y proyecto.

Estamos probándolo internamente y lo incorporaremos en una próxima versión de FlowKit.