La página web de hotel que convierte: qué hace perder de verdad una reserva

Un hotel invierte tres meses y un presupuesto serio en rehacer su página web: una fotografía a todo lo ancho de la fachada a la hora dorada, una tipografía más limpia, transiciones más rápidas. Tres meses después del lanzamiento, las reservas directas no se han movido y la cuota de calendario en manos de las OTA está exactamente donde estaba antes de que llegara la factura. En la nueva web no hay nada roto; simplemente nunca responde a las preguntas que tiene un huésped en el minuto antes de pagar o cerrar la pestaña, y una web bonita que se las salta pierde la reserva con la misma fiabilidad que la sencilla a la que sustituyó.

En resumen: una página web de hotel convierte cuando elimina los motivos de duda del huésped, no cuando tiene mejor aspecto. La tarifa de la habitación tiene que estar a la vista desde la primera pantalla, no detrás de un selector de fechas, para poder compararla honestamente con las plataformas (paridad de tarifas: mantener la misma habitación al mismo precio en todos los canales donde se vende). Las fotos tienen que mostrar la habitación que el huésped puede reservar de verdad, no el edificio alrededor. El flujo móvil tiene que funcionar con un solo pulgar, las condiciones de cancelación tienen que verse antes de que el huésped llegue al booking engine (el checkout de terceros que cobra el pago y bloquea la habitación), y la web tiene que ser lo bastante rápida para no perder todo esto antes incluso de llegar ahí. Este artículo repasa cada uno de estos puntos, el rediseño que esconde el precio y los casos en los que un rediseño es la solución equivocada.

Este artículo está escrito para el propietario o director general de un hotel independiente de entre 50 y 200 habitaciones que está valorando un rediseño, o que se pregunta por qué el actual rinde menos de lo esperado: un diagnóstico para hacer antes de escribir el brief de diseño, no el brief en sí.

Qué significa "convertir" en la página web de un hotel

En la web de un hotel, la conversión es una sola cosa: una reserva completada a través de su propio booking engine, a una tarifa que el hotel prefiere cobrar antes que la versión con comisión en una OTA. No son las sesiones, el tiempo en página ni la tasa de rebote que una propuesta de rediseño suele citar como éxito. Una web que carga rápido y tiene buen aspecto en cualquier dispositivo puede seguir mandando a un visitante de vuelta a la pestaña de una plataforma si no responde a lo que había venido a preguntar.

En las cuentas que gestionamos, las webs que convierten bien pocas veces son las más ambiciosas visualmente; son aquellas en las que las decisiones de más abajo se trataron como algo central, no como detalle administrativo añadido después del visto bueno del diseño. Un patrón que se repite en el trabajo con hoteles en concreto: mantener las garantías y las reseñas del establecimiento visibles en cada paso del recorrido, desde el anuncio hasta el booking engine, en lugar de aparcarlas en una página aparte, hizo más por las reservas completadas que cualquier decisión de diseño por sí sola. Si el problema más amplio son las reservas directas en general, nuestra guía para aumentar las reservas directas cubre la lista completa; aquí nos quedamos solo en lo que la web tiene que hacer bien.

Paridad de tarifas, visible antes de que el huésped vaya a buscarla

La mayoría de las webs de hotel hacen trabajar al huésped para conseguir el precio: elegir dos fechas, esperar un spinner, a veces crear una cuenta, antes de que aparezca un número. Un huésped que tiene que hacer eso abre una segunda pestaña para consultar Booking.com o Expedia mientras espera, solo por comparar, y esa pestaña es donde muchas reservas directas mueren en silencio, incluso cuando la tarifa del propio hotel iguala o mejora la de la plataforma.

La solución no es complicada. Muestre una tarifa indicativa, o una real si las fechas ya están en la URL, en la primera pantalla, antes de que el huésped haya hecho nada más que llegar. Si su precio coincide con el de la OTA, esa primera pantalla hace un trabajo de marketing que ningún texto de banner consigue hacer solo.

Si una cláusula de paridad de tarifas le obliga a mantener ese precio idéntico en todos los canales varía según el mercado y según el acuerdo que cada OTA le haga firmar; los tribunales de los distintos países europeos no han llegado a la misma conclusión. Eso es un asunto para quien gestione sus acuerdos comerciales, no una decisión de la página web.

La fotografía que responde a la pregunta que tiene el huésped en la cabeza

Un huésped que navega por la web de un hotel no está decidiendo si el edificio es atractivo; ya ha hecho clic porque algo le convenció. Lo que está intentando averiguar, en los segundos antes de reservar, es qué habitación va a conseguir por ese dinero, y una foto principal del lobby o de la piscina al atardecer no responde a eso.

El tipo de habitación que se está reservando necesita su propia fotografía precisa y bien iluminada, tomada más o menos desde donde se sitúa el huésped al entrar. Una única suite de ensueño fotografiada para representar todas las categorías de habitación, mientras el huésped reserva la habitación más económica en otra parte del edificio, crea un desajuste entre lo que se mostró y lo que encuentra al hacer el check-in. Ese desajuste no solo cuesta la reserva; vuelve a aparecer en la recepción como queja, y después otra vez como reseña, un lugar mucho más caro para perder la misma discusión.

Si el presupuesto para fotografía es limitado, las categorías de habitación en venta valen más que los espacios comunes que cualquier ficha de OTA ya muestra.

El flujo móvil, donde se toma la mayoría de las decisiones

En las cuentas de hoteles que gestionamos, la mayoría de las sesiones en el booking engine empiezan ya en el móvil, a menudo a mitad de una búsqueda, en la cama o en el tren, no en un escritorio. Un flujo construido y probado en ordenador de sobremesa da por hecho cosas que un móvil no tiene: espacio para comparar varios planes de tarifa uno al lado del otro, un ratón lo bastante preciso para una celda pequeña de calendario, la paciencia de desplazarse en horizontal para ver el precio total.

Esa paciencia no existe en un móvil a las once de la noche. Un selector de fechas que exige hacer zoom con dos dedos, el teclado equivocado en un campo del formulario, o un paso de pago que se recarga y pierde las fechas seleccionadas: todo cuesta la reserva de la misma manera, el huésped cierra la pestaña y termina en la app que ya recuerda los datos de su tarjeta y su sesión, muchas veces la plataforma, no el hotel. Recorrer el flujo usted mismo con datos móviles saca a la luz problemas que una herramienta de auditoría automática suele pasar por alto.

Las condiciones de cancelación: la garantía que decide las reservas más meditadas

Un fin de semana reservado con seis semanas de antelación y pagado por completo es una decisión distinta a una reserva para comer, y se trata con más cautela. Antes de pagar, ese huésped quiere saber qué ocurre si los planes cambian, y en la mayoría de las fichas de OTA esa respuesta está justo al lado del precio, en cada paso, no enterrada en una página aparte.

En muchas webs de hotel, la misma información existe solo como un enlace a una página de términos y condiciones al final de la web, escrita para un abogado más que para un huésped a mitad de una reserva. Un huésped que no encuentra la política de cancelación en los pocos segundos que dedica a buscarla se imagina lo peor, no reserva nada, y vuelve a la plataforma donde la respuesta ya estaba a la vista.

Sacar a la luz la política real en términos sencillos, junto a la habitación y el precio en lugar de a tres clics de distancia, es uno de los cambios más baratos disponibles en la mayoría de las webs de hotel, y uno de los que más sistemáticamente se pasa por alto, porque se lee como detalle administrativo y no como el texto que decide las reservas de mayor valor.

La velocidad, y qué significa realmente "lo bastante rápida"

La velocidad de la web se trata como un asunto técnico, pero los datos la sitúan en la misma conversación que todo lo anterior. Un estudio encargado por Google y realizado con Deloitte, que probó webs móviles reales de marcas de retail y de viajes, encontró que recortar 0,1 segundos del tiempo de carga aumentó las tasas de reserva de viajes en torno a un 10% y elevó la finalización del checkout un 2,2%. Eso no es arreglar una web lenta; es una web ya rápida ganando una fracción de segundo más.

Para la web de un hotel, "lo bastante rápida" significa que la primera pantalla, con el precio, carga antes de que el huésped termine el pensamiento que le llevó ahí. Un vídeo principal de cuatro segundos que se reproduce automáticamente sobre la tarifa no es un capricho de diseño, es fricción con banda sonora. Todo lo que viene después importa menos, porque la mayoría de los huéspedes que abandonan nunca llegan tan lejos.

El paso al booking engine, donde las webs pierden reservas de verdad

Sea cual sea la categoría de booking engine que use el hotel, el momento en que el huésped hace clic en "reservar" y abandona las propias páginas del hotel es donde se echa a perder buena parte de un trabajo de web por lo demás bien hecho. Las investigaciones sobre el checkout en el comercio electrónico, agregadas por el Baymard Institute a partir de cincuenta estudios, sitúan el abandono de carrito documentado de media algo por encima del 70%. El paso al booking engine es funcionalmente el mismo momento: el punto en el que un visitante interesado tiene que comprometerse, donde la fricción cuesta más porque hay más que perder.

La forma en que suele torcerse en las webs de hotel es un desajuste: la marca, la moneda o la descripción de la habitación no coinciden del todo con lo que aparece en el instante en que el huésped llega al booking engine, y un huésped que se da cuenta se detiene a preguntarse si ha llegado a algo legítimo. Campos adicionales que nunca se pidieron en la web, una tarifa mostrada de forma distinta, o un número de pasos que crece: todo esto llega al huésped como la misma señal, esta ya no es la web que estaba mirando hace un momento.

Acertar con la web y acertar con este paso son dos trabajos distintos. El segundo, elegir y evaluar el propio booking engine, se trata en cómo elegir un booking engine; merece la pena saberlo antes de que un brief de rediseño dé por hecho que arreglar uno soluciona automáticamente el otro.

El fallo típico: un rediseño que fotografía el edificio y esconde el precio

La versión más clara de todo lo anterior es un rediseño encargado para arreglar la marca que acaba empeorando la mecánica de reserva, porque nadie se hizo responsable de ella en el brief. El edificio queda fotografiado espléndidamente. La tarifa acaba detrás de un clic más de los que tenía antes. La política de cancelación, antes una línea visible en la web antigua, se convierte en un PDF enlazado desde el pie de página. Esto no es deliberado. Es lo que pasa cuando el "rediseño" se define como un proyecto de aspecto visual y se da por hecho que la mecánica de reserva se traslada sin cambios.

Para dar una idea de lo que está en juego: un hotel que recibe 10.000 visitas mensuales a sus páginas de reserva con una tasa de conversión del 1,5% se lleva 150 reservas directas al mes. Subir eso al 2%, solo con arreglar lo básico descrito arriba, produce 200 reservas con el mismo tráfico: 50 más al mes sin gasto adicional. Es una cuenta ilustrativa, no un resultado prometido, pero por eso arreglar la mecánica suele amortizarse antes que conseguir que más gente vea una web que las pierde en el precio, en el móvil o en el paso al booking engine.

Cuándo un rediseño es la solución equivocada

Nada de esto es un argumento para rediseñar todas las webs de hotel. Si la web ya convierte bien y simplemente no hay tráfico, una web nueva cambia muy poco, porque no llega nadie a quien convertir. Eso es un problema de visibilidad, no de conversión, y necesita el trabajo que se cubre en nuestra guía de SEO para hoteles y en nuestra guía de Google Ads para hoteles, no una plantilla nueva.

La forma de distinguir los dos casos antes de comprometer presupuesto: mire las sesiones en las páginas de reserva frente a las reservas completadas, por separado. Pocas sesiones con una buena tasa de conversión son un problema de tráfico; sesiones razonables con una tasa de conversión baja es de lo que trata todo lo anterior. Rediseñar porque la ocupación está floja, sin comprobar cuál de los dos casos es, es una de las formas más fáciles de gastar un presupuesto de rediseño en el problema equivocado.

La forma más rápida de saber qué problema tiene es mirar los números reales antes de encargar un rediseño. Si quiere una segunda opinión sobre dónde está perdiendo huéspedes su propia web, solicite una auditoría gratuita para obtener una respuesta clara sobre si el problema es el tráfico, la conversión, o algo anterior a ambos.