1. Bağlam: Bakılan oda → reklam → rezervasyon akışı
2. Dinamik remarketing nedir? Otelde neyi “dinamik” yapar?
Dinamik remarketing, reklam içeriğinin bir feed’den (ürün/oda kataloğu) çekilerek kişiye göre değişmesidir. “Dinamik” olan şey; aynı kampanyanın, farklı kullanıcıya farklı oda/paket göstermesi ve çoğu senaryoda fiyat/etiket gibi alanları güncellemesidir. Otellerde bu dinamik yapı, room type ve price & availability bileşenleri etrafında döner.
Klasik remarketing vs dinamik remarketing
- •Klasik: “Otelin genel banner’ı” → herkese aynı kreatif
- •Dinamik: “Kullanıcının baktığı oda/paket” → kişiye göre içerik
Bu fark, tıklama ve niyet kalitesini artırabilir; çünkü kullanıcıya “tanıdık” içerik gösterirsiniz.
Otelde en yaygın dinamik gösterim alanları
- •Oda tipi adı (Deluxe, Family Room vb.)
- •Oda/tesis görseli (kataloğa bağlı)
- •Fiyat (varsayım: feed ve politika uygunsa)
- •Kampanya etiketi (örn. erken rezervasyon)
- •Minimum gece / iptal şartı gibi özet alanlar (opsiyonel)
Mini örnek (otel bağlamı)
- •Kullanıcı “Aile Odası” sayfasını inceledi
- •Banner’da “Aile Odası + çocuk aktiviteleri” görseli + “Uygunluğu kontrol et” CTA
- •Landing: ilgili oda sayfası veya fiyat/uygunluk adımı
Mini Check
- • Dinamiğim “oda/paket” mi, “fiyat” mı, ikisi birden mi?
- • Feed’te oda tipi ve görsel alanları net mi?
- • Fiyat göstereceksem senkron ve politika risklerini biliyor muyum?
Ne yapmalıyım?
- • İlk fazda “oda/paket dinamiği” ile başla; fiyatı ikinci faza bırakmak çoğu tesiste daha güvenlidir.
- • Oda kataloğunu (room feed) standardize et: isimler, görseller, landing URL’ler tutarlı olsun.
- • Dinamik reklamı “kişiselleştirme” olarak ölç: yeniden ziyaret + rezervasyon adımı.
3. Ürün/Oda feed yapısı: Otelde “product feed” nasıl düşünülür?
Dinamik remarketing’in omurgası feed’dir. E-ticarette “ürün” neyse, otelde “oda tipi / paket / rate plan” odur; ancak aşırı detay, feed’i kırılgan yapar. Bu yüzden bir otel feed’i, teknik doğruluk + operasyonel sürdürülebilirlik dengesini kurmalıdır.
Feed’de olmazsa olmaz alanlar (minimum)
- •id: benzersiz oda/paket kimliği
- •title: oda tipi adı (Room Type)
- •final_url: oda sayfası veya rezervasyon motoru URL’i
- •image_link: oda görseli (banner’da kullanılacak)
- •description (kısa): 1 satır fayda/konsept (opsiyonel ama değerli)
- •availability: müsaitlik bilgisi (varsayım: beslenebiliyorsa)
- •price: fiyat bilgisi (varsayım: politika ve senkron uygunsa)
Varsayım: Feed formatı ve alan isimleri, kullanılan reklam ürününe göre değişebilir; burada amaç “alan mantığı”nı standardize etmektir.
Oda tipi mi, rate plan mı? (en kritik karar)
- •Sadece oda tipi feed’i: daha stabil, daha az risk
- •Oda + rate plan feed’i: daha esnek ama daha kırılgan (sezon, kampanya, iptal şartı değişir)
Başlangıç önerisi: Oda tipi düzeyinde başlayıp, ölçüm ve senkron oturduktan sonra rate plan detayına inmek.
Sezonluk fiyat ve kampanya etiketleri
Otel fiyatları sezona göre değişir. Feed’e “kampanya etiketi” eklemek işe yarar; ama etiketin landing’de karşılanması şarttır. Aksi halde kullanıcı “banner’da var sandım” der ve güven kaybı yaşanır.
Mini örnek (otel bağlamı)
- •Feed alanı: promo_label = "Erken Rezervasyon"
- •Banner: “Erken Rezervasyon” etiketi gösterir
- •Landing: ilk ekranda aynı etiket ve koşul görünür
Mini Check
- • Feed düzeyim net mi: oda tipi mi, oda+rate plan mı?
- • Görseller aynı kalite standardında mı?
- • Landing URL’ler doğru ve hızlı mı?
Ne yapmalıyım?
- • Minimum alan setiyle başlayıp feed’i stabil hale getir.
- • Görsel kütüphanesini “banner uyumlu” seç (kalabalık olmayan kadraj).
- • Promo etiketi kullanacaksan landing’de karşıla; aksi halde kullanma.
4. Fiyat ve müsaitlik senkronizasyonu: en büyük değer ve en büyük risk
Dinamik remarketing otelde en çok burada kazanır veya kaybeder. Çünkü kullanıcıya “baktığın oda şu fiyatta” dediğiniz anda, fiyatın doğru olması sadece performans değil, marka güveni meselesidir.
Neden senkron zor?
Otel envanteri ve fiyatlar; PMS, channel manager, rezervasyon motoru ve kampanya katmanlarında değişir. Eğer feed bu değişimi yakalayamazsa yanlış fiyat gösterebilir, yanlış müsaitlik hissi verebilir ve kullanıcı rezervasyon adımında “farklı fiyat” görüp çıkabilir.
Güvenli yaklaşım: “Fiyatı reklamda gösterme” karar matrisi
| Durum | Öneri | Risk | Not |
|---|---|---|---|
| Trafik düşük/orta, fiyat çok dalgalı | Fiyat göstermeden başla (Faz-1) | Düşük | Oda/paket dinamiği yeterli olabilir |
| Senkron sağlam, fiyat politikası net | Fiyat göstermek düşünülebilir (Faz-2) | Orta | Test/onay zorunlu |
| Kampanya etiketleri sık değişiyor | Etiketleri temkinli kullan | Orta–Yüksek | Landing’de karşılanmıyorsa etiket kullanma |
| Sezon geçişi/ani fiyat güncellemeleri | Fiyat alanını geçici kapat (fallback) | Düşük–Orta | Krizi yönetmek performanstan değerlidir |
Overbooking ve yanlış fiyatın işletme maliyeti
Yanlış fiyat sadece reklam performansını değil, operasyonu da vurur: daha fazla çağrı, daha fazla iptal talebi, daha fazla şikâyet. Bu yüzden dinamik remarketing “sadece pazarlama” değil, pazarlama + operasyon ortak alanıdır.
Mini örnek (otel bağlamı)
- •Problem: Banner’da “X TL” görüp gelen kullanıcı landing’de daha yüksek fiyat görüyor
- •Olası kök neden: feed güncelleme aralığı, sezon geçişi, rate plan farklılığı
- •Çözüm: fiyatı reklamdan kaldır (Faz-1), feed health kontrolü kur, senkron oturunca Faz-2’de geri ekle
Mini Check
- • Fiyat göstermek benim tesisimde gerçekten gerekli mi?
- • Feed güncelleme mantığım ve kontrol mekanizmam var mı?
- • “Fiyat farklı çıkarsa” senaryosunda süreç/iletişim planım var mı?
Ne yapmalıyım?
- • Faz-1’de oda/paket odaklı dinamik kurguyu çalıştır, fiyatı opsiyonel tut.
- • Fiyat göstereceksen test & onay sürecini zorunlu kıl.
- • Operasyonla aynı masada “yanlış fiyat” risk protokolü yaz.
5. Google Ads ve Channel Manager/PMS ilişkisi: veri nereden nereye akar?
Dinamik reklamın “gerçek kaynağı” PMS ve channel manager’dır; ama reklamın beslendiği şey çoğu zaman rezervasyon motoru veya entegrasyon katmanıdır. Burada önemli olan, veri akışını şeffaf görmek ve hangi sistemin “tek kaynak gerçek” olduğunu belirlemektir.
Tipik veri akışı (mantık)
- •PMS/Channel Manager → fiyat & müsaitlik
- •Rezervasyon motoru → kullanıcıya gösterilen gerçek fiyat/uygunluk
- •Feed katmanı → oda/paket katalog + (opsiyonel) fiyat/etiket
- •Google Ads → dinamik gösterim
Varsayım: Tesisin altyapısına göre araya başka entegrasyon katmanları girebilir.
Kritik karar: “Hangi fiyat referans alınacak?”
- •Rezervasyon motoru fiyatı “son gerçek” ise, feed’in buna uyumlu olması gerekir.
- •OTA fiyatları ayrı bir dünya olabilir; dinamik remarketing’i OTA ile birlikte kullanırken karışıklık yaratmamak gerekir.
OTA + dinamik remarketing birlikte kullanılabilir mi?
Evet, birlikte kullanılabilir. Mantık: OTA’nın keşif gücünü bozmadan, web’e gelen warm audience’u dinamik reklamla “direct booking”e çekersiniz. Ancak mesajınız fiyat iddiasından çok şeffaf koşul + destek + resmî site avantajı üzerine kurulursa daha sürdürülebilir olur.
Mini örnek (otel bağlamı)
- •OTA’dan web’e gelen kullanıcı → dinamik banner’da baktığı oda görseli
- •Landing’de resmî site avantajı + koşul netliği
Mini Check
- • Veri akışını (PMS→CM→BE→Feed→Ads) net bir şema olarak çıkarabildim mi?
- • Fiyatın “tek kaynak gerçek” sistemi belli mi?
- • OTA mesajı ile web mesajı çelişmiyor mu?
Ne yapmalıyım?
- • Veri akışını yazılı hale getir; kim neyi güncelliyor bil.
- • Fiyat senkronu için sorumluluk ve kontrol noktaları tanımla.
- • OTA ile birlikte kullanıyorsan “fiyat savaşı” yerine “güven ve netlik” mesajını seç.
6. Oteller için uygun senaryolar: nerede gerçekten kazanır?
Dinamik remarketing her otelde aynı seviyede çalışmaz. En iyi senaryolar; oda çeşitliliği olan, görsel deneyim satabilen ve fiyat/uygunluk akışı net olan tesislerdir.
En uygun 5 senaryo
- Oda tipi çeşitliliği yüksek (kullanıcı kıyas yapıyor)
- Paket/konsept net (spa paketi, aile paketi vb.)
- Terk oranı yüksek ama niyet kaliteli (fiyat adımı çok)
- Sezon geçişlerinde fiyat ve kampanya iletişimi güçlü
- Landing & rezervasyon motoru güçlü (hız + net CTA)
Faydalar
- •Kişiselleştirme sayesinde daha yüksek niyet (genelde)
- •Daha net mesaj–ürün uyumu
- •Segment bazlı performans yönetimi
Riskler (ve nasıl azaltılır)
- •Yanlış fiyat / müsaitlik: fiyatı opsiyonel tut, test/onay şart
- •Görsel uyumsuzluğu: standart görsel kütüphanesi oluştur
- •Operasyon yükü: şikâyet/iptal senaryosu için prosedür yaz
Mini örnek (otel bağlamı)
- •Uygun: 10+ oda tipi olan resort, güçlü görsel içerik, stabil rezervasyon motoru
- •Daha temkinli: fiyatın anlık oynadığı, kampanyanın sık değiştiği tesis (önce fiyat göstermeden başla)
Mini Check
- • Oda çeşitliliğim ve görsel kalitem dinamik reklam için yeterli mi?
- • Rezervasyon motorum hızlı ve net mi?
- • Fiyat senkronunu doğrulayacak kontrol mekanizmam var mı?
Ne yapmalıyım?
- • Uygunluğu önce değerlendir: “feed + senkron + landing” üçlüsü.
- • Fazlı yaklaş: önce oda/paket, sonra fiyat.
- • KPI’ı rezervasyon katkısına bağla; sadece CTR’ye bakma.
7. Test ve onay süreci: yanlış fiyatı daha yayınlamadan yakalama
Dinamik remarketing’de en iyi uygulama, “yayınla ve gör” değil; test et ve onayladır. Otelde risk maliyeti yüksek olduğu için süreç tasarımı performans kadar kritiktir.
3 aşamalı test planı
- Feed test: alanlar dolu mu, URL/görsel çalışıyor mu?
- Örnekleme test: 10 oda/paket seç, banner önizlemede kontrol et
- Canlı doğrulama: ilk 48 saatte fiyat/landing tutarlılığı kontrolü (günlük)
Onay checklist’i (yayın öncesi)
- •Feed’de oda isimleri ve görseller doğru
- •Landing URL doğru ve hızlı
- •Fiyat gösteriliyorsa “banner vs landing” tutarlı
- •Kampanya etiketi landing’de karşılanıyor
- •Brand safety/placement ayarları hazır
“Fallback” kuralı koyun (risk azaltma)
Fiyat alanı boşsa veya senkron şüpheliyse fiyat göstermeyen kreatife otomatik düşmek, genel oda/paket banner’ına fallback yapmak ve kullanıcıyı “uygunluğu kontrol et” akışına yönlendirmek riski düşürür.
Mini örnek (otel bağlamı)
- •Senaryo: Sezon geçişi günü feed güncellemesi gecikti
- •Fallback: Fiyat alanı devre dışı → oda/paket + “uygunluğu kontrol et” CTA
Mini Check
- • Test planım yazılı mı, sorumlusu belli mi?
- • Fiyat gösteriminde tutarlılık kontrolü yapacak rutin var mı?
- • Fallback kreatifim hazır mı?
Ne yapmalıyım?
- • Canlıya çıkmadan önce 10 örnek oda/paketle doğrulama yap.
- • İlk 48 saat “yakın izleme” uygula; sonra haftalık health check’e geç.
- • Fallback kurallarını en baştan tanımla; kriz anında hayat kurtarır.
8. Dinamik Remarketing Feed Şablonunu İndir
Dinamik Remarketing Feed Şablonunu İndir — SEM / Otel Oda Feed (v1.0)
Bu şablon, otellerde dinamik remarketing için oda tipi feed’ini minimum ama doğru alanlarla kurmanızı sağlar. Amaç; kişiselleştirilmiş banner üretirken fiyat/müsaitlik kaynaklı yanlış bilgi riskini azaltmak ve test/onay süreçlerini kolaylaştırmaktır. Şablon, teknik ekip ile pazarlama ekibinin aynı kataloğu konuşmasını sağlar.
Kim Kullanır?
Otel rezervasyon motoru/teknik ekip, dijital pazarlama yöneticisi ve ajans PPC/tech lead.
Nasıl Kullanılır?
- Oda tipi listenizi çıkarın ve her oda için benzersiz id tanımlayın.
- Görsel ve landing URL’leri ekleyin; fiyat/availability alanlarını faz-2 olarak opsiyonlayın.
- 10 örnek oda ile önizleme test yapın; canlıya çıkınca ilk 48 saat doğrulama uygulayın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ 10 oda örneklemesi yapıldı ve banner önizlemesi kontrol edildi
- ▢ ✅ Landing’de vaat/etiket karşılanıyor
- ▢ ✅ Fallback kreatif hazır (fiyat yoksa fiyat göstermeyen)
- ▢ ✅ İlk 48 saat fiyat/landing tutarlılığı kontrol rutini var
- ▢ ✅ Brand safety/placement ayarları dinamik kampanyada da uygulanıyor
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
9. 14 günlük uygulama planı: dinamik remarketing’i güvenli başlatma
Dinamik remarketing’i bir “proje” gibi yönetin; çünkü feed ve senkron işi, kampanya açmaktan daha fazlasıdır.
Gün 1–3: Uygunluk ve altyapı
- •Feed kaynağını seç (oda tipi düzeyi önerilir)
- •Veri akışını şemala (PMS/CM/BE/Feed/Ads)
- •Consent/KVKK ve teknik ölçüm kontrolü (varsayım: temel altyapı mevcut)
Gün 4–7: Feed hazırlık ve kreatif set
- •Görsel kütüphanesi standardize edilir
- •İlk 3 segment seçilir (oda/fiyat/terk)
- •Fiyat gösterimi kararı netleştirilir (Faz-1/ Faz-2)
Gün 8–11: Test ve onay
- •Feed test + 10 örnek oda doğrulama
- •Banner önizleme kontrolü
- •Fallback kuralları uygulanır
Gün 12–14: Yayın ve optimizasyon
- •İlk yayın + placement/brand safety kontrol
- •KPI: rezervasyon adımı, CPA, yeniden ziyaret
- •Risk: fiyat tutarlılığı günlük kontrol (ilk hafta)
Mini Check
- • Faz-1 ve Faz-2 kapsamım net mi (fiyat var/yok)?
- • Test/onay ve fallback planım hazır mı?
- • KPI setim “rezervasyon katkısı” odaklı mı?
Ne yapmalıyım?
- • Fazlı ilerle: önce oda/paket dinamiği, sonra fiyat.
- • Test & onayı süreç haline getir; tek seferlik kontrol yetmez.
- • Risk yönetimini KPI kadar ciddiye al: yanlış fiyat, performanstan daha pahalıdır.
10. Sonuç: Dinamik remarketing’te büyüme, “kişiselleştirme + kontrol” birlikte olunca gelir
Otellerde dinamik remarketing, doğru feed kurgusu ve veri senkronu olduğunda lower-funnel’da güçlü bir win-back aracıdır. Ancak fiyat/müsaitlik hatası, performans kazanımını marka güveni kaybına çevirebilir. Bu yüzden fazlı yaklaşım, test/onay ve fallback kuralları “opsiyon” değil, standarttır.
Bir Sonraki Adım
Feed yapınızı ve PMS/Channel Manager senkronunuzu doğrulayalım; güvenli faz planını çıkaralım. (Otel + ajans teknik ekipleri için)
Sık Sorulan Sorular
Dinamik remarketing nedir?▾
Oteller için dinamik remarketing nasıl kurulur?▾
Oda ve fiyat bilgisi reklamda nasıl gösterilir?▾
Dinamik remarketing ile OTA beraber kullanılabilir mi?▾
Dinamik remarketing’in en büyük riski nedir?▾
Dinamik remarketing her otel için uygun mu?▾
Dinamik remarketing’te hangi KPI’lara bakmalıyım?▾
İlgili İçerikler