Refúgio da Azinheira: la aritmética de la reserva directa
Un retiro rural en la N2 portuguesa que ahora recibe reservas sin intermediario. La web es lo fácil. Lo difícil es lo que viene después.
Una casa rural que vive de las plataformas de reserva tiene un problema silencioso: no es dueña de la relación con el huésped. No tiene su correo, no elige el mensaje, no puede fijar su precio sin penalización, y entrega una porción de cada noche a quien hizo la presentación.
El Refúgio da Azinheira está en la N2, en el Alentejo. Le construimos la web, y el objetivo nunca fue "tener presencia online". Fue cambiar quién controla la reserva.
Una web bonita no vende nada
Aquí es donde fallan la mayoría de los proyectos. Se hace un sitio elegante, con fotografías de puestas de sol, y luego el visitante pulsa "reservar" y aterriza en un formulario que promete respuesta en 24 horas.
Nadie espera 24 horas. En esas 24 horas, esa persona ya ha reservado en otro sitio, porque el otro sitio respondió en diez segundos.
Una reserva directa solo existe si el camino entre "me gusta" y "está reservado" es más corto que en la plataforma. No igual. Más corto.
Lo que eso exige, en la práctica
Disponibilidad real, en pantalla. Un calendario que muestre lo que está libre, ahora, sin llamada. Si el visitante tiene que preguntar si hay hueco, ya lo ha perdido.
Sincronización de calendarios. Este es el detalle que separa un proyecto serio de un folleto. Si las reservas directas no hablan con las de las plataformas, el resultado inevitable es la doble reserva: dos familias, una noche, una cama. Un error así cuesta más que todas las comisiones ahorradas.
WhatsApp, no formulario. En el alojamiento local, la conversación es el canal. La gente quiere preguntar si aceptan mascotas, si hay sombra, si la cancela se abre de noche. Un formulario mata esa conversación; WhatsApp la permite en el móvil, donde la persona ya está.
Cinco idiomas. La N2 es una ruta internacional. Un visitante alemán que aterriza en una web solo en portugués no duda: vuelve a la plataforma, que habla su idioma. La web habla portugués, inglés, español, francés y alemán, y no por vanidad. Por conversión.
Qué se construyó, y con qué
Alcance. Sitio institucional y motor de reserva directa para un alojamiento local, en cinco idiomas, con disponibilidad en tiempo real y sincronización con las plataformas.
| Aplicación | ASP.NET Core, servida en Kestrel |
| Alojamiento | Azure App Service |
| Internacionalización | 5 idiomas (PT, EN, ES, FR, DE), con hreflang completo y x-default |
| SEO | datos estructurados BedAndBreakfast con coordenadas y dirección, para que Google muestre la casa como alojamiento y no como una página cualquiera |
| Reservas | calendario de disponibilidad y sincronización iCal con las plataformas |
| Contacto | WhatsApp directo, no formulario |
El hreflang no es adorno. La N2 es una ruta internacional. Sin él, Google muestra la página portuguesa a un alemán, y ese alemán vuelve a la plataforma, que está en su idioma. Los cinco idiomas existen por conversión, no por vanidad.
La sincronización iCal es el corazón. Es lo que impide la doble reserva: dos familias, la misma noche, la misma cama. Un error así cuesta más que todas las comisiones ahorradas en un año.
Lo que cambia cuando funciona
La comisión que se ahorra es lo primero que se ve, y es la parte menos interesante.
Lo que cambia de verdad es que la casa pasa a tener los contactos de sus huéspedes. Puede escribirles en invierno. Puede ofrecerles volver sin pagar a nadie por el privilegio. Deja de alquilar la relación y pasa a ser su dueña.
No se mata una mosca a cañonazos
Hubo una versión de este proyecto con CMS headless, una SPA por delante, una API en medio y microservicios coqueteando al fondo. Habría quedado bien en una presentación.
No se hizo, y la razón es simple: una casa no es una cadena hotelera. El contenido cambia media docena de veces al año. La operación es una persona con un móvil. Cada pieza añadida sería una cosa más que mantener, actualizar y romper, sin aportar nada que el huésped viera.
Lo que se construyó es una aplicación ASP.NET Core, sobre Azure App Service, con HTML renderizado en el servidor. Aburrido, sólido y barato de operar.
La ingeniería difícil no es elegir la tecnología más grande. Es elegir la más pequeña que resuelve el problema, y saber defenderla. Es más fácil justificar un cañón a un cliente que explicarle por qué no lo necesita.
Lo que no prometemos
No prometemos que las plataformas dejen de hacer falta. Hacen falta, y siguen trayendo gente que nunca ha oído hablar de la casa.
El objetivo no es salir de ellas. Es dejar de depender solo de ellas. Y para eso, la web tiene que ser tan rápida y tan fiable como ellas. Nada se deja al azar.
Está en línea en refugioazinheira.pt.
