API de rate shopping vs revisión manual: qué devuelve el feed del compset, cuándo ir en vivo multi-OTA y cómo automatizarlo. 1.000 créditos gratis.
Una API de rate shopping es una interfaz que devuelve las tarifas de tus hoteles competidores —en vivo e históricas— como datos estructurados, de modo que un equipo de revenue no tenga que volver a abrir una OTA y copiar precios a una hoja de cálculo. Veetal Connect API ofrece rate shopping en dos capas: un set competitivo gestionado con informes diarios de tarifas ya procesados, y consultas multi-OTA en vivo bajo demanda. Este artículo compara la revisión manual de tarifas con un flujo automatizado por API, muestra qué devuelve exactamente el dato y explica cuándo conviene cada capa.
Lo que cuesta de verdad revisar tarifas a mano
Casi todos los equipos de revenue empiezan igual: un navegador, unas cuantas pestañas de OTAs y un Excel compartido. Funciona para un hotel y tres competidores. Deja de funcionar prácticamente justo después.
- No escala con la parrilla. Un rate shop útil no es un número: son n competidores × más de 90 fechas de entrada × ocupación × régimen × política de cancelación. Hacerlo a mano son miles de consultas por hotel y día.
- Nace caducado. Los precios de las OTAs se mueven durante el día. Una parrilla recogida en tres horas describe tres mercados distintos, y cuando termina de pegarse en la hoja, la decisión que sostiene ya mira al mercado de ayer.
- No es reproducible. Dos analistas consultando "la misma" tarifa obtienen números distintos, porque el precio varía según dispositivo, sesión iniciada, nivel de fidelización y duración de la estancia. Sin parámetros fijos no hay base con la que comparar la semana siguiente.
- No deja histórico. La revisión manual responde "cuál es el precio hoy". No responde "cómo fijó precio mi compset la misma semana del año pasado", que es la pregunta que alimenta un modelo de pricing.
- Montar tu propio scraping solo mueve el problema. Cambias trabajo manual por trabajo de mantenimiento: los cambios de maqueta rompen los parsers, las medidas anti-bot limitan las peticiones y acabas con HTML crudo que aún hay que normalizar antes de que sirva a alguien.
El sector ya lo ha detectado. En la encuesta de tendencias de revenue management 2024 de Hotelspeak, los encuestados valoraron la importancia de los procesos automatizados en revenue management con un 4,5 sobre 5 —frente al 4,2 del año anterior— y un 64,3% afirmó que la automatización pesaría más en 2024 que en 2023.
Qué devuelve una API de rate shopping
La ventaja de una API de rate shopping no es solo la velocidad: es que la respuesta llega con las dimensiones que la hacen comparable. Un precio sin sus condiciones no es un precio sobre el que puedas decidir.
El dato de tarifas de alojamiento de Veetal devuelve, por competidor y fecha:
- Tarifa y divisa, por noche y total de la estancia.
- Tipo de habitación y ocupación — adultos y niños, para comparar lo comparable.
- Régimen alimenticio — solo alojamiento (
alo), desayuno (ad), media pensión (mp), pensión completa (pc) o todo incluido (ti). - Política de cancelación — flexible frente a no reembolsable, que es donde suele esconderse la diferencia real de precio.
- Ofertas por canal — tarifas Genius de Booking y ofertas solo móvil, marcadas aparte en vez de mezcladas en silencio con el precio de portada.
- OTA de origen, para que toda tarifa sea siempre atribuible al canal del que salió.
Ese último bloque de dimensiones es lo que separa una API de rate shopping de una captura de pantalla. "El competidor está 20 € más barato" es ruido si su tarifa es solo alojamiento, no reembolsable y con Genius en móvil, y la tuya es flexible con desayuno.
Los endpoints que hacen el trabajo
El rate shopping en Veetal Connect API atraviesa tres familias. Un flujo en producción suele tocar las tres.
account_accommodation_competitors— lee el set competitivo configurado para uno de tus alojamientos. El compset se gestiona en la plataforma, así que se mantiene estable entre imports en lugar de reescribirse cada vez.feed_accommodation_rates— el informe diario de tarifas de tu hotel y su compset, para una fecha (rate_date) o un mes entero (rate_year+rate_month). Filtra porota,adults/childs,regime,cancel_policy,genius,mobile_device; usamin_ratespara devolver solo la tarifa mínima por competidor y fecha, ovs_idpara comparar contra un competidor concreto.feed_accommodation_parity— el parity score de tu hotel frente a su compset en un rango de fechas, con la mejor tarifa por competidor y pordevice(escritorio o móvil).realtime_hotel_parity— un barrido en vivo de todas las OTAs listadas en Google Hotel Ads para una estancia: una tarifa por OTA, cada una con enlace de reserva y detalles de cancelación. Suele tardar entre 4 y 14 segundos.realtime_booking_availability— disponibilidad día a día en Booking.com sobre un rango, que es como detectas las restricciones y los cierres de un competidor, no solo su precio.
Consulta la estructura completa de campos en las páginas de dataset de competidores de hoteles y tarifas de hoteles.
Revisión manual frente a API de rate shopping
| Revisión manual | API de rate shopping | |
|---|---|---|
| Cobertura | Unos pocos competidores y fechas | Compset completo × meses de fechas de entrada |
| Frescura | Ya tiene horas cuando se termina | Informe diario + consulta en vivo bajo demanda |
| Dimensiones | Solo el precio de portada | Régimen, ocupación, cancelación, Genius, móvil, OTA |
| Reproducibilidad | Varía según analista, dispositivo y sesión | Parámetros fijos, misma consulta cada día |
| Histórico | Ninguno, salvo que alguien archive hojas | Series almacenadas, legibles por import_id |
| Esfuerzo | Crece linealmente con los hoteles | Plano — una integración cubre la cartera |
| Salida | Celdas de Excel | JSON normalizado, directo a tu RMS o BI |
Feed o Real Time: qué capa llamar
Las dos capas responden a "qué cobra la competencia", pero cuestan y se comportan distinto. Elegir bien es la mayor parte del control de coste.
Feed API (feed_*) | Real Time API (realtime_*) | |
|---|---|---|
| Naturaleza | Informes pre-procesados de imports programados | Consulta en vivo bajo demanda |
| Alcance | Tus alojamientos configurados y su compset | Cualquier hotel, cualquier OTA cubierta |
| Coste | Lecturas baratas | Consume créditos por llamada |
| Latencia | Inmediata — ya está almacenado | Segundos |
| Úsala para | Shopping diario, tendencias, histórico, modelos | Comprobaciones puntuales, auditorías, verificar antes de publicar |
La regla de oro: Feed para lo recurrente y configurado; Real Time para lo puntual y arbitrario. Las respuestas de Real Time son cacheables de 0 a 24 horas (configurable por API desde el dashboard), y no_cache=true fuerza una consulta fresca cuando de verdad necesitas el segundo actual.
Cómo es una petición
Un mes de shopping del compset para un hotel, con la tarifa mínima por competidor y fecha:
GET /v2/feed/accommodation/{accommodation_slug}/rate?rate_year=2026&rate_month=9&min_rates=true&adults=2®ime=ad
La respuesta es una fila por competidor y fecha, ya normalizada — sin parsear HTML ni casos especiales por OTA. Quita min_rates cuando necesites todos los planes tarifarios, añade vs_id para aislar a un rival concreto o ota para mirar canal por canal.
Un flujo diario que funciona
Este es el patrón al que acaban llegando la mayoría de agencias de revenue:
- Define el compset una vez en la capa Account, por hotel. Se convierte en la espina dorsal estable de todas las consultas posteriores.
- Lee el feed diario cada mañana —
feed_accommodation_ratespara las próximas 60–90 fechas de entrada, filtrado al régimen y la ocupación que reflejan tu mix real de negocio. Comparar lo comparable —mismo régimen, misma política de cancelación— es justo lo que recorre la receta de rate shopping comparando lo comparable. - Alerta sobre movimientos, no sobre niveles: un competidor que cruza un umbral, que abre o cierra disponibilidad, o un cambio brusco de política de cancelación en todo el set.
- Comprueba la paridad con
feed_accommodation_paritypara ver dónde te están infravendiendo por canal — el dataset de disparidad hotelera lo cubre en profundidad. - Verifica en vivo antes de publicar. Lanza
realtime_hotel_paritysobre el puñado de fechas que vas a reprecificar. Barato donde da igual, preciso donde importa.
El resultado es un ciclo que se ejecuta antes de que llegue el equipo, en vez de una mañana entera reconstruyendo un Excel.
Dos recetas cubren los dos extremos de ese ciclo: la parrilla de tarifas de la competencia para la comparación diaria, y un feed, un esquema, todos tus hoteles cuando pasas de un puñado de hoteles.
Preguntas frecuentes
¿Qué es una API de rate shopping? Una API de rate shopping es una interfaz que devuelve las tarifas de los hoteles competidores como datos estructurados —precio, tipo de habitación, régimen, ocupación, política de cancelación y OTA de origen— para un set competitivo y un rango de fechas definidos, de forma que las decisiones de pricing se automaticen en lugar de recogerse a mano.
¿En qué se diferencia de una herramienta de rate shopper? Una herramienta de rate shopper te enseña un dashboard. Una API de rate shopping te da el mismo dato en JSON, para que alimente tu propio RMS, tu stack de BI, tu modelo de pricing o un producto para tus clientes. Si necesitas construir sobre el dato y no solo mirarlo, necesitas la API.
¿Con qué frecuencia se actualiza el dato de rate shopping?
El dato Feed procede de imports programados y está disponible como informe diario por hotel y compset, con histórico almacenado que puedes releer por import. Las consultas Real Time se ejecutan bajo demanda, con una caché configurable de 0 a 24 horas; no_cache=true la evita.
¿Qué OTAs cubre Veetal para rate shopping? Booking.com, Expedia, Google Hotels, Hotels.com y Airbnb para precio, más todas las OTAs listadas en Google Hotel Ads a través del endpoint de paridad en vivo. Reseñas y reputación cubren además TripAdvisor.
¿Puedo comparar solo contra un competidor concreto?
Sí. feed_accommodation_rates acepta vs_id para comparar tu hotel con un competidor, y min_rates para devolver solo la tarifa más baja por competidor y fecha cuando te interesa el suelo de mercado y no cada plan tarifario.
¿Necesito montar scrapers para obtener tarifas de la competencia? No. Esa es justamente la idea de la API: la recogida, la normalización y el mantenimiento ocurren aguas arriba, y tú consumes JSON limpio con timestamps y metadatos. Sin parsers que arreglar cada vez que una OTA cambia su maqueta.
¿El rate shopping incluye disponibilidad y restricciones?
Sí. realtime_booking_availability devuelve disponibilidad día a día en Booking.com sobre un rango, para ver cuándo un competidor cierra ventas o restringe estancias — contexto que el precio por sí solo no da.
Empieza a hacer rate shopping por API
Puedes probar todo el flujo antes de integrar nada: 1.000 créditos gratis, sin tarjeta. Configura un alojamiento, añade su compset y saca un informe de tarifas real contra tu propio mercado.
