How to Sync Booking.com and Airbnb Calendars (And When iCal Stops Working)

You can sync your Booking.com and Airbnb calendars for free using iCal. Export the calendar link from each platform and import it into the other — you need to do it in both directions, because each import is one-way. The catch is that iCal is only available if you sell a maximum of one unit per room type, it transfers blocked dates and nothing else, and it refreshes on a delay of a few hours rather than instantly. For a single cottage or a one-of-each-room B&B that is usually good enough. For anything with two identical rooms, it is not, and no amount of setup will fix it.

Here is how to do it properly, what it will not do, and how to tell when you have outgrown it.

First, check whether iCal is available to you at all

Most guides skip this and it is the part that decides everything.

Booking.com's own partner documentation sets three conditions for calendar import and export. Your property must have twenty room types or fewer. Each room type must sell a maximum of one unit. And your property must not already be connected through an XML connectivity provider.

That middle condition is the one that catches people out. iCal is a list of blocked date ranges — it has no concept of quantity. It can say "the 14th to the 16th is unavailable." It cannot say "one of your two twin rooms is sold and one is still open." So the moment you have two rooms of the same type, iCal cannot describe your availability, and Booking.com simply does not offer the feature.

To check: log into the Extranet, open Rates & Availability, and look for Sync calendars in the menu. If it is there, you are eligible. If it is not, skip to when you have outgrown iCal — the rest of this section will not help you.

You will also need a user account with Rates & Availability permission, and the property needs to be open and bookable.

Step 1: Export your Airbnb calendar, import it into Booking.com

In Airbnb:

1. Go to Listings and select the listing you want to sync.

2. Open Availability (on some accounts this sits under Pricing and availability).

3. Find Calendar sync or Sync calendars.

4. Click Export calendar and copy the URL. It will end in .ics.

Then in the Booking.com Extranet:

5. Open Rates & Availability, or the Calendar tab, and scroll to the Sync calendars box.

6. Click Import calendar.

7. Paste the Airbnb link.

8. Give it a name you will recognise later — "Airbnb — Garden Cottage" beats "Calendar 1" when you are debugging this in eight months.

9. Save, and wait for the confirmation message.

Booking.com will now block out any dates that are booked or blocked on Airbnb.

Step 2: Do it the other way round

This is the step people forget, and forgetting it is worse than not syncing at all — because you will believe you are protected when you are only half protected.

In the Booking.com Extranet, in the same Sync calendars box, click Export calendar and copy the link. Then go back into Airbnb, into the same listing's calendar sync screen, click Import calendar, paste the Booking.com link, and name it.

Now bookings flow in both directions. Each connection is a separate one-way pipe, so n channels need n × (n − 1) links: two channels is two links, three is six, four is twelve. That number matters when you get to maintenance.

Step 3: Add your other channels the same way

Expedia, Vrbo and Tripadvisor all publish iCal links, and the process is identical: export from each, import into every other. Agoda's availability depends on how your listing is set up.

If you are running four channels, stop and count the twelve links you are about to create and maintain by hand before you start. That is the honest cost of the free method.

What iCal does not do

It is worth being blunt about this, because the gap between what hosts assume iCal does and what it actually does is where the money leaks out.

It does not move rates. iCal carries availability only. Every price change, every seasonal rate, every last-minute discount still has to be entered separately on each platform. If you are syncing calendars but rekeying rates by hand, you have solved the smaller half of the problem.

It does not move guest details. No name, no contact details, no booking value, no folio. Your reservations still live in four different places and you still have no single view of who is arriving on Friday.

It does not update instantly. Platforms poll each other's calendar files on a schedule — typically every few hours, and the exact interval is not published or guaranteed. A booking taken on Airbnb at 09:00 may not appear on Booking.com until lunchtime.

It does not tell you when it breaks. If a link expires, or a listing is recreated and its URL changes, the sync stops. Neither platform will email you. The calendar simply stops updating, and you find out when two guests arrive for the same room.

It cannot handle multiple units. Covered above, but worth repeating because it is structural rather than a limitation someone might fix later.

The window where double bookings still happen

Here is the scenario, with real numbers.

You list one cottage on Airbnb and Booking.com. At 09:00 a guest books the 14th to the 16th on Airbnb. Airbnb marks those dates as unavailable immediately. Booking.com does not know yet — it will find out when it next reads the Airbnb calendar file.

At 11:20 a second guest books the same dates on Booking.com. Both bookings are now confirmed. At 12:00 the sync runs and dutifully blocks dates that are already double sold.

That is a three-hour exposure window, and it exists every single day, on every set of dates you have open. It is small. It is also not zero, and it opens widest precisely when demand is highest — a bank holiday weekend, a local event, the week your rates are strongest. The cost of it landing is a cancellation, a refund, an OTA penalty, a scramble to rehouse someone, and a review that reads badly for the next year.

Two-way API connections close this window because they push in real time rather than waiting to be read.

How to make iCal safer if you are staying with it

If you are a genuine single-unit property, iCal is a reasonable tool and these habits make it meaningfully safer:

• Test after setup. Block a date manually on one platform and confirm it appears on the other. If it does not show within a few hours, something is wrong now, not later.

• Diarise a monthly link check. Open each sync screen and confirm every connection still reports as active. This is the single highest-value ten minutes in your month.

• Use the manual refresh before you change anything. Both platforms offer a refresh button. Click it before you open up dates or change your minimum stay.

• Keep a buffer day between stays during peak periods if your occupancy can absorb it. It converts the exposure window from a risk into a gap.

• Be careful with instant booking on dates you also sell elsewhere. Requiring approval costs you conversions, but it puts a human between the two bookings.

• Never edit availability in two places at once. Pick one platform as the place you make changes and let it propagate.

When you have outgrown iCal {#when-you-have-outgrown-ical}

Four triggers, any one of which means the free method has stopped being the cheap option:

1. You sell more than one unit of any room type. Not a judgement call — the feature is not available to you.

2. You are on three or more channels. Six links to maintain, and every one is a silent single point of failure.

3. You are rekeying rates by hand. The time cost has quietly overtaken the software cost, and rate parity errors are their own expensive problem.

4. You have had one near miss. Most hoteliers move after the first one. The ones who move before it are the ones who did the maths on what the second one costs.

A two-way connection works differently. Instead of each platform periodically reading a file from every other platform, your property management system holds one live calendar and pushes changes out to every connected channel — and receives bookings back into the same calendar within seconds. One place to change a rate. One place to see who is arriving. No link maintenance, because there are no links.

Where Stayvieo fits

Stayvieo is a property management system for independent hotels, B&Bs, guest houses and holiday lets in the 5–40 room range. Your rooms, rates and availability live in one calendar, and Stayvieo keeps that calendar in sync with your connected channels — Booking.com, Expedia, Airbnb and Agoda among them — with bookings landing back in the same place.

Thanington Hotel in Canterbury has had zero double bookings since going live.

It is £29 per month. No commission on your bookings, no lock-in contract, free data import from whatever you are using now, and most properties are live in about a day.

FAQ

Is iCal sync free? Yes. Both Airbnb and Booking.com include calendar import and export at no cost. The cost is your time maintaining the connections, and the risk carried by the refresh delay.

How long does an iCal sync take to update? Typically a few hours. Neither platform commits to a specific interval, and it can be longer at busy times. Both offer a manual refresh button if you need a change to propagate sooner.

Can I sync individual rooms in the same property on Booking.com? No. Booking.com's calendar sync requires a maximum of one unit per room type, so a property with two identical doubles is not eligible. Multi-unit properties need an API connection instead.

Does iCal sync my prices as well as my availability? No. iCal carries blocked dates only. Rates, restrictions and minimum stays have to be maintained separately on each platform.

Why did my calendar sync stop working? Usually an expired or changed link — often after a listing was recreated or edited. Neither platform notifies you when a connection fails, which is why a monthly manual check is worth diarising.

Do I still need iCal if I have a property management system? No, and in fact you cannot use both on Booking.com — the Extranet disables calendar sync for properties connected through a connectivity provider. The API connection replaces it and does considerably more.