Nadie busca restaurante sin hambre. Se busca desde el móvil, muchas veces ya en la calle o en el coche, y el recorrido es siempre el mismo: el mapa, la ficha con las fotos y las reseñas, y después la web para tres cosas: si está abierto, qué hay en la carta y cómo se reserva sin que nadie coja el teléfono en pleno servicio. Para saber cuántas webs responden a eso, pasamos nuestra auditoría a 25 webs de restaurantes de la Comunidad de Madrid, elegidas al azar de OpenStreetMap. Fue el sector con la nota más baja de los ocho que medimos, y la causa es lo que falta, más que el diseño.
Lo que falla en las webs de restaurantes
| Comprobación | Webs que la cumplen | Qué significa |
|---|---|---|
| Botón de WhatsApp | 8 % | El canal con el que se pregunta "¿tenéis mesa?" y que casi ninguna tiene |
| Dirección y horario visibles en la portada | 12 % | Lo primero que busca quien va de camino |
| Reservas online | 16 % | Otro 16 % habla de reservas sin ningún sistema; el resto, nada |
| Formulario de contacto | 36 % | El 60 % no tiene formulario |
| Teléfono pulsable desde el móvil | 40 % | En seis de cada diez hay que copiarlo a mano |
| Imágenes con peso razonable | 28 % | El 44 % carga fotos de platos demasiado pesadas; el 72 % en formatos antiguos |
| Certificado y redirección a https correctos | 80 % | El 16 % tiene el certificado mal y el 12 % no redirige: aviso en Chrome |
| Aviso legal | 8 % | El 68 % no lo tiene |
| Política de privacidad | 16 % | El 68 % no la tiene, con formularios de reserva |
| Datos estructurados de restaurante | 20 % | Google no sabe qué tipo de cocina, horario ni rango de precio |
| Descripción para Google | 40 % | El 48 % no la tiene, y Google inventa el texto del resultado |
| Correo protegido con DMARC | 20 % | El 36 % no lo tiene |
Las tres preguntas del que va de camino
El 54 % de las visitas a webs en España se hace desde el móvil (StatCounter, agosto de 2026), y en un restaurante es la inmensa mayoría. Tres preguntas, y cómo las responde la muestra:
- ¿Dónde está y está abierto? El 12 % lo dice en la portada sin buscar. El resto lo esconde en "contacto", o en una imagen, o no lo dice. Un mapa, la dirección en texto y el horario con festivos en la primera pantalla resuelven la mitad de las visitas.
- ¿Qué se come y cuánto cuesta? La carta en la propia página, con precios y en texto (no en PDF ni en foto), es lo que se lee en el móvil y lo que Google indexa. Las fotos, pocas y ligeras: el 44 % de las webs carga fotos de platos demasiado pesadas para el móvil. Deloitte midió para Google en 2020 que una décima de segundo de mejora sube la conversión un 8,4 % en comercio.
- ¿Cómo reservo? WhatsApp con mensaje preparado ("Hola, ¿tenéis mesa para 4 el sábado a las 21:30?"), teléfono pulsable y, si el volumen lo pide, reservas online. En la muestra: 8 %, 40 % y 16 %.
Reservas: SaaS, módulo propio o WhatsApp
El 16 % de las webs tiene un sistema de reservas; otro 16 % habla de "reserva tu mesa" sin ningún sistema detrás. Las tres opciones, con sus números:
| Opción | Cuesta | Para quién |
|---|---|---|
| WhatsApp con mensaje preparado | Media hora; sin cuota | Cualquier restaurante. Contestar en cinco minutos suele resolver más reservas que un calendario |
| SaaS de restauración (CoverManager, TheFork y similares) | CoverManager, de 79 a 349 € al mes más 1,50 € por reserva; TheFork, comisión por comensal | Restaurantes que quieren la gestión de sala del programa o los comensales que trae la plataforma |
| Módulo de reservas en tu web | 900 € de alta y 20 € al mes, sin comisión | Restaurantes que gestionan turnos y mesas y no quieren pagar por reserva |
La cuenta, con el plan más barato de CoverManager: 40 reservas al mes son 139 € al mes, 1.668 € al año; 100 reservas al mes, 229 € al mes, 2.748 € al año. El módulo propio cuesta 1.140 € el primer año (900 € de alta más doce cuotas de 20 €) y 240 € cada año siguiente. A partir de unas once reservas al mes el módulo sale más barato ya el primer año; lo que compensa el SaaS son los comensales que trae la plataforma, si los trae.
Sea cual sea, el botón de reservar tiene que estar en la primera pantalla del móvil, junto al de llamar, y la ficha de Google tiene que enlazar al mismo sitio. Lo contamos en vender online.
Qué haríamos, en orden y con precio
Tres arreglos, contra los tres peores datos de la muestra: WhatsApp (8 %), dirección y horario en la portada (12 %) y aviso legal (8 %).
- Barra fija en móvil: llamar, WhatsApp con mensaje preparado y reservar (si hay sistema). Una hora a 65 €, o incluida en cualquier web que hacemos.
- Primera pantalla con lo que importa: qué cocina, dónde (mapa y dirección en texto), horario con festivos, la carta en texto con precios y las fotos comprimidas. De 4 a 9 horas a 65 € sobre la web actual; si la portada se rehace entera, la landing de 490 €.
- Aviso legal, privacidad y cookies que digan lo que la web hace de verdad. Con un formulario de reservas recogiendo nombre y teléfono, la política de privacidad no es opcional. Revisión de textos legales con precio cerrado: 149 €.
El certificado y la redirección a https, en las que tienen aviso rojo (el 16 % y el 12 %), van antes que todo esto: una hora. La ficha de Google (60 € al mes en que te encuentren, o tú mismo con la guía de la ficha), después.
Método, muestra y límites, en el informe de las 230 webs.
Pasa la auditoría a la web del restaurante antes del servicio de mañana: si sale rojo en contacto, imágenes o certificado, son las tres cosas que arreglamos primero.
Preguntas de restaurantes con web
Depende del volumen y de cuándo te llaman. Si pierdes llamadas en pleno servicio, un sistema de reservas se paga solo. CoverManager cuesta de 79 a 349 € al mes más 1,50 € por reserva; un módulo de reservas en tu web, 900 € y 20 € al mes sin comisión. Y en cualquier caso, un WhatsApp con "¿tenéis mesa para 4 el sábado?" contestado en cinco minutos suele resolver más que las dos cosas.
Porque las fotos de los platos se suben tal cual salen de la cámara, y pesan varios megas cada una. El 44 % de las 25 webs de restaurantes de la muestra tiene imágenes demasiado pesadas y el 72 % en formatos antiguos. Se arregla comprimiéndolas y sirviéndolas en WebP; la web carga varias veces más rápido en móvil sin cambiar ninguna foto.
Mejor en la propia página, con precios, para que se lea en el móvil sin descargar nada y para que Google la indexe ("restaurante con menú del día en Las Rozas"). El PDF es aceptable como complemento; como única carta, se lee mal en el móvil y Google no la indexa igual.
Para un restaurante, la ficha es el primer contacto: horario con festivos, fotos reales, carta enlazada, botón de reservar, y reseñas respondidas en 48 horas, también las malas. La web tiene que decir lo mismo que la ficha y enlazarla. Comprar reseñas no: Google las borra y puede suspender la ficha.
Sí, como en cualquier web de un negocio: titular, NIF y dirección (artículo 10 de la LSSI). Y si hay formulario de reservas o de contacto, política de privacidad. El 68 % de los 25 restaurantes de la muestra no tiene aviso legal, y otro tanto no tiene política de privacidad.
Fuentes
- Dimuweb, auditoría al momento sobre 25 webs de restaurantes de la Comunidad de Madrid, 4 de septiembre de 2026 (muestra de OpenStreetMap; se citan porcentajes, nunca nombres)
- Dimuweb, El estado de las webs de las pymes de Madrid en 2026 (230 webs de ocho sectores; método, muestra y límites)
- StatCounter GlobalStats, tráfico web desde móvil en España, agosto de 2026 (54,35 %)
- IAB Spain y Elogia, Estudio de Redes Sociales 2025 (91 % de internautas usa WhatsApp)
- Deloitte para Google, Milliseconds Make Millions, 2020 (0,1 s de mejora, +8,4 % de conversión en comercio)
- Dimuweb, comparativa de reservas propias frente a CoverManager y TheFork (2026)
- Ley 34/2002 (LSSI), artículo 10