Respuesta breve
Un restaurante no necesita una web grande: necesita cinco pantallas que abran con mala cobertura y no mientan sobre el horario. Aquí está qué va en la primera pantalla, por qué la carta nunca es un archivo y cómo aceptar el trabajo en quince minutos.
Por qué un restaurante necesita web si existen los mapas y las redes
La objeción suena razonable: la ficha del mapa trae gente, la cuenta social enseña los platos, el agregador recoge pedidos. Para qué mantener otra página encima.
La respuesta es práctica. La ficha y la cuenta pertenecen a plataformas: las reglas cambian, el alcance se recorta y una cuenta se puede perder por una infracción de la que te enteras después.
La web es el único sitio donde decides qué ve la persona primero, y la única fuente de la que mapas, agregadores y buscadores toman tu horario, tu dirección y tu carta cuando contrastan datos.
Y sale más barata de lo que parece, porque el encargo es estrecho. Un restaurante no necesita una web grande; necesita cinco pantallas que carguen rápido y no mientan sobre el horario.
Qué busca la gente en realidad
Quien entra en la web de un restaurante llega con una de cuatro preguntas: dónde estáis, cuándo abrís, qué servís y cómo reservar. Todo lo demás es secundario.
Eso significa que dirección, horario, carta y una forma de contacto deben verse sin desplazarse y sin navegar. Ni en el pie, ni en una página de contacto aparte, ni en un pie de foto.
El error más común es una portada bonita a pantalla completa con toda la información útil escondida detrás. Quien está en la calle con el móvil no llega hasta ahí.
Comprobarlo es fácil: abre la web en un móvil y cronometra cuánto tardas en encontrar el teléfono. Más de cinco segundos significa que el diseño resuelve otro problema.
La carta: por qué un PDF es la peor opción
Una carta publicada como imagen o archivo resulta cómoda: la da la imprenta y nadie tiene que maquetarla. En un móvil se convierte en una lámina ilegible que hay que ampliar con los dedos.
Además de la incomodidad hay una técnica: un archivo es un documento aparte, no una página de tu web. Aunque el buscador lea el texto que contiene, la persona aterriza en una descarga y no en tu página, y ahí no caben ni los datos estructurados, ni los enlaces internos, ni el botón de reserva. Si la carta se publica como imagen, no hay texto alguno.
La carta tiene que ser texto en una página: secciones, nombres, descripciones breves, precios. Así se lee en cualquier pantalla, se actualiza en un minuto y se indexa.
Una cuestión aparte es la exactitud. Una carta que no coincide con lo que se sirve es peor que no tener carta: alguien viene por un plato concreto y se va decepcionado.
Reservas: un botón en lugar de un formulario
Un formulario de reserva de ocho campos es la forma más fiable de perder a un comensal. Quiere mesa para dos hoy a las ocho, no rellenar un cuestionario.
El mínimo que funciona es fecha, hora, número de comensales y una forma de contacto. Lo demás se concreta por teléfono o mensaje, y eso es más rápido que un campo en un formulario.
En el móvil un botón de llamada suele ganar a cualquier formulario, porque al pulsarlo se marca directamente. Conviene mantenerlo visible siempre y no solo en la primera pantalla.
Si la reserva va por un servicio externo, comprueba cómo se ve en un móvil y en qué idioma habla. El comensal no distingue tu web del widget ajeno y te reclamará a ti.
Fotografías: lo que le falta a casi todos
Fotos de los platos las tiene todo el mundo, y casi siempre están hechas desde arriba sobre un plato blanco. No bastan para decidir, porque la persona no elige solo comida.
Falta la sala. Quien va quiere entender adónde llega: ruidoso o tranquilo, luminoso u oscuro, si puede ir en vaqueros, si cabe un grupo de seis.
Falta la entrada. Una fotografía de la puerta y el rótulo desde la calle le ahorra cinco minutos de dar vueltas, sobre todo si la entrada no da a la calle principal o está en un patio.
Y falta la escala. Una ración fotografiada en primer plano se ve igual a cualquier tamaño, y la persona quiere saber si con un plato come o si tiene que pedir dos.
La primera pantalla
En la primera pantalla caben cuatro cosas: qué sois, dónde estáis, cuándo abrís y qué pulsar. Todo eso entra sin desplazarse incluso en un móvil pequeño.
«Qué sois» es una línea, no un eslogan. «Pizzería napolitana en el casco antiguo» funciona; «El lugar donde nace el sabor» no, porque no responde a ninguna pregunta.
Un estado de «abierto ahora» vale más que una lista de horarios. Poca gente calcula mentalmente si entra en la franja, y el error le cuesta un viaje.
Y una acción, no cinco. El botón de reserva o de llamada debe ser visiblemente el principal; carta, reparto y redes van después y más pequeños.
La versión móvil es la principal
La web de un restaurante se mira desde el móvil, en la calle, con una mano y a menudo con mala cobertura. Eso no es «la versión móvil», es el escenario principal, y el escritorio es la excepción.
De ahí los requisitos: botones grandes que el pulgar acierte, texto que se lea sin ampliar y un peso de página que abra con conexión lenta.
Un vídeo pesado en la primera pantalla es la fuente de problemas más común. Queda precioso en la presentación del proveedor y es doloroso con datos móviles junto a una estación.
Hay que probarlo en un móvil real y con mala conexión, no en una ventana de navegador encogida con el ratón. La diferencia entre esas dos pruebas es más o menos toda la diferencia entre una web que funciona y otra que no.
Varios locales y una ficha
En cuanto hay dos locales empiezan los errores: una dirección en el pie, una carta, un horario. El comensal aparece en el sitio equivocado o en una sala cerrada.
La estructura correcta es una página por local con su dirección, su horario, su teléfono y sus fotos de sala. Aunque la carta sea común, las páginas tienen que ser distintas.
Lo mismo vale para los mapas: cada local tiene su ficha y enlaza a su propia página y no a la portada. Si no, los datos de los locales se mezclan.
En la portada queda elegir local: una lista sencilla con el barrio y la parada más cercana, no un mapa que tarda en cargar y no funciona sin conexión.
Reparto y recogida: dónde acaba la web
Montar un sistema de reparto propio en la web no suele compensar a un local pequeño. Los agregadores ya han resuelto la logística, el pago y las devoluciones, y competir con ellos desde una página de pedido es difícil.
El papel sensato de la web es ser una bifurcación. Botones claros hacia los agregadores donde estás y un botón aparte para la recogida, que gestionas tú y que te cuesta menos.
Si la recogida de verdad te conviene más, dilo con palabras: cuánto se espera, dónde se recoge, si hay descuento. El comensal elige por claridad y no por tu margen.
Y mantén la lista de agregadores al día. Un botón a una plataforma que ya has dejado es el mismo error que un horario caducado, solo que más visible.
Los textos que sí se leen
Casi nadie lee una historia larga del local, y está bien. Lo que se lee son los pies: bajo una foto, junto a un precio, al lado de un botón.
Por eso resultan más útiles los datos concretos en el sitio adecuado que un párrafo de filosofía: «masa madre, 48 horas», «hay tronas», «aparcamiento en el patio», «se admiten perros».
Cada uno de esos datos elimina una objeción que habría dejado a alguien en casa. Se juntan una docena y valen más que cualquier texto sobre la pasión por el producto.
La filosofía también puede quedarse, solo que más abajo y más corta. Funciona con quien ya ha decidido venir y quiere confirmar que ha elegido bien.
Qué hace visible a un restaurante en las búsquedas
Las fichas de los mapas llevan al restaurante gente que nunca llega a la web, y merecen la misma seriedad: horario, fotos, categoría, teléfono, enlace a la página correcta.
Del lado de la web ayudan los datos estructurados: una declaración legible por máquinas de que eres un restaurante, dónde estás y cuándo abres. Eso es lo que los buscadores muestran directamente en los resultados.
Lo segundo es que las fuentes coincidan. Dirección, teléfono y horario deben ser idénticos en todas partes: web, mapas, agregadores. Una discrepancia reduce la confianza de los sistemas en tus datos.
Y lo tercero son páginas para la forma en que se busca. «Terraza», «desayunos», «comida privada para veinte» son preguntas distintas, y una página propia las responde mejor que un párrafo en la portada.
Cómo aceptar el trabajo: Un restaurante no necesita una web grande: necesita…
Empieza la comprobación en un móvil con mala conexión. Abrió en un tiempo razonable, el teléfono se encontró enseguida, la carta se lee sin ampliar: los tres puntos principales están.
Después contrasta los datos: el horario de la web, el de las fichas de los mapas y el de la puerta tienen que coincidir. Es el error más frecuente y más caro.
Prueba la reserva hasta el final y no hasta el botón. Manda una solicitud real y mira si llegó y con qué rapidez la contestaron.
Y pide las credenciales y las fuentes: el dominio, el panel de la web, las fotografías a resolución completa. Sin ellas el siguiente cambio de carta se convierte en un proyecto nuevo.
Lista práctica
- Pon dirección, horario, carta y contacto en la primera pantalla sin desplazarse.
- Saca la carta del archivo y ponla como texto en una página, con secciones y precios.
- Reduce el formulario de reserva a fecha, hora, número de comensales y un contacto.
- Fotografía la sala, la entrada desde la calle y una ración junto a un objeto conocido.
- Da a cada local su propia página y su propia ficha de mapa.
- Contrasta el horario de la web, de los mapas y de la puerta el mismo día.
Preguntas frecuentes
¿Necesita web un restaurante si ya tiene ficha en los mapas?
Sí, porque la ficha pertenece a la plataforma y la web te pertenece a ti. La web decide qué ve la persona primero y es la fuente de la que mapas, agregadores y buscadores toman tu horario, tu dirección y tu carta al contrastar datos.
¿Se puede publicar la carta en PDF?
Técnicamente sí, en la práctica no conviene. En el móvil hay que ampliarla con los dedos y un archivo es un documento aparte, no una página de tu web: la persona aterriza en una descarga y ahí no caben ni los datos estructurados ni el botón de reserva. Publicada como imagen no lleva texto alguno. La carta tiene que ser texto en una página.
¿Cuántos campos debe tener el formulario de reserva?
Cuatro: fecha, hora, número de comensales y una forma de contacto. Lo demás se concreta antes por llamada o mensaje. En el móvil un botón de llamada suele funcionar mejor que un formulario, porque al pulsarlo se marca directamente.
¿Cuánto cuesta una web así en VITON13 en «Diseño web para un restaurante: cinco pantallas que deciden todo lo demás»?
El diseño va por paquetes: Brand Sprint por 120 $ en 1–2 días laborables, con dos rondas de revisión sobre la dirección elegida; Launch Landing por 290 $ en 3–5 días laborables, con dos rondas tras la primera maqueta completa; Product Identity System por 540 $ en 5–8 días laborables, con tres rondas en todo el sistema. Las exclusiones cambian según el paquete: Brand Sprint deja fuera textos y fotografía, Launch Landing deja fuera el desarrollo y Product Identity System deja fuera la producción impresa y sus artes. En este caso, el criterio de decisión es concreto: Una carta en archivo es ilegible en el móvil e invisible para el buscador: tiene que ser texto en una página.
¿Qué hacemos si hay varios locales?
Una página por local con su dirección, su horario, su teléfono y sus fotos de sala, aunque la carta sea común. Cada local lleva su ficha de mapa apuntando a su propia página y no a la portada, o los datos de los locales se mezclan.