Hotels.com: Hotel OTA and Expedia Group Retail Profile
Model Hotels.com as Expedia Group's hotel-first consumer OTA across discovery, retail and booking lifecycle.
Platform facts
- Platform type
- OTA
- Role / capability
- OTA · Travel marketplace
- Ecosystem layer
- Retail / Discovery · Booking / Transaction
- Turkey relevance
- Global / Turkey context
- Service status
- Active
- Ecosystem audience
- B2C · travellers · B2B · industry partners
- Business model
- Not yet verified
- Integration method
- Not yet verified
- Company
- Expedia Group
- Parent company
- Not yet verified
- Direct supplier participation
- Not yet verified
- Developer documentation
- Not yet verified
- Pricing / availability model
- Not yet verified
- Booking ownership
- Not yet verified
- Attribution model
- Not yet verified
Commercial models and integration paths may belong to different partner programmes; access and market eligibility depend on provider approval.
Sources for these facts
How is this entity connected?
Follow the same entity across integration, architecture, comparison, research and glossary layers. Links are generated from content metadata and topic similarity.
Hotels.com is a hotel-first consumer travel brand within Expedia Group. Expedia Group's official brand surface positions Hotels.com as a lodging-focused retail brand, so it should not be treated as the same technical product as Expedia or Expedia Rapid.
Ecosystem role
Its primary role is OTA / travel marketplace. Travelers use the consumer surface for hotel discovery, offer comparison and a significant portion of the booking journey.
Expedia Group relationship
Shared corporate ownership does not mean Expedia, Hotels.com and Rapid have identical booking contracts. Brand identity, booking owner and underlying supply source should remain separate.
Technical modeling
Preserve property, room/rate, seller, payment timing, cancellation and source references in the canonical offer. Consumer brand identity should not replace supplier identity.
Failure modes
Price mismatch, policy differences, stale availability and landing/booking state divergence should be tracked as separate incident classes.
Evaluating this technology or provider approach?
We can assess integration, architecture and operational trade-offs against your requirements.