¿Conoce ChatGPT tu hotel?

La respuesta corta

Si alguien le pide a un asistente un hotel en tu ciudad, el asistente responde con lo que haya podido leer. Si tu web solo existe después de ejecutar JavaScript, no ha leído nada, y recomienda al hotel de al lado.

Puedes comprobarlo tú mismo, gratis, en polargate.ai/tools/ai-search-radar. El escaneo pide tu web igual que la piden los asistentes y te deja un informe que puedes reenviar a quien te la hizo.

Qué lee de verdad un asistente

GPTBot, OAI-SearchBot y ChatGPT-User piden el HTML tal cual y nunca ejecutan JavaScript. Vercel y MERJ lo confirmaron sobre más de 500 millones de peticiones de GPTBot. ClaudeBot y PerplexityBot se comportan igual.

Casi toda web de hotel moderna es una aplicación de una sola página. El servidor manda un armazón casi vacío y el navegador construye después las habitaciones, el restaurante, los horarios del spa y la dirección. El huésped ve una página terminada. El rastreador ve el armazón.

Es el patrón que seguimos encontrando cuando auditamos una web: sana por dentro y ciega por fuera. En una web corporativa que auditamos, a los rastreadores se les servía un cuerpo vacío y, además, el fichero robots excluía expresamente a los rastreadores de IA.

Compruébalo gratis

Nuestro AI Search Radar pide tus páginas con los user agents reales de GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot y Googlebot, con el JavaScript desactivado. Es exactamente la vista que tienen esos rastreadores.

Recibes un informe compartible en polargate.ai/scan/tudominio: qué rastreadores pudieron entrar y cuánto texto real recibió cada uno. Googlebot está en la lista a propósito, porque compararlo con el resto enseña cuánto de tu web depende del JavaScript para existir.

Nada que instalar, nada que pagar y sin registro. Si el informe sale aburrido, estás bien y puedes dejar de leer aquí.

Qué se arregla, y en qué orden

1. Dejarles entrar

Empieza por el fichero robots. Una regla que bloquee a GPTBot o a ClaudeBot deja sin sentido todo lo que viene después. Bloquear a los motores de respuesta no protege tus tarifas ni tus fotos, te saca de la respuesta. Cuando endurecemos una web, esos rastreadores se quedan permitidos a propósito.

2. Meter el contenido en el HTML que se sirve

Es el paso que de verdad cambia la respuesta, y hay dos formas honestas de darlo. Prerenderizar todas las rutas a HTML estático al compilar, que es como construimos las webs nuevas. O, cuando rehacer la web no está sobre la mesa, inyectar el contenido en el borde solo para los rastreadores: título, descripción, canonical, hreflang, Open Graph, JSON-LD y un cuerpo real con encabezados y párrafos. El huésped sigue recibiendo la aplicación intacta, y no cambian ni el build ni la app.

3. Dar a cada página y a cada idioma sus metadatos

Un título, una descripción, un canonical, hreflang entre versiones de idioma y datos estructurados que digan qué es el hotel, dónde está y cómo se reserva. Un asistente que no distingue tu página en español de la inglesa no cita ninguna con confianza.

4. Responder primero, una pregunta por página

Habitaciones, restaurante, parking, mascotas, horarios de entrada, distancia al aeropuerto. Cada una es una pregunta que un huésped hace en voz alta, y cada una merece una página que la responda en la primera frase. Nuestro propio build falla si una página se genera sin H1 o con menos de 120 palabras.

Qué cambió en una web que arreglamos

En la web pública de un grupo de viajes europeo al que no nombramos, medido en 2026: una noticia pasó de 14 caracteres de texto legible para un rastreador de IA a 11.421. La portada pasó de entre 14 y 80 caracteres a 756, y las páginas interiores a entre 200 y 260, en seis rutas y sus versiones por idioma. Un archivo de unas 700 noticias quedó legible. Sin rediseño, sin migración y sin cambiar nada de lo que ve una persona.

Lo que un panel de monitorización no puede hacer

Hay productos que miden cuántas veces mencionan los asistentes a una marca y lo pintan en una gráfica. Sirven cuando lo básico ya funciona. Y son justo la parte que no arregla nada: un panel no edita tu fichero robots, no prerenderiza tus rutas, no escribe el middleware de borde ni escribe la página que responde a la pregunta.

El arreglo lo hacemos nosotros. El escaneo es gratis y el informe es tuyo, nos contrates o no.

Por dónde empezar

Lanza el escaneo sobre tu dominio, lee el informe y mándaselo a quien mantiene tu web. Si lo que vuelve es que esto necesita ingeniería, esa es la conversación que toca tener con nosotros.