Skip to content
Ressurser

Hvordan legger utviklere til hotellbooking i et produkt?

Section titled “Hvordan legger utviklere til hotellbooking i et produkt?”

Søk og priser er den enkle halvdelen. Et produkt blir først nyttig når det kan opprette en ekte booking, ta betaling, og informere reisende og hotellet om at det skjedde.

Mange API-er returnerer hotellinnhold. Færre lar deg fullføre transaksjonen.

Det korte svaret

Du trenger fire ting: live priser og tilgjengelighet, bookingopprettelse, betaling, og bekreftelse pluss webhooks. Read-only innholds-API-er stopper etter det første. På Wink er Consumer- og Booking Engine-API-ene gratis å bruke, bookingopprettelse skjer over REST med OAuth2, det finnes 70 webhook-hendelser inkludert booking.create, og betaling samles inn for hotellet — som forblir merchant of record — så du trenger ikke å bli det selv. En MCP-server eksponerer de samme mulighetene for AI-agenter, og webkomponenter dekker tilfeller der du ønsker en bookingflyt uten å bygge et UI.

FunksjonHva det betyrHvorfor produkter stopper opp uten det
Live priser og tilgjengelighetGjeldende priser og hva som faktisk kan bookes, per datoperiodeBufrede priser feiler ved bekreftelse og svekker tillit
BookingopprettelseOpprette en ekte reservasjon som hotellet mottarUten dette er du bare en henvisningslenke, ikke et produkt
BetalingTa imot penger som del av bookingenEn overføring til en annen side er der konverteringen dør
Bekreftelse og webhooksInformere gjest, hotell og ditt system om hva som skjeddeStøtter belastning og luker ut avstemmingsgap

De fleste “hotell-API-er” en utvikler finner dekker det første og noen ganger det andre. Transaksjonen er den vanskelige delen, og det er den som avgjør om du har et produkt.

Dette spørsmålet former alt som kommer etterpå. Leveranse videresolgt gjennom en kjede kommer med påslag i prisen, eldre tilgjengelighet, og ingen vei tilbake til hotellet for spørsmål om booking. Leveranse som kommer direkte fra hotellet har hotellets egen pris, live tilgjengelighet, og et hotell som vet at bookingen finnes.

For alt der reisende vil sammenligne med hotellets egen nettside — som er det meste — unngår hotellkontrollert leveranse det pinlige øyeblikket når prisen din er dårligere.

Hvis du bygger hotellbooking selv, betyr det å bli merchant of record at du tar på deg betalingsansvar, chargebacks, refusjoner, skattehåndtering og ofte en reisebyrålisens i hvert marked.

På Wink forblir hotellet merchant of record og betaling samles inn for hotellet, så en integrator arver ikke dette ansvaret. Merchant-of-record-avtaler finnes for API-integrasjoner der en partner virkelig må ta betaling selv, og den veien har egne lisenskrav.

  1. Webkomponenter. Legg inn et bookbart søk, romliste eller utsjekk på en eksisterende side. Ingen backend-arbeid; minst kontroll over layout.
  2. REST API. Full kontroll over søk, priser, bookingopprettelse og bekreftelse, autentisert med OAuth2. Bruk det når bookingflyten er en del av ditt produkts egen opplevelse.
  3. MCP-server. De samme mulighetene eksponert for AI-agenter, slik at en assistent kan søke, prise og fullføre en booking i stedet for å sende brukeren til en nettside.

De tre er ikke gjensidig utelukkende — et produkt bruker ofte komponenter for en markedsføringsflate og API-et for kjernen i flyten.

  • Søk og pris for én by og én datoperiode. Få ekte priser til å flyte før du designer noe.
  • Opprett én testbooking fra start til slutt, inkludert betaling og bekreftelse.
  • Abonner på booking.create og avbestillingshendelser før du bygger noe UI oppå.
  • Bestem din attribusjonsmodell tidlig — kildekontekst må følge med bookingen, ellers blir rapporteringen gjetting senere.
  • Håndter feilsituasjoner: tilgjengelighet tapt mellom tilbud og booking, betaling avvist, delvise refusjoner.

Consumer- og Booking Engine-API-ene er gratis. Partner-API-et inkluderer en gratis månedlig kvote på 10 000 hotellnetter, deretter faktureres per enhet. Bekreftede bookinger belastes hotellets 1,5 % plattformavgift pluss kortbehandling til kostpris, og en standard provisjon på 10 % gjelder når ditt produkt drev bookingen — slik tjener en integrator i stedet for å betale.

  • Bygge på bufrede priser. De ser fine ut i utvikling, men feiler i produksjon.
  • Overlate betaling til en omdirigering. Hver overføring mister bookinger.
  • Ignorere webhooks til lansering. Avstemming blir et manuelt arbeid.
  • Bli merchant of record uten behov. Det er en lisens- og ansvarsbeslutning, ikke bare teknisk.
  • Ikke sende kildekontekst. Attribusjon kan ikke rekonstrueres i etterkant.

Fortsett å utforske

Vanlige spørsmål om hotellbooking-API

Hva du skal integrere, hva det koster, og hvem som bærer betalingsansvaret.

Hva må en hotellbooking-API støtte?
Live priser og tilgjengelighet, bookingopprettelse, betaling og bekreftelse med webhooks. Read-only innholds-API-er dekker bare det første og kan ikke fullføre en transaksjon.
Er Wink API gratis å bruke?
Consumer- og Booking Engine-API-ene er gratis. Partner-API-et inkluderer 10 000 hotellnetter gratis per måned, deretter faktureres per enhet.
Må jeg bli merchant of record?
Nei. Hotellet forblir merchant of record og betaling samles inn for hotellet. Merchant-of-record-avtaler finnes for API-integrasjoner som virkelig må ta betaling selv, med egne lisenskrav.
Kan AI-agenter booke gjennom de samme mulighetene?
Ja. En MCP-server eksponerer søk, prising og booking for agenter, slik at en assistent kan fullføre en booking i stedet for å sende brukeren til en nettside.
Hvordan får jeg betalt som integrator?
En standard provisjon på 10 % gjelder for bookinger ditt produkt drev, beregnet etter hotellets plattformavgift og kortbehandling, med attribusjon som varer i 6 måneder per klikk.
Må jeg bygge et UI?
Ikke nødvendigvis. Webkomponenter gir bookbart søk, romlister og utsjekk som legges inn på en eksisterende side; REST API-et er der når flyten skal være din.

Live hotelltilbud, bookingopprettelse over REST, webhooks, en MCP-server for agenter, og betaling du ikke trenger å eie.