Diseño web para restaurantes: lo que de verdad llena la sala

El diseño web para restaurantes es la creación de una plataforma gastronómica móvil con cartas indexables en HTML en lugar de archivos PDF, reservas de mesa y pedidos directos sin comisiones, y marcado de esquema Local SEO Restaurant para inversiones europeas de €2.500 a €7.500+.

Quien está de pie en la acera con el móvil en la mano, o frente al portátil reservando la cena del viernes, necesita cuatro respuestas en menos de 60 segundos: qué cocinas, cuánto cuesta, si estás abierto hoy y cómo asegurar una mesa en dos toques. Una web que resuelve esas cuatro dudas al instante llena la sala; una que arranca con un vídeo pesado de vapor sobre un plato devuelve al comensal a Google Maps.

Esta guía detalla la arquitectura de páginas que convierte visitas en reservas, por qué la carta en HTML con filtros de alérgenos supera a cualquier PDF, cómo integrar SevenRooms, OpenTable, CoverManager, Zenchef o TheFork conservando los datos del cliente, cómo ahorrar entre un 15 % y un 30 % en comisiones de reparto y cuánto cuesta cada nivel de proyecto en 2026.

Las aplicaciones de reparto, las plataformas de reseñas y el mapa dominan el primer descubrimiento. Conviene ceder esa batalla antes que perderla lentamente. Casi nadie encuentra un restaurante nuevo escribiendo su nombre en un buscador. Lo encuentra en un mapa, en una lista o por un amigo, y después consulta la web antes de decidir.

Esa comprobación es todo el trabajo. Cuando alguien llega a tu web ya sabe que existes y busca un motivo para venir o un motivo para descartarte. Una carta ilegible, un enlace de reserva roto o un horario que la ficha desmiente aportan el segundo motivo al instante.

La tercera función es el margen. Cada reserva tomada en tu propia web en lugar de una plataforma, y cada pedido directo en lugar de una aplicación de reparto, mantiene la comisión dentro del negocio. Una web que convierte la vía directa en la opción más visible no es un gasto de marketing sino una decisión de margen que se acumula cada semana.

El impacto en la cuenta de explotación es directo: las aplicaciones de reparto como Glovo, Uber Eats o Just Eat retienen entre el 15 % y el 30 % de cada pedido, mientras que los directorios de reservas cobran comisión por comensal sentado cuando el cliente entra desde el portal externo en vez de usar el widget propio de tu web. Canalizar los pedidos de recogida (takeaway), las reservas de grupos y la venta de tarjetas regalo mediante portales web o pasarelas propias recupera miles de euros de margen neto cada mes.

La web de un restaurante se paga sola cuando un desconocido puede responder cuatro preguntas desde el móvil en menos de un minuto: qué hay en la carta, cuánto cuesta, si esta noche está abierto y cómo reservar mesa. Todo lo demás en el sitio es decoración. Los seis puntos siguientes son el listón con el que medimos cualquier proyecto de hostelería, y cada uno tiene su propia sección más abajo.

• La carta en texto, no en PDF. Agrupada por servicio, con los precios junto a los platos y los alérgenos donde correspondan.
• El horario de hoy en palabras. El mismo que muestran la ficha del negocio y la plataforma de reservas, festivos incluidos.
• Una vía de reserva, dos toques. Sin cuenta obligatoria, sin enlaces rotos, funcionando con datos móviles.
• Fotografías de tu propia sala. El local real y los platos reales, no imágenes compradas de la cocina de otro.
• Editable desde el propio local. Quien cambia la carta un martes por la mañana no debería necesitar a la agencia.
• Legible con poca luz. Contraste y tamaño de letra que aguanten para clientes de cualquier edad, en el móvil y en la mesa.

Ninguno de esos puntos es cuestión de gusto. Cada uno está o no está, y una web existente se puede revisar contra la lista en diez minutos.

La carta es con diferencia la página más visitada de casi cualquier web de restaurante, y es la que más a menudo se publica en PDF. Esa sola decisión cuesta más visitas y más comensales que cualquier elección gráfica del sitio entero.

Un PDF se descarga en vez de abrirse, se muestra al tamaño equivocado en un móvil, resulta inservible para un lector de pantalla y es prácticamente invisible para los buscadores. Quien quería saber si hay un principal vegetariano acaba con un archivo en la carpeta de descargas y sin respuesta. En cambio, cada nombre de plato escrito en texto es una expresión que alguien puede buscar junto al nombre de tu ciudad.

Una carta que funciona está en texto sobre la página, agrupada por servicio, con los precios junto a los platos y las menciones de alérgenos donde correspondan. Debe poder modificarla alguien de la casa sin llamar a la agencia, porque una carta de hace tres semanas hace más daño que no tener carta.

Según el Reglamento (UE) 1169/2011 sobre información alimentaria facilitada al consumidor, la información sobre alérgenos debe estar disponible para el consumidor. Publicarla junto a los platos, y no en un documento aparte para descargar, es la vía más clara y más segura.

En términos de posicionamiento orgánico, una carta maquetada en HTML semántico con datos estructurados Menu y MenuItem convierte cada especialidad de la casa, menú degustación o arroz en una puerta de entrada desde Google. Si además incorporas filtros interactivos de un toque para alérgenos y dietas (sin gluten, vegano, sin lactosa, frutos secos), cualquier comensal con intolerancias comprueba en segundos que puede cenar en tu local cumpliendo de forma transparente el Reglamento (UE) 1169/2011.

Cinco tipos de página producen casi todas las reservas que genera la web de un restaurante. Una portada que lleve las tres primeras en la primera pantalla ya hace la mayor parte del trabajo.

• La carta en texto, actualizada, con precios. Páginas separadas para comidas, cenas y bebidas si difieren de verdad.
• Horario y cómo llegar. El horario de hoy, no una tabla semanal que el visitante deba descifrar, además de cómo llegar y dónde aparcar.
• Reservas. Una vía evidente, que funcione en el móvil, sin obligar a crear cuenta.
• La sala. Fotografías del local real y de los platos reales. Aquí es donde el ambiente tiene su sitio.
• Grupos y celebraciones. Reservado, mesas grandes y menús cerrados, porque esas peticiones valen varios cubiertos normales y casi siempre llegan por correo.

Este último punto falta con regularidad. Un local que acepta grupos y no publica nada sobre aforo, menús o señal deja al azar sus peticiones más rentables.

Las reservas deciden si la web rentabiliza su coste. Existen tres vías y se diferencian menos en el precio que en quién acaba siendo dueño de la relación con el cliente.

Una plataforma de reservas se integra, aporta su propia audiencia y conserva el fichero de clientes de su lado. Un módulo del proveedor de tu TPV o de gestión de sala mantiene todo en casa, pero exige que ese proveedor ofrezca una interfaz web decente. Un simple formulario de solicitud sin disponibilidad en directo es lo más barato y devuelve el trabajo al teléfono.

Tres puntos se resuelven antes de elegir. De quién son los datos de los clientes y si puedes exportarlos, porque un fichero de antiguos comensales es un activo y la dependencia de una plataforma te lo retira en silencio. Si las reservas escriben en el plano de sala que el equipo usa de verdad. Y si se puede reservar sin crear cuenta, porque exigir cuenta pierde la reserva espontánea.

Elijas la vía que elijas, escribe las reglas en la página: el grupo máximo reservable en línea, cuánto tiempo se guarda una mesa y si el fin de semana se pide señal.

En la hostelería europea y española, motores como CoverManager, SevenRooms, OpenTable, Zenchef, Formitable y TheFork Manager permiten incrustar un módulo de reserva directo que abre sobre la misma página en dos toques sin redirigir al usuario fuera de tu dominio. Al plantear un proyecto de desarrollo web a medida, conviene asegurar la sincronización en tiempo real con el TPV de sala (como Ágora, Revo, Lightspeed o Square), el cobro de preautorizaciones o señales por comensal en fines de semana mediante Apple Pay o Google Pay y la exportación completa del fichero de clientes a tu propio CRM.

La búsqueda de restaurante es local, inmediata y casi siempre móvil. Se busca una cocina y un lugar, o algo abierto ahora. Ninguna de esas consultas la resuelve un vídeo de portada, y ambas las resuelve un texto que la mayoría de las webs trata como accesorio.

La estructura que funciona nombra la cocina y el barrio en frases normales, publica el horario en texto y no dentro de una imagen, y mantiene una página por local cuando un grupo explota varios. Los nombres de los platos en texto en la página de la carta hacen por sí solos una parte sorprendente de este trabajo.

La parte legible por máquina también cuenta. Los datos estructurados para restaurantes permiten que la cocina, la franja de precios, el horario y el enlace a la carta aparezcan directamente en los resultados, que es justo lo que el visitante buscaba.

Un detalle sin brillo supera a todo lo demás. El horario debe ser idéntico en la web, en la ficha del negocio y en la plataforma de reservas. Cuando se contradicen suele ganar la ficha, y quien llega y encuentra cerrado no comprueba qué fuente se equivocó. En festivos es cuando más se rompe.

Igual que las páginas por barrio deciden la captación en el diseño web para inmobiliarias y en el diseño web para pymes, los grupos gastronómicos con varios restaurantes necesitan una URL específica por local y barrio. Los sitios web corporativos de hostelería mejor posicionados combinan el esquema JSON-LD Restaurant (servesCuisine, priceRange, hasMenu, acceptsReservations y openingHoursSpecification) con fotografía gastronómica comprimida en AVIF y WebP para mantener el Largest Contentful Paint (LCP) por debajo de 1,8 segundos en redes móviles.

El precio es la pregunta que la mayoría de artículos esquiva y la primera que formula cualquier propietario de restaurante. Dado que un bistró independiente y un grupo gastronómico con cuatro conceptos no requieren la misma ingeniería, los presupuestos europeos en 2026 se estructuran en tres tramos claros.

Según nuestra tarifa publicada, una Web para Restaurante o Bistró Independiente (de 5 a 12 páginas, carta en HTML editable desde el panel con filtros de alérgenos, reserva de mesa en dos toques y esquema Local SEO sincronizado) se sitúa entre €2.500 a €4.500. Una Plataforma para Grupo Gastronómico Multiconcepto (de 15 a 30 páginas, páginas individuales por local, embudo de presupuestos para grupos y eventos privados, tienda de bonos regalo y cartas multilingües) oscila entre €4.500 a €9.000. Un Portal Web de Pedidos Directos y Fidelización a Medida integrado con el TPV de cocina, pedidos sin comisiones y CRM de comensales parte de €9.000 a €18.000+. Importes expresados sin el 21 % de IVA.

Cuatro factores mueven el presupuesto más que el número de páginas: la producción fotográfica de platos y sala, la edición autónoma de la carta o su conexión con el TPV, las integraciones de reserva, pagos y pedidos, y el número de idiomas activos.

Reserva para el mantenimiento anual, alojamiento rápido y cambios de carta de temporada entre el 15 % a 20 % del coste de creación al año.

Los proveedores que hacen páginas web para restaurantes se reparten en tres grupos cuyos precios se diferencian en un factor de veinte, y los presupuestos rara vez los separan con la claridad suficiente para que una comparación signifique algo. Ese es el motivo por el que tantos locales acaban firmando con el primer proveedor que aparece.

Un creador web con plantilla de restaurante se paga al mes y se publica en días. Encaja con la cafetería que debe mostrar carta, horario y teléfono, y deja de bastar en cuanto conviven reservas, varias cartas y un grupo. Un proveedor de hostelería agrupa la web con el sistema de reservas o pedidos, conoce la categoría y entrega un sitio que se parece a todos los demás locales del mismo proveedor, lo que pesa en un negocio donde el cliente compara tres sitios seguidos. Un desarrollo a medida cuesta más y solo se justifica con varios locales, un trabajo de marca real o pedidos que deban quedar fuera de las plataformas.

El punto de inflexión rara vez es estético. Está en quién modifica la carta el martes por la mañana y en si los datos de los clientes se quedan en la casa.

Los mismos cinco defectos aparecen en casi todas las revisiones de webs de restaurante, y solo uno de ellos es de diseño.

El primero es la carta en PDF, que pierde de golpe lectores, visibilidad y lectores de pantalla. El segundo, un horario encerrado en una imagen o en una tabla semanal que nadie descifra en el móvil. El tercero, un vídeo de portada que retrasa varios segundos el primer píxel útil con datos móviles, es decir, justo la conexión que usan la mayoría de tus visitantes.

El cuarto es la fotografía de banco de imágenes. El cliente reconoce un plato comprado al instante, y eso desacredita todo lo demás de la página. Las imágenes de tu sala y tu cocina reales, aunque imperfectas, superan a las fotos pulidas de platos ajenos.

El quinto es el abandono: una carta de hace dos temporadas, una felicitación de año nuevo en marzo, un enlace a una plataforma que ya dejaste. La accesibilidad también tiene su sitio aquí. El nivel AA de las WCAG 2.1 cubre el contraste y el tamaño del texto, y en una carta leída con poca luz por clientes de todas las edades eso es una cuestión comercial.