Una reserva de Airbnb, varios correos,
una fila

Qué incluye un correo de reserva y qué deja fuera

Un correo de reserva es un documento de reserva completo para el momento en que se envió, y uno incompleto para todos los momentos posteriores. La confirmación incluye el código de confirmación, el nombre del huésped, el anuncio, las fechas de entrada y salida, el número de noches, el número de huéspedes, el total que pagó el huésped, sus ganancias por la estancia y, cuando el huésped escribió una al reservar, su nota.

Los datos están en el cuerpo del mensaje. Si llega un archivo de calendario junto con la confirmación, contiene fechas y una línea de resumen, no el código de confirmación, ni el huésped, ni el dinero. Eso es lo primero que hay que aclarar antes de elegir una regla de reenvío: el cuerpo es el documento.

Airbnb también envía desde más de una dirección. Su propia página de ayuda sobre notificaciones faltantes menciona [email protected], [email protected] y [email protected] como las direcciones que debe añadir a sus contactos, lo cual es una pista útil para cualquier lista de remitentes permitidos: permita las direcciones que Airbnb realmente usa, no una dirección supuesta.

Lo que el correo deja fuera importa igual. No contiene la dirección de correo del huésped. El número de teléfono del huésped solo está disponible después de confirmarse la reserva, y desaparece de la reserva una vez que se procesa una cancelación. El mensaje no incluye la fecha de pago, el estado actual de la reserva ni un historial de lo que cambió. Esas lagunas son la razón por la que una confirmación puede abrir un registro, pero no puede ser el registro.

La confirmación le dice que existe una reserva. No puede decirle si esa reserva sigue como estaba cuando se envió el correo.

Tres mensajes que cambian una reserva

Una reserva que nunca cambia igual produce una confirmación y un pago. Una reserva que cambia produce un segundo documento que contradice al primero, y esa contradicción es lo que la hoja debe resolver.

Una modificación empieza como una solicitud. La página de ayuda de Airbnb para anfitriones explica que un huésped puede enviar una solicitud de cambio de viaje y que los huéspedes también pueden modificar su reserva a través del enlace del correo de confirmación. El cambio se negocia y se aplica dentro de Airbnb. La línea más reveladora está en la propia nota de Airbnb sobre cómo gestionar modificaciones con software: los cambios de reserva no se pueden aceptar ni rechazar desde su software y deben gestionarse en la cuenta de Airbnb. Si un sistema de gestión de propiedades no puede absorber ese evento por sí solo, una hoja de cálculo posterior no tiene ninguna posibilidad a menos que se capture el correo de cambio.

Una cancelación es un mensaje aparte con tres consecuencias a la vez. La página de ayuda de Airbnb para anfitriones dice que cuando un huésped cancela, se notifica al anfitrión de inmediato, se desbloquean las fechas y se coordinan los pagos y los reembolsos. Nada de eso es una nueva reserva, y nada de eso puede inferirse de la confirmación original.

Los pagos funcionan con otro reloj. Los términos de pagos de Airbnb indican que se notifica al anfitrión por correo cuando se inicia cada pago. Un pago puede cubrir varias reservas, por lo que una fila de pago y una fila de reserva rara vez coinciden una a una.

Un mensaje de cambio suele ser más corto que una confirmación. Está escrito para decir qué se movió, no para repetir toda la reserva, así que una columna que se llena desde una confirmación puede volver vacía desde un cambio. Eso es esperado. El código de confirmación y el tipo de evento son los campos que un mensaje de cambio debe entregar.

Por qué la hoja pierde el cambio

La hoja pierde un cambio porque el cambio se completa en Airbnb, y la hoja solo sabe lo que llegó a la bandeja de entrada.

La mayoría de las reglas de reenvío están escritas contra el primer mensaje. Un filtro construido en torno a las palabras "reserva confirmada" no captará un mensaje posterior sobre una cancelación, y una regla construida a partir de una sola línea de asunto solo capta un evento. Los mensajes que más importan son los que llegan después de que se escribió la regla.

La segunda causa es la extracción de solo adición. Cada correo procesado se convierte en una fila, que es el comportamiento correcto para un registro de auditoría y el incorrecto para un campo de estado. Nada sobrescribe la fila anterior, así que la confirmación conserva sus fechas antiguas y parece completa mientras lo hace.

La tercera es la clave de unión. Una línea de asunto normalmente nombra al huésped, no el código de confirmación. Cuando falta el código, o está en un lugar diferente en una plantilla diferente, las dos filas no comparten ningún valor que permita a la hoja de cálculo emparejarlas. Termina con dos filas plausibles y ninguna regla sobre cuál es la actual.

Reenvíe todo y aparece un cuarto problema: las consultas, las solicitudes de reserva y los recordatorios mencionan al mismo huésped y las mismas fechas, así que se leen como reservas. Una solicitud que luego se rechaza ya ha creado una fila. Un recordatorio de una estancia que se canceló mantiene vivas las fechas antiguas en el registro.

El resultado es un tipo específico de error. Un huésped mueve una estancia de dos noches por dos días. La fila de confirmación sigue diciendo martes. El personal de limpieza arma la rotación de limpieza desde la hoja, el contable cuenta las noches originales, y la fila parece terminada, por eso nadie la revisa de nuevo. Los datos nunca se escribieron mal. Un evento posterior simplemente nunca se aplicó a una fila anterior.

Un correo de reserva es un evento. Una hoja de reservas es un registro. La brecha entre ellos es donde vive la fecha de entrada incorrecta.

El mismo problema de instantánea aparece en correos de confirmación de pedidos de comercio electrónico, donde un cambio de dirección o una cancelación pueden dejar una fila que parece correcta y se envía mal. La diferencia aquí es el volumen: una tienda envía una confirmación por pedido, mientras que un alquiler de corta estancia envía una confirmación, un cambio, una cancelación y un pago, y cada uno describe la misma reserva desde un ángulo diferente.

Dirija los correos a una bandeja de entrada que lee el cuerpo del mensaje

El punto de entrada es una dirección de bandeja de entrada, no una integración con Airbnb. Email Inbox le da a una cuenta una dirección dedicada para los correos de reservas de Airbnb: todo lo que se envíe o reenvíe a ella llega a la cola de procesamiento, y una lista de remitentes permitidos mantiene fuera el correo no relacionado. El ajuste que importa para Airbnb es el que le indica dónde leer.

Una plantilla cubre las cuatro formas de mensaje porque la coincidencia es semántica. Eso basta para extraer datos de reservas de Airbnb de una confirmación, un cambio, una cancelación y un pago sin necesidad de un analizador para cada una. Un mensaje de cambio que nunca repite la fecha de entrada deja esa celda vacía en lugar de rellenarla con una suposición, que es el comportamiento que desea en un libro de registro. Si la reserva le llega como captura de pantalla en lugar de correo electrónico, la guía campo por campo para extraer códigos de confirmación y fechas de capturas de pantalla de reservas cubre esa entrada. La misma configuración de solo cuerpo es también lo que hace extraíbles las facturas escritas en el cuerpo de un correo, y la versión general de este patrón de enrutamiento está cubierta por el flujo de trabajo del analizador de correo.

Conserve cada evento, muestre una fila por reserva

La tabla que llega desde la bandeja de entrada es un registro de eventos, y debe seguir siéndolo, porque el mensaje de cancelación es la única prueba de que la reserva fue cancelada. Añada una segunda pestaña para la vista desde la que trabaja, y deje que el código de confirmación decida qué fila representa la reserva.

En la pestaña sin procesar, conserve cada mensaje procesado en orden de llegada y añada una columna de secuencia con =ROW(). Un número de fila más alto significa un mensaje posterior, que es el único reloj que necesita si la exportación no incluye marca de tiempo de recepción. En la pestaña de trabajo en Google Sheets, apunte una fórmula a la pestaña sin procesar, ordene por el código y luego por el número de secuencia, del más reciente al más antiguo, y conserve la primera fila de cada código:

=UNIQUE(SORT(Emails!A2:L, 1, TRUE, 2, FALSE))

Eso devuelve una fila por código de confirmación, y como el orden coloca el evento más reciente arriba, la fila que sobrevive es la más reciente. Un cambio reemplaza las fechas. Una cancelación reemplaza el estado. Las filas anteriores siguen en la pestaña sin procesar, que es lo que desea cuando un contable pregunta por qué se movió un pago.

Ajuste las letras de las columnas para que coincidan con su propio diseño, ya que la fórmula asume que el código de confirmación es la columna A y el número de secuencia es la columna B. Conserve las filas canceladas en la vista de trabajo y fíltrelas cuando necesite la lista de ocupación actual. Eliminar una fila de cancelación suprime la explicación de un reembolso, y el mes que viene nadie recordará por qué falta el dinero.

Un caso no se resuelve automáticamente. Un mensaje que realmente carece de código de confirmación no puede unirse por él, así que permanece visible en la pestaña sin procesar y se empareja a mano. Eso debería ser poco frecuente, y es mejor ver la fila huérfana que dejar que una fórmula la descarte silenciosamente.

Quién lee cada columna

Una sola tabla puede servir a un anfitrión, un coanfitrión, personal de limpieza y un contable, pero solo si cada uno abre la vista creada para su trabajo.

El anfitrión trabaja desde la pestaña deduplicada. Es el registro de ocupación y el registro de ingresos a la vez: fechas, noches, número de huéspedes, pago y estado en una línea por reserva. La pestaña sin procesar sirve para verificar un dato, no para planificar un mes.

El coanfitrión necesita el nombre del huésped, las fechas, el número de huéspedes y la nota que dejó el huésped con la reserva. Una vista compartida de la hoja ofrece eso sin entregar un inicio de sesión de Airbnb, lo cual importa cuando un coanfitrión se añade a algunos anuncios y a otros no.

El personal de limpieza o el responsable de operaciones necesita tres cosas: la fecha de salida, el anuncio y si otro huésped llega el mismo día. Dirija a esta persona a la pestaña deduplicada, nunca a la sin procesar. Que el personal de limpieza lea la pestaña sin procesar es la forma más común de que una fecha corregida vuelva a ser incorrecta.

El contable necesita el total del huésped, la tarifa de limpieza, su pago y el mes, y necesita que las filas canceladas se queden en su sitio. Los mensajes de pago pertenecen a su propia pestaña porque un pago puede cubrir varias reservas, y la conciliación es una comparación entre dos granularidades: reservas y eventos bancarios. Si el destino es un CRM en lugar de una hoja, el mismo conjunto de campos se traslada mediante una importación CSV; el patrón para convertir correos en contactos de CRM se aplica al registro del huésped, con el código de reserva como identificador que evita duplicados.

Lo que esta configuración no puede hacer

El límite es la bandeja de entrada. Esto lee el correo que envía Airbnb y nada más, y conviene señalar algunas limitaciones antes de crear la hoja.

No hay una API de Airbnb detrás. Airbnb no ofrece una API de reservas abierta a los anfitriones; el acceso pertenece a sus socios de software, y la lista de socios de software preferidos de 2025 está formada por sistemas de gestión de propiedades y de canales como Guesty, Hostaway, Hospitable, OwnerRez, Lodgify, Beds24, Uplisting y Hostfully. Si necesita sincronización bidireccional, esa es la categoría que debe comprar, y es una compra distinta de un flujo de trabajo con hojas de cálculo.

No hay sincronización con calendario ni PMS. La exportación de calendario de Airbnb es un feed .ics que se usa para bloquear fechas en otro calendario. Lleva fechas, no el huésped, el código ni el pago, así que no puede sustituir al registro de reservas.

No se escribe nada de vuelta a Airbnb. La hoja no puede cambiar un precio, abrir o cerrar fechas, enviar un mensaje a un huésped ni procesar una cancelación. Registra lo que ocurrió; no gestiona el anuncio.

La automatización de mensajes a huéspedes es otro trabajo. La mayoría de los resultados para "automatización de correo de Airbnb" tratan de respuestas programadas y plantillas de mensajes. Esto cubre el lado de los datos de la misma bandeja de entrada, y ambos pueden convivir sin tocarse.

Un evento que nunca llega por correo permanece invisible. Si las notificaciones de reserva están desactivadas, si un huésped llama en lugar de escribir, o si un cambio se acuerda en el hilo de la aplicación, la hoja no lo sabrá. El correo es una copia de los eventos de la plataforma, no la plataforma misma.

Los datos de contacto son escasos por diseño. Sin dirección de correo del huésped, un número de teléfono solo después de la confirmación y ningún teléfono tras una cancelación. Trate la hoja como un registro operativo, no como una lista de marketing.

Preguntas frecuentes

¿Se conecta directamente con Airbnb?

No. Lee los correos que reenvía a una bandeja de entrada dedicada. No hay inicio de sesión de Airbnb, ni conexión API, ni sincronización de calendario. La ventaja es que funciona con los mensajes que Airbnb ya envía, incluidas direcciones y plantillas que cambian sin aviso.

¿Qué correos de Airbnb debo reenviar?

La confirmación, el cambio, la cancelación y el pago. Las consultas, solicitudes de reserva y recordatorios también pueden incluirse si desea el registro completo, pero añadirán filas, así que filtre por tipo de evento antes de entregar la hoja a alguien. Una solicitud rechazada no es una reserva.

¿Puede distinguir un correo de cambio de una reserva nueva?

Sí. Una reserva nueva lleva un nuevo código de confirmación, mientras que un cambio reutiliza el código de la reserva que modifica, y la columna inferida de tipo de evento registra qué tipo de mensaje llegó. Cuando un mensaje de cambio omite el código, el tipo de evento igualmente lo marca, y usted une esa fila manualmente.

¿Las cancelaciones eliminan la fila?

No. Una cancelación añade una fila con un estado diferente, y la vista de trabajo muestra el estado más reciente para ese código. Conserve la fila: explica el pago faltante y las fechas reabiertas, y es el único registro de que la reserva no simplemente desapareció.

¿Funciona para Vrbo, Booking.com y reservas directas?

Sí. A la bandeja de entrada no le importa qué plataforma envió el mensaje. Añada los otros remitentes a la lista de remitentes permitidos, mantenga las mismas columnas, y un portafolio que reserva en varios canales llega a una sola tabla. Las confirmaciones de reservas directas desde su propio sitio funcionan igual.

¿A dónde va la tabla terminada?

Expórtela como XLSX o CSV y ábrala o impórtela en Google Sheets, o importe el CSV a un CRM. El complemento de Google Sheets está diseñado en torno a archivos que usted sube desde su barra lateral, así que un mensaje de la bandeja de entrada sigue la ruta de exportación. Si buscaba una forma de llevar reservas de Airbnb a Google Sheets, la exportación es el último paso, y el trabajo que decide si la hoja es correcta ocurrió antes, cuando se definieron las columnas y el tipo de evento.

La fila es una decisión sobre qué mensaje cuenta

Una reserva de Airbnb no es un solo documento. Es una breve serie de mensajes, y la fila en su hoja es una decisión sobre cuál de ellos gana. Una vez que el código de confirmación es la clave y el mensaje más reciente sobrevive, la hoja deja de ser una copia de su bandeja de entrada y se convierte en algo que puede entregar a personal de limpieza, un coanfitrión o un contable sin añadir una advertencia sobre qué fecha confiar.

Pruébelo con una reserva que cambió. Reenvíe la confirmación y el cambio, configure las columnas una vez y vea qué fila conserva la vista. Si las fechas de la fila coinciden con las fechas del último correo, la configuración está haciendo el trabajo que la versión manual hacía fácil de omitir.