Unavailable-after-Click RCA Playbook
Metasearch click sonrası unavailable olan hotel offer'larını context, freshness, mapping ve provider lifecycle katmanlarında sistematik biçimde teşhis edin.
Unavailable-after-click, metasearch'te seçilebilir görünen offer'ın landing veya reprice aşamasında artık satın alınamamasıdır. Amaç sonucu yalnız “stale price” diye etiketlemek değil, availability hangi katmanda kayboldu? sorusunu kanıtlamaktır.
Trigger / belirti
Offer görünür, kullanıcı click eder; landing'de room unavailable, sold out, farklı rate veya hata görülür.
Gerekli kanıt
- search context,
- rendered offer fingerprint,
- provider source reference,
- observedAt,
- click timestamp,
- deeplink params,
- reprice/landing sonucu,
- availability state,
- provider response ID.
Triage
- Search ve landing context aynı mı?
- Offer click anında kaç saniye/dakika yaşlıydı?
- Provider source reference hâlâ geçerli mi?
- Aynı room/rate reprice edilebiliyor mu?
- Property/room mapping aynı mı?
- Provider availability gerçekten kapandı mı?
Karar ağacı
Context değiştiyse propagation problemidir. Context aynı ve offer yaşlıysa freshness. Source ref invalid ise ephemeral-token lifecycle. Room/rate değiştiyse mapping/deeplink. Provider yeni response'ta unavailable diyorsa genuine inventory change olabilir.
Fix
Root cause'a göre TTL, reprice-before-click, deeplink propagation, source-reference lifetime veya mapping kuralını düzeltin.
Stop condition
Aynı context ile search → click → landing akışında offer en az hedeflenen accuracy threshold içinde korunmalıdır.
Metrikler
Unavailable-after-click rate, offer age at click, provider-level failure rate, reprice success ve context-preservation rate.
Önleme
Her click event'ine offer fingerprint, observedAt ve provider reference ekleyin; unavailable-after-click RCA için bunları birlikte saklayın.
Benzer bir entegrasyon mu planlıyorsunuz?
Gereksinim, feed/API tasarımı ve production yaklaşımını birlikte değerlendirebiliriz.