DSmartWare

Especialidad

La mayoría de los sitios de restaurante son un folleto.

Alguien mira, decide y se va — y el restaurante nunca se entera de que estuvo ahí. Construimos la versión que deja registro, y un panel que dice exactamente dónde termina cada número.

Las tres fugas

Tres momentos en que un cliente interesado se va sin dejar rastro

Cada uno es un hueco específico, y un formulario de contacto no cierra ninguno.

El grupo de treinta

Perdido hoy

Un grupo de treinta no puede usar el widget de reserva — se detiene en ocho o diez. El pedido se convierte en una llamada que nadie anota, o se va al restaurante de al lado.

Registrado

El pedido llega registrado, con la fecha y el número de comensales, y el aviso sale en el momento. Es la reserva de mayor valor que recibe un restaurante, y quien responde primero suele ganarla.

La noche sin mesa

Perdido hoy

Alguien ya había decidido ir, ya había elegido la noche, no encontró horario y cerró la pestaña. Una búsqueda fallida nunca se convierte en reserva y no aparece en ningún informe.

Registrado

Las noches que la casa no pudo atender quedan registradas. Sumadas, son la demanda que nadie más está contando — el número detrás de abrir un segundo turno, poner una mesa más o cambiar la hora de cierre.

El cliente que quería novedades

Perdido hoy

A alguien le gustó lo suficiente como para querer noticias, y el restaurante no tiene forma de hablar con nadie.

Registrado

Nombre, contacto y cumpleaños, con el consentimiento guardado junto a la fecha y el origen. Es lo único del sitio que crece solo y no se va con ningún proveedor.

Lo que ve el comensal

Páginas que responden antes de que suene el teléfono

Un sitio de restaurante tiene pocas tareas, y la mayoría un PDF las cumple mal.

Carta en HTML, nunca en PDF

Platos, vinos y cócteles son texto estructurado con precio en la página. El buscador lo lee, el lector de pantalla lo lee, y nadie en el móvil tiene que hacer zoom sobre un documento hecho para papel.

Marcado como restaurante

Datos schema.org de Restaurant y Menu en el contenido estructurado — es lo que hace que Google muestre un resultado enriquecido en vez de un enlace azul a secas.

Bilingüe, verificado en cada build

Cada idioma se planifica en la arquitectura del sitio, no se traduce por encima después. Un script compara las claves en cada build, así ninguna página sale a medio traducir.

Reserva donde el comensal ya reserva

El widget de reserva que la casa ya usa sigue integrado. Lo que no puede recibir — el grupo grande, la noche llena — se convierte en formulario en vez de convertirse en nada.

Respuestas sacadas de la carta real

Las preguntas sobre platos y vinos se responden con los datos de la propia casa, con maridaje sugerido y el comensal dirigido a la reserva, siempre en el idioma de la página en que está.

Lo que ve el dueño

Una pantalla, en el orden en que llegan las preguntas

Primero lo que necesita a alguien hoy, después cómo está la casa, y por último la evidencia de ambas cosas.

Ahora

Lo que está esperando a alguien: pedidos aún sin respuesta, los cumpleaños del mes, a quién no pudo sentar el widget. El encargado marca lo que ya respondió — así el panel puede decir cuántos pedidos se cerraron y en cuánto tiempo, no solo cuántos llegaron.

Cómo está la casa

La nota de Google con historial propio, el tamaño de la lista de invitados, el tráfico del mes y en qué se convirtieron esas visitas.

La evidencia

De dónde vinieron los visitantes, sobre qué preguntaron, qué platos se mencionaron y a qué hora llegan.

Una nota con historial es la parte que nadie más entrega

Google muestra la nota de hoy y no guarda la de ayer. Nosotros guardamos una foto por día, así se ve si la nota sube o baja, y desde cuándo. Y como la fuente cubre cualquier lugar público, el mismo gráfico sigue a los competidores de la calle — y a las otras casas del mismo dueño — sin pedirle acceso a nadie.

Cuatro restaurantes, un panel

Un dueño con varias casas las ve todas detrás de un selector. Sumar un restaurante es una fila en la base de datos, no un segundo proyecto.

Límites

Lo que no hacemos, y por qué

Son cosas que un panel podría mostrar y el nuestro no muestra. Cada una costaría más confianza de la que compra.

Poner una cifra en dinero en el panel
El POS es el que tiene la facturación. Un número aquí que los informes de la propia casa puedan desmentir vale menos que ningún número.
Decir "reservas"
Decimos "84 siguieron hacia el sistema de reserva". Quien tiene el conteo real de reservas es el sistema de reserva — el equivocado sería el nuestro.
Guardar lo que preguntaron los comensales
Solo queda el tema. Privacidad resuelta en el origen, no por una política escrita.
Prometer un X% más de reservas
No medimos la reserva concretada, así que no podemos afirmar un porcentaje de ella. Quien cita esa cifra está estimando.
Llenar un vacío con una suposición
Cuando falta una fuente, la sección desaparece y un aviso dice qué falta. Un panel vacío es honesto; un número inventado no.
Medido, no prometido

No te pedimos que nos creas

Esta página está construida con el estándar descrito arriba. Las notas son suyas, medidas con Google Lighthouse — la auditoría que cualquiera puede correr.

Ver cómo medimos
92
de 100
Rendimiento
100
de 100
Accesibilidad
100
de 100
Buenas Prácticas
100
de 100
SEO

Publicamos la nota más baja medida entre todas las páginas, no la mejor. Medido el 21 de agosto de 2026.

¿Quieres ver esto en tu restaurante?