Live demo

Hotel API integration

Hotel API integration with Booking.com and Priceline, scoped around your partner access

Bring Booking.com, Priceline or Expedia hotel inventory into your own OTA through one normalized hotel workflow. Each supplier first approves you through its own partner or affiliate programme; PHPTRAVELS then builds the connector around the API products and credentials you are given.

  • Booking.com Demand API
  • Priceline and Expedia supply
  • Normalized rates and policies
  • One multi-supplier hotel flow

How it starts

How hotel API integration with Booking.com and Priceline works

None of these APIs is open to everyone. Booking.com gives approved partners access to its Demand API with an API key and an affiliate ID, Priceline needs a commercial agreement and the API credentials it issues, and Expedia hotel connectivity depends on approved access. They are not ready-made connectors in PHPTRAVELS today, so each one is scoped as custom development on top of the hotel module, which already normalizes rooms, prices, taxes and cancellation policies from the suppliers we connect.

  1. List the hotel suppliers your project needs and the markets you sell in
  2. Confirm which API products, credentials and permissions each supplier has approved
  3. Map content, search, availability and booking calls to the PHPTRAVELS hotel workflow
  4. Test rates, policies, booking responses and failure cases in the supplier's test environment
  5. Switch approved connections to production and monitor supplier responses
API product
Demand API (travel partner)
Environment
Test
Credentials
API key: •••• · Affiliate ID: ••••
Markup
8% on supplier rates
Status
Partner approval confirmed · Scoping
Email us to scope it

Booking workflow

How a hotel booking API request travels through your site

The same five steps apply to every connected supplier, while each step follows what that supplier's API supports.

  1. Search

    A guest enters a destination and dates; the request goes to each configured supplier.

  2. Normalize

    Hotel, room, policy and price data from each response is mapped to one structure.

  3. Recheck

    The chosen offer is confirmed against the supplier's latest price and conditions.

  4. Book

    The booking is submitted using the workflow that supplier supports for your account.

  5. Manage

    Confirmation, supplier reference and post-booking actions are stored in the admin.

Supplier access

What each hotel supplier asks for before you connect

Access is granted by each supplier, not by PHPTRAVELS. Scope the work around what your account actually has enabled.

  • Booking.com Demand API

    For approved travel partners. Current versions authenticate with an API key bearer token and an affiliate ID; enabled endpoints depend on your partner account.

  • Priceline

    Added as a further hotel supplier once you have a commercial agreement with Priceline and the API credentials it provides.

  • Expedia

    Expedia hotel connectivity runs alongside the other suppliers where your business has approved access.

Hotel suppliers PHPTRAVELS connects today:

  • Agoda
  • Amadeus
  • Booking.com
  • Hotelbeds
  • Hotelston
  • RateHawk
  • Stuba
  • TBO Holidays
  • Travelport
  • Wanderbeds
See every hotel integration

Revenue and control

Earn on hotel bookings from one admin

Your revenue depends on supplier agreements, commissions and markups. The back office applies them consistently across every supplier.

  • Commission and markup rules

    Set margins per supplier, market or customer group for B2C bookings.

  • B2B partner rates

    Separate margins for travel agents booking hotels through the B2B portal.

  • Cross-selling

    Combine hotels with flights, transfers, cars or tours in the same platform.

  • Credentials kept server-side

    API keys and affiliate IDs stay in the backend, never in frontend source code.

  • Supplier references

    Find each booking by its supplier reference and follow its post-booking status.

  • Supplier reports

    Bookings and margins per hotel supplier, ready to export.

Compare

A separate build per supplier vs one hotel integration layer

Some teams wire each hotel API straight into their website. This is what typically changes when suppliers share one layer instead.

AreaSeparate build per supplierPHPTRAVELS
Search pagesSeparate build per supplierFrontend logic adjusted for each supplier's formatPHPTRAVELSOne search and booking experience for every supplier
Rooms and policiesSeparate build per supplierEach supplier's fields shown as they arrivePHPTRAVELSRooms, taxes, meal plans and cancellation rules normalized
CredentialsSeparate build per supplierKeys often spread across code and config filesPHPTRAVELSKept per supplier in the backend integration layer
MarginsSeparate build per supplierMarkup logic repeated in every connectorPHPTRAVELSOne set of rules per supplier, market or customer group
Adding a supplierSeparate build per supplierA new end-to-end project each timePHPTRAVELSA new connector mapped into the existing hotel workflow

Use cases

Which Booking.com API fits your business

  • OTAs and travel apps

    The Demand API is the relevant Booking.com family when travellers discover and book stays on your platform.

  • PMS and channel managers

    Booking.com Connectivity APIs serve property software that manages rates, availability and reservations, a different use case.

  • B2B travel agencies

    Approved hotel suppliers sold to agents with their own margins in one booking platform.

Why PHPTRAVELS

Your suppliers, your agreements, your code

  • Source code included

    Self-hosted under a commercial licence, so your developers can extend every hotel connector.

  • Your partner accounts

    You hold each supplier agreement and its credentials, stored in your own installation.

  • Clear scoping

    We tell you which suppliers are ready connectors and which need custom development.

  • 24 languages

    Sell hotels in your markets' languages and currencies, including right-to-left.

FAQ

Booking.com, Priceline and Expedia API questions

What OTAs and travel platforms ask before a hotel API integration project.

Talk to sales

First each supplier approves your business: Booking.com through its partner programme with an API key and affiliate ID, Priceline through a commercial agreement and its API credentials. PHPTRAVELS then maps the enabled search, availability and booking functions into one hotel workflow, tests them and moves them to production.

Booking.com provides APIs for different partner use cases. The Demand API can give approved travel partners content, search, availability and supported ordering, while Connectivity APIs are designed for property-management and connectivity providers.

The Demand API is for travel applications that want Booking.com inventory and booking capabilities. Connectivity APIs are for software that manages properties listed on Booking.com, including reservations, rates, availability and content.

Current Demand API versions use an API key bearer token and an affiliate ID, and your partner account must have access to the endpoints your integration needs. Check the current Booking.com developer documentation for your account.

No. The hotel suppliers connected today include Hotelbeds, TBO Holidays, RateHawk, Hotelston, Stuba, Agoda, Amadeus and Travelport. Booking.com, Priceline and Expedia each need their own partner approval, and a connector for any of them is custom development that we scope with you.

Not necessarily. A normalized integration layer maps each supplier's responses into one search and booking structure, while supplier rules and credentials stay separated in the backend.