1. Niye audit gerekir?
Kısa cevap : Audit; ölçüm yapınızın doğru çalıştığını kanıtlar, yanlış/eksik event’leri ve sapma nedenlerini bulur, dönüşüm verisini güvenilir hale getirir. Bu da kampanya optimizasyon kararlarını doğrudan iyileştirir. Bu nedenle SEM stratejisi içinde ölçümleme sağlığı, yalnız kampanya kurgusunu değil event kalitesi, dönüşüm kurulumu, Google Ads aktarımı ve satış raporu uyumunu birlikte değerlendirmeyi gerektirir.
Audit’i gerekli yapan tipik sinyaller
- •Ads/GA4/PMS rakamları aşırı sapıyor
- •Conversion sayısı “anormal” dalgalanıyor
- •ROAS bir anda uçuyor veya çöküyor
- •Rezervasyon motoru değişti, kimse ölçümü güncellemedi
- •GTM’de yıllardır biriken tag/trigger “çöplüğü” var
Mini Check
- • Rapor sapması son dönemde arttı mı?
- • Yeni engine/site release sonrası sayı bozuldu mu?
- • Conversion seti şişti mi?
- • GTM’de kim neyi neden ekledi bilinmiyor mu?
Ne yapmalıyım?
- • Audit’i “kriz” değil “periyodik bakım” olarak planla (365).
- • Önce envanter çıkar; sonra düzelt.
- • Düzeltmeleri staging’de test etmeden prod’a taşıma.
- • Sonucu aksiyon planı + versiyon notu ile dokümante et.
2. Audit öncesi hazırlık (measurement plan + envanter)
Audit’in ilk adımı “ne var?” sorusudur. Ölçüm planınız yoksa veya güncel değilse, audit sadece “tag listesi”ne döner; ama karar verdirmez.
Bu yüzden audit yalnız teknik tag sayımı değildir; aynı zamanda conversion setup review, yani dönüşüm kurulumu kontrolü yaparak scope eksikliği, measurement plan olmadan yayın, test yapılmadan canlıya çıkma ve dokümantasyon boşluklarını da görünür hale getirmelidir.
Audit dosyasına koyacağınız 3 giriş belgesi
- Measurement plan (v1.0): hedef–KPI–event haritası
- Event sözlüğü: event adı + parametre + tetik yeri
- Rapor beklentisi: PMS/engine/Ads hedef KPI’lar
Envanter çıkarma (pratik)
- •GA4: mevcut event’ler, conversions, data stream ayarları
- •GTM: tag/trigger/variable listesi + klasörleme
- •Domain: ana site + booking engine + staging
- •Uygulamalar: call tracking/CRM/offline conversions varsa not
Mini Check
- • Measurement plan güncel mi? (son 6–12 ay)
- • Event sözlüğü tek kaynak gerçek mi?
- • Envanter listesi (GA4 + GTM) çıkarıldı mı?
- • Domain/engine/staging haritası yazıldı mı?
Ne yapmalıyım?
- • Ölçüm planı yoksa audit’ten önce mini plan çıkar (1 sayfa yeter).
- • Envanteri “kopyala-yapıştır” değil, owner ve amaç ile yaz.
- • Gereksiz event/tag’leri işaretle (silmeden önce archive).
- • Audit çıktısını “aksiyon listesi”ne bağlayacağını baştan yaz.
3. GA4 yapısının kontrolü (property, data stream, events, conversions)
Bu bölümde amaç: GA4’ün temel yapı taşları doğru mu? Otellerde en kritik GA4 kontrol başlıkları şunlardır:
1) Property ve Data Stream
- •Doğru domainler ölçülüyor mu?
- •Currency ayarı doğru mu? (çoklu para birimi riski)
- •Staging verisi prod’a karışıyor mu?
2) Events ve Conversions
- •Measurement plan’daki macro conversion’lar var mı?
- •booking_complete / purchase tekil mi (double fire yok)?
- •Lead/form, call/WhatsApp event’leri tutarlı mı?
- •Gereksiz event’ler raporu şişiriyor mu?
3) Parametre doğruluğu (gelir katmanı)
- •value number formatında mı?
- •currency her dönüşümde geliyor mu?
- •transaction_id ile tekilleştirme var mı?
4) Debug ve doğrulama (spot test)
- •DebugView’da event + parametre görünüyor mu?
- •Gerçek zamanlı raporda tutarlılık var mı?
Teknik not: Audit sırasında yapılacak değişiklikleri prod’da rastgele uygulamak yerine, ayrı bir versiyonda tutup önce test ortamında denemek gerekir. İlk spot test aşamasında dönüşüm hatalarını debug etmek, yani GTM Preview ve GA4 DebugView ile tekil tag, trigger ve event sorunlarını yakalamak audit akışının en pratik başlangıcıdır.
Aynı kontrolde bot trafik, iç trafik, test rezervasyonları ve staging / production karışıklığı da ayrıca ayıklanmalıdır. Bu nedenle dönüşüm datası kalite kontrolü, audit checklist içine mutlaka dahil edilmelidir.
Mini Check
- • Currency ve value tutarlı mı?
- • Conversions seti sade mi (2–5 makro)?
- • Staging/test verisi karışmıyor mu?
- • DebugView’da booking_complete payload doğrulandı mı?
Ne yapmalıyım?
- • Önce GA4 temel ayarlarını (stream/currency) doğrula.
- • Sonra conversion setini sadeleştir ve tekilleştir.
- • Gelir parametrelerini kontrol et (value/currency/ID).
- • Değişiklikleri staging’de test edip kontrollü yayınla.
4. GTM container kontrolü (tag, trigger, variable)
GTM tarafında audit’in amacı “kaç tag var?” değil; hangi tag neden var, nerede çalışıyor, risk üretir mi? sorusunu cevaplamaktır.
1) Container mimarisi ve naming
- •Klasörleme var mı (Core conversions / Micro events / QA)?
- •Tag/trigger/variable naming standardı tutarlı mı?
- •Archive/Deprecated alanı var mı?
2) Tag kontrolü
- •GA4 event tag’leri doğru event adını mı gönderiyor?
- •Ads/Meta tag’leri çakışıyor mu?
- •Aynı event iki farklı tag’den mi gidiyor? (double fire riski)
3) Trigger kontrolü
- •Trigger’lar dar mı, yoksa “her yerde” mi ateşliyor?
- •booking_complete tetik noktası net mi? (thank you vs dataLayer)
- •SPA/booking engine akışında custom event kullanılıyor mu?
4) Variable kontrolü
- •DLV-first mi, DOM’dan kırılgan çekim mi?
- •value/currency/transaction_id mapping doğru mu?
- •Constant değerler yanlışlıkla değiştirilebilir mi?
Mini Check
- • Double fire riski olan tag’ler işaretlendi mi?
- • Trigger’lar daraltıldı mı?
- • Variable mapping (value/currency) doğru mu?
- • Değişiklikler ayrı bir workspace/versiyonda mı?
Ne yapmalıyım?
- • Core conversion tag’lerini izole klasöre taşı ve kilitle.
- • Double fire üreten yapıları düzelt (tek kaynak event kuralı).
- • DLV-first yaklaşımıyla kırılgan DOM variable’ları azalt.
- • Publish öncesi Preview kanıtı olmadan yayına alma.
5. Cross-domain ve referral kontrolü (otel rezervasyon gerçeği)
Otel projelerinde sapmanın en sık kaynağı: booking engine farklı domain/subdomain ve cross-domain yanlış. Bu, attribution’ı bozar; direct/referral şişer; rapor farklılaşır.
Kontrol listesi
- •booking engine referral olarak görünüyor mu?
- •Oturum bölünmesi var mı?
- •Referral exclusion ve cross-domain yapılandırması doğru mu?
- •Rezervasyon onayı event’i doğru domain/akışta mı?
İpucu: “Sapma” ile “hata”yı ayır
Bazı farklar metodoloji farkıdır; cross-domain bozukluğu ise gerçek hatadır. Audit’te amaç ikisini ayırmaktır.
Mini Check
- • Booking engine referral listesinde mi?
- • GA4’te source/medium kayıyor mu?
- • Rezervasyon akışı test senaryosuyla doğrulandı mı?
- • Cross-domain düzeltmesi staging’de test edildi mi?
Ne yapmalıyım?
- • Cross-domain’i düzeltmeden kanal raporlarına güvenme.
- • Test senaryosu yaz: Ads tıklama → booking → onay.
- • Referral sapması düzeldikten sonra raporu kıyasla.
- • Her engine güncellemesinde yeniden kontrol et.
6. Rapor ve KPI’ların uyum kontrolü + Quick Wins
Audit’in çıktısı “hata listesi” değil; önceliklendirilmiş aksiyon planı olmalı.
Bu aksiyon planı yalnız GA4 ve GTM içinde kalmamalı. Özellikle Google Ads conversion setup kontrolü yapılarak conversion import, conversion action, conversion value ve bidding sinyalinin kampanya optimizasyonuna doğru aktarıldığı doğrulanmalıdır.
KPI uyumu (tek sayfada kontrol)
- •PMS direct revenue vs GA4 booking value (aylık kıyas)
- •Ads conversion value vs GA4 value (trend kıyas)
- •Funnel: booking_start → booking_complete dönüşüm oranı
- •İç/test/bot trafiği veri hijyeni (etiket/filtre)
Quick Wins (en hızlı etki)
- •Double fire kapat (gelir şişmesini düzeltir)
- •Currency/value formatını düzelt (ROAS yorumunu temizler)
- •Conversion setini sadeleştir (algoritma sinyali netleşir)
- •Staging verisini ayır (rapor güveni artar)
- •Trigger daralt (yanlış sayfada event çalışmasını durdurur)
Key Statistics / Data Point: İyi yapılmış bir audit sonrası, dönüşüm verisinde %5–20 arası sapmaların düzeltilmesi bazı hesaplarda mümkün olabilir; bu da optimizasyon kararlarını doğrudan iyileştirir. (Kesin garanti değil; sapmanın kaynağına bağlıdır.)
Audit sonrası temizlenen event yapısı ve sadeleştirilmiş conversion seti, dashboard ve kanal analizine güvenle taşınmalıdır. Bu nedenle GA4 ve GTM ölçümleme sağlığı, yalnız teknik doğruluk değil aynı zamanda karar destek kalitesinin de temelidir.
Son kontrol adımında ise platform verileri gerçek operasyon sonucu ile karşılaştırılmalıdır. Bu yüzden audit çıktısını satış dönüşümüyle doğrulamak, GA4 ve GTM’de görünen rezervasyon, gelir, lead kalitesi ve kanal katkısının gerçek satışla uyumunu test etmek için kritik adımdır.
Bulgular & Aksiyon Planı (impact/effort)
| Bulgu | Etki (Impact) | Efor (Effort) | Öncelik | Çözüm | Test | Sahip |
|---|---|---|---|---|---|---|
| — | — | — | — | — | — | — |
Mini Check
- • Bulgular Impact/Effort ile önceliklendirildi mi?
- • Değişiklikler staging’de test edildi mi?
- • Versiyon notu ve rollback planı var mı?
- • 30 gün izleme ve aylık bakım ritmi tanımlı mı?
Ne yapmalıyım?
- • Audit bulgularını “quick wins” ve “proje işleri” diye ayır.
- • Tüm değişiklikleri ayrı versiyonda tut ve test et.
- • Yayın sonrası 24–72 saat izleme yap, sonra aylık rutine bağla.
- • Audit’i 365 döngüsünde güncelle (GA4/GTM değiştikçe).
7. Dönüşüm Audit Checklist & Aksiyon Planı Şablonunu İndir — GA4 + GTM Audit
Dönüşüm Audit Checklist & Aksiyon Planı Şablonunu İndir — GA4 + GTM Audit (v1.0)
Bu şablon, GA4 ve GTM dönüşüm audit’ini otel ölçüm projelerine uyarlanmış bir sağlık kontrolü formatında yürütmenizi sağlar. Envanter çıkarma, GA4 yapı kontrolü, GTM container denetimi, cross-domain/referral kontrolü ve rapor–PMS uyum kıyası adımlarını tek listede toplar; bulguları impact/effort ile önceliklendiren aksiyon planına dönüştürür. Audit sırasında yapılan değişikliklerin ayrı bir versiyonda tutulması ve önce test ortamında denenmesi kuralını da kilitler.
Kim Kullanır?
Otel pazarlama/ajans + developer/QA + raporlama (ortak audit dokümanı).
Nasıl Kullanılır?
- Envanteri doldur (GA4 + GTM + domain/engine).
- Checklist’i sırayla uygula; her bulgu için kanıt ve risk notu ekle.
- Bulguları quick wins / proje işleri diye ayır; staging’de test edip kontrollü yayınla.
Ölçüm & Önceliklendirme (Kısa sürüm)
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
8. Audit, ölçümü “güvenilir” yapar
GA4+GTM audit’i, ölçüm altyapınızın sürdürülebilirliğini artırır: gereksiz event’leri temizler, eksik dönüşümleri bulur, rapor sapmalarını azaltır ve optimizasyon kararlarını daha güvenli hale getirir.
Bu audit yapısını otelinizde daha sistemli kurmak isterseniz oteller için dönüşüm takibi ve Tag Manager kurulumu sayfası bir sonraki doğal adımdır. Karar öncesinde kapsamı, audit akışını ve uygulama çerçevesini netleştirmek için dönüşüm takibi ve Tag Manager hakkında sık sorulan sorular bölümüne de geçebilirsiniz.
Bir Sonraki Adım
Ölçüm yapınızın doğru çalıştığından emin olmak ve sapmaları azaltmak isteyen oteller ve ajans ekipleri için.
Sık Sorulan Sorular
Dönüşüm audit’i nedir, neden yapılmalı?▾
GA4 ve GTM dönüşüm audit’i adım adım nasıl yapılır?▾
Hangi event ve tag’leri kontrol etmeliyim?▾
Audit sonrası ne değişir?▾
Audit sırasında değişiklikleri nasıl yönetmeliyim?▾
Audit’i ne sıklıkla yapmalıyım?▾
İlgili İçerikler
- → GA4 GTM audit otel
- → SEM stratejisi içinde ölçümleme sağlığı
- → dönüşüm hatalarını debug etmek
- → conversion setup review
- → dönüşüm datası kalite kontrolü
- → Google Ads conversion setup kontrolü
- → GA4 ve GTM ölçümleme sağlığı
- → audit çıktısını satış dönüşümüyle doğrulamak
- → dönüşüm takibi ve Tag Manager hakkında sık sorulan sorular
İlgili Yazılar