Imaginemos el sitio de una escuela de idiomas. Unas veinte páginas de cursos y en cada una un bloque del profesor: foto, nombre, unas líneas de cualificación. Las páginas se hicieron como suele pasar: copiar una buena, duplicar, cambiar el título del curso. Todo va bien hasta que una profesora cambia el apellido.
Alguien debe recordar en cuántas páginas aparece, abrirlas y corregir. Olvidar una es fácil y el sitio la conocerá con dos apellidos a la vez. No es catástrofe, pero es un síntoma claro: el sitio guarda entidades — cursos, personas, horarios — solo que como copias de páginas.
En qué se diferencia una copia de página de una entrada en Flujos
La copia de página une diseño y contenido. Para cambiar el aspecto de todas las páginas de cursos hay que ir una a una. Para cambiar un dato común hay que buscar todas las copias. Cuantas más páginas, más cuesta cada cambio y mayor el riesgo de dejar algo.
El modelo de contenido separa ambas cosas. Una plantilla cuida el aspecto; registros con el mismo conjunto de campos cuidan el contenido. En el anuncio del CMS Flujos 2.0 del 7 de julio de 2026 Tilda describe justo eso: estructura de entradas y campos, diseño de la página de entrada en Zero Block, ficha propia y un bloque nuevo para mostrar Flujos.
Según la ayuda, el flujo puede empezar vacío o con un preset «Blog» o «FAQ» y luego adaptar campos. Hay texto, imágenes, galería, vídeo, fecha, enlace, número, lista desplegable y más. Un campo puede ser obligatorio: sin él la entrada no se guarda. Detalle pequeño que disciplina el contenido en la práctica.
Qué aportan los campos de referencia
Lo interesante para la escuela llegó después. Desde el 21 de septiembre de 2026 los Flujos personalizados permiten campos de referencia: enlazar un flujo con otro. El ejemplo oficial son webinars y ponentes: no hace falta reescribir al moderador en cada webinar.
La ayuda aclara enlace simple (una entrada de otro flujo) o múltiple. Los datos enlazados se muestran en la ficha, en la plantilla de la entrada y en bloques de «Flujos y CMS».
Para la escuela: profesores en un flujo, cursos en otro, cada curso apunta a su profesor. El apellido cambia en un sitio y todas las páginas de cursos muestran el nuevo. Veinte cambios pasan a ser uno.
Cuándo conviene pensar en modelo de contenido
Para mí la señal honesta son cambios repetidos. Si la misma información hay que tocarla en varios sitios con frecuencia, ya hay una entidad sin hogar propio. La segunda señal son las relaciones: curso y profesor, servicio y especialista, proyecto y sector. Cuando los objetos se referencian, las copias se desalinean más rápido de lo que las igualas.
La tercera es el crecimiento. Con cinco páginas, copiar puede ser razonable; el modelo también exige diseño. Con decenas y planes de sumar más, cada copia encarece el futuro. Mejor diseñar campos y enlaces antes de que el sitio crezca: pasar de copias a registros después es trabajo manual o importación CSV.
Tilda ofrece importar y exportar CSV entre flujos, pero los campos del flujo nuevo deben existir antes: del archivo no aparecen solos. Los campos borrados se guardan 30 días y se pueden recuperar con valores. Buen seguro, no excusa para diseñar sobre la marcha.
Un sitio que crece sin copias
Si servicios, especialistas y proyectos siguen como páginas duplicadas, el sitio corporativo puede plantearse en torno al modelo de contenido: primero entidades y enlaces, luego plantillas y diseño.
Qué no sustituyen los Flujos
Es fácil confundir modelo de contenido con base de procesos. Los Flujos almacenan y muestran registros: cursos, personas, artículos, eventos. Reservas con plazas, pagos, horarios que vienen del sistema contable no los cubren solos. Hacen falta otras herramientas e integraciones, a veces una app aparte.
Otra matización es el diseño. Plantilla de entrada y ficha propia en Flujos 2.0 se configuran en Zero Block, aunque las entradas también salen con bloque estándar. En un sitio que editará el dueño importa: Zero Block da libertad pero pide más cuidado. Resolvería «dónde vive la plantilla» junto con «quién la mantiene».
Por último, en septiembre Tilda anunció API pública del CMS Flujos para mostrarlos en sitios externos. Amplía escenarios pero no convierte Flujos en base de datos universal. Siguen siendo contenido del sitio, no contabilidad.
El modelo de contenido empieza antes de Tilda
Lo útil con Flujos ocurre antes de activarlos en el proyecto. Hay que entender qué entidades tiene el negocio, qué campos son obligatorios, qué enlaza con qué y qué páginas deben salir. Es diseño de estructura a nivel de datos. Ya escribí que el SEO lo planteo antes del diseño; el modelo de contenido sigue la misma lógica.
Con entidades descritas, Flujos son un modo cómodo de guardarlas y mostrarlas. Sin eso, son otro sitio donde pegar páginas, ahora como entradas. Herramienta nueva, desorden viejo.
La escuela del inicio no tiene que rehacerlo todo. A veces basta sacar solo a los profesores a su flujo. Los apellidos cambian poco, pero mejor una sola corrección que veinte.