1. CMS ve PMS/OTA Arasındaki Rol Dağılımı
Entegrasyonun ilk prensibi basittir: operasyon verisi ile içerik verisi aynı şey değildir.
- •Operasyon verisi: fiyat, müsaitlik, minimum konaklama, promosyon, stop-sale gibi dinamik alanlar
- •İçerik verisi: oda açıklaması, galeri, konum/destinasyon anlatıları, USP’ler, sayfa metinleri
PMS/Channel Manager tarafı operasyonu, CMS tarafı anlatıyı yönetir. OTA’lar ise çoğu zaman dağıtım kanalıdır; bazı içerikleri barındırır ama “web sitesinin içerik hakikati” olmak zorunda değildir. Rol dağılımını net kurduğunuzda, ekibin şu soruya net cevabı olur: “Bu alanın sahibi kim?”
CMS ve PMS/OTA entegrasyonu nasıl kurgulanmalı?
Kısa cevap: Oda–fiyat–içerik için alan bazında tek kaynak belirle; mapping’i (oda kodları) sabitle; senkronizasyon + test + cache/revalidation kuralı ile yayına al.
- •“Single source of truth” dokümanı olmadan entegrasyonlar büyüdükçe bozulur.
- •En kritik teknik konu: oda tipleri ve kod eşlemesi (room type mapping) ve cache.
Ne yapmalıyım?
- • Alan bazında “sahip sistem” tablosu çıkar (CMS mi PMS mi?).
- • Oda tipleri için tekil ID/kod standardı belirle.
- • “Asla CMS’te fiyat girilmez” gibi kırmızı çizgileri yaz.
- • Publish→cache purge/revalidation akışı ekle (özellikle kampanya/fiyat).
- • Entegrasyon test senaryolarını (happy path + edge case) dokümante et.
2. Hangi Veriler Nereden Gelir? (Oda, Fiyat, İçerik)
Bu bölümün amacı; “her şeyi entegre edelim” yaklaşımını bırakıp, hangi alanın nereden besleneceğini pratik şekilde netleştirmektir. Otel sitelerinde en sık hata; oda açıklamasını PMS’e gömmek veya fiyat bilgisini CMS’te manuel tutmaktır. Sonuç: güncelleme kaçırılır, misafir farklı rakam görür, çağrı merkezi “özür diliyoruz” moduna girer.
Oda ve fiyat bilgisini CMS’te mi PMS’te mi tutmalıyım?
Kısa cevap: Fiyat ve müsaitlik PMS/Channel Manager’da; oda anlatısı ve görsel içerikleri CMS’te tutulmalıdır. CMS’te fiyat tutmak, kısa vadede “kolay” görünür ama uzun vadede çakışma üretir.
Alan bazında pratik yaklaşım
| Alan | Kaynak Sistem | Not / Kural |
|---|---|---|
| Oda tipleri (kimlik) | Ortak ID/kod | Mapping şart |
| Oda açıklaması & USP | CMS | İçerik ve deneyim katmanı CMS’te yönetilir |
| Oda foto/video galerisi | CMS | Gerekirse OTA’da ayrı dağıtım seti bulunabilir |
| Fiyat & müsaitlik | PMS/Channel Manager | Tek kaynak olmalıdır |
| Promosyon/indirim mantığı | PMS/Channel Manager | Kural seti operasyon tarafında yönetilir |
| Destinasyon içerikleri | CMS | SEO ve sayfa deneyimi CMS’ten gelir |
| Politikalar (iptal/ödemeler) | PMS/Policy engine + CMS sunum | Tek kaynağı belirleyin |
Ne yapmalıyım?
- • “Fiyat/müsaitlik” alanlarını CMS’ten kaldır veya readonly yap.
- • CMS’i içerik ve sayfa deneyimi için güçlendir (galeri, bloklar, destinasyon).
- • Mapping tablosu oluştur (room_code, room_id, external_id).
- • OTA içeriklerini “dağıtım” diye ele al; web içeriğini CMS’te yönet.
- • Test: 3 oda tipi + 2 kampanya senaryosu ile uçtan uca doğrula.
3. İçerik Yönetimi vs Operasyon Verisi
Birçok ekip “PMS zaten her şeyi biliyor” diyerek içerik yönetimini PMS’e iter; sonra içerik üretmek zorlaşır. PMS operasyon içindir; içerik ekibinin günlük üretim ihtiyacı için panel deneyimi sunmaz. Tersine, CMS bir içerik ürünüdür; ama operasyon verisini yönetmek için tasarlanmamıştır. Bu ayrımı netleştirmek; hem yazılımı doğru kullanmak hem ekibi doğru yönetmek anlamına gelir.
Tek bir “otel veri akışı modeli”
CMS, PMS ve OTA; oda, fiyat ve içerik entity’lerini farklı amaçlarla yönetir. “Oda kimliği” bir ortak anahtar (mapping) üzerinden bağlanır; operasyon verisi (rate/availability/promo) PMS/Channel Manager’dan akarken, anlatı ve deneyim katmanı (room content, destination content, media, UI blocks) CMS’ten gelir. Web sitesi bu iki akışı birleştirir; doğru cache/revalidation kurgusu ile hem price consistency hem content freshness korunur. Bu yaklaşım, “her alan için single source” kuralıyla tutarsızlık riskini düşürür.
Çakışma nerede çıkar?
- •CMS’te manuel fiyat alanı → PMS fiyatıyla çelişir
- •Oda adı/kapasite gibi alanlar iki yerde farklı güncellenir
- •OTA’da farklı foto seti, sitede farklı foto seti → misafir beklentisi bozulur
- •Cache yanlış kurgulanır → PMS’te güncel, sitede eski fiyat görünür
Ne yapmalıyım?
- • Operasyon verisini PMS/CM’de tut; CMS’te sadece gösterim mantığını kur.
- • İçeriği CMS’te standardize et; PMS’e pazarlama metni gömmeyi bırak.
- • Çakışma kuralları yaz: hangi alan hangi sistemde “readonly”.
- • Cache/revalidation politikasını kritik sayfalar için netleştir.
- • Şikâyetleri KPI yap: “site–PMS fiyat farkı” sayısını aylık izle.
4. Otel İçin Örnek Akışlar
Bu bölüm, ekiplerin kafasında akışın canlanması için örnek senaryolar verir. Amaç; “entegrasyon var” demek değil, “hangi olayda hangi sistem konuşur” demektir.
Akış 1 — Oda sayfası (içerik + fiyat)
- CMS: oda açıklaması, USP, görseller, SEO alanları
- PMS/Channel Manager: rate/availability (oda kodu ile)
- Web: oda sayfasını render eder; fiyat widget’ı PMS’den çeker
- Cache: oda sayfası içerik kısmı cache’lenebilir; fiyat widget kısa TTL veya server-side güncel çekim
Akış 2 — Kampanya yayını (sezonluk)
- Pazarlama CMS’te kampanya landing içeriğini hazırlar (draft→review)
- Revenue PMS/CM tarafında promosyon kuralını tanımlar
- Publish zamanı: landing yayınlanır; PMS kuralı aktif olur
- Cache: landing ve fiyat bileşeni için purge/revalidation tetiklenir (eski fiyat riski yok edilir)
Mini örnek: Antalya/Belek’te “erken rezervasyon” kampanyasında; landing metni CMS’ten, promosyon PMS/CM’den gelir. Böylece “metin doğru ama fiyat yanlış” gibi çakışmalar azalır.
Akış 3 — Destinasyon sayfaları (SEO + içerik)
- •CMS destinasyon içeriklerini yönetir (Side, Kemer vb. içerikler)
- •PMS/OTA burada kaynak değildir (operasyon verisi yok)
- •Web sayfaları daha statik kurgulanabilir (performans avantajı)
Ne yapmalıyım?
- • Oda sayfasını “content + rate widget” olarak iki katmanlı düşün.
- • Kampanya akışında hem CMS publish hem PMS promo aktivasyonunu senkronla.
- • Cache politikasını “sayfa türü” bazında belirle (oda/kampanya/destinasyon).
- • Mapping’i değişmez bir sözleşme yap (room_code).
- • Uçtan uca test: 1 oda + 1 kampanya + 1 destinasyon senaryosu.
5. Hata ve Çakışmaları Önleme
Türkiye’de PMS/OTA entegrasyonu çok anlatılıyor; ama CMS rolü ve “hangi alan nereden gelsin?” kararı çoğu zaman belirsiz bırakılıyor. Bu belirsizlik, günlük operasyonu manuel düzeltmeye iter. Buradaki hedef; çakışmayı “insan dikkati”ne bırakmadan, kural setiyle engellemektir.
Çakışmayı engelleyen 7 kural (pratik)
- Her alanın sahibi tek: fiyat/müsaitlik PMS/CM; içerik CMS
- CMS’te fiyat alanı readonly veya hiç yok
- Oda tiplerinde tekil “room_code” sözleşmesi (mapping)
- Entegrasyon değişikliği için staging/test ortamı (prod’da deneme yok)
- Publish sonrası cache/revalidation (eski fiyat gösterimi riskini azalt)
- Log ve alarm: “site fiyatı ≠ PMS fiyatı” eşik uyarısı (Varsayım: basit kontrol)
- Rollback planı: kampanya yanlışsa hızlı geri alma (CMS sürümü + PMS kuralı)
Oda/fiyat/içerik çakışmalarını nasıl önlerim?
Kısa cevap: Alan bazında tek kaynak belirleyin, mapping’i sabitleyin, CMS’te fiyatı kapatın ve publish sonrası cache/revalidation + test akışı kurun.
Ne yapmalıyım?
- • “Alan kaynağı dokümanı”nı ekipçe imzala ve değişiklik prosedürü ekle.
- • CMS’te fiyat alanlarını kaldır/readonly yap.
- • Mapping tablosunu kod tarafında tek yerden kullan (tek truth).
- • Cache/config hatalarının SEO ve kullanıcı tarafında eski fiyat gösterebileceğini unutma; revalidation/purge ekle.
- • İç link uyumu: /tr/pms-ota-yonetimi ve /tr/otel/ota-yonetimi ile süreçleri hizala.
6. Otel İçin CMS–PMS–OTA Veri Akışı & Alan Kaynağı Planlama Şablonunu İndir — Yazılım / Entegrasyon
Otel İçin CMS–PMS–OTA Veri Akışı & Alan Kaynağı Planlama Şablonunu İndir — Yazılım / Entegrasyon (v1.0)
Bu şablon, CMS + PMS/OTA entegrasyonunda oda–fiyat–içerik alanlarının kaynağını netleştirerek “çift kaynak” sorununu ortadan kaldırmayı hedefler. Oda kod eşlemesi, senkronizasyon adımları ve test/rollback kurallarıyla; misafir tarafındaki tutarsız bilgi riskini azaltır.
Kim Kullanır?
GM/owner, revenue/rezervasyon lideri, IT/ajans teknik lideri.
Nasıl Kullanılır?
- Oda tipleri ve sistemleri listeleyin (PMS/CM/OTA/CMS).
- Alan bazında “tek kaynak”ı işaretleyin (room/rate/content).
- Senkronizasyon, test, cache/revalidation ve rollback adımlarını doldurun.
Ölçüm & Önceliklendirme (Kısa sürüm)
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
7. Sonuç: Tek kaynak + doğru akış = daha az şikâyet, daha az manuel iş
PMS/OTA + CMS veri sorumluluğu net olan yapılarda, “site ile PMS fiyat/oda farkı” şikâyetleri ve manuel düzeltme ihtiyacı genelde belirgin şekilde azalır. Bunun nedeni teknoloji değil; rol dağılımının ve akışın net olmasıdır. Oda anlatısını CMS’te güçlendirip, fiyat/müsaitliği PMS/Channel Manager’da tek kaynak yaparak; hem misafir deneyimini hem de ekip verimliliğini aynı anda iyileştirirsiniz.
Bir Sonraki Adım
Oda–fiyat–içerik alanlarında tek kaynak kurgusu ile tutarsızlık şikâyetlerini ve manuel düzeltmeyi azaltın.
Sık Sorulan Sorular
CMS ve PMS/OTA entegrasyonu nasıl kurgulanmalı?▾
Oda ve fiyat bilgisini CMS’te mi PMS’te mi tutmalıyım?▾
Otel web sitesinde hangi alan CMS’ten, hangisi PMS/OTA’dan gelmeli?▾
Oda/fiyat/içerik çakışmalarını nasıl önlerim?▾
Cache/config hataları fiyat tutarsızlığına neden olur mu?▾
İlgili İçerikler