Metasearch Monitoring ve KPI Modeli
Sadece uptime yerine supplier health, price quality, mapping, latency, click handoff, conversion ve freshness'i kapsayan operasyonel metasearch KPI modeli oluşturun.
Metasearch platformu teknik olarak “up” olduğu halde kötü sonuç üretebilir. Bu nedenle operational monitoring full funnel'ı kapsamalıdır: supplier reachability, mapping coverage, offer freshness, price accuracy, deeplink success ve conversion reconciliation.
Uptime yalnız ilk katmandır
Supplier'dan HTTP 200 gelmesi connectivity'yi kanıtlar, product quality'yi değil. Response boş olabilir, stale price içerebilir veya canonical entity'ye map edilemeyen data döndürebilir.
Health'i yalnız infrastructure değil business-semantic katmanlarda izleyin.
Supplier health KPI'ları
Faydalı upstream metric'ler:
- request success rate,
- timeout rate,
- p50/p95/p99 latency,
- empty-response rate,
- malformed payload rate,
- rate-limit error,
- cache fallback usage.
Bunları supplier ve endpoint bazında kırın.
Coverage KPI'ları
Coverage catalog veya demand'in ne kadarının gerçekten search'e katılabildiğini gösterir:
- mapped property percentage,
- recent price bulunan property,
- en az bir provider dönen search,
- en az bir bookable offer dönen search,
- room/rate mapping coverage,
- unsupported-market rate.
Coverage gap çoğu zaman raw traffic'ten daha iyi commercial açıklama üretir.
Price-quality KPI'ları
Google price-accuracy tarafında tax mismatch, unavailable room, delayed feed ve wrong itinerary gibi mismatch reason'ları sunar. Benzer taxonomy internal sistemde de yararlıdır.
Takip edin:
- price accuracy,
- displayed vs landing difference,
- stale-price age,
- unavailable-after-click,
- currency mismatch,
- taxes/fees mismatch,
- promotion mismatch.
Handoff KPI'ları
Click ancak kullanıcı doğru context'e ulaşıyorsa değerlidir. Ölçülebilecek alanlar:
- HTTP landing success,
- correct property,
- date preservation,
- occupancy preservation,
- locale/currency preservation,
- broken deeplink rate,
- generic-homepage fallback rate.
Bu metric'ler integration quality'yi conversion ile bağlar.
Conversion ve reconciliation KPI'ları
Commercial metric'ler:
- click-to-booking conversion,
- booking value,
- CPA/commission revenue,
- cancellation rate,
- unmatched booking event,
- duplicate event rate,
- reconciliation variance.
Event delivery quality ile gerçek traveler conversion'ı ayrı değerlendirin.
Provider scorecard oluşturun
Bir provider scorecard şu component'leri birleştirebilir:
- Availability,
- Latency,
- Freshness,
- Accuracy,
- Handoff quality,
- Conversion quality.
Component değerlerini tek score arkasında gizlemeyin. Combined score prioritization sağlar; component'ler ise sorunun nedenini açıklar.
Meta Search yorumu
Monitoring supplier'dan booking'e kadar user ve data journey'yi takip etmelidir. Sağlıklı metasearch operasyonu yalnız sistemin cevap verip vermediğini değil, doğru product'ın map edilip edilmediğini, fiyatın doğruluğunu, response hızını, handoff kalitesini ve booking sonrası reconciliation'ı bilir.
KPI'ları katmanlara ayırın
Tek dashboard'da 40 metric göstermek monitoring değildir. Her metric bir sistem katmanına bağlanmalıdır:
Supply -> coverage, provider availability
Search -> offer yield, latency
Quality -> freshness, price accuracy
Handoff -> deeplink success
Commercial -> click, booking, cancellation
Economics -> margin, revenue, provider costBir incident olduğunda önce hangi layer'ın bozulduğu görülmelidir.
SLO örneği
Search availability SLO >= 99.9%
p95 search latency <= 2.0s
offers with age < threshold >= 97%
deeplink context success >= 99%
severe price mismatch < 1%SLO'lar business impact'e bağlı olmalı; supplier başına ayrı threshold gerekebilir.
Alert tasarımı
Alert yalnız static threshold değil baseline/anomaly kullanabilir:
- provider timeout 15 dk rolling baseline'ın 3x üstünde,
- offer coverage bir saat içinde %20 düşmüş,
- price mismatch belirli property cluster'da yükselmiş,
- attribution gap historical band dışına çıkmış.
Failure mode: metric sağlıklı, ürün bozuk
HTTP success %99 olabilir fakat response boş offer döndürüyor olabilir. Cache hit yüksek olabilir fakat data stale olabilir. Bu yüzden infrastructure metric'leri business-semantic metric ile eşleştirin.
Operasyon ritmi
- real-time: latency/error/coverage,
- daily: price accuracy, mapping, attribution,
- weekly: provider scorecard,
- monthly: unit economics ve trend.
Monitoring'in hedefi grafik üretmek değil, problemi layer + provider + impact ile hızlı izole etmektir.
Benzer bir entegrasyon mu planlıyorsunuz?
Gereksinim, feed/API tasarımı ve production yaklaşımını birlikte değerlendirebiliriz.