Booking.com: мониторинг цен через прокси
Revenue-менеджеры отелей ежедневно делают rate shopping: сравнивают BAR и package rates с конкурентами на Booking.com. Платформа показывает разные цены в зависимости от страны поиска, device и loyalty status. Прокси автоматизирует мониторинг и показывает выдачу гостя из целевого рынка. Post-pandemic recovery усилила rate parity disputes — proxy-based screenshots стали доказательством в chain-franchise audits.
Geo-specific pricing
Booking.com использует geo-таргетинг: немецкий пользователь может увидеть другую final price, чем пользователь из UK. Для benchmark прокси должен быть в стране целевого сегмента — именно DE для German OTA traffic, а не «ближайший дешёвый EU IP».
Архитектура мониторинга
Pipeline: scheduler → Playwright/Scrapy → proxy pool → PostgreSQL. На hotel_id и date pair — не чаще раза в 4–6 часов с одного subnet. Для сотен отелей — IPv6-ротация. Для Genius rates — отдельный IPv4 на тестовый аккаунт.
Length of stay и restrictions
Конкурент может показывать MIN stay 3 nights на high season — парсите restrictions, не только headline rate. Parameterize crawl: check-in + LOS matrix для top competitors. Mobile-only deals требуют mobile UA и viewport.
Обработка блокировок
При 403 — rotate proxy, увеличьте delay. Интеграция с Scrapy middleware упрощает ротацию. Fallback: secondary IPv4 geo при block primary IPv6 pool. Reporting для ownership требует 99% nightly success rate.
Parity с другими OTA
Отели следят за Expedia и Google Hotels. Единый proxy geo для всех OTA при rate shopping даёт честное сравнение. Genius level влияет на price — документируйте guest vs logged-in session.
Типичные ошибки
Разные check-in/check-out при сравнении. Игнорирование taxes and fees. Datacenter IP страны, где отель не продаётся. Проверяйте адреса в чекере.
Итог
Booking.com rate shopping automation требует geo fidelity превыше экономии на proxy. Document proxy country, LOS, meal plan и Genius level в каждой строке DB. При блокировке pool — fallback IPv4 geo, не штурмуйте один hotel_id с десятка IP. Revenue meetings должны доверять данным — invest in proxy quality accordingly.
Chain hotels и parity clauses
Franchise contracts include rate parity: public OTA price must not undercut brand.com. Legal and revenue teams scrape Booking + brand site from consumer geo proxy as evidence. Document proxy country and timestamp for audit trail admissibility. Genius and member rates — separate crawl profile with logged-in session on dedicated IPv4.
Package rates (room + breakfast + spa) confuse naive scrapers — parse rate name and inclusions JSON if exposed in page source before comparing BAR.
Metasearch и Google Hotel Ads
Booking price on Google Hotel Ads may differ from booking.com direct — meta commission and bid dynamics. Rate shopping trilogy: Google (proxy as searcher geo) + Booking + Expedia same dates. Three proxy sessions or sequential with cache — do not assume one OTA price equals metasearch click-out price.
Group bookings и corporate rates
Corporate negotiated rates sometimes visible only when logged in with company email domain — outside consumer scrape scope unless authorized test account. Group 10+ rooms — different rate table; parameterize occupancies in scraper config. MICE segment revenue managers track comp set group quotes manually today — partial automation via proxy logged-in session on dedicated IPv4.
Booking Loyalty programme tiers (Genius Level 1/2/3) — document which level used per scrape row. Breakfast included vs room-only — parse meal plan code. Cancellation policy free vs non-refundable влияет на displayed price comparison — store policy type alongside numeric rate for fair comp.
Nightly batch job должен логировать success rate по каждому proxy subnet — падение ниже 85% сигнализирует о необходимости refresh pool или снижения parallelism.
Краткий чеклист
Comp set 30 отелей, daily → IPv6 pool, geo = рынок сбыта. Genius rates → 1 IPv4 на аккаунт. Audit → 3–5 IPv4 нужных стран. Еженедельно сверяйте три случайных hotel_id вручную с automated snapshot для контроля качества данных revenue team.