Para "cómo conseguir clientes restaurante internet", Google devuelve listas de ideas: reels, ofertas, wifi gratis, concursos. Ninguna parte de la pregunta que hace el dueño: tengo web y no reservan. Para saber qué falla, pasamos nuestra auditoría a 25 webs de restaurantes de la Comunidad de Madrid el 4 de septiembre de 2026, elegidas al azar de OpenStreetMap. Fue el sector con la nota más baja de los ocho que medimos (51 sobre 100), 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 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: la gente busca dónde comer cuando ya tiene hambre. 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 hasta un 10,1 % en viajes.
- ¿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, que es peor que no decir nada. 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) | De 79 a 349 € al mes más una cantidad por reserva o por comensal | Restaurantes con muchas reservas al día que quieren la visibilidad de la plataforma |
| Módulo de reservas en tu web | 900 € y 20 € al mes, sin comisión | Restaurantes que gestionan turnos y mesas y no quieren pagar por reserva. Desde 60 reservas al mes sale más barato que el SaaS |
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
- 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, y los tres botones. Reescribir la portada: de 250 a 600 €.
- Fotos ligeras y carta en texto con precios. Comprimir y convertir las fotos existentes lleva dos horas y la web carga varias veces más rápido en móvil. La carta en la página, con datos estructurados de restaurante (tipo de cocina, horario, rango de precio) para que Google la entienda.
- Certificado y redirección a https en las que tienen aviso rojo (el 16 % y el 12 %). Una hora.
- Aviso legal, privacidad y cookies reales. El 68 % no tiene ni aviso legal; con un formulario de reservas recogiendo nombre y teléfono, la política de privacidad no es opcional.
- Ficha de Google: horario con festivos, fotos reales, carta y reserva enlazadas, reseñas respondidas en 48 horas. 60 € al mes en que te encuentren, o tú mismo con la guía de la ficha.
Cómo se hizo
Muestra de 32 restaurantes (amenity=restaurant) con web propia en OpenStreetMap dentro de la Comunidad de Madrid, elegidos al azar; 25 respondieron a la auditoría (el resto no cargaba, bloqueaba herramientas o el dominio ya no existía, que también es un dato). Herramienta: la auditoría al momento de Dimuweb, que revisa la portada y hasta seis páginas interiores con lo visible desde fuera, el 4 de septiembre de 2026. No se identifican webs; cualquier restaurante puede pasar la misma auditoría a la suya en un minuto.
Si tienes un restaurante, pásala ahora. Y si sale rojo en contacto, en imágenes o en 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. Los SaaS de restauración cuestan de 79 a 349 € al mes más una cantidad por reserva o por comensal; 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 webs de restaurantes que analizamos 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 restaurantes que analizamos 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)
- 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, hasta +10,1 % de conversión en viajes)
- Dimuweb, estudio de la oferta 2026 (precios de CoverManager y TheFork)
- Ley 34/2002 (LSSI), artículo 10