Otel Rezervasyonları İçin GA4 Ecommerce mi, Custom Event mi Kullanılmalı?

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. Bu nedenle SEM stratejisi içinde GA4 event modeli, yalnız teknik bir alan tercihi değil; Google Ads optimizasyonu, gelir ölçümü ve yönetim raporlamasının temelidir.

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. Bu yüzden booking event model, yani rezervasyon event modelinin taşıdığı alanlar, DataLayer şemasıyla birlikte baştan tanımlanmalıdır.

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?

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. Operasyon tarafında custom event ile booking sürecini takip etmek, oda seçimi, tarih, fiyat, ödeme ve rezervasyon durumu gibi adımları daha doğal bir akışla eşleştirmeyi kolaylaştırır.

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?

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.

Bu karar aslında custom event vs ecommerce, yani özel event modeli mi ecommerce modeli mi sorusunun, kurulumdan önce measurement plan içinde cevaplanması gerektiğini gösterir. İş hedefi, KPI, conversion import ve dashboard beklentisi net değilse doğru event modelini seçmek de zorlaşır.

Aynı seçim direct booking ve gelir hedefleri için de kritiktir. Özellikle online satış için doğru GA4 event modeli, web sitesi satış performansını, rezervasyon motoru dönüşümünü ve OTA kıyasını daha okunabilir hale getirir.

Ecommerce vs Custom Event karşılaştırma tablosu (tek tablo)

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ı)?

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

1. transaction_id tekil ve tutarlı mı?
2. value ve currency doğru mu, her işlemde geliyor mu?
3. items dizisi oda ve ek hizmetleri doğru sınıflıyor mu?
4. iptal/değişiklik senaryosu nasıl ele alınıyor? (ileri seviye)
5. 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?

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?

Veri modeli, ROAS okuma biçiminizi değiştirir. Özellikle ecommerce event ile rezervasyon geliri ölçmek isteyen yapılarda booking value, conversion value ve Google Ads ROAS ilişkisi model seçimine göre farklı okunur:

• •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?)

Ayrıca seçtiğiniz model yalnız pazarlama panelini değil, satış tarafındaki okunabilirliği de etkiler. Bu yüzden satış dönüşüm raporlamasına uygun booking event modeli kurmak; tamamlanan rezervasyon, kanal bazlı gelir ve conversion value verisini aynı ticari çerçevede görmeyi kolaylaştırır.

Yanlış modelin 3 riskli sonucu

1. ROAS yanlış yorumlanır (currency/alan eksikliği)
2. Kampanyalar yanlış ödüllendirilir (double fire)
3. 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ı?

İç 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.

Bu kararı oteliniz için daha güvenli vermek isterseniz oteller için dönüşüm takibi ve Tag Manager kurulumu sayfası bir sonraki doğal adımdır. Karar öncesinde GA4 event modeli, conversion import ve uygulama kapsamını netleştirmek için dönüşüm takibi ve Tag Manager hakkında sık sorulan sorular bölümüne de geçebilirsiniz.