Respuesta breve
Un hotel vende algo que el huésped no puede tocar antes de llegar. Repasamos las ocho tareas que una web corporativa nunca tiene que resolver: fichas de habitación, tarifas, el paso al motor de reservas, fotografía, idiomas, llegada y cancelación.
Lo que hace una web de hotel y no hace una corporativa
Una web corporativa explica quién es usted. Un sitio web de hotel tiene que llevar al huésped hasta la reserva: elige fechas, habitación y precio, y sale hacia una confirmación o hacia el alojamiento de al lado, cuya página respondió antes y mejor.
La diferencia no es visual. Es el conjunto de decisiones que el huésped toma por el camino: qué habitación es esta, qué incluye el precio, cuánto cuesta en esas fechas concretas, si se puede cancelar y cómo llegar a la puerta con una maleta.
Ninguna de esas preguntas llega nunca a una web corporativa. Por eso el esquema habitual de portada, quiénes somos, servicios y contacto queda aseado en un proyecto hotelero y no funciona: no conduce a ninguna de esas decisiones.
Lo que sigue es una sección por decisión: habitaciones y tarifas, disponibilidad, fotografía, idiomas, cómo llegar, cancelación, reseñas y el teléfono desde el que empieza casi todo. Ninguna se sustituye por una página de presentación mejor.
Tipos de habitación y tarifas: una página que se lee como un producto
Una habitación es una ficha de producto, no un párrafo dentro de la sección de servicios. Necesita nombre, capacidad, metros, camas, vistas, qué incluye el precio y qué la separa de la habitación vecina dentro de la misma categoría.
Dar una página propia a cada tipo resuelve dos problemas a la vez. El huésped compara con líneas y no con suposiciones, y la búsqueda recibe una respuesta concreta: a una consulta sobre una doble con balcón responde la ficha, no la portada.
Una tarifa no es lo mismo que una habitación. La misma habitación se vende como no reembolsable, con desayuno o con salida tardía, y esa diferencia debe leerse en dos líneas junto al precio y no en una nota a pie con letra pequeña.
Una casa de huéspedes con cuatro habitaciones lo necesita tanto como un hotel de cien. Cuanto menor es la elección, más importa describir cada habitación hasta el final, porque el huésped no puede conformarse con otra parecida.
Disponibilidad y el paso al motor de reservas
Un sitio web de hotel rara vez calcula las fechas libres por su cuenta. De eso suele ocuparse el motor de reservas o el sistema de gestión hotelera, y la web se encarga de llevar allí al huésped con fechas, número de personas y tipo de habitación ya elegidos.
El punto débil es el paso en sí. Si el calendario de la página y el del motor viven separados, el huésped elige fechas dos veces, y en el segundo paso una parte cierra la pestaña convencida de haber aterrizado en otro sitio.
Por eso el formulario de fechas va en la primera pantalla y sus valores se pasan al motor como parámetros del enlace. El huésped ve la continuación de su elección y no un formulario nuevo, y el salto entre sistemas deja de parecer un corte.
Conviene decidir aparte qué ocurre cuando la respuesta es que no hay disponibilidad. Ofrecer fechas libres cercanas u otro tipo de habitación mantiene la conversación; una pantalla vacía devuelve al huésped a la búsqueda, donde ya no le mira a usted.
La fotografía es el producto de verdad
El huésped no puede tocar la habitación antes de llegar. Solo tiene imágenes, así que aquí la fotografía no adorna la página: es el producto, y su calidad mueve la decisión más que cualquier frase escrita al lado.
Un mínimo útil por tipo de habitación es un plano general, la cama, el baño, las vistas y el detalle por el que se elige esa habitación. Cinco tomas honestas funcionan mejor que veinte ángulos casi idénticos con un gran angular.
Las zonas comunes se fotografían aparte: la entrada, el mostrador, el desayuno, el patio, la escalera. Con ellas el huésped se hace una idea del lugar y comprueba si la imagen coincidirá con lo que verá al bajar del taxi en su calle.
Las imágenes pesadas son la causa principal de una carga lenta en el móvil. Sírvalas en formatos modernos y en varios tamaños para pantallas distintas, o una galería bonita se convierte en el motivo de irse antes de ver el precio.
Los huéspedes llegan con idiomas distintos
Un alojamiento casi siempre vende fuera de su propio idioma. La versión en inglés es el mínimo, y a partir de ahí la elección sigue el origen real de los huéspedes: una casa necesita chino, otra francés, a una tercera le bastan dos idiomas.
Traducir no es solo el texto de las páginas. Los nombres de las tarifas, las condiciones de cancelación, los pies de foto, los correos de confirmación y el propio motor de reservas también deben hablar el idioma del huésped, o la traducción se corta en el paso decisivo.
Técnicamente cada versión de idioma tiene su dirección y las versiones se enlazan con anotaciones hreflang: Google describe ese mecanismo en su documentación sobre versiones localizadas de una página. Sin ese enlace las versiones compiten entre sí.
La moneda y el formato de fecha forman parte de la misma cuestión. La cadena 03/04 se lee distinto en Londres y en San Petersburgo, y en una página de reserva esa diferencia cuesta más que en cualquier otro lugar del sitio.
Mapa, indicaciones y la pregunta de cómo llegar
Una dirección no es lo mismo que unas indicaciones. El huésped con maleta quiere saber cuánto se tarda desde la estación y el aeropuerto, en qué transporte, dónde está exactamente la entrada y qué hacer si llega a las tres de la madrugada.
Por eso la página de contacto lleva un mapa con marcador, una ruta escrita breve desde dos o tres nodos de transporte y una foto de la entrada. Esta última ahorra más tiempo del que parece, sobre todo en patios y calles largas.
Aparcamiento, ascensor, escalones en la puerta, acceso sin escalones: no son detalles menores sino motivos para decir que no. Si no están escritos, parte de los huéspedes elegirá a quien sí los escribió, y usted no se enterará.
Los datos del alojamiento conviene repetirlos en datos estructurados. Schema.org define el tipo Hotel como una especialización de LodgingBusiness, y así entrega a la búsqueda dirección, teléfono y horarios en forma legible por máquina.
Condiciones de cancelación que no acaban en discusión
La cancelación es la condición más leída de una web hotelera y el lugar donde más veces empieza un conflicto. El huésped tiene que entenderla antes de pagar y no en un correo posterior, y entenderla a la primera lectura, sin diccionario jurídico.
La redacción funciona cuando lleva plazo, importe y acción: hasta cuándo es gratuita, qué se retiene a partir de ese momento y cómo se cancela exactamente, si por un enlace del correo, por teléfono o dentro del propio motor.
Si hay varias tarifas, las condiciones se escriben junto a cada una y no en un párrafo del pie. Una tarifa no reembolsable es más barata precisamente porque su condición es otra, y eso hay que verlo al elegir, no después de pagar.
Lo mismo vale para las horas de entrada y salida, el depósito, las mascotas y los niños. Alguien busca cada una de esas reglas a propósito, y cada una se sostiene mejor en su propia línea, donde se encuentra de un vistazo.
Reseñas y lo que se puede mostrar en casa
Las reseñas en la web propia funcionan, pero las plataformas ajenas siguen siendo el sitio donde de verdad se leen. Es sensato mostrar las suyas y no fingir que las notas de fuera no existen, porque el huésped mirará las dos partes igualmente.
Hay que mantener separadas dos cosas: una reseña dejada en su web y una puntuación recogida en otra plataforma. La primera es contenido propio, la segunda es una cita, y las plataformas tienen reglas sobre mostrar sus notas fuera de ellas.
Google documenta aparte el marcado de reseñas, y no está para subir una nota. Está para que las reseñas que ya existen las lea una máquina igual que las lee una persona, y aparezcan en los resultados con una forma comprensible.
La forma más honesta de trabajar con reseñas es responderlas y arreglar lo que se repite dentro de ellas. Entonces la web muestra exactamente lo que ocurre en la casa, y eso resulta ser su punto fuerte y no su riesgo.
Se reserva desde el móvil, así que el móvil es la versión principal
Los huéspedes buscan alojamiento de camino, por la noche, con una wifi ajena. Google indexa y posiciona las páginas a partir de la versión móvil, como recoge su documentación sobre indexación mobile-first, y para un alojamiento eso no es teoría.
En la práctica significa fechas que se eligen con un pulgar, precio visible sin desplazarse, un teléfono que llama, un mapa que abre y una galería que no devora datos móviles. Todo lo demás de la página se discute después de esa lista.
Conviene probarlo en un teléfono real y con conexión lenta, no en una maqueta dentro de una ventana ancha. La distancia entre funcionar y funcionar en el iPhone del diseñador aparece justo ahí, normalmente en un par de minutos.
VITON13 construye estos sitios en remoto desde San Petersburgo: estructura de habitaciones y tarifas, paso al motor, versiones de idioma, datos estructurados y maquetación móvil. Parte de las tareas se hacen con IA bajo dirección humana, de 13 a 113 dólares.
Lista práctica
- Dé a cada tipo de habitación su página con capacidad, metros, camas y qué incluye el precio.
- Describa cada tarifa por separado: qué cubre, qué excluye y en qué se diferencia de la siguiente.
- Compruebe que las fechas elegidas en la primera pantalla llegan al motor sin volver a escribirlas.
- Fotografíe cada tipo de habitación con cinco tomas honestas y sírvalas en formatos ligeros.
- Escriba cómo llegar desde la estación y el aeropuerto, fotografíe la entrada e indique el aparcamiento.
- Coloque las condiciones de cancelación junto al precio: plazo, importe retenido y forma de cancelar.
Preguntas frecuentes
¿En qué se diferencia la web de un hotel de una web corporativa?
En su objetivo y en las decisiones que tiene que sostener. Una web corporativa explica quién es usted; una web hotelera acompaña al huésped hasta la reserva. Por el camino el huésped decide qué habitación, qué incluye el precio, cuánto cuesta en sus fechas, si puede cancelar y cómo llegar a la puerta. A una web corporativa nunca le preguntan nada de eso.
¿Cada tipo de habitación necesita su propia página?
Sí, por dos motivos a la vez. El huésped compara línea a línea y no a partir de una descripción general, y una página propia reúne capacidad, metros, camas, vistas y contenido del precio en un solo sitio. La búsqueda también la necesita: a una consulta sobre un tipo concreto responde la ficha de la habitación, no la portada.
¿La web debe calcular ella misma la disponibilidad?
Normalmente no. La disponibilidad vive en el motor de reservas o en el sistema de gestión, y la tarea de la web es llevar al huésped hasta allí con fechas, número de personas y tipo de habitación ya elegidos. Lo frágil no es el cálculo sino el paso: si hay que escribir las fechas dos veces, una parte de la gente se va en ese punto.
¿Cuántos idiomas necesita la web de una casa de huéspedes?
Tantos como los idiomas con los que llegan sus huéspedes, y el inglés como mínimo. Importa más lo completo que el número: nombres de tarifas, condiciones de cancelación, pies de foto y correos de confirmación tienen que hablar el idioma del huésped. Una traducción que se corta justo antes del formulario estorba más que ayuda.
¿Dónde deben aparecer las condiciones de cancelación?
Junto al precio y junto a cada tarifa, no en un párrafo del pie de página. La redacción funciona cuando lleva plazo, importe y acción: hasta cuándo la cancelación es gratuita, qué se retiene después y cómo se cancela exactamente. Es la condición más leída de una web hotelera y el origen más frecuente de una discusión.