Airbnb y Booking en un solo calendario: cómo funciona el iCal

Si anuncias en Airbnb y en Booking a la vez, tu primer problema técnico se llama doble reserva: dos huéspedes distintos, mismas noches, y una cancelación dolorosa con penalización. La herramienta básica que lo evita existe desde hace años, es gratuita y viene incluida en ambas plataformas: el calendario iCal. Esta guía explica qué es, cómo conectarlo bien, y (la parte que casi nadie cuenta) qué NO hace.

Qué es iCal, en una frase

iCal (formato .ics) es un estándar de calendario: una URL que publica las fechas ocupadas de tu anuncio. Airbnb publica la suya, Booking la suya, y cada plataforma puede importar la URL de la otra. Cuando entra una reserva en Airbnb, Booking la ve como fechas bloqueadas en su siguiente lectura, y viceversa. Sin cuentas nuevas, sin coste.

Cómo conectarlo (una vez, diez minutos)

• En Airbnb: calendario del anuncio, Disponibilidad, Conectar calendarios: ahí puedes copiar la URL de exportación de Airbnb e importar la de Booking.
• En Booking (extranet): Tarifas y disponibilidad, Sincronizar calendarios: exporta la URL de Booking e importa la de Airbnb.
• Cruza las dos direcciones. La conexión en un solo sentido es el error clásico: protege una plataforma y deja la otra vendiendo noches ya ocupadas.

Lo que iCal no hace (y conviene saber antes, no después)

iCal transporta fechas, y poco más. Ser honestos con sus límites evita sustos:

• No es en tiempo real. Cada plataforma relee los calendarios ajenos cada cierto tiempo (desde minutos hasta horas, según la plataforma y el día). En ese hueco, una doble reserva sigue siendo posible en fechas muy calientes. Es raro, pero existe: el riesgo pasa de constante a residual, no a cero.
• No lleva (casi) datos del huésped. Nombre completo, teléfono, email, número de personas: casi nada de eso viaja por iCal. Verás un bloque de fechas con una referencia, no una reserva completa.
• No lleva precios ni condiciones. iCal no sabe cuánto cobraste ni qué política de cancelación aplica.
• No escribe hacia los canales. Con iCal no puedes cambiar precios ni abrir o cerrar fechas en Airbnb desde fuera: eso es trabajo de un channel manager conectado por API, otra categoría de herramienta (de pago, y con sus propios requisitos).

iCal, channel manager o los dos: cuál te toca

Solo iCal es suficiente si tienes uno o dos alojamientos, precios que gestionas a mano y volumen moderado: el riesgo residual de colisión es bajo y el coste es cero.

Channel manager (o PMS con conexión API) empieza a compensar cuando tienes varios alojamientos, precios dinámicos o mucha rotación: la conexión API es prácticamente inmediata y bidireccional (escribe precios y disponibilidad), y trae los datos completos de cada reserva.

La trampa está en creer que necesitas lo segundo para empezar. No: la mayoría de anfitriones pequeños vive perfectamente con iCal bien cruzado, y da el salto cuando el negocio lo pide.

Dónde encaja anpira (y qué no es)

Digámoslo claro porque nos gusta que se entienda a la primera: [anpira](/producto) no es un channel manager. No publica precios ni disponibilidad hacia Airbnb o Booking. Lo que hace es leer tus reservas (por iCal universal desde cualquier plataforma, o por API desde tu PMS si usas uno, como Smoobu o Hostaway) y montar encima toda la operativa que las plataformas no resuelven: el portal del huésped, el check-in con registro de viajeros, el conserje con IA, la limpieza con evidencia sellada y los extras.

• Importas el iCal de cada plataforma una vez y anpira mantiene el calendario unificado, actualizándolo con un proceso periódico.
• Si además usas un PMS conectado por API, anpira deduplica: cuando la misma reserva llega por dos vías, gana la fuente con datos completos y no ves duplicados.
• Como iCal trae pocos datos del huésped, anpira te lo pone fácil para completarlos: la ficha de la reserva es editable y el propio huésped completa sus datos al hacer su check-in online.

Lista de comprobación final

• Conexión cruzada en ambos sentidos (Airbnb importa Booking y Booking importa Airbnb).
• Prueba de fuego: bloquea manualmente una noche en una plataforma y comprueba que aparece bloqueada en la otra (paciencia: puede tardar).
• Revisa las URLs después de cualquier cambio grande del anuncio: al recrear un anuncio, la URL de exportación cambia y la vieja se queda muda.
• Y decide dónde vive tu operativa: el calendario te dice quién viene; todo lo que pasa después (mensajes, llegada, registro legal, limpieza) es otra historia, y es la que de verdad consume tus horas.