---
title: "OTA vs Metasearch vs Travel Marketplace: Farklar"
description: "OTA, metasearch ve travel marketplace modellerini transaction ownership, supplier relationship, monetization, handoff ve teknik architecture açısından karşılaştırın."
slug: "ota-vs-metasearch-vs-marketplace"
translationKey: "compare-ota-vs-metasearch-vs-marketplace"
locale: "tr"
type: "comparison"
category: "distribution"
tags: ["ota","metasearch","travel-marketplace","booking","distribution"]
publishedAt: "2026-09-26"
updatedAt: "2026-09-26"
reviewedAt: "2026-09-26"
sources:
  - title: "Google Hotels — Developer Documentation"
    url: "https://developers.google.com/hotels"
  - title: "ENUYGUN — Hakkında"
    url: "https://www.enuygun.com/hakkinda/"
  - title: "Obilet — Hakkımızda"
    url: "https://blog.obilet.com/kurumsal/hakkimizda"
---
OTA, metasearch ve travel marketplace kavramları consumer UI'da birbirine benzeyebilir; fakat transaction ownership, supply relationship ve handoff davranışı farklıdır. Bir platformun seçenek karşılaştırması yapması onu otomatik olarak metasearch yapmaz.

## Karşılaştırma kapsamı

Bu karşılaştırma ürün etiketi değil, **operasyonel rol** üzerinden yapılır. Aynı şirket birden fazla role sahip olabilir.

| Boyut | OTA | Metasearch | Travel Marketplace |
|---|---|---|---|
| Temel rol | Seyahat ürününü perakende satmak/rezervasyonlaştırmak | Birden fazla seller/channel teklifini discover/compare ettirmek | Birden fazla ürün/supplier'ı tek retail yüzeyde organize etmek |
| Booking ownership | Genellikle platform akışında güçlü rol | Çoğu modelde downstream seller/booking surface'a handoff | Ürün/vertical'a göre değişebilir |
| Supply | Direct, wholesaler, GDS, partner vb. | OTA, hotel direct, airline, partner feeds | Bir veya çok sayıda supply modeli |
| Monetization | Commission, margin, service fee vb. | CPC, CPA, commission/hybrid | Ürün ve transaction modeline göre değişir |
| Consumer handoff | Her zaman gerekli değil | Sık görülür | Role göre değişir |
| Canonical challenge | booking/supplier ownership | offer comparison/provenance | multi-vertical identity + transaction role |

## OTA

OTA'nın ayırt edici yönü yalnız listeleme değil, booking transaction ve after-sales lifecycle içinde rol almasıdır. Confirmation, cancellation, amendment, payment veya customer-support responsibility platform modeline göre OTA tarafında bulunabilir.

## Metasearch

Metasearch esas olarak discovery/comparison katmanıdır. Farklı seller veya booking source'lardan offer toplar, normalize eder ve çoğu durumda kullanıcıyı booking'in tamamlanacağı downstream yüzeye yönlendirir. Google Hotels ve flight/hotel comparison ürünleri bu pattern'i anlamak için iyi örneklerdir.

## Travel Marketplace

Marketplace daha geniş bir kavramdır. ENUYGUN veya Obilet gibi multi-vertical platformlar farklı travel ürünlerini, supplier'ları ve transaction modellerini tek retail surface altında birleştirebilir. Marketplace'in comparison capability'si olabilir; bu onu pure metasearch yapmaz.

## Neden sınıflandırma zor?

Bir entity aynı anda OTA + marketplace olabilir; tour operator veya package seller rolü de taşıyabilir. Ayrıca bazı metasearch platformları belirli ürünlerde booking flow'u kendi yüzeyine yaklaştırabilir. Bu nedenle taxonomy company-level tek label yerine role/capability array kullanmalıdır.

## Failure mode'lar

Yanlış sınıflandırma şu model hatalarına yol açar:

- booking ownership'ın yanlış atanması,
- seller ile supplier'ın aynı entity sanılması,
- attribution modelinin yanlış kurulması,
- cancellation responsibility'nin kaybolması,
- metasearch handoff'un OTA transaction gibi ölçülmesi,
- marketplace vertical'larının tek offer schema'ya zorlanması.

## Karar çerçevesi

Bir platformu sınıflandırırken şu sorular sorulmalı:

1. Kullanıcı transaction'ı nerede tamamlıyor?
2. Confirmation'ı kim üretiyor?
3. Payment/merchant rolü kimde?
4. Cancellation/amendment kime gidiyor?
5. Offer'ın seller'ı ve underlying supplier'ı kim?
6. Kullanıcı başka booking surface'a handoff ediliyor mu?
7. Platform farklı vertical'larda farklı rol taşıyor mu?

## Ölçüm ve observability

Click-out rate, on-platform conversion, booking ownership, cancellation routing, provider/seller mix ve attribution completeness birlikte izlenmelidir. “Kaç sonuç karşılaştırılıyor?” tek başına platform rolünü açıklamaz.

## Production checklist

- [ ] Entity için tek label yerine role set var mı?
- [ ] Seller / supplier / merchant ayrılmış mı?
- [ ] Booking/payment ownership explicit mi?
- [ ] Handoff event'i transaction event'inden ayrı mı?
- [ ] Vertical bazında rol değişimi modellenmiş mi?
- [ ] Attribution source ve downstream booking reference korunuyor mu?