Cambiar la web del hotel sin perder reservas

Una web nueva no se cae de golpe: se cae por partes. En un rediseño web que cambia las direcciones de las páginas, el enlace que un huésped guardó lleva a una página que ya no existe, el botón de reservar apunta al motor viejo y Google, que tenía tus páginas ordenadas, tiene que volver a visitarlas una por una. En un sitio mediano, Google avisa que pueden pasar «unas semanas o más» hasta que empiece a mostrar las direcciones nuevas, y que mientras tanto la visibilidad puede subir y bajar (Google Search Central, 2026a).

Esa oscilación no se puede evitar del todo. Puedes, en cambio, reducir lo que te cuesta en reservas: elegir bien el mes del estreno y que cada huésped que llegue por una dirección vieja encuentre la página correcta. El cambio se juega en tres tiempos (antes, el día del estreno y las semanas siguientes), y cada punto necesita un responsable con nombre.

Puntos Clave

• Estrena la web en los meses tranquilos, lejos de la temporada alta y de los meses en que se reserva. Google recomienda hacer el cambio cuando hay menos tráfico (Google Search Central, 2026a).
• Cada dirección vieja tiene que llevar a su equivalente nueva con una redirección permanente, no a la portada, y las redirecciones se mantienen al menos un año (Google Search Central, 2026a).
• El día del cambio, quita el bloqueo de la versión de pruebas, haz una reserva real desde el celular y comprueba que la medición funcione en la web nueva y que la ficha de Google y la página de destino de Google Hotels apunten a ella.
• Cuenta con semanas de vaivén en Google. Una mudanza típica tarda de uno a tres meses en asentarse, según una charla de Gary Illyes, de Google, que resumió un asistente (Search Engine Journal, 2026a).

¿Por qué una web nueva puede costar reservas?

Porque durante semanas conviven dos webs: la nueva, que Google todavía no conoce bien, y la vieja, cuyas direcciones siguen guardadas en Google, en las guías de viaje y en el teléfono de tus huéspedes. Google considera terminada una mudanza cuando ha visitado al menos una vez cada dirección vieja y cada dirección nueva (Google Search Central, 2026a).

Lo que une las dos webs es la redirección: un aviso que manda al visitante, y a Google, de la dirección vieja a la nueva. Si la redirección falta o lleva a la portada, el huésped que buscaba la página de la suite con vista al mar aterriza en otra parte y puede acabar reservando en la agencia. En una web de hotel, lo primero que conviene vigilar es el botón que abre el motor de reservas, la medición de las reservas y las páginas de cada habitación.

Un ejemplo ilustrativo, sin datos de ningún hotel: si tu web trae 20 reservas directas al mes, de tres noches a 120 dólares la noche, y durante dos meses la mitad termina en una agencia con una comisión de ejemplo del 15 %, pagas 1.080 dólares de comisión que antes no pagabas. Y eso sin contar las reservas que no llegan a ninguna parte.

¿Cuándo conviene estrenar la web nueva?

En los meses tranquilos, lejos de la temporada alta y también de los meses en que se reserva. Google recomienda hacer la mudanza en un período de menos tráfico y, si el tráfico es estacional, aprovechar las caídas que se repiten cada año (Google Search Central, 2026a).

La trampa está en los meses en que se reserva. La temporada alta se juega antes de que el hotel se llene: cuando se reserva. La ventana de reserva, el tiempo que pasa entre la reserva y la llegada, puede hacer que las noches de diciembre se vendan en septiembre u octubre. Estrenar la web en noviembre, «antes de que empiece la temporada», es estrenarla justo cuando entran esas reservas.

Para encontrar tu ventana, saca del PMS, el programa de gestión del hotel, las reservas de tu última temporada alta ordenadas por la fecha en que se hicieron, no por la fecha de llegada. Los meses en que se acumulan son los que hay que proteger. Busca el hueco más largo fuera de ellos y de la propia temporada, y deja margen: si la mudanza típica tarda de uno a tres meses en asentarse, esos meses tienen que terminar antes de que vuelvan a entrar las reservas de la temporada (Search Engine Journal, 2026a).

¿Qué hay que preparar antes del cambio?

Un inventario de lo que la web vieja ya hace bien, para no perderlo por el camino. Se prepara con el proveedor de la web y casi todo se decide antes de que exista una sola página nueva:

1. Saca la lista de páginas que traen visitas. En Search Console, la herramienta gratuita de Google para ver cómo te encuentra el buscador, el informe de rendimiento de los últimos doce meses muestra qué páginas reciben clics. Esas no pueden desaparecer.
2. Pide el mapa de direcciones: una lista con cada dirección vieja y la nueva que la sustituye. Google lo pide al preparar cualquier mudanza que cambie las direcciones. Si una página vieja no tiene equivalente, se redirige a la más parecida. Si no hay ninguna parecida, debe dar un error de página no encontrada (404): mandar muchas páginas viejas a la portada es justo lo que Google pide evitar (Google Search Central, 2026a).
3. Pasa a la web nueva el contenido que no se puede perder: los textos de cada habitación, las preguntas frecuentes y los artículos que traen visitas, aunque cambie el diseño.
4. Decide si cambia el dominio, la dirección de tu web (tuhotel.com). Si puedes, consérvalo: cambiarlo suma riesgo y tiempo, como se explica más abajo.
5. Haz una reserva de prueba en la versión de pruebas que te dé el proveedor, antes de publicar la web.
6. Si cambias de proveedor de alojamiento o de DNS, el servicio que indica adónde va cada parte de tu dominio, pide que se copien los registros del correo. Esos registros, llamados MX, dicen adónde se entregan los correos de tu dominio. Si quedan viejos o mal puestos, el correo puede dejar de llegar, también el de las reservas (Ayuda de Google Workspace, s. f.).

Lo que necesita la web nueva para vender está en qué debe tener la web de un hotel que vende directo.

¿Qué se revisa el día del cambio?

Son ocho puntos, y uno más si tu web tiene dos idiomas. Conviene hacerlos en este orden. La mayoría se comprueba en pocas horas y con herramientas gratuitas de Google; pídele al proveedor que los haga contigo:

1. Quita el bloqueo de la versión de pruebas. Mientras se construye, la web nueva suele estar oculta a Google con un archivo robots.txt o con una etiqueta noindex. Google pide retirar esos bloqueos al lanzarla (Google Search Central, 2026a). Si se quedan puestos, Google no puede leer las páginas nuevas o no las muestra.
2. Comprueba las redirecciones, página por página. Tienen que hacerse en el servidor y ser permanentes, de tipo 301 o 308, que le dicen a Google que el cambio es definitivo y conservan el valor de los enlaces (Google Search Central, 2026a). Y sin cadenas: cada dirección vieja salta una sola vez a la nueva. Si cambias de dominio, desconfía de la redirección genérica de la empresa donde lo registraste, que puede no conservar cada página y mandarlo todo a la portada (Search Engine Journal, 2026b). El proveedor las comprueba todas contra el mapa de direcciones. Prueba tú cinco de tu lista y mira adónde llegan.
3. Revisa los enlaces internos. El menú, el pie de página y los textos de la web nueva tienen que apuntar a las direcciones nuevas, no a las viejas (Google Search Central, 2026a).
4. Haz una reserva real desde el celular, de la portada al pago, con tu tarjeta y una tarifa reembolsable. Cancélala después. Comprueba que todos los botones de «Reservar» abren el motor correcto y que la reserva entra en tu PMS. Cómo se conectan esas piezas está en el motor de reservas y el resto de las herramientas.
5. Revisa la medición. Google Analytics 4 tiene que estar en la web nueva con la misma etiqueta que antes, y el motor también. Si el motor de reservas vive en otro dominio, hay que configurar la medición entre dominios. Sin ella, un mismo huésped cuenta como dos visitantes. Y la reserva aparece como si viniera de tu propia web, no de Google ni de Instagram (Ayuda de Google Analytics, s. f.). Si pagas anuncios, cambia sus URL finales (la página a la que llega quien hace clic) a las direcciones nuevas (Ayuda de Google Ads, s. f.-a). Comprueba también que la etiqueta de conversión de Google Ads y el píxel de Meta estén en la web nueva: Google Ads registra cada reserva a través de esa etiqueta (Ayuda de Google Ads, s. f.-b).
6. Envía en Search Console el sitemap de la web nueva. Es la lista de páginas que la web le entrega a Google para que las encuentre, y tiene que llevar solo direcciones nuevas (Google Search Central, 2026a).
7. Cambia la web en tu ficha de Google. En el Perfil de Empresa, la web se escribe completa, con «https://». Google revisa los cambios antes de publicarlos, así que conviene hacerlo el mismo día (Ayuda del Perfil de Empresa de Google, s. f.).
8. Confirma la página de destino de Google Hotels. En los enlaces gratuitos de reserva, el clic lleva a la página de destino que da el hotel o su proveedor. La experiencia en esa página es una de las señales que usa Google para ordenar los resultados (Ayuda de Hotel Center, s. f.). Si tu motor envía tus tarifas a Google, pide al proveedor del motor que confirme que esa página sigue funcionando. Qué cambió en esos enlaces está en tu precio directo en Google.

Si tu web tiene dos idiomas

Cada página tiene que estar enlazada con su traducción, en los dos sentidos, para que Google muestre a cada huésped la versión de su idioma (Google Search Central, 2026b). Y cada versión tiene que declararse a sí misma como la original. Es la etiqueta canónica, la que le dice a Google qué dirección es la buena (Google Search Central, 2026a).

Este punto puede fallar sin que nadie lo vea. En un sitio en dos idiomas que revisamos, bastaba con guardar una página en el editor para que las dos versiones le dijeran a Google que la original era la otra. Se arregló escribiendo a mano la dirección completa de cada una. Para comprobarlo, abre en Search Console la inspección de URL de una página de cada idioma. La herramienta muestra la canónica que declara tu web y la que eligió Google (Ayuda de Search Console, s. f.-b). Repite la inspección una o dos semanas después.

La lista de revisión, con quién hace cada cosa

Para imprimir y entregar: cada punto tiene su responsable.

¿Quién más enlaza a tu web y cómo avisarle?

Todo lo que guarda tu dirección vieja: tus perfiles de Instagram y Facebook, el perfil de WhatsApp Business, las firmas de correo, las plantillas de confirmación de reserva, tu ficha en TripAdvisor si incluye la web, y las guías, blogs de viaje, oficinas y cámaras de turismo que te recomiendan. Las redirecciones los cubren, pero cambiar el enlace en origen ahorra un salto. Además, los enlaces que siguen apuntando a la dirección vieja pueden confundir a Google sobre cuál es la buena, según el análisis de Search Engine Journal (2026b).

Empieza por los que te mandan visitas. En Google Analytics, el informe de adquisición de tráfico muestra qué sitios traen gente a tu web. Escribe primero a esos.

¿Qué hay que vigilar en las semanas siguientes?

Una vez por semana, hasta que la mudanza se asiente (al menos tres meses), revisa tres cosas:

• Los errores de página no encontrada, en el informe de indexación de Search Console (el que dice qué páginas tiene Google guardadas para mostrar).
• Las visitas que siguen llegando a direcciones viejas, en el informe de rendimiento de Search Console filtrado por esas direcciones.
• Las reservas directas frente al mismo período del año anterior.

Si las reservas caen y las visitas no, mira primero el motor y la medición: lo más probable es que el problema esté ahí y no en Google.

Gary Illyes, de Google, dio el 2 de octubre de 2026 unos tiempos de referencia en Search Central Live. Se conocen por el resumen de un asistente, John Campbell, no por un documento de Google, y ese resumen no dice qué muestra se usó ni qué es un caso típico (Search Engine Journal, 2026a). Sirven para no alarmarse antes de tiempo:

• Google descubre una página nueva en unas 20 horas y procesa un sitemap en unas 24. En los casos lentos, descubrir una página tarda semanas y procesar el sitemap, hasta 14 días. A veces no ocurre nunca, si Google no ve calidad suficiente en las páginas.
• Un cambio de título o del texto que aparece bajo el título en el buscador se ve en uno o dos días, y en los casos lentos tarda de semanas a meses.
• Un cambio de canónica tarda de una a tres semanas, y meses si las señales se contradicen.
• Una mudanza completa tarda de uno a tres meses en el caso típico, y de seis meses a más de un año en los más lentos.

Son puntos de referencia, no plazos. Y no conviene dar el cambio por cerrado antes de tiempo: en un caso que comentó John Mueller, de Google, el buscador volvió a mostrar el dominio viejo cuatro meses después de un cambio de dominio que parecía terminado (Search Engine Journal, 2026b).

¿Y si además cambias de dominio?

Cambiar de dominio suma riesgo y tiempo, así que solo vale la pena con una razón fuerte, como un cambio de nombre del hotel. Además de todo lo anterior, hace falta la herramienta de cambio de dirección de Search Console, que solo sirve cuando cambia el dominio o el subdominio (la parte que va delante del dominio, como en reservas.tuhotel.com), no para pasar de http a https. La herramienta pide mantener las redirecciones al menos 180 días, y más si todavía llega tráfico de Google a las direcciones viejas (Ayuda de Search Console, s. f.-a). Eso no reemplaza el año que Google recomienda para cualquier mudanza (Google Search Central, 2026a).

Renueva el dominio viejo aunque ya no lo uses: si caduca, sus redirecciones dejan de funcionar y todos los enlaces que apuntaban a él se pierden.

Por dónde empezar

Por el calendario: saca del PMS las fechas en que se reservó tu última temporada alta y marca el mes del estreno lejos de ellas. Después, pide al proveedor de la web el mapa de direcciones viejas y nuevas antes de que te enseñe el diseño. Y el día del cambio, haz tú la reserva de prueba desde el celular.

Si estás por cambiar la web, en el diagnóstico gratuito de rentabilidad de Roomflow revisamos esta lista con tu web actual. Y si quieres atraer visitas sin pagar publicidad mientras Google se asienta, empieza por que te encuentren cuando buscan tu nombre.

Preguntas frecuentes

Fuentes

1. Ayuda de Google Ads. (s. f.-a). Final URL: Definition (la URL final es la dirección de la página de tu web a la que llega quien hace clic en el anuncio). support.google.com. Consultado el 14 de octubre de 2026.
2. Ayuda de Google Ads. (s. f.-b). About conversion measurement (se añade una etiqueta de Google o un fragmento de código a la web; el sistema reconoce la cookie a través de ese fragmento y registra la conversión). support.google.com. Consultado el 14 de octubre de 2026.
3. Ayuda de Google Analytics. (s. f.). [GA4] Set up cross-domain measurement (la medición entre dominios atribuye a un mismo usuario la visita que pasa de un dominio a otro; sin ella, cada dominio crea cookies nuevas, un mismo usuario cuenta como dos y aparecen referencias propias; se configura en Administrar, Flujos de datos, Configurar los ajustes de la etiqueta, Configurar tus dominios; las páginas de los dos dominios deben llevar la misma etiqueta «G-»). support.google.com. Consultado el 14 de octubre de 2026.
4. Ayuda de Google Workspace. (s. f.). Set up MX records for Google Workspace (el remitente consulta los registros MX del dominio para saber adónde entregar el correo; «your email might not work correctly if you keep old or incorrect MX records»; se configuran donde se administra el dominio o su DNS). knowledge.workspace.google.com. Consultado el 14 de octubre de 2026.
5. Ayuda de Hotel Center. (s. f.). About hotel free booking links (el clic lleva a la página de destino que da el socio; la experiencia en la página de destino es una de las señales del orden; los hoteles sin cuenta de Hotel Center pueden pedir a su proveedor que configure los enlaces). support.google.com. Consultado el 14 de octubre de 2026.
6. Ayuda de Search Console. (s. f.-a). Change of Address tool (para mover un sitio a otro dominio o subdominio; no se usa para pasar de http a https ni para cambios de ruta; redirecciones durante al menos 180 días, y más si todavía llega tráfico de la Búsqueda). support.google.com. Consultado el 14 de octubre de 2026.
7. Ayuda de Search Console. (s. f.-b). URL Inspection tool (muestra la canónica declarada por el sitio y la canónica que eligió Google; permite solicitar la indexación, sin garantía de que la página entre en el índice). support.google.com. Consultado el 14 de octubre de 2026.
8. Ayuda del Perfil de Empresa de Google. (s. f.). Edit your Business Profile (la web se escribe con la dirección completa, con «http://» o «https://»; Google revisa los cambios antes de publicarlos). support.google.com. Consultado el 14 de octubre de 2026.
9. Google Search Central. (2026a, 20 de agosto). Site moves with URL changes (en sitios medianos, «it can take a few weeks or more» que Google empiece a mostrar las direcciones nuevas; la visibilidad puede fluctuar durante la mudanza; hacerla con menos tráfico y, si es estacional, en las caídas recurrentes; mapa de direcciones viejas y nuevas; redirecciones permanentes del servidor, 301 o 308, al menos un año y quizá para siempre; enlaces internos, sitemap, hreflang y canónica de cada dirección nueva hacia sí misma; la mudanza termina cuando Googlebot visitó cada dirección vieja y nueva al menos una vez; «don’t forget to remove any noindex or robots.txt blocks that were only needed for the migration»; redirigir directo al destino final, sin cadenas; las direcciones sin equivalente deben devolver 404 o 410, y no redirigir muchas a la portada, que Google puede tratar como un falso 404; «with any significant change to a site, you may experience ranking fluctuations»). developers.google.com. Consultado el 14 de octubre de 2026.
10. Google Search Central. (2026b, 21 de septiembre). Tell Google about localized versions of your page (cada versión de idioma se lista a sí misma y a todas las demás; si la página X enlaza a la Y, la Y debe enlazar a la X). developers.google.com. Consultado el 14 de octubre de 2026.
11. Search Engine Journal. (2026a, 4 de octubre). Matt G. Southern, Google Shows How Long Crawling, Indexing & Recovery Can Take (rangos que Gary Illyes presentó en Search Central Live Deep Dive Europe, Barcelona, 2 de octubre de 2026, según el resumen de John Campbell, de ROAST; mudanza de sitio de uno a tres meses en el caso típico y de seis meses a más de un año en los más lentos; descubrimiento de una página nueva, unas 20 horas; sitemap, unas 24 horas y hasta 14 días; cambio de canónica, de una a tres semanas; título y fragmento, de uno a dos días; «reported ranges are reference points, not deadlines»; «typical» sin definir y sin muestra declarada). searchenginejournal.com. Consultado el 14 de octubre de 2026.
12. Search Engine Journal. (2026b, 13 de octubre). Roger Montti, Google Says Why Site Migrations Can Exceed 4 Months (caso de Reddit: cuatro meses después de una mudanza de dominio, Google volvió a indexar el dominio viejo; John Mueller recomendó configurar el cambio de dirección para la versión con www y sin www; el artículo señala la redirección del registrador que no conserva las rutas, las cadenas de redirecciones, los enlaces internos absolutos y el sitemap con el dominio viejo, y los enlaces externos a cada versión como señales de canonicalización contradictorias). searchenginejournal.com. Consultado el 14 de octubre de 2026.