Die vier entscheidenden Funktionen
Abschnitt betitelt „Die vier entscheidenden Funktionen“| Funktion | Was es bedeutet | Warum Produkte ohne es scheitern |
|---|---|---|
| Aktuelle Preise und Verfügbarkeit | Aktuelle Preise und was tatsächlich buchbar ist, pro Datumsbereich | Zwischengespeicherte Preise versagen bei der Bestätigung und zerstören Vertrauen |
| Buchungserstellung | Eine echte Reservierung erstellen, die das Hotel erhält | Ohne sie sind Sie nur ein Empfehlungslink, kein Produkt |
| Zahlung | Geld als Teil der Buchung annehmen | Eine Weiterleitung zu einer anderen Seite ist der Punkt, an dem Konversionen sterben |
| Bestätigung und Webhooks | Gast, Hotel und Ihr System informieren, was passiert ist | Sonst entstehen Supportaufwand und Abgleichlücken |
Die meisten „Hotel-APIs“, die Entwickler finden, decken den ersten und manchmal den zweiten Punkt ab. Die Transaktion ist der schwierige Teil und entscheidet, ob Sie ein Produkt haben.
Wessen Angebot integrieren Sie?
Abschnitt betitelt „Wessen Angebot integrieren Sie?“Diese Frage bestimmt alles Weitere. Über eine Kette weiterverkauftes Angebot enthält einen Aufschlag im Preis, veraltetere Verfügbarkeiten und keine Rückfrage-Möglichkeit beim Hotel zur Buchung. Direkt vom Hotel stammendes Angebot enthält die eigenen Preise des Hotels, aktuelle Verfügbarkeit und ein Hotel, das die Buchung kennt.
Bei allem, was der Reisende mit der eigenen Website des Hotels vergleicht — also fast alles — vermeidet hotelkontrolliertes Angebot den unangenehmen Moment, wenn Ihr Preis schlechter ist.
Wer ist der Händler des Geschäfts?
Abschnitt betitelt „Wer ist der Händler des Geschäfts?“Wenn Sie Hotelbuchungen selbst aufbauen, bedeutet Händler des Geschäfts zu werden, dass Sie Zahlungsrisiken, Rückbuchungen, Rückerstattungen, Steuerabwicklung und oft eine Reisebürolizenz in jedem Markt übernehmen.
Bei Wink bleibt das Hotel Händler des Geschäfts und die Zahlung wird für das Hotel eingezogen, sodass ein Integrator diese Verantwortung nicht übernehmen muss. Händler-des-Geschäfts-Vereinbarungen sind bei API-Integrationen möglich, wenn ein Partner tatsächlich selbst Zahlungen annehmen muss, was eigene Lizenzanforderungen mit sich bringt.
Drei Integrationsstufen
Abschnitt betitelt „Drei Integrationsstufen“- Webkomponenten. Fügen Sie eine buchbare Suche, Zimmerliste oder Kasse in eine bestehende Seite ein. Kein Backend-Aufwand; geringste Kontrolle über das Layout.
- REST API. Volle Kontrolle über Suche, Preise, Buchungserstellung und Bestätigung, authentifiziert mit OAuth2. Nutzen Sie sie, wenn der Buchungsablauf Teil der eigenen Produkterfahrung ist.
- MCP-Server. Dieselben Funktionen für KI-Agenten bereitgestellt, sodass ein Assistent suchen, Preise ermitteln und eine Buchung abschließen kann, anstatt den Nutzer an eine Website weiterzuleiten.
Die drei sind nicht exklusiv — ein Produkt nutzt oft Komponenten für die Marketingoberfläche und die API für den Kernablauf.
Was zuerst bauen
Abschnitt betitelt „Was zuerst bauen“- Suche und Preis für eine Stadt und einen Datumsbereich. Lassen Sie echte Preise fließen, bevor Sie etwas entwerfen.
- Erstellen Sie eine Testbuchung von Anfang bis Ende, inklusive Zahlung und Bestätigung.
- Abonnieren Sie
booking.createdund die Stornierungs-Events, bevor Sie eine UI darauf aufbauen. - Entscheiden Sie früh Ihr Attributionsmodell — Quellkontext muss mit der Buchung mitreisen, sonst ist Ihr Reporting später nur Schätzung.
- Behandeln Sie Fehlerfälle: Verfügbarkeit verloren zwischen Angebot und Buchung, Zahlung abgelehnt, Teilrückerstattungen.
Preise, die Entwickler kennen sollten
Abschnitt betitelt „Preise, die Entwickler kennen sollten“Die Consumer- und Booking Engine APIs sind kostenlos. Die Partner API beinhaltet eine kostenlose monatliche Freimenge von 10.000 Hotelnächten, danach erfolgt die Abrechnung pro Einheit. Bestätigte Buchungen tragen die 1,5 % Plattformgebühr des Hotels plus die Kosten für die Kartenverarbeitung, und eine Standardprovision von 10 % gilt, wenn Ihr Produkt die Buchung ausgelöst hat — so verdient ein Integrator, anstatt zu zahlen.
Häufige Fehler
Abschnitt betitelt „Häufige Fehler“- Auf zwischengespeicherten Preisen aufbauen. Diese sehen in der Entwicklung gut aus, versagen aber in der Produktion.
- Zahlung per Weiterleitung abwickeln. Jede Übergabe kostet Buchungen.
- Webhooks bis zum Launch ignorieren. Abgleiche werden manuell.
- Händler des Geschäfts werden, ohne es zu müssen. Es ist eine Lizenz- und Haftungsentscheidung, keine rein technische.
- Quellkontext nicht übergeben. Attribution kann später nicht rekonstruiert werden.