1. Measurement plan nedir ve neden gereklidir?
Kısa cevap : Measurement plan, otelinizde hangi hedefi hangi KPI ile izleyeceğinizi ve bu KPI’yı üreten event’lerin nerede/ nasıl tetikleneceğini yazan dokümandır. Ölçüm planı olmadan yapılan GA4/GTM kurulumlarında gereksiz event’ler, tutarsız isimler ve anlamlandırılamayan raporlar oluşur; bu da kurulum sonrası revizyon maliyetini artırır.
Measurement plan, “planlama-first analytics” yaklaşımının merkezindedir. Yani önce ölçüm gereksinimini tanımlarsınız; sonra tag’leri ve event’leri uygularsınız. Bu yaklaşımın otel projelerinde en büyük faydası, pazarlama ekibinin talebiyle teknik ekibin uygulamasını aynı dokümanda buluşturmasıdır: “Neyi ölçüyoruz?” sorusu tek sayfada netleşir.
Otel projelerinde measurement plan olmadan neler olur?
- •Aynı aksiyon 3 farklı isimle ölçülür (rapor parçalanır).
- •“Mikro event”’ler (scroll, click vb.) ana hedeflerin önüne geçer (optimizasyon sinyali bozulur).
- •Rezervasyon motoru ayrı domain ise attribution sapar; kimse fark etmez.
- •Ajans–otel iletişimi “kurulum bitti mi?” yerine “neden sayı tutmuyor?” tartışmasına döner.
Measurement planın minimum kapsamı (1 sayfalık sürüm)
Plan çok büyük bir doküman olmak zorunda değil. Minimum sürüm bile şunları içerirse iş görür:
- •İş hedefleri (3–6 madde)
- •Her hedef için KPI (1–3 metrik)
- •KPI’yı besleyen event’ler (2–8 event)
- •Event’lerin tetikleneceği sayfa/funnel adımı
- •Naming standardı (event isim sözlüğü)
Mini Check
- • Ölçümün amacı net mi? (raporlama mı, optimizasyon mu, attribution mı?)
- • “Başarı” tanımı tek cümleyle yazılı mı?
- • Hedef–KPI–event ilişkisi aynı tabloda görülebiliyor mu?
- • GA4/GTM kurulumu başlamadan plan onaylandı mı?
Ne yapmalıyım?
- • Ölçüm hedefinizi yazın: “Bu rapor hangi kararı kolaylaştıracak?”
- • 3–6 iş hedefi + her biri için 1–3 KPI seçin.
- • KPI’ları besleyen event’leri minimal tutun.
- • Planı onaylamadan “kurulum sprint’i” başlatmayın.
2. Otel iş hedeflerinin belirlenmesi
Measurement planın ilk satırı “GA4 event adı” değildir; otel iş hedefidir. Çünkü event’ler, KPI’ları; KPI’lar da hedefleri ölçmek için vardır. Otel tarafında hedefler genelde üç ana eksende toplanır: gelir, doluluk, direkt rezervasyon payı. Buna ek olarak lead üretimi (özellikle city hotel / MICE) veya upsell/cross-sell hedefleri eklenebilir.
Otellerde yaygın iş hedefleri (örnek set)
- •Direkt rezervasyon gelirini artırmak
- •OTA bağımlılığını azaltmak (direkt payı büyütmek)
- •Sezonsal doluluk dalgalanmasını yumuşatmak
- •Belirli pazarlarda (TR/UK/DE/RU gibi) satış payını artırmak
- •Call center / WhatsApp kapanışını artırmak
- •Upsell/cross-sell gelirini büyütmek (transfer/spa/yemek)
Hedefi KPI’ya çevirmek (pratik)
“Direkt rezervasyon” hedefini KPI’ya çevirirken 2 katmanlı düşünün:
- •Ana KPI: direkt rezervasyon sayısı / geliri
- •Destek KPI: rezervasyon dönüşüm oranı, rezervasyon funnel adım geçişleri, lead-to-booking oranı
Örnek:
- •Hedef: Direkt rezervasyon payı artsın
- •KPI: Direkt rezervasyon geliri, direkt rezervasyon oranı
- •Mikro KPI: booking_start → booking_complete dönüşüm oranı, “room detail view” → booking_start oranı
Pazarlama ve operasyonu aynı hedefe bağlamak
Otel ölçümünde sadece web’i ölçmek yetmez. Telefon/WhatsApp ve call center kapanışı da iş hedefinin parçasıysa, planın içine “operasyon sinyali” olarak girmelidir. Aksi halde web ölçüm mükemmel olsa bile “gerçek satış resmi” eksik kalır.
Mini Check
- • Otelin bu yılki 3 ana hedefi yazılı mı?
- • Her hedefin “ölçülebilir” KPI karşılığı var mı?
- • Call center/WhatsApp kanalının hedef içindeki rolü net mi?
- • Hedefler sezon dinamiklerine göre önceliklendirildi mi?
Ne yapmalıyım?
- • Hedefleri 3–6 maddeye düşürün (fazlası planı şişirir).
- • Her hedef için 1 ana KPI + 1–2 destek KPI belirleyin.
- • Web dışı kapanış varsa (call center), planın içine alın.
- • Hedefleri “kim takip edecek, kim aksiyon alacak?” diye rol bazlı yazın.
3. Hedef → KPI → Event hiyerarşisi
Kısa cevap : Hedef iş sonucudur (ör. direkt rezervasyon geliri). KPI, hedefin ölçüm metriğidir (ör. direkt booking revenue). Event ise KPI’yı besleyen davranış sinyalidir (ör. booking_complete, form_submit, click_to_call). Doğru hiyerarşi kurulmazsa GA4’te çok event olur ama karar verdirmez.
Bu hiyerarşinin amacı “her şeyi ölçmek” değil, ölçülen şeyin karar verdirme gücünü artırmaktır. Ölçüm planında genelde 3 seviye olur:
- Business Goal (iş hedefi)
- KPI (başarı metriği)
- Events (ölçülebilir davranışlar: macro + micro)
Macro vs Micro event ayrımı (olmazsa olmaz)
- •Macro (ana event): rezervasyon tamamlandı, form gönderildi, teklif alındı
- •Micro (destek event): oda sayfası görüntüleme, fiyat sorgu, booking_start, CTA click
Kural: Macro event’ler az ve net olmalı. Micro event’ler ise analiz için yardımcı olmalı; optimizasyon sinyali olarak “her şeyi conversion yapmak” risklidir.
Otel örneği: “Direkt rezervasyon” hedefinin event seti
- •Goal: Direkt rezervasyon geliri artsın
- •KPI: booking revenue, booking count, booking CVR
- •Events:
- •booking_complete (macro)
- •booking_start (micro)
- •view_room_detail (micro)
- •view_offer (micro)
- •(opsiyonel) click_to_call, click_whatsapp (lead sinyali)
Key Statistics / Data Point (sheet’ten, yumuşatılmış)
Measurement planı olan projelerde, GTM/GA4 kurulum sürecinde revizyon ve tekrar iş oranının belirgin şekilde azaldığı gözlemlenir; çünkü kapsam ve isim standardı baştan kilitlenmiştir. (Kesin oran iddiası yapılmaz; projeye göre değişir.)
Mini Check
- • Macro event’ler 2–5 aralığında mı?
- • Micro event’ler “karar verdiren” sinyaller mi?
- • Conversion seti şişmiyor mu? (her şey conversion değil)
- • Hedef–KPI–event zinciri tek tabloda okunuyor mu?
Ne yapmalıyım?
- • Önce macro event’leri yazın, sonra micro event’leri ekleyin.
- • Conversion setini “az ama güçlü” tutun.
- • Micro event’leri sayfa/funnel iyileştirmesinde kullanın.
- • Her event’in “hangi kararı etkilediğini” tek cümleyle not edin.
4. Sayfa ve funnel bazlı event haritası
Otel sitesi “tek sayfa” değildir; tipik olarak bir funnel vardır: keşif → oda/teklif değerlendirme → rezervasyon motoru → onay. Measurement planın en pratik çıktısı, bu funnel’ın üstüne event’leri yerleştiren bir haritadır. Böylece teknik ekip “nerede ne tetiklenecek?” sorusunu net görür; pazarlama ekibi “hangi adımda düşüş var?” sorusunu cevaplar.
Otel rezervasyon funnel’ı (örnek adımlar)
- Landing / ana sayfa / kampanya sayfası
- Oda listesi / oda detay
- Teklif / fiyat / paket sayfası
- Rezervasyon motoruna geçiş (booking_start)
- Misafir bilgileri + ödeme adımı
- Rezervasyon onayı (booking_complete)
Sayfa bazlı önemli aksiyonlar (en sık kullanılanlar)
- •Header CTA (Hemen Ara / WhatsApp / Rezervasyon) tıklamaları
- •“Oda detay” sayfasında foto galeri, fiyat alanı, “rezervasyona git” CTA
- •Kampanya sayfalarında “paket detay” ve “fiyat sorgu”
- •Rezervasyon motoruna geçiş ve tamamlanma
Ölçüm planı örnek tablosu (hedef–KPI–event–sayfa)
Aşağıdaki tablo, planın “çekirdeği”dir. İstersen bunu direkt dokümanına kopyalayıp genişletebilirsin.
| İş Hedefi | KPI | Event (Öneri) | Event Tipi | Tetik / Sayfa | Not |
|---|---|---|---|---|---|
| Direkt rezervasyon artışı | Booking count | booking_complete | Macro | Thank you / onay | Tekil sayım şart |
| Direkt rezervasyon artışı | Booking revenue | booking_complete + value/currency | Macro | Onay | Gelir parametresi |
| Funnel iyileştirme | Start rate | booking_start | Micro | Rezervasyon motoruna geçiş | Drop-off analizi |
| Oda ilgisi | Room detail views | view_room_detail | Micro | Oda detay | Segmentleme |
| Kampanya performansı | Offer interest | view_offer | Micro | Kampanya sayfası | Paket bazlı |
| Lead toplama | Form leads | form_submit | Macro/Micro | Form thank you | Lead kalite tanımı |
| Çağrı payı | Call clicks | click_to_call | Micro | Tel: link | Lead sinyali |
| Mesaj payı | WhatsApp clicks | click_whatsapp | Micro | WhatsApp buton | Oturum kesilebilir |
Mini Check
- • Funnel adımları otelinizin gerçek akışına uyuyor mu?
- • Rezervasyon motoru ayrı domain ise cross-domain ihtiyacı not edildi mi?
- • Her funnel adımında en fazla 1–2 kritik event var mı?
- • Event tablosunda “tetik yeri” açıkça yazıyor mu?
Ne yapmalıyım?
- • Funnel’ı çiz, sonra event’leri funnel üstüne yerleştir.
- • Tabloyu 10–20 satırla başlat; sonra genişlet.
- • Rezervasyon motoru/CRM varsa “veri kaynağı” sütunu ekle.
- • Planı onaylatmadan teknik kurulum sprint’ine geçme.
5. GA4 ve GTM için naming standartları
Measurement planın “görünmeyen ama en kritik” kısmı naming standardıdır. Çünkü isim standardı yoksa:
- •event’ler çoğalır, rapor parçalanır,
- •ekip büyüdükçe herkes kendi adını uydurur,
- •GA4’te karşılaştırma yapılamaz.
Row verinde örnek olarak “otel_rezervasyon_tamamlandi” gibi TR tabanlı isimler geçiyor. Bu mümkündür; ancak pratikte iki yaklaşım var:
- •TR isimlendirme: kurum içi ekip kolay anlar (otel_rezervasyon_tamamlandi)
- •Kısa İngilizce standard: GA4 ekosistemiyle uyumlu (booking_complete)
İkisi de olabilir; önemli olan tek sözlük ve tutarlı format.
Önerilen naming formatı (sade ve sürdürülebilir)
- •küçük harf + alt çizgi: booking_complete, form_submit
- •fiil + nesne: click_whatsapp, view_room_detail
- •Türkçe tercih ediyorsan da aynı format: otel_rezervasyon_tamamlandi
Kural: Bir aksiyon = bir isim.
Parametre adları için mini standart
- •placement (header/footer/sticky/room)
- •page_type (home/room/offer/blog/booking)
- •language (tr/en/de/ru)
- •market (opsiyonel)
- •Rezervasyon tamamlandıysa: transaction_id, value, currency
Competitor gap’i kapatan mini bölüm: “Sözlük + sahiplik”
Rakip içerikler ölçüm planını ya çok teorik anlatır ya da naming kısmını pas geçer. Otel projelerinde fark yaratan şey şudur:
- •Event sözlüğü (dictionary) tek dokümanda kilitli olur.
- •Her event’in “owner”ı bellidir: pazarlama mı, teknik mi, ajans mı?
- •Değişiklik yönetimi (change log) tutulur: “hangi tarihte, neden değişti?”
Mini Check
- • Event sözlüğü tek dokümanda mı?
- • İsim formatı (snake_case) kilitli mi?
- • Parametre adları standart mı?
- • Her event’in sahibi ve amacı yazıyor mu?
Ne yapmalıyım?
- • 10–20 event’lik ilk sözlüğü çıkar ve dondur.
- • Her event için “amaç + owner + tetik yeri” yaz.
- • TR/EN kararını ver ve tek standarda geç.
- • Değişiklikleri change log ile takip et (kalite kontrol).
6. Ölçüm planının dokümante edilmesi ve ekiplerle hizalanması
Planın değeri, PDF/Sheet olması değil; ekiplerin gerçekten “aynı çerçevede” çalışmasıdır. Bu yüzden measurement plan dokümanını bir “requirements gathering + alignment document” gibi ele almak gerekir.
Doküman formatı (öneri)
- •1 sayfa özet: hedefler + KPI’lar + macro event seti
- •1 tablo: hedef–KPI–event–sayfa haritası
- •1 sayfa: naming sözlüğü + parametre standardı
- •1 sayfa: test planı (Preview → DebugView → rapor doğrulama)
- •1 sayfa: change log (versiyonlama)
Kurulum öncesi “critical note” (sheet’ten)
Ölçüm planı olmadan yapılan GTM/GA4 kurulumlarında, gereksiz event’ler ve anlamlandırılamayan raporlar oluşur; bu yüzden kurulum öncesi bu adım kritik kabul edilmelidir.
Plan onay akışı (otel + ajans + teknik)
Basit bir onay akışı bile iş görür:
- Pazarlama: hedef/KPI onayı
- Teknik: tetik/sayfa feasibility onayı
- Ajans: medya optimizasyon ihtiyaçları (conversion set) onayı
- Yayın: kurulum sprint’i
- QA: debug checklist + rapor doğrulama
Mini Check
- • Dokümanda “özet + tablo + sözlük + test” var mı?
- • Plan versiyonlu mu (v1.0, v1.1)?
- • Onaylayan kişiler ve tarih kayıtlı mı?
- • 365 gün refresh kuralı yazılı mı?
Ne yapmalıyım?
- • Planı “doküman” değil “süreç” olarak konumlandır.
- • Onay akışını 4 adımla kilitle.
- • Kurulum bitince QA ve bakım ritmini plana ekle.
- • İş modeli/pazar/kanal değiştiğinde planı güncelle (yıllık en az 1 kez).
7. Otel Ölçüm Planı (Measurement Plan) Şablonunu İndir
Otel Ölçüm Planı (Measurement Plan) Şablonunu İndir — SEM / Dönüşüm Takibi & Tag Manager (v1.0)
Bu şablon, oteliniz için measurement planı hızlıca oluşturmanızı sağlar: iş hedefleri, KPI’lar, event seti, tetik/sayfa haritası ve GA4/GTM naming sözlüğü tek dokümanda toplanır. Amaç; kurulum öncesi kapsamı kilitlemek, gereksiz event üretimini azaltmak ve raporları karar verdiren hale getirmektir.
Kim Kullanır?
Otel satış-pazarlama ekibi + ajans + teknik ekip (ortak doküman).
Nasıl Kullanılır?
- İş hedeflerini (3–6 madde) yaz ve her hedef için KPI’ları seç.
- KPI’ları besleyen macro/micro event setini ekle; tetik/sayfa adımlarını doldur.
- Naming sözlüğünü kilitle; kurulum sprint’ini bu şablona göre yürüt.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ 1) Hedef–KPI–Event Haritası (tablo şablonu)
- ▢ ✅ 2) Rezervasyon Funnel Haritası (doldurulacak) • Funnel adımları: ___ → ___ → ___ → ___ → ___ • Her adımda kritik event: ___ • Drop-off KPI: ___
- ▢ ✅ 3) GA4 & GTM Naming Sözlüğü (liste şablonu) • Event adı: ___ | Amaç: ___ | Tetik: ___ | Owner: ___ • Event adı: ___ | Amaç: ___ | Tetik: ___ | Owner: ___
- ▢ ✅ 4) Parametre Standardı (minimum set) • placement: ___ • page_type: ___ • language: ___ • (Rezervasyon) transaction_id: ___ | value: ___ | currency: ___
- ▢ ✅ 5) Test Planı (3 adım) • GTM Preview’da: ___ event’i ateşlemeli • GA4 DebugView’da: ___ parametreleri dolu gelmeli • Rapor doğrulama: ___ gün içinde tutarlılık kontrolü
- ▢ ✅ Nasıl doldurulur? • Hedefleri 3–6 maddeye indir (netlik) • Macro event’leri 2–5 aralığında tut (sinyal temizliği) • Her event için “tetik yeri” yazmadan geçme (uygulama netliği) • İsim standardını tek formatta kilitle (snake_case) • Owner ve change log ekle (bakım & kalite kontrol)
- ▢ ✅ Kontrol listesi • Hedef–KPI–event zinciri okunuyor mu? • Conversion seti şişmiyor mu? • Naming sözlüğü kilitli mi? • Test planı yazılı mı? • 365 gün refresh notu var mı?
- ▢ ✅ Deliverables • Ölçüm planı v1.0 dokümanı (özet + tablo + sözlük) • Funnel diyagramı • Test planı + QA çıktısı • Change log (v1.1, v1.2…)
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
8. Kapanış – Kurulumun hızını değil, doğruluğunu büyüt
Measurement plan, GA4/GTM kurulumunu yavaşlatmaz; tersine kurulum sonrası tekrar iş ve revizyonu azaltarak süreci hızlandırır. Ölçüm planını ilk adım yaptığınızda, raporlar daha anlamlı olur ve optimizasyon kararları daha tutarlı hale gelir.
Bir Sonraki Adım
Ölçüm kapsamını netleştirip hedef–KPI–event hizalamasını isteyen oteller ve ajans ekipleri için.