1. GA4 Ecommerce altyapısı nedir? (purchase/items)
GA4 ecommerce yaklaşımı, “satın alma”yı ve satın almaya ait ürün kalemlerini standart bir şemayla taşımayı hedefler. Otel rezervasyonu özelinde bu şema, odaları ve ek hizmetleri “items” gibi ele alarak detaylı raporlamayı mümkün kılar.
Ecommerce’in otel için güçlü olduğu yer
- •Oda + transfer + spa paketi gibi çok kalemli satışlarda her kalemin gelir katkısını görmek
- •Rate plan/paket bazında “hangi ürün daha çok satıyor?” analizi
- •Gelecekte e-ticaret mantığıyla uyumlu BI raporları (ürün kırılımları)
Ecommerce şemasında kritik alanlar (minimum)
- •transaction_id
- •value
- •currency
- •items[] (oda/ek hizmet kalemleri)
- •item_name (oda adı / hizmet)
- •item_id (oda kodu / SKU)
- •item_category (room / spa / transfer)
- •price, quantity (gerekirse)
Teknik not (sheet): Ecommerce yapısını eksik veya yanlış alanlarla kurmak, raporlamada karmaşa ve yanlış ROAS yorumuna yol açabilir.
Mini Check
- •Satışınız “oda + ek hizmet” şeklinde kalemli mi?
- •Ek hizmetlerin gelirini ayrı görmek istiyor musunuz?
- •Booking engine ecommerce şeması üretebiliyor mu?
- •items sözlüğü (item_id/item_name) standardize edilebilir mi?
Ne yapmalıyım?
- • Paket/ek hizmet varsa ecommerce’i güçlü aday olarak yaz.
- • items sözlüğünü (oda/hizmet) dev–pazarlama ortak dokümanında kilitle.
- • Eksik alanla ecommerce kurma; minimum seti tamamla.
- • QA: purchase event’ini tekilleştir (transaction_id).
2. Custom event yaklaşımı nedir? (booking_complete)
Custom event yaklaşımı, otel rezervasyonunu “otel odaklı bir event” olarak tanımlar: booking_complete, booking_start, availability_check gibi. Bu yaklaşım özellikle “sade gelir ölçümü” isteyen otellerde hızlı ve sürdürülebilirdir.
Custom event’in güçlü olduğu yer
- •Sadece rezervasyon sayısı + gelir yeterliyse
- •Rezervasyon motoru ecommerce item üretmiyorsa
- •GA4 raporlarını “az ama net” tutmak isteniyorsa
- •Teknik ekip kapasitesi sınırlıysa (ecommerce detayları maliyetli olabilir)
Custom booking_complete minimum set
- •transaction_id
- •value
- •currency
- •(öneri) nights, room_code, rate_plan
Örnek custom payload (dataLayer)
Mini Check
- •Ana ihtiyacınız “adet + gelir” mi?
- •Ek hizmet kırılımı raporda şart mı?
- •Custom event sözlüğü (naming) kilitlenebilecek mi?
- •Ads tarafında conversion value ile ROAS kullanacak mısınız?
Ne yapmalıyım?
- • Basit senaryoda custom booking_complete ile başla.
- • value/currency/transaction_id olmadan “tam” sayma.
- • Mikro adımları (booking_start) teşhis için ekle.
- • İleride paket satışı artarsa ecommerce’e geçişi planla (roadmap).
3. Oteller için hangi durumda hangisi uygun?
Net cevap :
- •Oda + ek hizmet/paket (spa, transfer, upsell) ve kalem bazlı rapor gerekiyorsa GA4 Ecommerce daha uygundur.
- •Sadece rezervasyon adedi + toplam gelir ölçmek ve raporu sade tutmak istiyorsanız Custom Event çoğu zaman yeterlidir.
- •Rezervasyon motoru hazır ecommerce desteği veriyorsa, ecommerce’e geçmek maliyeti düşürür; vermiyorsa custom event ile başlayıp kademeli ilerlemek daha güvenlidir.
Ecommerce vs Custom Event karşılaştırma tablosu (tek tablo)
| Kriter | Ecommerce (purchase/items) | Custom Event (booking_complete) |
|---|---|---|
| Kurulum karmaşıklığı | Orta–Yüksek | Düşük–Orta |
| Paket/ek hizmet kırılımı | Çok iyi | Sınırlı |
| Rapor sade/okunur | Orta | Yüksek |
| Engine desteği varsa | Çok avantajlı | Gerek kalmayabilir |
| Yanlış kurulum riski | Yüksek (alan eksikliği) | Orta (naming/parametre) |
| ROAS etkisi | Detaylı value + item analizi | Value odaklı, sade ROAS |
Mini Check
- •Ek hizmetleri kalem bazlı raporlamaya ihtiyacınız var mı?
- •Teknik ekipte ecommerce için kapasite var mı?
- •Raporu kim okuyacak (yönetim mi, teknik mi)?
- •İleride satış modeli değişecek mi (paket/upsell artacak mı)?
Ne yapmalıyım?
- • “Bugün” ve “12 ay sonra” senaryosunu ayrı değerlendir.
- • Bugün basitse custom; büyüme varsa ecommerce planı oluştur.
- • Yanlış modeli seçersen tarihsel veri kopacağını kabul et ve minimize et.
- • Kararı measurement plan dokümanında kilitle.
4. Rezervasyon motoru ile ecommerce entegrasyonu (pratik değerlendirme)
Bazı rezervasyon motorları GA4 ecommerce/purchase şemasını hazır üretir; bazıları üretmez veya sınırlı üretir. Burada karar kriteri “var/yok” değil; kalite ve sürdürülebilirliktir.
Engine ecommerce desteğini değerlendirirken 5 soru
- transaction_id tekil ve tutarlı mı?
- value ve currency doğru mu, her işlemde geliyor mu?
- items dizisi oda ve ek hizmetleri doğru sınıflıyor mu?
- iptal/değişiklik senaryosu nasıl ele alınıyor? (ileri seviye)
- güncelleme olduğunda sözlük bozuluyor mu?
Yanlış ecommerce kurulumunun tipik etkileri
- •ROAS “iyi” görünür ama değer şişmiştir (double fire)
- •Oda ve ek hizmetler karışır, rapor anlamını kaybeder
- •Campaign value yanlış yorumlanır (currency uyumsuzluğu)
Mini Check
- •Engine’in ürettiği payload’ı DebugView’da gördünüz mü?
- •items sözlüğü (id/name/category) dokümante mi?
- •Double fire ve cross-domain riski kontrol edildi mi?
- •Currency uyumu net mi?
Ne yapmalıyım?
- • Engine payload’ını önce staging’de doğrula.
- • Eksik alan varsa “tamamlamadan” ecommerce’e geçme.
- • Uyum yoksa custom event ile başla; item detayını BI katmanına bırak.
- • Versiyon ve rollback disiplini kur (GTM governance).
5. Karışık senaryolar: sadece oda, oda + ek hizmet, çok otelli yapı
Bu bölüm “otel örnekleri” ile kararı netleştirir.
Senaryo A — Sadece oda satışı (basit)
Öneri: Custom booking_complete çoğu zaman yeterli.
- •booking_complete: transaction_id/value/currency + nights/room_code
- •ROAS ve gelir raporu sade olur.
Senaryo B — Oda + ek hizmet (spa/transfer/upsell)
Öneri: Ecommerce güçlü aday.
- •Oda “item_category=room”
- •Transfer “item_category=transfer”
- •Spa “item_category=spa”
- •Kalem bazlı gelir analizi mümkün olur.
Senaryo C — Çok otelli (multi-domain/multi-property)
Öneri: Model seçimi kadar “sözlük standardı” kritiktir.
- •Tek GA4 mülkü kullanıyorsanız: hotel_code gibi segment anahtarı şart
- •Ecommerce items sözlüğü tüm otellerde aynı olmalı (aksi halde rapor dağılır)
- •Custom event kullanıyorsanız event sözlüğü tek kaynak gerçek olmalı
Key Statistics / Data Point (sheet): Yanlış veri modeli ile başlanmış projelerde, sonradan schema değiştirmek ciddi emek ve tarihsel veri kopukluğu yaratabilir. Bu nedenle karar “kurulumdan önce” verilmelidir.
Mini Check
- •Satış modeliniz 12 ay içinde paket/ek hizmete kayacak mı?
- •Çok otelli yapıda sözlük standardını yönetebilecek misiniz?
- •Raporu kim okuyacak: revenue mi pazarlama mı yönetim mi?
- •GA4/Ads ROAS kararları value üzerinden mi?
Ne yapmalıyım?
- • Basit oda satışında custom ile hız kazan.
- • Ek hizmet/paket büyüyorsa ecommerce’e geçiş planı yaz.
- • Multi-otel yapıda sözlüğü merkezi yönet (hotel_code, item taxonomy).
- • Seçimi dokümante et; değişiklikleri versiyonla.
6. Raporlama ve ROAS’a etkisi (neden yanlış model yanlış karar üretir)
Veri modeli, ROAS okuma biçiminizi değiştirir:
- •Ecommerce ile kalem bazlı value dağılımını görürsünüz (hangi paket kârlı?)
- •Custom event ile toplam value odaklı daha sade bir rapor alırsınız (hangi kampanya değer getiriyor?)
Yanlış modelin 3 riskli sonucu
- ROAS yanlış yorumlanır (currency/alan eksikliği)
- Kampanyalar yanlış ödüllendirilir (double fire)
- Ekipler aynı dili konuşamaz (rapor karmaşası)
Mini Check
- •value/currency her dönüşümde tutarlı mı?
- •GA4 ve Ads’te aynı dönüşüm değeri görünüyor mu?
- •Raporlar ekipler arası anlaşılır mı?
- •Model seçimi measurement plan’da kayıtlı mı?
Ne yapmalıyım?
- • Modeli seç → sözlüğü kilitle → QA ile doğrula.
- • 2–4 hafta “tutarlılık kıyası” yap (PMS vs GA4).
- • ROAS kararlarını ancak veri oturduktan sonra büyüt.
- • Satış modeli değişince veri modelini gözden geçir (365).
İç link önerisi (Internal Link Targets ile uyumlu)
- •https://dgtlface.com/tr/sem/donusum-takibi-tag-manager
- •https://dgtlface.com/tr/raporlama/satis-donusum
- •https://dgtlface.com/tr/pms-ota/online-satis
Kapanış – Doğru veri modeli, geleceğin rapor ihtiyacını da taşır
Ecommerce mi custom event mi sorusunun doğru cevabı, satış modeliniz ve raporlama ihtiyacınızla belirlenir. Basit başlayıp doğru dokümantasyonla büyütmek; hem bugünkü ROAS kararlarını netleştirir hem de gelecekte yeni kanal/rapor ihtiyaçlarına daha az maliyetle uyum sağlar.
7. Ecommerce vs Custom Event Karar Şablonunu İndir — SEM / GA4 Data Model
Ecommerce vs Custom Event Karar Şablonunu İndir — SEM / GA4 Data Model (v1.0)
Bu şablon, otel rezervasyon ölçümünde GA4 ecommerce mi yoksa custom booking event mi kullanmanız gerektiğini “kriter bazlı” netleştirir. Satış modeli (oda/paket/ek hizmet), rezervasyon motoru desteği, raporlama ihtiyacı ve governance kapasitesine göre seçenekleri puanlayıp doğru modeli seçmenizi sağlar.
Kim Kullanır?
Otel pazarlama + revenue + ajans ölçüm lideri + developer (ortak karar dokümanı).
Nasıl Kullanılır?
- Satış senaryonu seç (sadece oda / oda+ek hizmet / çok otel).
- Kriterleri 0–5 puanla ve iki modeli karşılaştır.
- Seçtiğin model için “minimum alan seti + QA checklist”i doldur ve kilitle.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ A) Senaryo seçimi
- ▢ ✅ B) Kriter puanlama (0–5)
- ▢ ✅ C) Sonuç
- ▢ ✅ D) Seçilen model için Minimum Alan Seti
- ▢ ✅ E) QA Checklist
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
Rezervasyon motoru ve satış modelinize göre en doğru GA4 veri modelini seçmek isteyen oteller için.
Sık Sorulan Sorular
GA4’te otel rezervasyonları için ecommerce mi, custom event mi kullanmalıyım?▾
Ecommerce şemasının oteller için avantajı nedir?▾
Sadece rezervasyon sayısı ve gelir ölçmek için custom event yeterli mi?▾
Rezervasyon motoru ecommerce destekliyorsa GA4’te nasıl kullanılır?▾
Yanlış kurulan ecommerce raporları nasıl bozar?▾
Oda+spa+transfer paketlerinde hangi model daha iyi?▾
İlgili Yazılar