1. Multi-property nedir? Remarketing neden daha karmaşık?
Multi-property, tek marka veya grup altında birden fazla otelin (farklı şehir/destinasyon/segment) yönetilmesidir. Remarketing’in karmaşıklaşmasının sebebi şudur: kullanıcı “marka” ile tanışır ama satın alma kararı çoğu zaman “otel/destinasyon” seviyesinde verilir. Bu yüzden segment ve kampanya mimarisi iki katmanda kurulmalıdır.
Zincirde iki gerçek aynı anda vardır
- •Marka gerçeği: güven, tanınırlık, tercih
- •Otel gerçeği: tarih, fiyat, oda, destinasyon, müsaitlik
Başarılı zincir remarketing’in 3 hedefi
- Markayı akılda tutmak (upper-funnel)
- Doğru otele yönlendirmek (property intent)
- Kârlılığı artırmak (cross-sell/upsell + ROI)
Mini örnek (otel bağlamı)
- •Kullanıcı “Brand A” ile tanıştı → Antalya oteline baktı → müsait değil → Bodrum oteline yönlendirmek cross-sell fırsatıdır (uygun çerçevede).
Mini Check
- • Markayı ve oteli ayrı hedef olarak görüyor muyum?
- • Kampanya mimarisinde iki katman planladım mı?
- • Cross-sell/upsell için veri ve marka sınırları net mi?
Ne yapmalıyım?
- • Marka ve otel seviyesini ayrı segment ve kampanya olarak tasarla.
- • Portföy hedefini yaz: “pay mı, kârlılık mı, LTV mi?”
- • Veri kullanım sınırlarını baştan belirle.
2. Tek marka altında birden fazla otel için remarketing yapısı: temel model
Multi-property yapıda en sağlıklı başlangıç, iki katmanlı modeldir:
- •Brand layer: marka seviyesi geniş remarketing (yumuşak, uzun pencere)
- •Property layer: otel seviyesi kapatıcı remarketing (kısa pencere, sıcak segment)
Brand layer (üst funnel)
- •Amaç: güven + hatırlatma + portföy görünürlüğü
- •Segment: brand site visitors, genel ziyaretçiler
- •Mesaj: konsept, sosyal kanıt, genel değer
Property layer (alt funnel)
- •Amaç: rezervasyonu kapatmak
- •Segment: room/price/payment adımı + destinasyon niyeti
- •Mesaj: şeffaf koşul, destek, uygunluk CTA
Bölge bazlı otel grupları
Portföy çok büyükse, otelleri bölge/destinasyon kümelerine ayırmak (ör. Ege/Akdeniz/Şehir) hem yönetimi hem de mesaj uyumunu kolaylaştırır.
Mini örnek (otel bağlamı)
- •Brand layer: “Chain brand güven” + “portföy”
- •Property layer: “Kemer resort” + “uygunluğu kontrol et”
Mini Check
- • Brand layer ve property layer net ayrıldı mı?
- • Brand mesajı ile otel mesajı çelişmiyor mu?
- • Portföy büyükse bölge kümeleri planlandı mı?
Ne yapmalıyım?
- • İlk etapta 1 marka layer + 2–3 property layer ile başla.
- • Property layer’ı en çok gelir getiren 2–3 otelde pilotla.
- • Brand layer’da frekansı düşük tut; yorgunluk riskini azalt.
3. Merkezî vs otel bazlı kampanyalar: tek hesap mı, çok hesap mı?
“Tek hesap mı, çok hesap mı?” sorusu zincir otellerde klasik ikilemdir. Burada tek doğru yok; karar, portföy yapısı, ekip modeli, veri sınırları ve bütçe yönetimine göre verilir.
Merkezî model (tek merkezden yönetim)
Artıları: standartlaşma, ölçek, ortak kreatif, tek raporlama dili Eksileri: yerel esneklik azalır, otel özelinde ince ayar zorlaşabilir
Otel bazlı model (yerel yönetim)
Artıları: otel özelinde teklif, sezon, dil, yaratıcı hız Eksileri: dağınık raporlama, çakışan hedefleme, marka tutarsızlığı riski
Hibrit model (en sık önerilen)
- •Marka layer merkezî
- •Property layer otel bazlı veya bölge bazlı
Bu model, hem kontrol hem esneklik sağlar.
Not: Kurumsal yapı ve veri sınırları gereği hangi verinin hangi otel/marka tarafından kullanılabileceği net çizilmelidir.
Mini örnek (otel bağlamı)
- •Merkez: brand kampanyaları + ortak yaratıcı sistem
- •Otel: price/payment segment remarketing + call center CTA
Mini Check
- • Yönetim modelim ekip yapısına uyuyor mu?
- • Oteller arası hedefleme çakışmasını önleyecek kuralım var mı?
- • Hibrit model benim için daha mı doğru?
Ne yapmalıyım?
- • Başlangıçta hibrit modeli düşün: merkez brand, otel property.
- • Çakışma önlemek için “otel öncelik kuralı” yaz (ör. destinasyon niyeti).
- • Raporlamayı tek bir standartla birleştir (portföy + otel).
4. Marka ve otel bazlı segmentler: nasıl ayrılmalı?
Burada amaç, aynı kullanıcıyı yanlış zamanda yanlış otele itmek değil; niyetine göre doğru katmanda tutmak.
Marka bazlı segmentler (genel)
- •Brand visitors (marka sayfaları, genel içerikler)
- •Portfolio explorers (birden fazla otel inceleyenler)
- •Loyalty/returning visitors (Varsayım: izleniyor)
Otel bazlı segmentler (spesifik)
- •Otel A room viewers
- •Otel A price viewers
- •Otel A payment starters
- •Otel A OTA-ref (Varsayım)
| Segment türü | Amaç | Pencere | Mesaj | KPI |
|---|---|---|---|---|
| Marka (brand) | güven + hatırlatma | 30–90g | konsept/kanıt | brand search, return |
| Portföy (multi) | doğru otele yönlendirme | 14–30g | destinasyon seçimi | otel sayfası ziyaretleri |
| Otel (property) | kapanış | 1–14g | uygunluk/koşul/destek | CPA/ROAS |
| Sıcak (payment) | hızlı kapanış | 1–3g | destek + net CTA | conversion rate |
Mini örnek (otel bağlamı)
- •Kullanıcı 3 oteli gezdi → portföy segmenti → “destinasyon seç” mesajı
- •Kullanıcı tek otelde ödeme adımına geldi → property sıcak segment → “destek al/tamamla” mesajı
Mini Check
- • Marka ve otel segmentleri ayrı mı?
- • Portföy gezen kullanıcıya “tek otel kapanış” mesajı veriyor muyum?
- • Sıcak segmentte pencereyi kısa tutuyor muyum?
Ne yapmalıyım?
- • Segmentleri “brand/portfolio/property/sıcak” olarak katmanla.
- • Portföy segmentine yönlendirme mesajı yaz; kapanış mesajını property’ye bırak.
- • Dönüşüm yapanları tüm segmentlerden exclude et.
5. Cross-sell ve upsell fırsatları: zincirde para burada
Cross-sell: kullanıcıyı başka bir otele yönlendirmek (destinasyon değişimi veya müsaitlik). Upsell: aynı destinasyonda daha üst segmente taşımak (premium oda/otel).
Cross-sell senaryoları (otelde uygulanabilir)
- •Aynı tarihte Otel A dolu → Otel B alternatif
- •Aile konsepti isteyen → portföyde aile konsepti güçlü otel
- •City otelde hafta içi → resort hafta sonu kaçamağı (Varsayım)
Upsell senaryoları
- •Standart odaya bakan → suite/premium önerisi
- •City otelden premium city otele taşıma
- •Paket yükseltme: transfer/spa/ekstra fayda (sürdürülebilir)
Etik/uyum ve marka sınırları (teknik not)
Çok otelli yapılarda, veri gizliliği ve marka stratejisi gereği, hangi datanın hangi otel/marka tarafından kullanılabileceği konusundaki sınırlar net çizilmelidir. Cross-sell/upsell önerileri “kullanıcıya değer” perspektifinde ve şeffaflıkla kurgulanmalıdır.
Mini örnek (otel bağlamı)
- •“Müsaitlik yok” anında: “Benzer konseptli diğer tesisimiz” önerisi (çakışma yaratmadan, net yönlendirme).
Mini Check
- • Cross-sell’i “alternatif değer” olarak mı sunuyorum?
- • Upsell teklifim sürdürülebilir ve dürüst mü?
- • Veri sınırları ve marka stratejisi bu senaryoya izin veriyor mu?
Ne yapmalıyım?
- • Cross-sell’i “müsaitlik/alternatif” üzerinden kurgula; agresif yönlendirmeden kaçın.
- • Upsell’i sıcak segmentte değil, orta segmentte (room/price) test et.
- • Veri sınırlarını ve izinleri yazılı hale getir.
6. Raporlama ve ROI analizi: portföy + otel iki katmanlı okuma
Multi-property’de tek ROAS rakamı yetersizdir. İki katman gerekir:
- •Portföy raporu: toplam yatırım ve toplam katkı
- •Otel raporu: otel bazlı CPA/ROAS + segment performansı
Portföy KPI seti (örnek)
- •Toplam harcama (brand + property)
- •Toplam direct booking katkısı (Varsayım: ölçüm var)
- •Cross-sell dönüşümü
- •Upsell oranı
- •LTV etkisi (trend bazlı)
Otel KPI seti (örnek)
- •Property-level CPA/ROAS
- •Price/payment segment dönüşümü
- •Frekans ve yorgunluk
- •Pazar/dil kırılımları
Mini örnek (otel bağlamı)
- •Brand layer ROAS düşük görünebilir ama brand search’i artırıp property layer kapanışını güçlendirebilir; bu yüzden iki katman birlikte okunmalıdır.
Mini Check
- • Portföy raporu ile otel raporunu ayrı mı tutuyorum?
- • Brand layer katkısını assisted/trend ile yorumluyor muyum?
- • Cross-sell/upsell KPI’larını rapora koyuyor muyum?
Ne yapmalıyım?
- • Raporu iki katman yap: portföy + otel.
- • Brand layer’ı “katkı” KPI’larıyla değerlendir.
- • Cross-sell/upsell’i ölçmeden “strateji” demeyin; KPI şart.
7. 14 günlük multi-property remarketing sprint’i: mimariyi sahaya indirme
Bu blog, zincir ve grup otel projeleri için başvuru kaynağı ve satış sunumlarında mimari örnek olarak da kullanılabilir. Bu yüzden “sprint” mantığıyla uygulanabilir bir kurulum planı veriyoruz.
Gün 1–3: Mimari kararı
- •Merkezî / otel bazlı / hibrit model seç
- •Brand vs property segment seti tanımla
- •Veri sınırlarını yazılı hale getir (kim neyi kullanır)
Gün 4–7: Kampanya ve kreatif set
- •Brand layer kampanyası (yumuşak mesaj, uzun pencere)
- •Pilot 2–3 otelde property layer (price/payment kısa pencere)
- •Cross-sell/upsell senaryosu için 1 basit test seç
Gün 8–11: Raporlama ve çakışma kontrolü
- •Oteller arası çakışan hedeflemeleri kontrol et
- •Portföy + otel dashboard’u kur
- •Frekans ve yorgunluğu izle
Gün 12–14: Optimize ve ölçekle
- •Kazanan otel/segment kombinasyonunu ölçekle
- •Çakışma varsa kuralı düzelt (öncelik: destinasyon niyeti)
- •Segment şablonlarını güncelle (portföy değiştikçe)
Mini Check
- • Brand ve property layer’ı net ayırdım mı?
- • Çakışma önleme kuralım var mı?
- • Portföy ROI raporu ve otel KPI raporu hazır mı?
Ne yapmalıyım?
- • Hibrit mimariyle başla; sonra ölçekle.
- • Cross-sell/upsell’i küçük pilotla test et; ölçmeden büyütme.
- • Veri sınırlarını ve marka stratejisini yazılı hale getir; riskleri azalt.
8. Zincir Otel Remarketing Mimari & Segment Şablonunu İndir
Zincir Otel Remarketing Mimari & Segment Şablonunu İndir — Multi-Property (v1.0)
Bu şablon, zincir otellerde brand vs property kampanya mimarisini ve segment setini tek tabloda planlamanızı sağlar. Amaç, merkezî kontrol ile otel bazlı esnekliği hibrit modelde birleştirip cross-sell/upsell fırsatlarını ölçülebilir hale getirmektir. Ayrıca veri sınırlarını (hangi data hangi otel/marka tarafından kullanılabilir) netleştirerek operasyonel riskleri azaltır.
Kim Kullanır?
Merkez pazarlama ekibi, bölge/otel pazarlama yöneticileri, ajans strateji ve raporlama ekipleri.
Nasıl Kullanılır?
- Portföyünüzü (marka, oteller, bölgeler) yazın ve yönetim modelinizi seçin (merkezî/otel/hibrit).
- Brand/portfolio/property/sıcak segment setini tanımlayıp her segmente kanal rolü ve pencere atayın.
- Cross-sell/upsell senaryosunu pilotlayıp portföy + otel KPI setiyle raporlayın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Brand ve property layer ayrımı net
- ▢ ✅ Hibrit modelde roller ve sorumluluklar yazılı
- ▢ ✅ Segmentler “brand/portfolio/property/sıcak” katmanlı
- ▢ ✅ Dönüşüm yapanlar exclude ediliyor
- ▢ ✅ Cross-sell/upsell pilot senaryosu seçildi
- ▢ ✅ Veri sınırları ve izinler net (governance)
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
9. Sonuç: zincirde doğru remarketing, mimari ve yönetişim işidir
Zincir ve multi-property yapılarda remarketing, tek otel mantığıyla yönetilemez. Marka seviyesi güven ve hatırlatma katmanı ile otel seviyesi kapanış katmanı ayrılmalı; cross-sell ve upsell fırsatları da kullanıcı niyeti, veri sınırları ve marka stratejisi içinde kurgulanmalıdır.
Başarılı model; segment hiyerarşisini netleştiren, merkezi kontrol ile yerel esnekliği dengeleyen ve ROI’yi portföy + otel düzeyinde birlikte okuyan modeldir. Özellikle hibrit mimari, zincir/grup oteller için çoğu senaryoda en uygulanabilir başlangıç noktasıdır.
Bir Sonraki Adım
Portföy için marka+otel kampanya mimarisini ve cross-sell/upsell senaryolarını kurar; merkez/otel ekipleri için
Sık Sorulan Sorular
Zincir otellerde remarketing nasıl planlanmalı?▾
Multi-property yapıda tek hesap mı, çok hesap mı kullanılmalı?▾
Bir misafiri başka bir otele cross-sell etmek için remarketing kullanılabilir mi?▾
Marka ve otel bazlı segmentler nasıl ayrılmalı?▾
Upsell remarketing’te nasıl uygulanır?▾
Çok otelli yapılarda veri sınırları neden önemli?▾
İlgili İçerikler