# Changelog of Booking Availability · Day-by-Day Rates (`corent1robert/booking-availability-monitor`) Actor

- **URL**: https://apify.com/corent1robert/booking-availability-monitor/changelog.md
- **Full Actor documentation**: https://apify.com/corent1robert/booking-availability-monitor.md

## Changelog

### 1.12 — 2026-09-07

#### Added

- Dual-mode **Standby** HTTP lookup: one Booking.com hotel page, 7 look-ahead days. Search URLs, webhooks and change detection are off on HTTP. Console **Start** still runs the full monitor.

### \[2026-09-03]

#### Fixed

- Store Try / LIMITED\_PERMISSIONS no longer crashes on `openKeyValueStore('monitor-state')` (403). Comparison is skipped; calendars still export.

### 1.11 — 2026-09-01

#### Changed

- Hotels in a run are fetched **6 at a time** (dates still in batches of 10). Same calendars, less wall-clock on multi-hotel monitors.
- README cost table: no Actor-start fee (never billed). Calendar event scheduled **15 September 2026**: Free $0.010 → $0.015 (Bronze $0.0135, Silver $0.0105, Gold $0.009). Paying users notified 1 September.
- End-of-run log: next step to Booking Pro Host (hotel emails).

### 1.10 — 2026-08-28

#### Fixed

- Store **Try Apify** / automated 5-minute tests no longer hang: GraphQL calls time out at 20s, Apify Proxy works under LIMITED\_PERMISSIONS, and short runs cap at **1 hotel / 7 days**. Default look-ahead is **7 days** (set 30–180 in Console for longer calendars).

### 1.9 — 2026-08-24

#### Changed

- Store `description` / `seoDescription` name the Booking suite: **Hotel Search** (catalog) and **Pro Host** (emails).
- Monitor columns: `occupancyDelta`, `priceDelta`, `soldOutFlip` (schedule-friendly vs last snapshot).

### 1.8 — 2026-08-24

#### Changed

- Store listing republish: `seoDescription` Free 20 hotels / 14 days; categories `TRAVEL`, `REAL_ESTATE`.

### 1.7 — 2026-08-24

#### Changed

- Free plan cap is **20 hotels** per run (was 2). Look-ahead days on Free stay at 14.

### 1.6 — 2026-08-19

#### Changed

- Store categories: `TRAVEL`, `REAL_ESTATE`. README **Also available** (Booking suite) at the top.

### 1.5 — 2026-08-18

#### Added

- **8 more Store Examples** (12 total) — London, Barcelona, Rome, Amsterdam, solo traveler, Lisbon, 180-day calendar, Nice.

### 1.4 — 2026-08-17

#### Added

- **4 published tasks** (Paris hotel, Marbella search, 30-day window, day-level calendar view).

#### Changed

- Store `seoTitle` shortened; `seoDescription` snippet-length.

### 1.3 — 2026-08-17

#### Changed

- **One proxy session per hotel** — date fetches reuse the hotel session instead of opening a new proxy URL per day (was the main cost leak on 30–180 day calendars).
- **Free plan cap** — 2 hotels and 14 look-ahead days per run (`APIFY_USER_IS_PAYING`). Anonymous Try off.
- Search-URL collection on free is also capped at 2 hotels.

### 1.2 — 2026-06-17

#### Fixed

- **Minimal prefill for Try** — single hotel URL + 7 look-ahead days (was Paris search + 30 days → 732 hotels, timeout at 300 s)
- **`sessionId` proxy limit** — long hotel slugs no longer exceed Apify's 50-character session ID cap
- **Empty GraphQL responses** — clearer error instead of cryptic JSON parse failures

#### Added

- **`maxHotelsFromSearch`** — cap hotels collected from search result URLs (prefill default: 5)

### \[1.1.0] - 2026-06-14

#### Added

- Search URL support: paste a Booking.com search result URL to collect and monitor all hotels in a market automatically
- Mix hotel URLs and search URLs in the same run — duplicates are deduplicated
- `searchUrls` input field with full markdown guide in the Console

### \[1.0.0] - 2026-06-13

#### Added

- Initial release of Booking Availability Monitor
- Day-by-day availability calendar for specific Booking.com hotels
- Price-per-night per date extracted via HTTP-only GraphQL (no browser needed)
- Configurable lookAheadDays (1–180) and adults count
- Free cancellation flag and promo badge detection per date
- Summary fields: firstAvailableDate, lastAvailableDate, availableDays, avgPricePerNight, minPricePerNight, maxPricePerNight
- Progressive pay-per-event pricing
- RUN\_LOG stored in key-value store
