Önemli dört yetenek
Bölüm başlığı “Önemli dört yetenek”| Yetenek | Anlamı | Ürünlerin bu olmadan neden takıldığı |
|---|---|---|
| Canlı fiyatlar ve müsaitlik | Güncel fiyatlar ve gerçekten rezervasyon yapılabilir olan, tarih aralığı bazında | Önbelleğe alınmış fiyatlar onayda başarısız olur ve güveni zedeler |
| Rezervasyon oluşturma | Otelin aldığı gerçek bir rezervasyon yaratmak | Olmazsa sadece bir yönlendirme linkisiniz, ürün değilsiniz |
| Ödeme | Rezervasyonun parçası olarak para almak | Başka bir siteye yönlendirme dönüşümü öldürür |
| Onay ve webhooks | Misafir, otel ve sistemin ne olduğunu bilmesi | Aksi halde destek yükü ve mutabakat boşlukları olur |
Geliştiricilerin bulduğu çoğu “otel API’si” ilkini ve bazen ikincisini kapsar. İşlem kısmı zordur ve ürün olup olmadığını belirler.
Hangi tedarik entegre ediliyor?
Bölüm başlığı “Hangi tedarik entegre ediliyor?”Bu soru tüm sonraki süreci şekillendirir. Zincir üzerinden yeniden satılan tedarik, fiyat içinde bir kar payı, daha eski müsaitlik ve rezervasyon sorusu için otele geri dönüş yolu olmadan gelir. Otelden doğrudan gelen tedarik, otelin kendi fiyatını, canlı müsaitliği ve rezervasyonun varlığını bilen bir oteli taşır.
Yolcunun otelin kendi web sitesiyle karşılaştıracağı her durumda — ki çoğu şey böyledir — otel kontrollü tedarik, fiyatınızın daha kötü olduğu garip anı önler.
Kayıtlı satıcı kimdir?
Bölüm başlığı “Kayıtlı satıcı kimdir?”Kendi otel rezervasyonunuzu yaparsanız, kayıtlı satıcı olmak ödeme sorumluluğunu, itirazları, iadeleri, vergi işlemlerini ve genellikle her pazarda seyahat acentesi lisansını üstlenmek demektir.
Wink’te otel kayıtlı satıcı olarak kalır ve ödeme otel için toplanır, böylece entegratör bu yükü üstlenmez. Kayıtlı satıcı düzenlemeleri, gerçekten ödeme almak zorunda olan API entegrasyonlarında mevcuttur ve bu yol kendi lisanslama gereksinimlerini taşır.
Üç entegrasyon seviyesi
Bölüm başlığı “Üç entegrasyon seviyesi”- Web bileşenleri. Rezervasyon yapılabilir arama, oda listesi veya ödeme sayfasını mevcut bir sayfaya bırakın. Backend çalışması yok; düzen üzerinde en az kontrol.
- REST API. Arama, fiyatlar, rezervasyon oluşturma ve onay üzerinde tam kontrol, OAuth2 ile kimlik doğrulamalı. Rezervasyon akışı ürününüzün kendi deneyiminin parçasıysa kullanın.
- MCP sunucusu. Aynı yetenekler yapay zeka ajanlarına sunulur, böylece bir asistan kullanıcıyı bir web sitesine yönlendirmek yerine rezervasyonu arayıp fiyatlandırıp tamamlayabilir.
Üçü birbirini dışlamaz — bir ürün genellikle pazarlama yüzeyi için bileşenleri ve çekirdek akış için API’yi kullanır.
Önce ne inşa edilmeli
Bölüm başlığı “Önce ne inşa edilmeli”- Bir şehir ve bir tarih aralığı için arama ve fiyatlandırma. Gerçek fiyatların akmasını sağlayın, sonra tasarım yapın.
- Bir test rezervasyonu baştan sona oluşturun, ödeme ve onay dahil.
- Herhangi bir kullanıcı arayüzü oluşturmadan önce
booking.createve iptal olaylarına abone olun. - Atıf modelinizi erken belirleyin — kaynak bağlamı rezervasyonla gitmeli, yoksa raporlama sonradan tahmin olur.
- Başarısızlık durumlarını yönetin: teklif ile rezervasyon arasında müsaitlik kaybı, ödeme reddi, kısmi iadeler.
Geliştiricinin bilmesi gereken fiyatlandırma
Bölüm başlığı “Geliştiricinin bilmesi gereken fiyatlandırma”Consumer ve Booking Engine API’leri ücretsizdir. Partner API aylık 10.000 otel gecesi ücretsiz içerir, sonra birim başı ücretlendirilir. Onaylanmış rezervasyonlar otelin %1,5 platform ücreti ve maliyet fiyatıyla kart işleme ücretini taşır ve rezervasyonu ürününüz yönlendirdiyse %10 varsayılan komisyon uygulanır — entegratörün kazandığı, ödediği değil.
Yaygın hatalar
Bölüm başlığı “Yaygın hatalar”- Önbelleğe alınmış fiyatlar üzerine inşa etmek. Geliştirmede iyi görünür, üretimde başarısız olur.
- Ödemeyi bir yönlendirmeye bırakmak. Her yönlendirme rezervasyon kaybına yol açar.
- Webhooks’u lansmana kadar görmezden gelmek. Mutabakat manuel iş olur.
- Gerekmeden kayıtlı satıcı olmak. Bu teknik değil, lisanslama ve sorumluluk kararıdır.
- Kaynak bağlamını geçirmemek. Atıf sonradan yeniden oluşturulamaz.