Web de restaurante sin frameworks: lo que aprendimos con Smoked Burger

El patron que repetimos en restaurantes

Llevamos varias webs de restaurante: Smoked Burger, China Town Moron, Asador Moron (en este caso como app). Todas tienen los mismos requisitos:

• Carta digital bonita y rapida
• El propietario puede actualizar platos y precios sin llamarnos
• Informacion de alergenos (obligatorio por ley)
• Carga instantanea en movil (el cliente la abre en mesa)
• Sin mantenimiento caro

La decision tecnica: sin frameworks

La primera vez que aplicamos este patron fue en China Town. La segunda en Smoked Burger. La logica es sencilla:

Un restaurante no necesita React ni Next.js. Necesita una pagina rapida que se vea bien y que el dueno pueda editar.

El stack:

index.html     — pagina publica (carta, horarios, contacto)
carta.html     — carta digital con filtros y alergenos
admin.html     — panel de administracion (acceso privado)
admin.php      — gateway de login + CSRF token
api.php        — API REST: GET publico, POST protegido
config.php     — configuracion y conexion a BD
data/          — JSON o MySQL segun el proyecto

Sin npm. Sin node_modules. Sin build step. El servidor es Apache con .htaccess para seguridad, compresion GZIP y cabeceras de cache.

El panel de administracion

Es la parte que mas valor da al cliente. Desde el admin pueden:

• Anadir, editar o quitar platos
• Cambiar precios
• Activar/desactivar disponibilidad
• Gestionar alergenos por plato
• Actualizar horarios y datos de contacto

Todo con una interfaz sencilla que no requiere formacion. El dueno lo hace desde el movil en dos minutos.

Los alergenos

Es un requisito legal en hosteleria. Cada plato tiene sus alergenos marcados. En la carta publica, el cliente puede filtrar por alergen para ver que platos puede comer.

La implementacion es simple: un array de alergenos por plato, guardado en JSON o en base de datos segun el volumen.

El resultado

Smoked Burger carga en menos de 800ms en una conexion 4G normal. La puntuacion en Google PageSpeed esta por encima de 95 en movil. Para un restaurante donde el cliente abre la web desde la mesa, eso importa.

Cuando este patron no escala

Si el restaurante quiere sistema de reservas complejo, fidelizacion, pedidos online o integracion con TPV, este patron se queda corto. Para eso tenemos Qoorder.

Pero para el 80% de los restaurantes locales que solo necesitan presencia online y carta actualizable, un HTML bien hecho bate a cualquier CMS en velocidad y mantenimiento.

---

¿Tienes un restaurante y quieres una web que cargue rapido? Contactanos.