Saltar al contenido principal
CMS en Fire spark no es un constructor de sitios web. Es una forma de definir plantillas de contenido reutilizables — los campos que marketing necesita (titulares, imágenes, textos cortos) — y asociarlas a objetos comerciales como una marca o una tienda. Los datos operativos (menús, precios, horarios) siguen viniendo de tu POS o RMS; el CMS cubre la presentación y el relato encima de eso.

​
Plantillas y entidades

Cada plantilla CMS pertenece a exactamente un tipo de entidad. Ese tipo indica dónde se puede asignar la plantilla y dónde verá el contenido el cliente en los canales.
Tipo de entidadQué representaUso típico en marketing
BRANDSUna marca visible al clienteEslogan, historia de marca, tratamiento de logo, tono en grupos multi-marca
STORESUna ubicación físicaHero de tienda, promos locales, instrucciones de retiro con personalidad
MENUSUn menú como lo ve el clienteIntro del menú, banner de campaña estacional, avisos legales o de alérgenos
CATEGORIESUna sección del menúEncabezado de categoría, imagen de sección, copy de “recomendados del chef”
PRODUCTSUn ítem vendibleDescripción larga, foto lifestyle, badges (“nuevo”, “picante”) más allá del catálogo sincronizado
Creas la plantilla una vez (qué campos existen y de qué tipo). Tu equipo completa valores por marca, tienda, menú, categoría o producto en el dashboard. Los canales leen ese contenido por API cuando hay una plantilla vinculada.

​
Tipos de campo (lo que edita marketing)

TipoPara qué sirve
TEXTTextos cortos — títulos, subtítulos, eslogan, promos de una línea
SELECTOpciones controladas — variante de layout, tema de campaña, sí/no presentados como lista
IMAGEBanners hero, logos, arte de categoría, fotografía de producto para el canal (no la imagen de cocina del ticket)
LISTListas — beneficios, highlights de ingredientes, puntos de “por qué pedir aquí”
Los campos pueden ser obligatorios u opcionales y admiten etiquetas localizadas para usar la misma plantilla en más de un idioma.

​
Cómo funciona la asignación

  1. Defines una plantilla para un tipo de entidad (por ejemplo “Landing de tienda — verano”).
  2. La vinculas a un registro asignando cms_template_id en esa marca, tienda, menú, categoría o producto.
  3. Completas valores de campo en el dashboard para cada registro.
  4. Los canales consumen cms — cuando cms_template_id está definido, las APIs devuelven un objeto cms resuelto con la estructura de la plantilla y los valores actuales. Si es null, cms también es null.
Hoy marcas y tiendas exponen esto en las APIs Storefront e Integrations. Las plantillas para menús, categorías y productos siguen el mismo modelo a medida que esas superficies ganen merchandising más rico.
El CMS no reemplaza la sincronización de menú desde tu POS. Úsalo para contenido que el POS no posee: voz de marca, creativos de campaña y merchandising específico del canal.

​
Cuándo ayuda al equipo comercial

SituaciónPor qué ayudan las plantillas
Operador multi-marcaCada marca tiene su relato y visuales sin duplicar tiendas o menús
Campañas estacionalesActualizas titulares e imágenes en tiendas o categorías sin depender de ingeniería
Agregador vs app propiaMisma cocina, distinto titular e imagen en tu app versus un marketplace
Marketing localGerentes de tienda o equipos regionales personalizan páginas dentro de una plantilla fija
Loyalty y promos futurasPáginas de campaña y ofertas pueden reutilizar los mismos tipos de campo (texto, imagen, lista)

​
Cuándo puedes empezar sin CMS

Si una sola marca, un solo look y poco copy en canales alcanza, puedes operar solo con menús, tiendas y canales. Agrega CMS cuando el contenido no operativo se vuelve cuello de botella — cuando marketing pide cambios frecuentes de copy o imagen que no deberían pasar por actualizaciones de menú o POS.

​
Conceptos relacionados

Marcas

Plantillas e identidad a nivel marca

Tiendas

Páginas de ubicación y contenido local

Menús

Estructura de catálogo desde tu POS

Canales

Dónde se muestra el contenido del CMS