Štiri ključne zmogljivosti
Section titled “Štiri ključne zmogljivosti”| Zmogljivost | Kaj pomeni | Zakaj izdelki zastanejo brez nje |
|---|---|---|
| Aktualne cene in razpoložljivost | Trenutne cene in dejansko rezervabilno stanje za določen časovni razpon | Predpomnjene cene odpovejo pri potrditvi in zmanjšajo zaupanje |
| Ustvarjanje rezervacije | Ustvariti pravo rezervacijo, ki jo hotel prejme | Brez tega ste le povezava, ne izdelek |
| Plačilo | Sprejeti denar kot del rezervacije | Preusmeritev na drugo stran ubije konverzijo |
| Potrditev in spletni klici | Sporočiti gostu, hotelu in vašemu sistemu, kaj se je zgodilo | Drugače pride do preobremenitve podpore in neskladij |
Večina “hotel API-jev”, ki jih razvijalec najde, pokriva prvo in včasih drugo. Transakcija je težji del in določa, ali imate izdelek.
Čigavo ponudbo integrirate?
Section titled “Čigavo ponudbo integrirate?”To vprašanje oblikuje vse nadaljnje korake. Ponudba, ki se preprodaja skozi verigo, ima v ceni vključen pribitek, manj svežo razpoložljivost in ni poti nazaj do hotela za vprašanja o rezervaciji. Ponudba, ki prihaja neposredno od hotela, nosi hotelsko lastno ceno, aktualno razpoložljivost in hotel, ki ve za rezervacijo.
Za vse, kjer bo potnik primerjal s hotelsko lastno spletno stranjo — kar velja za večino primerov — hotelsko nadzorovana ponudba prepreči neprijeten trenutek, ko je vaša cena slabša.
Kdo je trgovec v evidenci
Section titled “Kdo je trgovec v evidenci”Če sami zgradite rezervacijo hotela, postati trgovec v evidenci pomeni prevzeti odgovornost za plačila, vračila, obdelavo davkov in pogosto tudi licenco turistične agencije na vsakem trgu.
Na Wink hotel ostaja trgovec v evidenci in plačilo se pobira za hotel, zato integrator ne prevzame te odgovornosti. Dogovori o trgovcu v evidenci so na voljo pri API integracijah, kjer partner resnično potrebuje sprejem plačil, kar prinaša svoje zahteve glede licenciranja.
Trije nivoji integracije
Section titled “Trije nivoji integracije”- Spletne komponente. Vstavite rezervabilno iskanje, seznam sob ali blagajno v obstoječo stran. Brez dela na strežniku; najmanjša kontrola nad postavitvijo.
- REST API. Popoln nadzor nad iskanjem, cenami, ustvarjanjem rezervacije in potrditvijo, avtentikacija z OAuth2. Uporabite, ko je pot rezervacije del vaše lastne uporabniške izkušnje.
- MCP strežnik. Enake zmogljivosti so na voljo AI agentom, da lahko pomočnik išče, ceni in dokonča rezervacijo namesto uporabnika.
Ti trije niso izključujoči — izdelek pogosto uporablja komponente za marketinški del in API za glavni potek.
Kaj zgraditi najprej
Section titled “Kaj zgraditi najprej”- Iskanje in ceno za eno mesto in en časovni razpon. Najprej pridobite prave cene.
- Ustvarite eno testno rezervacijo od začetka do konca, vključno s plačilom in potrdilom.
- Naročite se na
booking.createin dogodke preklica preden zgradite kakršenkoli uporabniški vmesnik. - Zgodaj določite model atribucije — kontekst vira mora potovati z rezervacijo, sicer so poročila kasneje ugibanja.
- Obravnavajte primere napak: razpoložljivost izgubljena med ponudbo in rezervacijo, zavrnjeno plačilo, delna vračila.
Cenik, ki ga mora razvijalec poznati
Section titled “Cenik, ki ga mora razvijalec poznati”API-ja Consumer in Booking Engine sta brezplačna. Partner API vključuje brezplačno mesečno kvoto 10.000 hotelskih nočitev, nato zaračunava na enoto. Potrjene rezervacije nosijo 1,5 % platformno provizijo hotela plus stroške kartičnega plačila, in 10 % privzeta provizija velja, ko je vaša rešitev pripeljala do rezervacije — tako integrator zasluži, ne plača.
Pogoste napake
Section titled “Pogoste napake”- Gradnja na predpomnjenih cenah. V razvoju izgledajo v redu, v produkciji odpovejo.
- Prepuščanje plačila preusmeritvi. Vsaka preusmeritev izgubi rezervacije.
- Ignoriranje spletnih klicev do lansiranja. Uskladitev postane ročno delo.
- Postati trgovec v evidenci brez potrebe. To je odločitev o licenciranju in odgovornosti, ne le tehnična.
- Neprenašanje konteksta vira. Atribucije ni mogoče kasneje rekonstruirati.