OTA vs Metasearch vs Travel Marketplace: Farklar

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.

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?