Die Vrbo-API: wie der Zugang funktioniert und was du heute bauen kannst
Vrbo hat eine API, und einen Schlüssel dafür bekommst du mit ziemlicher Sicherheit nicht über ein Formular. Diese Seite ist die ehrliche Version: wie die Expedia Group Konnektivität tatsächlich vergibt, was ein freigegebener Partner bekommt und was Repull heute genau für Vrbo tut – inklusive der Arbeit neben dem PMS, das ein Gastgeber schon nutzt, ohne es zu ersetzen.
Geschrieben anhand der Live-OpenAPI-Spezifikation von Repull – jeden unten genannten Endpunkt kannst du heute aufrufen. Schwester-Leitfäden: Airbnb-API · Booking.com-API.
Die kurze Antwort
Gibt es eine Vrbo-API?
Ja. Vrbo gehört zur Expedia Group, und seine Integrationsschnittstelle ist über Vrbo Integration Central veröffentlicht, die vier Bereiche abdeckt: Inserate (Details, Mietpreise, Unterkunftskonfiguration und Verfügbarkeit), Online-Buchung (Angebote, Verfügbarkeitsprüfung, Buchungen anlegen und Buchungsdatensätze aktualisieren), Bewertungen und Anfragen. Was es nicht gibt, ist ein Self-Service-Entwicklerportal: keine Seite, auf der du dich anmeldest, eine Karte hinterlegst und einen Vrbo-API-Schlüssel bekommst, wie du es von einem PMS kennst. Zugang erhalten freigegebene Partner, nicht wer sich zuerst registriert.
Die Verwirrung lohnt eine Erklärung, denn von dort kommen die meisten falschen Informationen. Vrbo gehört zur Expedia Group, und die Expedia Group betreibt mehrere Entwickler-Schnittstellen, die nicht dasselbe sind. Die, auf die es ankommt, wenn du Ferienunterkünfte verwaltest oder Software für sie baust, ist die eigene Konnektivität von Vrbo – die Integration, mit der die Software eines Verwalters Preise, Verfügbarkeit und Buchungen mit Vrbo synchron hält. Eine Seite, die dir einen Vrbo-API-Schlüssel in zehn Minuten verspricht, beschreibt etwas anderes.
- Inserate – Inseratsdetails, Mietpreise, Unterkunftskonfiguration und Verfügbarkeit.
- Online-Buchung – Angebote erstellen, Verfügbarkeit prüfen, buchen, Buchungsdatensätze aktualisieren.
- Bewertungen – Unterkunftsbewertungen zur Anzeige auf Vrbo teilen.
- Anfragen – über Vrbo gestellte Mietanfragen abrufen.
Zugang
Wie bekommt man Zugang zur Vrbo-API?
Über die Expedia Group – durch eine Freigabe, nicht durch eine Registrierung. Vrbo Integration Central nennt zwei Wege: Ein Anbieter von Property-Management-Software, der eine Integration für seine Kunden baut, schreibt an vrboconnectivity@expediagroup.com, und ein Verwalter, der sein eigenes internes System mit seinem eigenen Bestand verbinden will, schreibt an pmsalesinquiry@expediagroup.com. Integration Central stellt klar, dass es nicht für Vrbo-Platform-Verwalter oder integrierte Verwalter gedacht ist, die ihre Buchungen schon über eine Software verwalten. Freigegebene Software erscheint im Vrbo Connectivity Partner Program mit den Stufen Preferred oder Elite, und jeder Gastgeber benennt diese Software dann in seinem eigenen Vrbo-Partner-Central-Konto. Rechne mit einem geschäftlichen Gespräch und einer Zertifizierung, nicht mit einem Nachmittag.
| Wenn du … bist | Der Weg | Was dich erwartet |
|---|---|---|
| Ein Softwareunternehmen (PMS, Channel-Manager, vertikales SaaS) | Bewirb dich über Vrbo Integration Central – vrboconnectivity@expediagroup.com | Partnerprüfung, Zertifizierung, dann ein Eintrag im Connectivity Partner Program (Preferred / Elite). |
| Ein Verwalter, der sein eigenes internes System anbindet | Der Vertrieb für Verwalter der Expedia Group – pmsalesinquiry@expediagroup.com | Auf deinen eigenen Bestand beschränkt. Laut Integration Central nicht für Verwalter, die schon integrierte Software nutzen. |
| Software, die die Vrbo-Buchungen, -Nachrichten und -Bewertungen eines Gastgebers braucht | Der Gastgeber meldet sich über Repull mit seinem eigenen Vrbo-Konto an – siehe die Vrbo-Doku | Keine Bewerbung, keine Zertifizierung, und der Gastgeber behält das PMS oder den Channel-Manager, den er schon nutzt. |
Der Teil, den man unterschätzt
Funktionen
Was erlaubt dir freigegebene Vrbo-Konnektivität tatsächlich?
Die veröffentlichten Integrationsbereiche sind Inserate, Online-Buchung, Bewertungen und Anfragen: Preise, Verfügbarkeit und Unterkunftskonfiguration gehen von deiner Software an Vrbo, Buchungen und Buchungsänderungen kommen zurück, Bewertungen lassen sich mit Vrbo teilen, und auf Vrbo gestellte Anfragen lassen sich abrufen. Den genauen Umfang für einen Partner bestimmen Vereinbarung und Stufe, deshalb lautet die sinnvolle erste Frage an die Expedia Group nicht „Gibt es einen Endpunkt für X?“, sondern „Was deckt meine Vereinbarung ab?“.
Die Expedia Group beschreibt das Ergebnis schlicht: Mit API-Konnektivität aktualisieren sich Preise, Verfügbarkeit und Buchungen dynamisch von deiner Software zu Vrbo, und Preise, Kalender und Stornierungsbedingungen werden in deiner Software statt im Vrbo-Extranet gesteuert. Die Richtung zählt – Vrbo-Konnektivität ist darauf ausgelegt, dass dein System die maßgebliche Quelle ist und Daten schickt, ein anderes Denkmodell als Airbnbs OAuth mit Anfrage und Zustimmung.
Repull heute
Was unterstützt Repull heute für Vrbo?
Buchungen, Anfragen, Gästenachrichten und Bewertungen – und das Beantworten von Gästen und Anfragen. Der Gastgeber meldet sich auf der gehosteten Connect-Seite von Repull mit seinem eigenen Vrbo-Konto an (Beta). Vrbo-Daten kommen dann in denselben kanalübergreifenden Abfragen wie Airbnb und Booking.com an – GET /v1/reservations, GET /v1/conversations und GET /v1/reviews mit platform=vrbo –, dazu GET /v1/channels/vrbo/listings und GET /v1/channels/vrbo/reservations. Deine App antwortet Gästen mit POST /v1/conversations/{id}/messages und beantwortet Anfragen mit einer Vorab-Freigabe oder einem geänderten Angebot (POST /v1/conversations/{id}/pre-approval und /special-offers). Das Beantworten von Vrbo-Bewertungen über POST /v1/reviews/{id}/reply ist im Test. Mit Vollzugriff werden auch Kalender-Schreibzugriffe auf verknüpfte Inserate – Verfügbarkeit, Preise und Mindestaufenthalt – an Vrbo übertragen. Inseratsinhalte bleiben auf Vrbo, und Vrbo-Buchungen werden auf Vrbo verwaltet.
| Funktion | Status | Wie |
|---|---|---|
| Verbindung (Gastgeber meldet sich mit seinem Vrbo-Konto an) | Beta | POST /v1/connect mit vrbo-login; Status über GET /v1/connect/vrbo-login |
| Buchungen, Unterhaltungen, Bewertungen (lesen) | Verfügbar | /v1/reservations, /v1/conversations, /v1/reviews, /v1/channels/vrbo/reservations |
| Inserate (lesen) | Verfügbar | GET /v1/channels/vrbo/listings |
| Gästenachrichten (senden, Text) | Verfügbar | POST /v1/conversations/{id}/messages |
| Anfragen: vorab freigeben, Angebot ändern | Verfügbar | POST /v1/conversations/{id}/pre-approval, POST /v1/conversations/{id}/special-offers |
| Antworten auf Bewertungen | Im Test | POST /v1/reviews/{id}/reply |
| Kalender: Verfügbarkeit, Preise, Mindestaufenthalt | Mit Vollzugriff | PUT /v1/availability/{propertyId}, PATCH /v1/availability/batch |
| Inseratsinhalte | Nicht verfügbar | Inhalte bleiben auf Vrbo. |
| Buchungen anlegen, annehmen oder stornieren | Nicht verfügbar | Vrbo-Buchungen werden auf Vrbo verwaltet. |
Neben dem PMS des Gastgebers oder an seiner Stelle
accessType: "messaging" schreibt Repull nie den Vrbo-Kalender, die Preise oder Inhalte, die Verbindung läuft also neben dem PMS oder Channel-Manager, den der Gastgeber schon nutzt. Mit full_access hält Repull auch den Kalender synchron. So funktioniert es auf jedem Kanal.Praxisbeispiel
Wie liest man Vrbo-Inserate und -Buchungen über Repull?
Mit denselben Aufrufen wie für jeden anderen Kanal. GET /v1/reservations?platform=vrbo liefert die vollständige normalisierte Buchung – Gast, Preisaufschlüsselung, Stornierungsbedingungen –, und GET /v1/conversations?platform=vrbo und GET /v1/reviews?platform=vrbo liefern die Unterhaltungen und Bewertungen. Die Kanal-Endpunkte GET /v1/channels/vrbo/listings und GET /v1/channels/vrbo/reservations sind schlanke, per Cursor paginierte Sichten auf die mit deinen Inseraten verknüpften Einheiten und ihre Buchungen. Nachdem sich der Gastgeber angemeldet und seine Einheiten zugeordnet hat, werden zuerst die anstehenden Buchungen und die Nachrichten der letzten 30 Tage importiert, danach der Rest der Kontohistorie im Hintergrund; GET /v1/connect/vrbo-login zeigt, wo der Import steht.
Einen Gastgeber verbinden
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.Vrbo-Buchungen seitenweise abrufen
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.
Die Kanal-Endpunkte beantworten „was hat Vrbo“. Für alles, was du einem Menschen zeigen würdest – den Gast, die Auszahlung, die Bedingungen, unter denen der Aufenthalt gebucht wurde –, lies stattdessen die kanalübergreifende Schnittstelle, wo eine Vrbo-Buchung in derselben Form ankommt wie eine von Airbnb.
Dieselben Daten, kanalübergreifend normalisiert
# 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
- Import. Es wird nichts importiert, bis der Gastgeber seine Einheiten zuordnet. Dann kommen zuerst die anstehenden Buchungen und die Nachrichten der letzten 30 Tage, der Rest der Historie folgt im Hintergrund.
- Paginierung. Beide Endpunkte sind per Cursor paginiert;
?offset=wird für flaches Blättern akzeptiert und schließtcursoraus. - Inaktive Inserate. Ein deaktiviertes Inserat synchronisiert weiter, fällt aber aus diesen Abfragen heraus, Zählungen und Cursor eingeschlossen. Du findest sie mit
GET /v1/listings?status=inactive. - Buchungen anlegen.
POST /v1/reservationsist aufdirect,websiteundownerbeschränkt. Ein Vrbo-Aufenthalt gehört dem Kanal und kommt per Synchronisierung; ihn lokal anzulegen würde nur gegen die nächste Synchronisierung kämpfen.
Unterschiede zwischen den Kanälen
Worin unterscheidet sich Vrbo für Entwickler von Airbnb und Booking.com?
Drei Unterschiede zählen. Erstens, wie sich der Gastgeber verbindet: Airbnb nutzt OAuth, bei dem der Gastgeber auf einem Airbnb-Bildschirm zustimmt; Booking.com nutzt eine Beanspruchung, bei der der Gastgeber den Konnektivitätsanbieter in seinem Extranet benennt, oder den Extranet-Login, bei dem er einen Nutzer einlädt; Vrbo ist eine Anmeldung mit dem eigenen Vrbo-Konto des Gastgebers, mit einem Bestätigungscode, wenn Vrbo danach fragt. Zweitens, wie viel Schnittstelle es gibt: Airbnb ist auf Repull der tiefste Kanal, mit Inseratsinhalten, Fotos, Änderungen und Transaktionen; Booking.com ergänzt die Einrichtung auf Unterkunfts- und Zimmerebene; Vrbo deckt Buchungen, Anfragen, Nachrichten, Bewertungen und mit Vollzugriff den Kalender ab, aber keine Inseratsinhalte. Drittens beißen die Details unterschiedlich – Vrbo-Buchungen tragen benannte Stornierungscodes wie bei Airbnb (flexible, moderate, firm_14), während Booking.com eine numerische Richtlinien-ID als String trägt, also normalisiere diese Codes nie kanalübergreifend.
| Airbnb | Booking.com | Vrbo | |
|---|---|---|---|
| Wie sich der Gastgeber verbindet | OAuth – Zustimmung auf einem Airbnb-Bildschirm | Beanspruchung – Anbieter im Extranet benennen, Hotel-ID übermitteln | Anmeldung mit dem eigenen Vrbo-Konto des Gastgebers (Beta) |
| Schnittstelle auf Repull | Inserate, Preise, Verfügbarkeit, Fotos, Nachrichten, Bewertungen, Änderungen, Transaktionen | Unterkünfte, Zimmer, Raten, Inhalte, Nachrichten, Bewertungen, Gebühren | Buchungen, Anfragen und Angebote, Nachrichten, Bewertungen; Kalender mit Vollzugriff |
| Zuordnungseinheit | Inserat | Unterkunft → Zimmer | Inserat |
| Kodierung der Stornierungsbedingungen | Benannte Codes | Numerische Richtlinien-ID als String | Benannte Codes, wie bei Airbnb |
| Neben einem bestehenden PMS | Ja – Messaging-Zugang | Ja – Extranet-Login | Ja – Messaging-Zugang |
Normalisiere Stornierungsbedingungen nicht kanalübergreifend
flexible oder firm_14, während Booking.com seine numerische Richtlinien-ID als String trägt. Ordne sie pro Kanal zu, sonst nennst du einem Gast selbstbewusst die falsche Erstattungsregel.Ausführlich zu den anderen beiden: der Leitfaden zur Airbnb-API und der Leitfaden zur Booking.com-API.
Neben einem PMS
Kann deine App mit Vrbo arbeiten, ohne das PMS des Gastgebers zu ersetzen?
Ja – dafür ist der Messaging-Zugang da. Ein Posteingang, ein KI-Gästeassistent, ein Bewertungstool oder eine Upsell-App braucht die Vrbo-Buchungen, -Anfragen, -Nachrichten und -Bewertungen des Gastgebers, nicht seine Inserate. Eine Verbindung über Repull mit accessType auf messaging lässt das PMS oder den Channel-Manager des Gastgebers genau so, wie es ist – es behält Vrbo-Kalender, -Preise und -Inhalte, und Repull schreibt sie nie. Deine App bekommt die Buchungen, Anfragen, Nachrichten und Bewertungen und beantwortet Gäste und Anfragen. Wenn der Gastgeber so weit ist, dass Repull auch den Kalender führt, verbindet er sich mit Vollzugriff neu.
Vrbo-Gästen und -Anfragen antworten
# 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 }] }'Du brauchst eine Vrbo-Funktion, die es noch nicht gibt?
Schick uns die konkrete Operation, das Volumen dahinter und deinen Zeitplan. Du bekommst eine klare Antwort, wo sie steht – keine Roadmap-Seite.
Mail an hello@repull.devDie Option ohne Partnerschaft
Kann man nicht einfach den iCal-Feed von Vrbo nutzen?
Für die reine Verfügbarkeit ja – jedes Vrbo-Inserat kann einen Kalender-Feed exportieren, und das ist der einzige Weg, der ganz ohne Partnerschaft offensteht. Er sagt dir aber auch fast nichts: belegte und freie Tage, kein Gast, kein Geld, keine Nachrichten, keine Inhalte, und er wird abgefragt statt geschickt, ist also konstruktionsbedingt Minuten bis Stunden veraltet. Als Schutz vor Doppelbuchungen taugt er, als operative Integration nicht. Wenn dir ein Kalender-Feed reicht, brauchst du keine API; wenn du die Buchung brauchst, brauchst du Konnektivität.
Die Lücke lohnt sich konkret zu benennen, denn „wir nehmen einfach iCal“ ist eine Entscheidung, die Teams nach zwei Monaten bereuen. Ein Kalender-Feed gibt dir einen Datumsbereich und ein Etikett. Er sagt dir nicht, wer gebucht hat, was er bezahlt hat, was er in der Unterhaltung gefragt hat, welche Bedingungen gelten, wenn er storniert, oder ob der Preis im Inserat noch der ist, den du verlangen wolltest. All das liegt hinter der Konnektivität.
Jetzt bauen
Was kannst du heute mit Vrbo-Daten bauen?
Alles, was bei der Buchung oder beim Gast anfängt. Einen gemeinsamen Posteingang oder KI-Assistenten, der Vrbo-Gästen neben denen von Airbnb und Booking.com antwortet; eine Anfragebearbeitung, die mit deinen eigenen Preisen vorab freigibt oder Angebote macht; Bewertungsmanagement über alle Kanäle; einen einzigen Buchungs-Feed mit Auslastungs-, ADR- und Umsatzberichten, dem kein Kanal fehlt; ein Gäste-CRM, das einen wiederkehrenden Gast erkennt, egal über welchen Kanal er kommt; und Eigentümerabrechnungen, die aufgehen. Nichts davon verlangt, dass der Gastgeber sein PMS wechselt.
- Ein gemeinsamer Posteingang oder KI-Assistent, der Vrbo-Gästen und -Anfragen neben Airbnb und Booking.com antwortet – ohne dass der Gastgeber das PMS wechselt.
- Ein einziger Buchungs-Feed, dem kein Kanal fehlt – Vrbo-Buchungen kommen in derselben normalisierten Form an wie die von Airbnb und Booking.com.
- Auslastungs-, ADR- und Umsatzberichte, in denen der Vrbo-Anteil tatsächlich gezählt statt geschätzt wird.
- Ein Gäste-CRM, das denselben Gast über alle Kanäle erkennt, statt ein drittes Profil anzulegen.
- Bewertungsmanagement für Vrbo, Airbnb und Booking.com an einem Ort.
- Eigentümerabrechnungen, die aufgehen, weil die Vrbo-Aufenthalte im selben Buch stehen wie alles andere.
Fang mit der Doku an, oder lies in den Leitfäden zu Airbnb und Booking.com, wie dieselbe Logik für die anderen beiden großen Kanäle gilt. Wenn du eine SaaS-Plattform bist und das deinen eigenen Kunden anbieten willst, steht der geschäftliche Rahmen in Repull für Plattformen, die technische Tiefe in den Fragen und Antworten für SaaS-Plattformen.
Du baust auf Vrbo-Daten?
Erzähl uns, was du baust und welche Kanäle es abdecken muss. Wir sagen dir, was heute funktioniert, was nicht und was es bräuchte – kein Formular, keine Pflicht-Demo.
Mail an hello@repull.dev