Conversion Tracking Nedir? Metasearch Rezervasyon Ölçümü
Metasearch click'inden booking ve cancellation'a kadar conversion tracking, attribution, click ID ve reconciliation mantığını öğrenin.
Conversion tracking, metasearch üzerinden oluşan bir click'in gerçekten booking'e dönüşüp dönüşmediğini ölçme sürecidir.
Bu yalnızca marketing dashboard için gerekli değildir. CPC/CPA economics, provider kalite analizi, revenue attribution ve partner reconciliation için de temel veri katmanıdır.
Temel funnel
Basit bir hotel funnel'ı şöyle düşünülebilir:
impression → click → landing → booking → modification/cancellation → net booking
Her adım ayrı event olmalıdır.
Click ID
En kritik bağlayıcı alanlardan biri click ID'dir.
İyi bir click ID:
- unique,
- opaque,
- PII içermeyen,
- tahmin edilmesi zor,
- log'larda aranabilir
olmalıdır.
Click ID provider deeplink'ine taşınır ve booking event'i oluştuğunda geri dönerse end-to-end attribution kurulabilir.
Booking event
Booking event içinde tipik alanlar:
- booking ID,
- click ID,
- booking value,
- currency,
- booking timestamp,
- check-in/out,
- hotel/property,
- provider,
- commission veya revenue bilgisi.
Her alan her partnerde bulunmayabilir.
Idempotency
Aynı booking event iki kez gelirse iki booking yaratılmamalıdır. Provider retry yapabilir, network timeout olabilir veya webhook aynı event'i tekrar gönderebilir. Bu nedenle booking ID + event type gibi bir idempotency key kullanılmalıdır.
Cancellation ve modification
Gross booking count tek başına yanıltıcıdır.
Bir booking daha sonra:
- cancel,
- date change,
- amount change
yaşayabilir.
Net performance için lifecycle state tutulmalıdır.
Attribution window
Click ile booking arasında süre olabilir. Same-session booking kolaydır; ancak kullanıcı saatler veya günler sonra dönebilir. Commercial agreement hangi click'in booking'i hak ettiğini tanımlamalıdır.
Server-side tracking neden önemli?
Browser-only tracking ad blockers, cookie restrictions ve cross-domain akışlardan etkilenebilir. Provider'ın server-to-server conversion callback göndermesi daha güvenilir bir temel olabilir.
Ölçülmesi gereken metrikler
- click-to-booking CVR,
- booking value,
- net booking value,
- cancellation rate,
- attribution success,
- unattributed bookings,
- duplicate event rate,
- conversion latency.
Sonuç
Metasearch'te conversion tracking sonradan eklenen analytics özelliği değildir. Commercial modelin güvenilir çalışması için product architecture'ın başından itibaren tasarlanması gereken bir transaction-observability katmanıdır.
Event contract'ı tanımlayın
Travel conversion tracking'de browser event'ine güvenmek yeterli değildir. Click, booking ve cancellation event'leri için explicit contract oluşturun.
Minimum alanlar:
- event ID,
- click ID,
- booking ID,
- event timestamp,
- booking value,
- currency,
- market,
- provider,
- status.
Event ID idempotency için; click ID attribution için; booking ID reconciliation için gereklidir.
Booking lifecycle tek event değildir
Booking oluşturulduktan sonra state değişebilir: confirmed → modified → cancelled → stayed. Commercial reporting hangi state'i “conversion” kabul ediyor açık olmalıdır. Gross booking conversion ile net/stayed conversion farklı KPI'lardır.
Client-side vs server-side
Client-side tracking hızlı ve kolaydır; ancak consent, ad blocker, cross-domain navigation ve browser restrictions nedeniyle eksik kalabilir. Server-side confirmation daha güvenilir olabilir, fakat provider entegrasyonu ve security gerektirir.
En iyi model çoğu zaman client click + server booking reconciliation birleşimidir.
Attribution window
Click ile booking arasında saatler veya günler olabilir. Attribution window çok kısa ise assisted conversions kaybolur; çok uzun ise yanlış click credit'i artabilir. Window market, vertical ve booking window davranışıyla birlikte test edilmelidir.
Reconciliation metrikleri
- click → booking match rate,
- duplicate conversion,
- orphan booking,
- late conversion,
- cancellation adjustment,
- value/currency mismatch.
Meta Search 101 yorumu
Conversion tracking analytics detayı değil, channel economics'in muhasebe katmanıdır. Attribution ve reconciliation güvenilir değilse CPC/CPA/ROAS karşılaştırması da güvenilir değildir.
Conversion tracking için event contract tanımlayın
"Conversion" tek event olmamalıdır. Travel booking lifecycle farklı state'ler içerir:
BOOKING_CREATED
BOOKING_CONFIRMED
BOOKING_MODIFIED
BOOKING_CANCELLED
REFUND
NO_SHOW
STAY_COMPLETEDHer event:
- event_id,
- booking_id,
- click_id,
- event_time,
- booking_value,
- currency,
- status_version
taşımalıdır.
Client-side ve server-side sinyali ayırın
Browser pixel hızlı feedback verir fakat cookie, consent, redirect ve ad-blocker nedeniyle kayıp yaşayabilir. Server-side booking event daha güvenilir commercial evidence üretir.
İki signal birlikte kullanılabilir:
browser -> landing / intent signal
server -> booking lifecycle / revenue truthReconciliation neden zorunludur?
Daily/weekly job internal booking events ile provider commercial report'u karşılaştırmalıdır:
- internal'da var provider'da yok,
- provider'da var click ID yok,
- booking value farklı,
- cancellation eksik,
- currency farklı,
- duplicate.
KPI'lar
- event delivery success,
- server-side conversion coverage,
- booking-to-click match rate,
- event lag p95,
- duplicate rate,
- reconciliation variance,
- matured conversion rate.
Tracking başarılı sayılmaz çünkü event endpoint 200 dönmüştür; commercial state doğru reconcile ediliyorsa başarılıdır.
Benzer bir entegrasyon mu planlıyorsunuz?
Gereksinim, feed/API tasarımı ve production yaklaşımını birlikte değerlendirebiliriz.