Skyscanner: Uçuş Keşfi, Canlı Fiyatlar ve Rezervasyon Yönlendirmesi
Skyscanner canlı ve tahmini uçuş verilerini ayırın; seyahat ve satıcı kimliğini koruyup fiyat, polling ve rezervasyon yönlendirme hatalarını teşhis edin.
Platform bilgileri
- Platform türü
- Metasearch
- Rol / capability
- Metasearch · Karşılaştırma motoru · Travel marketplace
- Ekosistem katmanı
- Retail / Discovery
- Türkiye bağlamı
- Türkiye'de aktif
- Hizmet durumu
- Aktif
- Ekosistemdeki hedef kitle
- B2B · sektör ortakları · B2C · seyahat edenler
- İş modeli
- Affiliate
- Entegrasyon yöntemi
- API · Deep link
- Şirket
- Henüz doğrulanmadı
- Ana şirket
- Henüz doğrulanmadı
- Doğrudan supplier katılımı
- Evet
- Developer dokümantasyonu
- Evet
- Pricing / availability modeli
- Henüz doğrulanmadı
- Booking ownership
- Henüz doğrulanmadı
- Attribution modeli
- Henüz doğrulanmadı
Ticari modeller ve entegrasyon yolları farklı ortaklık programlarına ait olabilir; erişim ve pazar uygunluğu sağlayıcı onayına bağlıdır.
Bilgilerin kaynakları
Bu entity hangi içeriklerle bağlantılı?
Aynı entity'yi entegrasyon, mimari, karşılaştırma, araştırma ve sözlük katmanlarında takip edin. Bağlantılar içerik metadata'sı ve topic similarity üzerinden üretilir.
Skyscanner seyahat keşfini, fiyat karşılaştırmasını ve partner yönlendirmesini birleştirir. Geliştirici portalı uçuş, otel ve araç kiralama ürünlerini ayırır. Bu profil uçuş araması kararlarına odaklanır; araç kiralama tarafı Skyscanner Cars profilinde ele alınır.
Kimlik doğrulama, request/response modelleri ve polling uygulaması için uçuş API entegrasyon rehberini kullanın. Burada amaç doğru veri ürününü seçmek, teklifin anlamını korumak ve keşiften rezervasyona uzanan akışı teşhis etmektir.
Üretim senaryosu: cazip uçak bileti fiyatı kayboluyor
Kurgusal bir fiyat takviminde EUR 90 gösterildiğini düşünün. Kullanıcı iki yetişkin ve kayıtlı bagaj için tarih seçince canlı aramada EUR 260 görüyor. Bunu tek bir fiyat doğruluğu hatası saymak; geçmiş tahmin ile güncel teklif, bir kişi ile iki kişi ve bagajsız ile bagajlı ürün ayrımlarını gizler.
Toplamları karşılaştırmadan önce veri ürününü, gözlem zamanını, yolcu dağılımını, seyahat planını, satıcı acenteyi, para birimini ve dahil hizmetleri kaydedin. Keşif fiyatı sessizce satın alınabilir aile bileti vaadine dönüşmemelidir.
API'den önce partner ilişkisini seçin
Travel APIs tanıtımı, partner uygulamaları için arama ve içerik ürünlerini açıklar. Affiliate programı ise yönlendirme ürünleri ve ayrıca değerlendirilen bir ticari ilişki sunar.
| Ürün kararı | Netleştirilecek sınır |
|---|---|
| Okuyucuyu yönlendirme bağlantısıyla Skyscanner'a göndermek | Affiliate kabulü, ilişkilendirme ve izin verilen yerleşim |
| Kendi uygulamanızda arama oluşturmak | API erişimi, desteklenen ürünler ve kullanım koşulları |
| Kendi havayolu veya acente envanterinizi sunmak | Tedarikçi partnerliği; arama API'sinin envanter yayınladığını varsaymayın |
Affiliate ödemesi, bilet fiyatının herkes için geçerli sabit bir yüzdesi değildir. Geçerli anlaşmayı ve raporlama esasını doğrulayın. Bir API'nin dokümanda listelenmesi de hesabınızın o ürüne erişimini kanıtlamaz.
Rezervasyon sorumluluğunu açık tutun. Sağlayıcıya yönlendirme akışında ödeme ve sonraki sipariş hizmetleri seçilen satıcıdadır. Başarılı arama yanıtı veya dış bağlantı tıklaması, rezervasyon onayı ya da bilet düzenlendiği anlamına gelmez.
Live ve indicative fiyatlar farklı kararlara hizmet eder
Indicative Prices genel bakışı, keşif için önbellekteki tahmini fiyatları ve tek yetişkin ekonomi yolcusu esasını açıklar. Bu ürünü fiyat bağlamı açık bir keşif deneyiminde kullanın; seçilen seyahat için canlı arama başlatın.
Live Prices genel bakışı, create/poll oturumlarını ve aşamalı sonuçları tanımlar. Canlı arama başlangıçta önbellekteki kısmi veriyi döndürebilir; “live” ifadesi her teklifin az önce yeniden doğrulandığı garantisi olarak sunulmamalıdır.
Aşamalı gösterimi bilinçli tasarlayın. İlk yararlı sonuçları gösterirken arama durumunu koruyun. Tamamlanmamış oturumu tamamlandı olarak işaretlemeyin; ilk sayfa çizildi diye geç gelen sonuçları atmayın.
Seyahat planını ve satıcı kimliğini koruyun
İç modelde yolculuk ile onu satan ticari seçeneği ayırmak faydalıdır:
| İç model kavramı | Karşılaştırma için korunacak bilgi |
|---|---|
| Itinerary ve leg | Gidiş/dönüş yapısı ve tarihler |
| Segment | Havalimanları, kalkış/varış saatleri ve bağlantılar |
| Taşıyıcı rolleri | Mevcutsa pazarlayan ve uçuşu işleten havayolu |
| Ücret koşulları | Mevcutsa kabin, ücret markası, bagaj ve değişiklik/iade koşulları |
| Fiyat seçeneği | Acente, tutar, para birimi ve rezervasyon hedefi |
| Arama bağlamı | Yolcu dağılımı, desteklenen istek parametreleri ve gözlem zamanı |
Bu tablo eksiksiz sağlayıcı şeması değil, iç model önerisidir. Eksik bagaj bilgisini sıfır bagaj hakkı olarak yorumlamayın; aynı uçuş numarasını aynı teklif saymayın. Bilinmeyen değerleri koruyun ki arayüz belirsizliği gösterebilsin.
Kaynak kimliklerini dokümanda tanımlanan yaşam döngüsüyle sınırlayın. Arama oturumundaki bir varlığı otomatik olarak kalıcı katalog kimliğine dönüştürmeyin. Görünürdeki tekrarları incelerken şehir/havalimanı seçimini, yerel kalkış tarihlerini ve ertesi güne geçen varışları ayırın.
Fiyat yenileme ve yönlendirme
Fiyat yenileme dokümanı, seçilen itinerary için yenileme akışı sunar. Sonucun yaşı ve güncel entegrasyon gereksinimlerine göre yönlendirme öncesi kullanımını değerlendirin. Yenileme, teklifin gözlemlenmesidir; koltuk rezervasyonu değildir.
Genel bir satıcı URL'si oluşturmak yerine seçilen acenteyi ve desteklenen deep link'i koruyun. Temiz oturum ve mobil landing akışlarını test edin. Fiyat değişir veya teklif kaybolursa yeni durumu açıklayıp yeniden seçim yaptırın; başka satıcıya veya yolculuğa sessiz geçiş kullanıcının kararını bozar.
Hata senaryoları ve kurtarma
| Belirti | İlk kontrol | Kurtarma kararı |
|---|---|---|
| Takvim fiyatı aramadan farklı | Indicative/live bağlamı ve yolcu esası | Tahmini açıklayın; eşleşen canlı arama kullanın |
| En ucuz sonuç polling sonrası kayboluyor | Birleştirme/değiştirme davranışı ve varlık referansları | Belgelenen yanıt anlamını uygulayın |
| Arama tamamlanmıyor | Oturum durumu, hatalar ve iç polling bütçesi | İşi sınırlayıp eksik durumu gösterin |
| Tıklamada yanlış havalimanı açılıyor | Şehir/havalimanı kimliği ve seçilen seçenek | Eşleştirmeyi veya yönlendirmeyi düzeltin |
| Fiyat aynı fakat bagaj farklı | Ücret ve ek hizmet bilgisi | Teklifleri eşdeğer saymayın |
| Analitikte çok sayıda tekrarlı rezervasyon var | Tıklama olayları ve onaylı sipariş kanıtı | Dönüşüm aşamalarını ayırıp mutabakat yapın |
Polling'i sınırlayın ve hesaba uygun limitlerle çalışın. Terk edilen aramaların işini durdurun; tekrar denemenin sınırsız yeni oturum oluşturmasını engelleyin. Bunlar mühendislik kontrolleridir; sabit Skyscanner timeout veya kota değerleri değildir.
Operasyonel izleme ve üretim kontrol listesi
İlk yararlı sonuca ulaşma süresini tamamlanma süresinden ayrı ölçün. Tamamlanan oturumları geçerli başlatılan oturumlara bölün; kullanıcı terklerini ayrıca raporlayın. Boşa kullanılan kapasiteyi bulmak için aktif oturum başına poll sayısını ve hata sınıflarını izleyin.
Yönlendirme kalitesinde eşdeğer ve başarılı landing örneklerini değerlendirmeye uygun test tıklamalarına bölün. Fiyat farklarını veri ürünü, sonuç yaşı, yolcu dağılımı ve acenteye göre ayırın. Rezervasyonu ancak anlaşmalı raporlama bunu kanıtlıyorsa sayın; tıklama bilet değildir.
Kısmi sonucu izleyen değiştirme yanıtını, süresi dolan oturumu, değişen fiyatı, eksik bagaj bilgisini, şehir/havalimanı belirsizliğini ve hatalı deep link'i test edin. Her durumun gözlemlenebilir bir karşılığı ve sorumlusu olduğunu doğrulayın.
Bağlantı verilen resmi dokümanlar desteklenen davranışı tanımlar. Teşhis tabloları, metrikler ve yayın kontrolleri sağlayıcı SLA'sı değil, mühendislik önerileridir. Kararları adapter ve oturum yönetimine dönüştürmek için uygulama rehberiyle devam edin.
Bu problemi production’da mı yaşıyorsunuz?
Semptomu, veri akışını ve entegrasyon davranışını birlikte teknik olarak inceleyebiliriz.