Vrbo su Repull: attivo in beta

L'API di Vrbo: come funziona l'accesso e cosa puoi costruire oggi

Vrbo ha un'API, e quasi sicuramente non puoi ottenere una chiave compilando un modulo. Questa pagina è la versione schietta: come Expedia Group concede davvero la connettività, cosa riceve un partner approvato e cosa fa esattamente Repull oggi per Vrbo, compreso lavorare accanto al PMS che l'host usa già, senza sostituirlo.

Scritta sulla base della specifica OpenAPI di Repull in produzione: ogni endpoint citato qui sotto si può chiamare oggi. Guide sorelle: API di Airbnb · API di Booking.com.

La risposta breve

Esiste un'API di Vrbo?

Sì. Vrbo fa parte di Expedia Group, e la sua superficie di integrazione è pubblicata su Vrbo Integration Central, che copre quattro aree: annunci (dettagli, tariffe, configurazione dell'alloggio e disponibilità), prenotazione online (preventivi, verifica della disponibilità, creazione delle prenotazioni e aggiornamento dei relativi record), recensioni e richieste. Quello che non esiste è un portale per sviluppatori self-service: non c'è una pagina dove ti iscrivi, aggiungi una carta e ricevi una chiave API di Vrbo come faresti con un PMS. L'accesso viene concesso a partner approvati, non a chi si registra per primo.

Vale la pena chiarire la confusione, perché è da lì che arriva gran parte delle informazioni sbagliate. Vrbo sta dentro Expedia Group, ed Expedia Group gestisce diverse superfici per sviluppatori che non sono la stessa cosa. Quella che conta se gestisci affitti brevi o crei software per loro è la connettività di Vrbo: l'integrazione che il software di un property manager usa per tenere tariffe, disponibilità e prenotazioni allineate con Vrbo. Una pagina che ti dice di ottenere una chiave API di Vrbo in dieci minuti sta descrivendo un'altra cosa.

  • Annunci: dettagli dell'annuncio, tariffe, configurazione dell'alloggio e disponibilità.
  • Prenotazione online: generare preventivi, verificare la disponibilità, prenotare, aggiornare i record delle prenotazioni.
  • Recensioni: condividere le recensioni della proprietà da mostrare su Vrbo.
  • Richieste: recuperare le richieste di affitto inviate tramite Vrbo.

Accesso

Come si ottiene l'accesso all'API di Vrbo?

Tramite Expedia Group, venendo approvati e non registrandosi. Vrbo Integration Central indica due strade: un'azienda di software di gestione delle proprietà che costruisce un'integrazione per i propri clienti scrive a vrboconnectivity@expediagroup.com, e un property manager che vuole collegare il proprio sistema interno al proprio inventario scrive a pmsalesinquiry@expediagroup.com. Integration Central precisa che non è pensato per i property manager di Vrbo Platform né per quelli integrati che gestiscono già le prenotazioni con un software. Il software approvato compare nel Vrbo Connectivity Partner Program con le designazioni Preferred o Elite, e ogni host designa poi quel software dal proprio account Vrbo Partner Central. Metti in conto una trattativa commerciale e una certificazione, non un pomeriggio.

A quale porta bussare per la connettività di Vrbo
Se sei…La stradaCosa aspettarti
Un’azienda software (PMS, channel manager, SaaS verticale)Candidati tramite Vrbo Integration Central: vrboconnectivity@expediagroup.comValutazione come partner, certificazione e poi l’inserimento nel Connectivity Partner Program (Preferred / Elite).
Un property manager che collega il proprio sistema internoIl team vendite per property manager di Expedia Group: pmsalesinquiry@expediagroup.comLimitato al tuo inventario. Integration Central dice che non è per chi usa già un software integrato.
Un software che ha bisogno di prenotazioni, messaggi e recensioni Vrbo di un hostL'host accede con il proprio account Vrbo tramite Repull: vedi la documentazione VrboNessuna candidatura, nessuna certificazione, e l’host mantiene il PMS o channel manager che usa già.

La parte che si sottovaluta

L'approvazione è un rapporto commerciale, non un'iscrizione. Aspettati che la conversazione tocchi quale inventario rappresenti, come terrai precise tariffe e disponibilità e come supporterai gli host quando una sincronizzazione si rompe. È anche per questo che la maggior parte dei team arriva a Vrbo tramite un software che ha già la connettività, invece di costruirla due volte.

Funzionalità

Cosa ti permette davvero di fare la connettività approvata di Vrbo?

Le aree di integrazione pubblicate sono annunci, prenotazione online, recensioni e richieste: tariffe, disponibilità e configurazione della proprietà passano dal tuo software a Vrbo, prenotazioni e relativi aggiornamenti tornano indietro, le recensioni si possono condividere su Vrbo e le richieste inviate su Vrbo si possono recuperare. L'ambito esatto di ogni partner dipende dall'accordo e dalla designazione, per questo la prima domanda utile per Expedia Group non è «c'è un endpoint per X?», ma «cosa copre il mio accordo?».

Expedia Group descrive il risultato in modo chiaro: con la connettività via API, tariffe, disponibilità e prenotazioni si aggiornano dinamicamente dal tuo software a Vrbo, e prezzi, calendari e politiche di cancellazione si controllano dal tuo software invece che dall'extranet di Vrbo. La direzione conta: la connettività di Vrbo è costruita perché il tuo sistema sia la fonte di verità e invii i dati, un modello mentale diverso dall'OAuth di richiesta e consenso di Airbnb.

Repull oggi

Cosa supporta oggi Repull per Vrbo?

Prenotazioni, richieste, messaggi con gli ospiti e recensioni, e la risposta a ospiti e richieste. L'host accede con il proprio account Vrbo sulla pagina Connect ospitata di Repull (in beta). I dati Vrbo arrivano poi nelle stesse letture trasversali di Airbnb e Booking.com — GET /v1/reservations, GET /v1/conversations e GET /v1/reviews con platform=vrbo — più GET /v1/channels/vrbo/listings e GET /v1/channels/vrbo/reservations. La tua app risponde agli ospiti con POST /v1/conversations/{id}/messages e risponde alle richieste con una pre-approvazione o un preventivo modificato (POST /v1/conversations/{id}/pre-approval e /special-offers). Rispondere alle recensioni Vrbo tramite POST /v1/reviews/{id}/reply è in fase di test. Con accesso completo, anche le scritture di calendario sugli annunci collegati — disponibilità, prezzi e soggiorno minimo — vengono inviate a Vrbo. Il contenuto degli annunci resta su Vrbo, e le prenotazioni Vrbo si gestiscono su Vrbo.

Stato delle funzionalità Vrbo sull'API di Repull
FunzionalitàStatoCome
Collegamento (l'host accede con il suo account Vrbo)BetaPOST /v1/connect con vrbo-login; stato su GET /v1/connect/vrbo-login
Prenotazioni, conversazioni, recensioni (lettura)Disponibile/v1/reservations, /v1/conversations, /v1/reviews, /v1/channels/vrbo/reservations
Annunci (lettura)DisponibileGET /v1/channels/vrbo/listings
Messaggi agli ospiti (invio, testo)DisponibilePOST /v1/conversations/{id}/messages
Richieste: pre-approvare, modificare il preventivoDisponibilePOST /v1/conversations/{id}/pre-approval, POST /v1/conversations/{id}/special-offers
Risposte alle recensioniIn fase di testPOST /v1/reviews/{id}/reply
Calendario: disponibilità, prezzi, soggiorno minimoCon accesso completoPUT /v1/availability/{propertyId}, PATCH /v1/availability/batch
Contenuto degli annunciNon disponibileIl contenuto resta su Vrbo.
Creare, accettare o cancellare prenotazioniNon disponibileLe prenotazioni Vrbo si gestiscono su Vrbo.

Accanto al PMS dell'host, o al suo posto

Con accessType: "messaging"Repull non scrive mai calendario, prezzi o contenuti Vrbo, quindi la connessione funziona accanto al PMS o channel manager che l'host usa già. Con full_access Repull tiene allineato anche il calendario. Come funziona su ogni canale.

Esempio pratico

Come si leggono annunci e prenotazioni Vrbo tramite Repull?

Con le stesse chiamate che usi per ogni altro canale. GET /v1/reservations?platform=vrbo restituisce la prenotazione normalizzata completa — ospite, dettaglio del prezzo, politica di cancellazione — e GET /v1/conversations?platform=vrbo e GET /v1/reviews?platform=vrbo restituiscono thread e recensioni. Gli endpoint di canale GET /v1/channels/vrbo/listings e GET /v1/channels/vrbo/reservations sono viste leggere, paginate a cursore, delle unità collegate ai tuoi annunci e delle loro prenotazioni. Dopo che l'host ha effettuato l'accesso e associato le sue unità, vengono importati prima le prossime prenotazioni e i messaggi degli ultimi 30 giorni, poi il resto dello storico dell'account in background; GET /v1/connect/vrbo-login indica a che punto è l'importazione.

Collegare un host

curl -X POST https://api.repull.dev/v1/connect \
  -H 'Authorization: Bearer sk_live_...' \
  -H 'Content-Type: application/json' \
  -d '{
    "redirectUrl": "https://yourapp.com/connected",
    "allowedProviders": ["vrbo-login"],
    "accessType": "messaging"
  }'

# Send the host to the returned url. They sign in with their Vrbo
# account and map their units; the import starts when they confirm.

Paginare le prenotazioni Vrbo

curl 'https://api.repull.dev/v1/channels/vrbo/reservations?limit=50' \
  -H 'Authorization: Bearer sk_live_...'

# Page with the cursor from pagination.nextCursor.
# ?offset= is accepted as a first-class alias for shallow paging.

Gli endpoint di canale rispondono a “cosa ha Vrbo”. Per tutto ciò che metteresti davanti a una persona — l'ospite, il pagamento, la politica con cui è stato prenotato il soggiorno — leggi invece la superficie trasversale, dove una prenotazione Vrbo arriva nella stessa forma di una Airbnb.

Gli stessi dati, normalizzati tra i canali

# The same reservation, with everything on it, from the
# cross-channel read — guest, price breakdown, policy code.
curl 'https://api.repull.dev/v1/reservations?platform=vrbo&limit=50' \
  -H 'Authorization: Bearer sk_live_...'

# Conversations and reviews take the same filter:
#   /v1/conversations?platform=vrbo
#   /v1/reviews?platform=vrbo
# Properties filters on the channel it is published to:
#   /v1/properties?channel=vrbo
  • Importazione.Non viene importato nulla finché l'host non associa le sue unità. Poi arrivano prima le prossime prenotazioni e i messaggi degli ultimi 30 giorni, e il resto dello storico segue in background.
  • Paginazione. Entrambi gli endpoint sono paginati a cursore; ?offset= è accettato per la paginazione leggera ed è alternativo a cursor.
  • Annunci inattivi. Un annuncio disattivato continua a sincronizzarsi ma esce da queste letture, conteggi e cursori compresi. Trovali con GET /v1/listings?status=inactive.
  • Creare prenotazioni. POST /v1/reservations è limitato a direct, website e owner. Un soggiorno Vrbo appartiene al canale e arriva tramite sincronizzazione; crearlo in locale andrebbe solo in conflitto con la sincronizzazione successiva.

Differenze tra canali

In cosa Vrbo è diverso da Airbnb e Booking.com per uno sviluppatore?

Contano tre differenze. Primo, come si collega l'host: Airbnb usa OAuth, con il consenso dell'host su una schermata Airbnb; Booking.com usa una rivendicazione, in cui l'host designa il provider di connettività nella sua Extranet, oppure l'accesso Extranet, in cui invita un utente; Vrbo è un accesso con l'account Vrbo dell'host, con un codice di verifica quando Vrbo lo richiede. Secondo, quanta superficie c'è: Airbnb è il canale più profondo su Repull, con contenuti degli annunci, foto, modifiche e transazioni; Booking.com aggiunge la configurazione a livello di struttura e camera; Vrbo copre prenotazioni, richieste, messaggi, recensioni e, con accesso completo, il calendario, ma non i contenuti degli annunci. Terzo, i dettagli mordono in modo diverso: le prenotazioni Vrbo hanno codici di politica di cancellazione con nome come quelli di Airbnb (flexible, moderate, firm_14), mentre Booking.com ha un id numerico della politica come stringa, quindi non normalizzare mai quei codici tra canali.

Airbnb, Booking.com e Vrbo a confronto per uno sviluppatore
AirbnbBooking.comVrbo
Come si collega l'hostOAuth: consenso su una schermata AirbnbRivendicazione: designare il provider nell'Extranet e inviare un id hotelAccesso con l'account Vrbo dell'host (beta)
Superficie su RepullAnnunci, prezzi, disponibilità, foto, messaggi, recensioni, modifiche, transazioniStrutture, camere, tariffe, contenuti, messaggi, recensioni, addebitiPrenotazioni, richieste e preventivi, messaggi, recensioni; calendario con accesso completo
Unità di associazioneAnnuncioStruttura → cameraAnnuncio
Codifica della politica di cancellazioneCodici con nomeId numerico della politica, come stringaCodici con nome, come Airbnb
Accanto a un PMS esistenteSì: accesso di messaggisticaSì: accesso ExtranetSì: accesso di messaggistica

Non normalizzare le politiche di cancellazione tra canali

I codici non significano la stessa cosa. Repull restituisce la politica così come la fornisce il canale di origine proprio per questo: le prenotazioni Airbnb, Vrbo, dirette e del proprietario hanno un codice con nome come flexible o firm_14, mentre Booking.com ha il suo id numerico della politica come stringa. Associali canale per canale o dirai con sicurezza a un ospite la regola di rimborso sbagliata.

Approfondimento sugli altri due: la guida all'API di Airbnb e la guida all'API di Booking.com.

Accanto a un PMS

La tua app può lavorare con Vrbo senza sostituire il PMS dell'host?

Sì, è a questo che serve l'accesso di messaggistica. Un'inbox, un assistente IA per gli ospiti, uno strumento per le recensioni o un'app di upsell hanno bisogno delle prenotazioni, richieste, messaggi e recensioni Vrbo dell'host, non dei suoi annunci. Collegarsi tramite Repull con accessType impostato su messaging lascia il PMS o il channel manager dell'host esattamente com'è: mantiene calendario, prezzi e contenuti Vrbo, e Repull non li scrive mai. La tua app riceve prenotazioni, richieste, messaggi e recensioni, e risponde a ospiti e richieste. Quando l'host è pronto a far gestire a Repull anche il calendario, si ricollega con accesso completo.

Rispondere a ospiti e richieste Vrbo

# Reply to a Vrbo guest — same call as every other channel
curl -X POST https://api.repull.dev/v1/conversations/{id}/messages \
  -H 'Authorization: Bearer sk_live_...' \
  -H 'Content-Type: application/json' \
  -d '{ "message": "Hi Anna — early check-in is fine." }'

# Answer an inquiry with an edited quote
curl -X POST https://api.repull.dev/v1/conversations/{id}/special-offers \
  -H 'Authorization: Bearer sk_live_...' \
  -H 'Content-Type: application/json' \
  -d '{ "checkIn": "2026-11-06", "checkOut": "2026-11-09", "guests": 4,
        "rentalAmount": 780, "fees": [{ "type": "CLEANING", "value": 120 }] }'

Ti serve una funzionalità Vrbo che non c'è ancora?

Mandaci l'operazione precisa, il volume che c'è dietro e i tuoi tempi. Riceverai una risposta diretta su dove si trova, non una pagina di roadmap.

Scrivi a hello@repull.dev

L'opzione senza partnership

E se usassi semplicemente il feed iCal di Vrbo?

Per la sola disponibilità, sì: ogni annuncio Vrbo può esportare un feed del calendario, ed è l'unica strada aperta senza alcun rapporto di partnership. Ti dice anche quasi nulla: date bloccate e libere, niente ospite, niente soldi, niente messaggi, niente contenuti, ed è un polling e non un invio, quindi per costruzione è in ritardo di minuti o ore. È una protezione ragionevole contro le doppie prenotazioni e una cattiva integrazione operativa. Se ti basta un feed del calendario non ti serve nessuna API; se ti serve la prenotazione, ti serve la connettività.

Vale la pena essere concreti sulla differenza, perché “useremo iCal e basta” è una decisione di cui i team si pentono dopo due mesi. Un feed del calendario ti dà un intervallo di date e un'etichetta. Non ti dice chi ha prenotato, quanto ha pagato, cosa ha chiesto nella conversazione, quale politica si applica se cancella o se il prezzo sull'annuncio è ancora quello che volevi far pagare. Tutto questo sta dietro la connettività.

Costruiscilo ora

Cosa puoi costruire oggi con i dati Vrbo?

Tutto ciò che parte dalla prenotazione o dall'ospite. Un'inbox unificata o un assistente IA che risponde agli ospiti Vrbo accanto a quelli di Airbnb e Booking.com; la gestione delle richieste che pre-approva o fa preventivi con i tuoi prezzi; la gestione delle recensioni su tutti i canali; un unico flusso di prenotazioni con report di occupazione, ADR e ricavi a cui non manca un canale; un CRM degli ospiti che riconosce un ospite di ritorno da qualunque canale arrivi; e rendiconti ai proprietari che tornano. Niente di tutto questo richiede che l'host cambi PMS.

  • Un'inbox unificata o un assistente IA che risponde a ospiti e richieste Vrbo accanto ad Airbnb e Booking.com, senza che l'host cambi PMS.
  • Un unico flusso di prenotazioni a cui non manca un canale: le prenotazioni Vrbo arrivano nella stessa forma normalizzata di quelle Airbnb e Booking.com.
  • Report di occupazione, ADR e ricavi in cui la quota Vrbo viene contata davvero invece che stimata.
  • Un CRM degli ospiti che riconosce lo stesso ospite su tutti i canali invece di creare un terzo profilo.
  • Gestione delle recensioni di Vrbo, Airbnb e Booking.com da un unico posto.
  • Rendiconti ai proprietari che tornano, perché i soggiorni Vrbo sono nello stesso registro di tutto il resto.

Comincia dalla documentazione, oppure leggi come lo stesso ragionamento si applica agli altri due grandi canali nelle guide di Airbnb e Booking.com. Se sei una piattaforma SaaS che vuole mettere tutto questo davanti ai propri clienti, la parte commerciale è in Repull per le piattaforme, con la versione tecnica più approfondita nelle domande e risposte per piattaforme SaaS.

Costruisci sui dati Vrbo?

Raccontaci cosa stai costruendo e quali canali deve coprire. Ti diremo cosa funziona oggi, cosa no e cosa servirebbe: niente moduli, niente demo obbligatorie.

Scrivi a hello@repull.dev