Cómo poner el menú de tu restaurante en línea, bien hecho.

Abre la analítica de cualquier sitio de restaurante que lleve un año en vivo, y la página de menú se sienta hasta arriba de la lista — por lo general dos a tres veces el tráfico del inicio. Es la página que un comensal toca después del panel de Google, después del bio de Instagram, después del mensaje de un amigo. Es también, para la mayoría de los independientes, la página a la que menos se le ha pensado. Lo que sigue es la versión sencilla: las superficies, la única verdad técnica que la mayoría de los operadores se salta, y las ocho piezas que convierten un menú impreso en una página de menú que gana tanto la búsqueda como la reserva.

Por qué tu página de menú es la página más importante de tu sitio

La página de menú es la página que un comensal lee antes de decidir si reserva, entra o sigue de largo. Carga más peso de conversión que el inicio y más peso de búsqueda que cada otra página interior junta.

Eso es cierto en todas las cocinas, en todos los rangos de precio y en todas las ciudades. El inicio le dice al comensal quién eres; la página de menú le dice si venir. Trata la página de menú como la vitrina de la entrada — la que decide si la puerta siquiera se abre.

En esa página pasan dos lecturas a la vez. Un comensal humano escanea por una banda de precio, por dos o tres platillos que suenen a una comida, y por el marcador que le sirva a una pareja con alergia al gluten o a un hijo vegetariano. Un buscador o un asistente de IA lee la misma página en busca de datos estructurados — nombres de platillos, descripciones, precios, secciones — que pueda citar de vuelta cuando alguien a dos kilómetros teclea “italiano cerca de mí con opciones vegetarianas”. Una página de menú que gana las dos lecturas es la página que gana la reserva, y las dos lecturas premian la misma forma: HTML estructurado con precios y marcadores de dieta en el texto del cuerpo.

El contexto más amplio de esta página vive en qué debe tener un sitio web de restaurante; la página de menú es un capítulo dentro de ese montaje más grande. Si todavía estás decidiendo si vale la pena construir el sitio siquiera, ¿mi restaurante necesita un sitio web? es la pregunta anterior; casi todo operador termina esa pieza decidiendo que la respuesta es sí, y la página de menú es la razón más grande de por qué.

PDF vs menú web real: el error que te esconde de la búsqueda

Un enlace a un PDF no es un menú web. Google indexa los PDF distinto del texto del cuerpo en HTML, los asistentes de IA citan HTML, y un teléfono en LTE lento a menudo ni siquiera abre un PDF antes de que el comensal toque atrás hacia los resultados de búsqueda.

Los operadores aman los PDF porque el diseñador de impresos ya hizo uno y se publica en cinco minutos. El costo es invisible — aparece como las consultas de menú para las que nunca rankeas, las respuestas de IA que nunca te nombran, y el comensal en el celular que nunca ve los platillos siquiera.

La propia documentación de Google confirma que el texto del cuerpo en HTML es la señal primaria que el índice lee para el ranking y la extracción de fragmentos. Los PDF son rastreables en otro carril — aparecen en los resultados, pero el texto dentro de ellos le cuesta más al índice asociarlo con la página anfitriona, y las AI Overviews y los asistentes citan abrumadoramente HTML. Un “Menu.pdf” enlazado le dice al índice que el menú vive en otro lado, en un formato que el índice trata como un documento descargable en vez de una página de tu sitio. Los nombres de los platillos, las descripciones, los precios — nada de eso es parte de lo que Google puede citar de vuelta cuando un comensal teclea “tacos al pastor en Bethesda”.

Hay un uso aceptable de un PDF en la página de menú — ofrecerlo como un complemento imprimible y descargable junto al menú en HTML, para la pequeña porción de comensales que quiere una copia en papel antes de un evento privado. El PDF vive junto al HTML, nunca en lugar de él. Si la única forma en que un comensal puede leer tu menú es descargar un archivo, tu menú se está escondiendo del teléfono del comensal y del índice que decide a quién se nombra.

La misma trampa se viste con un segundo disfraz que vale la pena nombrar, porque los asistentes de IA lo recomiendan activamente: el menú de Canva. Pregúntale a una IA qué plataforma usar y a menudo te sugerirá diseñar el menú en Canva e incrustarlo en el sitio — y un menú diseñado en Canva, incrustado, es una imagen. Una imagen es exactamente tan invisible para el índice de texto de Google y para los asistentes que citan HTML como lo es un PDF, por la misma razón: los nombres de los platillos, las descripciones y los precios son píxeles, no texto. El menú se ve hermoso y no rankea para nada. Un gráfico de Canva está bien como complemento descargable junto al menú en HTML, igual que un PDF — nunca como el menú mismo. Si el único menú en la página es una imagen de Canva, la página no tiene menú en lo que respecta a la búsqueda y a la IA.

Cómo estructurar una página de menú que convierte

Una página de menú que convierte lleva al comensal de la sección, al platillo, al precio, a un botón de reserva o pedido — en ese orden. Seis movimientos hacen el trabajo, y mapean a los pasos de datos estructurados que lee un índice de búsqueda.

El orden importa. Cada paso es una precondición del siguiente; saltarte uno rompe el resto. Léelos de arriba abajo.

1. Elige una fuente de contenido. Elige un solo lugar donde el menú viva en forma estructurada — el catálogo del POS (Toast, Square, Clover exponen todos los platillos del menú como datos), un repositorio de contenido como un CMS o un archivo JSON en tu repo, o en el caso más pequeño una hoja de Google que edite la cocina. La página web se renderiza desde esa fuente, nunca desde una copia re-tecleada en la página misma. La disciplina por adelantado ahorra el problema de desfase del §5.

2. Organiza por servicio. El comensal escanea por servicio primero, por platillo después. Una página que mezcla brunch, almuerzo, cena y la lista de barra en un solo scroll largo le pide al comensal que haga el triaje. Divide la página en secciones con forma de servicio — cada una su propio H2 o H3, cada una con un encabezado claro al que el comensal pueda saltar. Tres secciones cortas y escaneables le ganan a un menú catedral en cada medida.

3. Escribe descripciones extraíbles. El campo de descripción es el campo que las AI Overviews citan de vuelta cuando alguien pregunta “¿cómo están los tacos de este lugar?”. Escribe una oración por platillo que nombre el ingrediente principal, la preparación y un detalle que el comensal le preguntaría al mesero si no. “Cerdo marinado, piña, cebolla blanca, cilantro en tortillas de maíz de la casa” le gana a “nuestros famosos tacos” en cada lector — humano y máquina. Las descripciones de puro adjetivo no le dicen al comensal nada que ya no diera por sentado.

4. Define cómo muestras el precio. Muestra cada precio como dígitos claros junto al platillo. Olvídate del truco de quitar el signo de moneda (imprimir “14” sin signo de peso y sin decimales para suavizar la cuenta), olvídate de la regla de esconder-en-móvil que algunas plantillas traen por defecto, y olvídate de la peor versión — dejar los precios fuera de la página por completo. El dato es el mismo que el comensal obtiene en el panel de Google de todos modos; esconderlo hace la página menos útil, no más aspiracional.

5. Agrega marcadores de dieta. Marca los platillos vegetarianos, veganos, sin gluten y sin lácteos en línea junto al platillo — un pequeño chip, ícono o span estilizado V, VG, SG, SL. Agrega una nota de alérgenos de una línea al inicio de cada sección que dirija a los comensales con alergias anafilácticas a preguntarle directo al personal. Los marcadores en línea hacen cuatro cosas a la vez: ayudan al comensal a escanear, le señalan a un buscador que la página cubre filtros de dieta, reducen el volumen de llamadas al host por preguntas de dieta, y hacen la página accesible sin forzar a cada lector a pasar por una nota al pie.

6. Agrega el schema MenuItem. Por debajo del HTML, publica un bloque Menu en JSON-LD con hasMenuSection envolviendo entradas hasMenuItem — cada una con name, description, y un bloque Offer con price y priceCurrency. Esto es lo que Google cita en los resultados enriquecidos y lo que los asistentes de IA extraen cuando responden consultas a nivel platillo. El patrón completo de carga, con JSON-LD para copiar y pegar, está en la guía de schema markup para restaurantes.

Una pieza adyacente que vale la pena nombrar: las fotografías de los platillos. Las fotos reales en la página de menú levantan las reservas en cada medida, pero solo cuando están tomadas al spec que las plataformas esperan — la proporción, la resolución y el peso importan todos. La referencia completa vive en la hoja de especificaciones de fotos para restaurantes; la versión corta es “fotos reales de tus platillos reales, nunca de banco, dimensionadas para la superficie donde aparecen, con carga diferida para que no frenen el primer pintado”.

Hazla encontrable: schema de menú + IA

El HTML real gana el índice; el schema de menú gana el resultado enriquecido y la citación de IA. Los dos corren juntos — un schema sin texto de cuerpo en HTML no tiene a qué anclarse, y HTML sin schema le pide a Google que adivine una estructura que se le pudo haber dicho.

Piensa en el schema como la versión etiquetada de la página que el índice ya tiene. El HTML le dice a Google qué dice la página; el schema le dice a Google cuáles cadenas son nombres de platillos, cuáles son descripciones, y cuáles son precios. Con ambos, Google puede citar ítems individuales en un resultado enriquecido, y un asistente de IA puede responder “¿este restaurante tiene una entrada vegetariana de menos de veinte dólares?” desde la página misma en vez de desde un agregador de terceros.

La carga mínima es pequeña. Un nodo Menu, una o más entradas MenuSection, y un MenuItem por platillo con name, description y un bloque Offer. Los patrones son los mismos seis de la guía de schema markup para restaurantes, y la validación es gratis — la Prueba de Resultados Enriquecidos de Google te dice si la página se analiza antes de publicarla.

El lado de la IA premia la misma forma. ChatGPT, Perplexity y las AI Overviews de Google responden todos las preguntas a nivel platillo desde los campos estructurados que pueden leer en la página; un campo de descripción vacío es una respuesta que el asistente no puede dar. La lectura práctica es que la descripción está haciendo más trabajo que el nombre del platillo — el nombre aparece en el PDF del menú de la pared, pero la descripción es la parte que solo la página web carga.

Mantenla al día sin un desarrollador

La trampa de mantenimiento en cada página de menú son dos menús que se desfasan — el que imprime la cocina y el que muestra la página web. El arreglo es estructural, no heroico.

Dentro de una temporada, los precios están desviados por un dólar, la pasta nueva falta, y el coctel de verano descontinuado sigue en la lista de barra. Nada de eso es un problema de contenido; es un problema de arquitectura, y termina cuando la página se renderiza desde una sola fuente.

Elige una sola fuente de verdad para los datos del menú, escribe la página web para que se renderice desde esa fuente, y el problema de desfase deja de ser una tarea recurrente. Tres fuentes razonables, en orden de qué tan seguido se pagan:

El catálogo del POS. Toast, Square y Clover exponen todos los platillos del menú, los modificadores y los precios a través de una API. Una sincronización que jala del POS de noche y reconstruye la página de menú con el resultado mantiene el menú impreso, la pantalla de pedidos y la página web en un solo calendario. La cocina edita el platillo una vez — en el POS, donde lo iban a editar de todos modos — y cada superficie de aguas abajo lo sigue.

Un repositorio de contenido que la cocina posea. Si el POS es demasiado rígido para el lenguaje descriptivo, una superficie de CMS o un archivo estructurado (un archivo JSON o YAML en el repo del sitio, editado a través de un admin amigable) hace el mismo trabajo a una escala más pequeña. La disciplina es la misma: un solo lugar para editar, un solo lugar desde dónde renderizar. El estudio publica este patrón en aproximadamente la mitad de las construcciones de clientes; la otra mitad jala del POS.

Una hoja de cálculo, en el caso más pequeño. Una hoja de Google con un renglón por platillo — nombre, descripción, precio, sección, marcadores de dieta — que la cocina edita y de la que el sitio se renderiza en una construcción nocturna es la versión sin presupuesto. Es menos pulida que la sincronización del POS; es dramáticamente mejor que la edición manual de la página que reemplaza.

Nada de esto necesita un desarrollador para la edición semanal. El montaje inicial sí — armar la sincronización, el generador de schema, el disparador de reconstrucción — pero después de eso la página de menú se vuelve una edición de cocina, no un ticket de IT. Esa es la diferencia entre una página de menú que se queda al día y una que se desfasa en silencio hasta que el host empieza a atender llamadas de “¿el pollo a la parmesana sigue en el menú?”.

La lista de 8 puntos de la página de menú (cierre)

Ocho ítems, caminados de arriba abajo, deciden si una página de menú se lee como una superficie que funciona o como un marcador de posición. Córrelos contra tu propia página; la primera falla es por dónde empezar.

Cada rama de abajo nombra qué pasa, qué advierte y qué falla — con la disciplina que se gana el visto bueno. Ninguno de los ocho es opcional; la página funciona cuando los ocho están limpios.

Preguntas frecuentes

¿El menú de mi restaurante debería ser un PDF o una página web? Una página web. Los PDF no se rastrean ni se citan como sí pasa con el texto del cuerpo en HTML, así que un enlace a un PDF deja el menú invisible para las superficies de descubrimiento. Publica HTML estructurado.

¿Puedo usar un menú de Canva en mi sitio web? No como tu único menú. Un menú de Canva incrustado es una imagen — los nombres de los platillos y los precios son píxeles, no texto, así que es invisible para Google y la IA igual que un PDF. Está bien como complemento descargable junto a un menú real en HTML; nunca en lugar de uno.

¿Debo poner precios en mi menú en línea? Sí. El truco de no poner precios cuesta más reservas de las que ahorra — el comensal descarta a los restaurantes de precio desconocido antes de hacer clic. La única excepción justa es un restaurante solo de menú de degustación o un prix fixe que cambia a diario, donde un precio reemplaza los renglones.

¿Cómo agrego información de alérgenos y dietas a un menú en línea? Agrega marcadores de dieta concisos en línea junto a cada ítem — chips o íconos V, VG, SG, SL — más una nota de alérgenos de una línea al inicio de cada sección que dirija a los comensales al personal para las alergias anafilácticas. No hagas que los comensales escarben en una nota al pie.

¿El schema de menú ayuda a que mi restaurante aparezca en Google y en la búsqueda con IA? Sí. El schema Menu y MenuItem deja que Google cite los ítems directamente en los resultados enriquecidos y ayuda a los asistentes de IA a extraer respuestas estructuradas sobre tus platillos. El texto real del cuerpo en HTML más un schema válido es el patrón de citación que gana en ambas superficies.

¿Cómo mantengo mi menú en línea sincronizado con la cocina? Elige una sola fuente de verdad — el catálogo del POS o un repositorio de contenido que edite la cocina — y escribe una sincronización que corra con cada cambio de la cocina, o al menos cada noche. Las actualizaciones manuales se desfasan; el menú de la pared termina distinto al de la web.