1. RLSA nedir ve nasıl çalışır?
RLSA (Remarketing Lists for Search Ads), arama reklamlarında remarketing listelerini kullanma yaklaşımıdır. Bu yapı, remarketing listelerinin temel çalışma mantığı üzerine kurulur ve SEM stratejisi içinde search remarketing katmanı olarak çalışır. Basitçe iki şekilde ilerler:
- Observation (Gözlem): Aynı arama kampanyasında, remarketing listesinde olanlara farklı teklif uygularsınız.
- Targeting (Hedefleme): Reklamı yalnızca remarketing listelerindeki kullanıcılara gösterecek şekilde kısıtlarsınız (özellikle generic aramalarda).
Otelde RLSA neden güçlü?
Çünkü otel kullanıcıları genelde karar vermeden önce karşılaştırma yapar: OTA’da görür, markayı arar, siteye gelir, çıkar, tekrar arar. RLSA, bu tekrar arama döngüsünde “tanıyan” kullanıcıyı yakalayıp kapanışı güçlendirir.
RLSA ne değildir?
- •Yeni kullanıcı getirme kanalı değildir (upper-funnel değil)
- •Tek başına ölçüm mucizesi değildir; segment hijyeni şarttır
- •Kötü landing/rezervasyon motoru varsa tek başına kurtarmaz
Mini örnek (otel bağlamı)
Kullanıcı dün oda sayfanıza baktı; bugün “belek resort fiyat” arıyor. RLSA ile bu kullanıcıya daha yüksek teklif ve “resmi site avantajı + şeffaf koşul” mesajı göstermek, soğuk kullanıcıya göre daha verimli olabilir.
Mini Check
- • RLSA’yı observation mı targeting mi kullanacağımı biliyor muyum?
- • “Warm audience” tanımım net mi (room/price/payment)?
- • RLSA’yı kötü landing’i telafi aracı olarak mı görüyorum?
Ne yapmalıyım?
- • Brand’de çoğunlukla observation; generic’te kontrollü targeting düşün.
- • Segmentleri niyet seviyesine göre ayır: room/price/payment.
- • RLSA’yı “kapanış hızlandırıcı” olarak kurgula.
2. Oteller için RLSA kullanım senaryoları: hangi liste, hangi hedef?
RLSA’nın gücü “doğru liste”dedir. Otelde en iyi çalışan liste mantığı, rezervasyon funnel’ına yakınlığıdır; bu yüzden kurgu sıcak kullanıcılar için Google Ads arama stratejisi ile birlikte düşünülmelidir.
Senaryo 1 — Brand aramalarda RLSA (savunma + kapanış)
- •Amaç: Brand impression share kaybetmemek, warm kullanıcıyı hızlı kapatmak
- •Liste: site ziyaretçisi + price/payment segmentleri
- •Strateji: remarketing listesinde olanlara daha yüksek bid (observation) + mesaj uyarlama
Senaryo 2 — Generic aramalarda sadece listelere gösterim (targeting)
- •Amaç: “soğuk generic” bütçe israfını azaltmak
- •Liste: price viewers / payment starters / OTA-ref warm audience
- •Strateji: sadece bu listelere gösterim; niyet zaten var
Senaryo 3 — Rezervasyon terki yaşayanlara agresif bid
- •Amaç: en sıcak kullanıcıyı kaçırmamak
- •Liste: payment abandon (1–3 gün), price abandon (3–7 gün)
- •Strateji: bid artışı + “destek al/tamamla” CTA
Senaryo 4 — OTA’dan gelen kullanıcıların RLSA ile hedeflenmesi
- •Amaç: OTA’dan web’e geçen warm audience’u aramada tekrar yakalamak
- •Liste: OTA-ref + brand search visitors (Varsayım: izleniyor)
- •Strateji: brand/generic’te mesajı “resmi site koşul netliği + destek” üzerine kur
Mini örnek (otel bağlamı)
OTA’da oteli gördü → markayı aradı → web’de fiyat gördü → çıktı → 2 gün sonra tekrar arıyor. RLSA bu kullanıcıda “kapanış katmanı” olur.
Mini Check
- • Brand ve generic senaryolarımı ayrı kurguluyor muyum?
- • Payment abandon listem var mı ve kısa pencerede mi?
- • OTA-ref kullanıcıya mesajı çatışmasız kuruyor muyum?
Ne yapmalıyım?
- • Brand RLSA’yı savunma/kapanış; generic RLSA’yı israf azaltma olarak konumlandır.
- • Payment/price segmentlerine kısa pencere ver (1–7 gün).
- • OTA-ref senaryosunda “fiyat savaşı” değil “şeffaf koşul + destek” dili kullan.
3. Brand ve generic aramalarda RLSA: rol farkı ve taktikler
Brand aramalar: görünürlük ve hız
Brand aramada kullanıcı zaten sizi arıyor; burada RLSA’nın işi:
- •Warm kullanıcıya görünürlük kaybettirmemek
- •Mesajı daha netleştirip kapanışı hızlandırmak
- •Rakip/OTA baskısına karşı “en doğru sayfa”ya yönlendirmek
Örnek yaklaşım:
- •Warm kullanıcı: “Resmi site – şeffaf iptal koşulu – hızlı destek”
- •Soğuk kullanıcı: daha genel brand mesajı
Generic aramalar: niyet katmanı eklemek
Generic aramada kullanıcı “belek otel” arar; soğuk kullanıcıya gitmek pahalı olabilir. RLSA burada “niyet katmanı”dır ve doğru ayrım için brand / generic warm search segmentasyonu gerekir:
- •Sadece listede olanlara gösterim (targeting)
- •veya listede olana bid artışı (observation)
Örnek yaklaşım:
- •Listeye dahil: “baktığın oda/konsept + uygunluğu kontrol et”
- •Liste dışı: kampanya dışında veya düşük bid
| Alan | Brand RLSA | Generic RLSA |
|---|---|---|
| Amaç | savunma + kapanış | israf azaltma + kapanış |
| Varsayılan mod | observation | targeting (veya observation) |
| En iyi liste | price/payment | price/payment/OTA-ref |
| Mesaj | resmi site, koşul netliği | sıcak niyet, uygunluk |
| KPI | impression share + CPA | CPA + dönüşüm oranı |
Mini örnek (otel bağlamı)
- •“otel adı” araması (brand): warm kullanıcıya daha güçlü CTA
- •“antalya resort” araması (generic): sadece warm listeye gösterim
Mini Check
- • Brand’de impression share’ı takip ediyor muyum?
- • Generic’te liste dışını kısıtlıyor muyum?
- • Mesaj farkını kullanıcı sıcaklığına göre yazıyor muyum?
Ne yapmalıyım?
- • Brand kampanyada RLSA observation + bid ayarıyla başla.
- • Generic’te önce “targeting test” yap; hacim yeterliyse büyüt.
- • Mesajı “sıcak kullanıcıya net kapanış” diline çek.
4. Teklif (bid) ve mesaj stratejileri: sıcaklığa göre agresiflik
RLSA’nın kazancı; aynı kelime için herkesle aynı teklif vermek yerine, sıcak kullanıcıya “hak ettiği” kadar öncelik tanımaktır. Bu yüzden otel reklam yönetiminde RLSA kullanımı, search bütçesi ve bid katmanlarıyla birlikte ele alınmalıdır.
Bid katmanlama (pratik)
- •Payment abandon: en agresif (kısa pencere)
- •Price viewers: orta agresif
- •Room viewers: düşük-orta
- •Homepage visitors: çoğu zaman RLSA için gereksiz (Varsayım)
Not: Rakam vermektense “katman mantığı” daha güvenlidir; tesis/pazar maliyetine göre değişir.
Mesaj çerçeveleri
- •Payment/price: güven + destek + şeffaf koşul
- •Room: değer teklifi + uygunluk
- •OTA-ref: resmi site netliği + destek
Landing seçimi: RLSA’da kritik
Warm kullanıcıyı ana sayfaya göndermek çoğu zaman kayıptır. En sıcak segmentler:
- •fiyat/uygunluk adımı
- •ilgili oda sayfası
- •“destek al” (call center/WhatsApp)
gibi kısa yol landing’leri ister.
Mini örnek (otel bağlamı)
- •Payment abandon → “Destek al / tamamla” CTA + kısa rezervasyon linki.
- •Room viewer → oda sayfası + uygunluk CTA.
Mini Check
- • Bid katmanım segment sıcaklığına göre mi?
- • Warm kullanıcıyı doğru landing’e mi götürüyorum?
- • Mesajım “tek vaat + tek CTA” mı?
Ne yapmalıyım?
- • RLSA’yı 3 katmanda yönet: price/payment/room.
- • Landing’i “en kısa yol” mantığıyla seç.
- • Mesajı risk azaltma (iptal/ödeme) ile güçlendir.
5. RLSA + OTA trafiği: arama niyetinde kanal kaydırma
OTA trafiğiyle RLSA birleşince güçlü bir “kapanış” katmanı oluşur: kullanıcı OTA’da görür, markayı arar, kararını netleştirmek ister. Bu akış, oteller için search remarketing yaklaşımının direct booking ve kullanıcı yolculuğu tarafını güçlendirir. Burada dikkat edilmesi gereken; mesajın çatışmasız olması ve policy/sözleşme hassasiyetidir (Varsayım: OTA ilişkileri var).
OTA-ref kullanıcı için en güvenli mesaj seti
- •Şeffaf koşul (iptal/ödeme)
- •Resmi site desteği
- •Sürdürülebilir ekstra faydalar (abartısız)
Kanal çakışması: Brand aramada OTA + rakip baskısı
RLSA, brand’de warm kullanıcıyı kaybetmemek için “görünürlük sigortası” gibi çalışabilir; ama çakışmayı yönetmezseniz gereksiz maliyet doğar.
Mini örnek (otel bağlamı)
OTA’da oteli gördü, brand aradı → RLSA ile “resmi site koşul netliği + destek” mesajı → direct kapanış.
Mini Check
- • OTA-ref kullanıcıyı ayrı listede izliyor muyum?
- • Brand aramada gereksiz maliyet çakışması görüyor muyum?
- • Mesajım policy’ye uyumlu, çatışmasız mı?
Ne yapmalıyım?
- • OTA-ref listesi oluştur ve RLSA’da ayrı izle.
- • Brand kampanyada impression share + CPA ile denge kur.
- • “Fiyat savaşı” yerine “netlik + destek” dilini kullan.
6. RLSA listesi boyutu ve süre planlaması: çalışması için ne gerekir?
RLSA’nın pratik sınırlaması, liste hacmidir. Liste çok küçükse hedefleme çalışmaz veya öğrenme yavaşlar. Bu yüzden liste penceresi ve segment seçimi önemlidir.
Liste süresi (window) mantığı
- •Payment: 1–3 gün (çok sıcak)
- •Price: 3–7 / 14 gün
- •Room: 14 / 30 gün
- •Brand visitors: 30 gün (varsayım)
“RLSA listesi kaç kullanıcıdan sonra çalışır?”
Platform gereksinimleri ve eşikler zamanla değişebilir; bu nedenle kesin sayı vermek yerine prensip:
- •Liste yeterli hacme ulaşmalı
- •Çok dar segmentte süreyi biraz genişletmek gerekebilir
- •Hacim için önce traffic gerekir (remarketing havuzu)
Exclude hijyeni
Rezervasyon yapanları listeden çıkarmazsanız:
- •gereksiz maliyet
- •yanlış KPI okuması
- •kullanıcı yorgunluğu
oluşur.
Mini örnek (otel bağlamı)
City otelde payment listesi çok küçükse 1–3 gün yerine 7 gün test edilebilir (Varsayım), ama frekans kontrolü şart.
Mini Check
- • Liste hacmim RLSA için yeterli mi?
- • Çok dar segmentte pencereyi akıllı genişletiyor muyum?
- • Rezervasyon yapanları exclude ediyor muyum?
Ne yapmalıyım?
- • Önce price/payment segmentlerini kur, sonra room ekle.
- • Hacim düşükse pencereyi kademeli genişlet; kaliteyi bozma.
- • Exclude kurallarını zorunlu yap.
7. RLSA performansının ölçümü: KPI seti ve çakışma yönetimi
Rakip içerikler RLSA’yı e-ticaret üzerinden anlatır; otelde kritik fark “brand/generic + OTA” karmasıdır. Bu nedenle ölçüm de katmanlı olmalı ve teknik kontrol tarafında RLSA kurulumunu remarketing auditiyle kontrol etmek gerekir.
KPI seti (oteller için pratik)
- •Brand: impression share, CPA, dönüşüm oranı
- •Generic: CPA, dönüşüm oranı, maliyet/rezervasyon
- •Segment: payment vs price vs room performansı
- •Çakışma: kampanyalar arası cannibalization sinyali (Varsayım)
Key data point (içerikte yumuşatılmış): Search tarafında remarketing kullanan hesaplar, sadece soğuk generic aramalara kıyasla genelde daha düşük CPA ve daha yüksek dönüşüm oranı görebiliyor (genel gözlem; sektör/tesis değişken).
Çakışma yönetimi (teknik not)
RLSA listelerinin doğru etiketlenmesi ve diğer search kampanyalarıyla çakışmaların dikkatle yönetilmesi gerekir:
- •Aynı anahtar kelimede hem RLSA targeting hem genel kampanya varsa maliyet şişebilir
- •Negatif anahtar kelime/öncelik yapısı planlanmalı
- •Raporlar segment bazında okunmalı
14 günlük RLSA sprint planı
- •Gün 1–3: listeleri ve pencereleri tanımla, exclude kur
- •Gün 4–7: brand observation + price/payment bid katmanı
- •Gün 8–11: generic targeting test (sadece listeler)
- •Gün 12–14: çakışma temizliği + kazanan segmenti ölçekle
Mini Check
- • Brand ve generic RLSA KPI’larını ayrı okuyabiliyor muyum?
- • Çakışma/cannibalization riskini kontrol ediyor muyum?
- • 14 günlük test planım var mı?
Ne yapmalıyım?
- • Brand’de observation, generic’te kontrollü targeting ile başla.
- • Liste hijyeni ve exclude olmadan RLSA’yı ölçekleme.
- • Çakışmayı raporla, temizle; sonra bütçeyi büyüt.
8. RLSA Kampanya Kurulum & Senaryo Şablonunu İndir
RLSA Kampanya Kurulum & Senaryo Şablonunu İndir — RLSA Playbook (v1.0)
Bu şablon, oteller için RLSA’yı brand ve generic aramalarda doğru rol ile kurgulamanızı sağlar: hangi segmentte observation, hangisinde targeting kullanılacağı; bid katmanları, liste pencereleri ve çakışma kontrolü tek tabloda görünür. Amaç, search bütçesini sıcak niyetli kullanıcıya odaklayıp CPA’yi düşürmek ve brand görünürlüğünü korumaktır. Ayrıca OTA-ref warm audience senaryosunu da ekler.
Kim Kullanır?
Otel pazarlama/revenue ekibi ve Google Ads search kampanyalarını yöneten ajans uzmanı.
Nasıl Kullanılır?
- Segmentleri çıkar (room/price/payment/OTA-ref) ve pencere sürelerini yaz.
- Brand kampanyada observation; generic’te targeting testini kur (hacme göre).
- 14 gün KPI ile izle; çakışma varsa negatif/öncelik kuralıyla temizle.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Brand ve generic rolleri ayrıldı
- ▢ ✅ Liste pencereleri segment sıcaklığına göre katmanlı
- ▢ ✅ Rezervasyon yapanlar exclude ediliyor
- ▢ ✅ Generic targeting için hacim yeterli
- ▢ ✅ Çakışma/cannibalization kontrol ediliyor
- ▢ ✅ KPI seti brand vs generic ayrı okunuyor
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
9. Sonuç: RLSA, arama niyetini sıcak kitleyle birleştirir
RLSA, oteller için arama reklamını daha akıllı hale getirir: aynı kelimeye herkes için aynı mantıkla teklif vermek yerine, sitenizi tanıyan ve rezervasyon akışına yaklaşmış kullanıcıya öncelik tanır. Brand aramada görünürlük ve kapanışı güçlendirir; generic aramada ise bütçeyi daha sıcak niyetli kullanıcıya odaklayarak israfı azaltabilir.
Gerçek başarı; doğru segment etiketleme, uygun liste süresi, güçlü landing seçimi, OTA-ref senaryosunun dikkatli yönetimi ve kampanyalar arası çakışmanın temizlenmesiyle gelir. RLSA’yı “ayrı bir kampanya numarası” değil, search içinde kapanışı hızlandıran bir niyet katmanı olarak okumak gerekir.
Bu modeli sahada uygulamak istiyorsanız, oteller için remarketing ve display reklam yönetimi yapısını netleştirmek ve karar öncesinde remarketing ve display reklamlar hakkında sık sorulan sorular sayfasına göz atmak faydalı olur.
Bir Sonraki Adım
Brand/generic RLSA kurgusunu, bid katmanını ve çakışma risklerini çıkarır; otel/ajans search ekipleri için
Sık Sorulan Sorular
RLSA nedir?▾
Oteller için Search Remarketing nasıl çalışır?▾
Brand ve generic aramalarda RLSA stratejisi nasıl olmalı?▾
RLSA listesi kaç kullanıcıdan sonra çalışır?▾
RLSA’da en iyi segment hangisidir?▾
RLSA diğer search kampanyalarıyla çakışır mı?▾
OTA’dan gelen kullanıcıları RLSA ile hedeflemek mümkün mü?▾
İlgili İçerikler
- → RLSA otel stratejisi
- → SEM stratejisi içinde search remarketing
- → remarketing listelerinin temel çalışma mantığı
- → sıcak kullanıcılar için Google Ads arama stratejisi
- → brand / generic warm search segmentasyonu
- → otel reklam yönetiminde RLSA kullanımı
- → oteller için search remarketing
- → RLSA kurulumunu remarketing auditiyle kontrol etmek
- → remarketing ve display reklamlar hakkında sık sorulan sorular
İlgili Yazılar