GA4 Danışmanlığı Ne Kapsar? Denetim, Kurulum ve Raporlama Adımları

GA4 danışmanlığı dört işi kapsar: mevcut kurulumun denetimi, ölçüm planına dayalı kurulum ya da düzeltme, karar alınabilir raporlama ve ekibin eğitimiyle birlikte yazılı devir. İyi bir danışmanlığın çıktısı bir “kuruldu” mesajı değil; ölçüm planı, test raporu, belgelenmiş etiket yapısı ve sizin ekibinizin sürdürebileceği bir düzendir. Süre kapsama bağlıdır; tek bir sitede denetim ile çok alan adlı, sunucu tarafı ölçümlü bir kurulum aynı takvimle yürümez.

GA4 danışmanlığı ne kapsar?

GA4 danışmanlığı, bir sitenin ya da uygulamanın ölçüm altyapısının denetlenmesi, doğru kurulması, karar alınabilir raporlara bağlanması ve ekibe devredilmesi işidir. Dört aşamadan oluşur:

1. Denetim: mevcut kurulum ne ölçüyor, neyi yanlış ölçüyor, neyi hiç ölçmüyor?
2. Kurulum ya da düzeltme: ölçüm planı, veri katmanı, etiket yöneticisi ve gerekiyorsa sunucu tarafı gönderim.
3. Raporlama: ekibin karar alırken bakacağı panolar ve metrik tanımları.
4. Eğitim ve devir: kurulumun belgelenmesi ve ekibin onu sürdürebilir hale gelmesi.

Bu dört aşamanın her biri ayrı ayrı satın alınabilir. Çoğu proje denetimle başlar, çünkü denetimin çıktısı kalan işin kapsamını belirler.

Kurulum rehberinden farkı ne?

İnternette GA4’ün nasıl kurulacağını anlatan çok sayıda rehber var; biz de GA4 ve Google Tag Manager kurulumu, GA4 e-ticaret ölçümü ve GA4 veri kalitesi yazılarımızda adım adım anlattık.

Bu yazı başka bir soruya cevap veriyor: bu işi dışarıdan bir uzmana ya da ajansa verdiğinizde ne satın almış olursunuz? Hangi teslimleri beklemelisiniz, denetimde neye bakılmalı, iş bittiğinde elinizde ne kalmalı?

Fark önemlidir, çünkü GA4 etiketi siteye birkaç dakikada eklenebilir. Zor olan, neyin ölçüleceğine karar vermek, bunu doğru parametrelerle ve tutarlı isimlerle kurmak, onay kurgusunu doğru bağlamak ve sonuçların doğruluğunu test etmektir. Danışmanlığın değeri bu kısımdadır.

Ne zaman danışmanlık almak gerekir?

Şu durumlardan biri varsa, dışarıdan bir denetim yaptırmak genellikle zaman ve bütçe kazandırır:

• GA4’teki satın alma sayısı ya da ciro, sipariş sistemindeki rakamla tutmuyor.
• Reklam platformları ile GA4 birbirinden çok farklı rakamlar gösteriyor ve kimse sebebini açıklayamıyor.
• Ücretli trafiğin önemli kısmı raporlarda doğrudan trafik ya da yönlendirme olarak görünüyor.
• Kurulumu yapan kişi ya da ajans artık yok ve kimse ne kurulduğunu bilmiyor.
• Çerez onay bandı eklendikten sonra veri belirgin biçimde düştü.
• Site ya da ödeme altyapısı değişti.
• Reklam bütçesi arttı ve otomatik teklif stratejileri GA4 verisine dayanıyor.

Son madde özellikle önemlidir. Reklam algoritmaları kime gösterileceğini gelen dönüşüm sinyalinden öğrenir. Sinyal yanlışsa, bozuk ölçüm yalnız yanlış rapor değil, yanlış optimizasyon da üretir ve bedeli bütçe büyüdükçe artar.

GA4 denetiminde neler kontrol edilir?

İyi bir denetim yazılı bir belge ve önceliklendirilmiş bir düzeltme listesiyle sonuçlanır. Kontrol edilen başlıca alanlar:

• Hesap ve mülk yapısı: kaç mülk var, hangi hesap altında, kimin sahipliğinde?
• Veri akışları: web ve uygulama akışları doğru mülke mi gönderiyor?
• Olay yapısı: hangi olaylar gönderiliyor, isimler ve parametreler tutarlı mı?
• Önemli etkinlikler: hangi olaylar dönüşüm olarak işaretli ve bunlar gerçekten iş sonucunu temsil ediyor mu?
• E-ticaret olayları: ürün ve sipariş parametreleri eksiksiz mi, satın alma iki kez tetikleniyor mu?
• Onay kurgusu: consent mode doğru varsayılan durumla mı başlıyor, onay sonrası güncelleniyor mu?
• Trafik kaynakları: kampanya parametreleri yönlendirmelerde düşüyor mu, ödeme sağlayıcısı yönlendirme olarak mı görünüyor?
• Çapraz alan: birden fazla alan adı varsa oturum kopuyor mu?
• İç trafik ve filtreler: ekip trafiği ayrılıyor mu?
• Bağlantılar: Google Ads, Search Console, BigQuery ve Merchant Center bağlantıları.
• Mülk ayarları: veri saklama süresi, saat dilimi, para birimi.

Denetimin en sık bulduğu hata, satın alma olayının hem tema kodundan hem etiket yöneticisinden tetiklenerek cironun iki katına çıkmasıdır. İkinci sık hata, yönlendirmeler sırasında kampanya parametrelerinin düşmesi ve ücretli trafiğin doğrudan trafik olarak kaydedilmesidir.

Olay yapısı ve isimlendirme nasıl denetlenir?

GA4 olay tabanlı çalışır: her kullanıcı davranışı bir olay adı ve ona bağlı parametrelerle gönderilir. Bu esneklik, disiplinsiz kurulumlarda hızla kaosa dönüşür.

Denetimde bakılanlar:

• Aynı davranış farklı yerlerde farklı isimlerle mi gönderiliyor? Örneğin bir yerde form_submit, başka yerde lead.
• E-ticarette Google’ın önerdiği olay adları mı kullanılıyor, yoksa özel isimler mi?
• Parametreler tutarlı mı? Para birimi, değer ve ürün kimliği her olayda aynı biçimde mi geliyor?
• Özel boyutlar ve metrikler tanımlanmış mı, yoksa parametreler raporlarda görünmüyor mu?
• Kimsenin kullanmadığı ya da ne anlama geldiğini bilmediği olaylar var mı?

Bu sorunların çözümü, olayların bir ölçüm planında yazılı hale getirilmesi ve bir isimlendirme standardı belirlenmesidir. Aşağıda ölçüm planını ayrıca ele alıyoruz.

Önemli etkinlikler (dönüşümler) nasıl değerlendirilir?

GA4’te dönüşümler artık “önemli etkinlik” (key event) olarak adlandırılıyor. Google’ın yardım sayfasına göre standart mülklerde en fazla 30, Analytics 360 mülklerinde en fazla 50 etkinlik önemli etkinlik olarak işaretlenebilir.

Aynı sayfada iki ayrıntı daha var: bir olayı önemli etkinlik olarak işaretlemek, raporları işaretlendiği andan itibaren etkiler ve geçmiş veriyi değiştirmez. Standart raporlarda görünmesi 24 saate kadar sürebilir.

Denetimde sorulan sorular:

• İşaretli olaylar gerçekten iş sonucunu mu temsil ediyor, yoksa sayfa görüntüleme gibi zayıf sinyaller de mi işaretlenmiş?
• Google Ads’e hangi önemli etkinlikler aktarılıyor ve teklif stratejileri bunlara mı optimize ediliyor?
• Satın alma dışında hangi ara adımlar ölçülüyor?

Geçmiş veriyi değiştirmediği için, önemli etkinlik tanımındaki bir hatanın düzeltilmesi yalnız ileriye dönük etki eder. Bu, denetimin erken yapılması için bir başka sebeptir.

Çerez onayı ve consent mode neden denetimin parçası?

Çerez onayı kurgusu, ölçümün kendisini etkiler. Google’ın consent mode dokümanı iki uygulama biçimini ayırıyor. Temel uygulamada Google etiketleri kullanıcı onay verene kadar engellenir; bu durumda onay vermeyen kullanıcılar için hiç veri toplanmaz. Gelişmiş uygulamada etiketler her durumda yüklenir; onay reddedildiğinde Google’a çerezsiz sinyaller gönderilir ve bu sinyaller GA4’te davranış ve dönüşüm modellemesi için kullanılır.

Aynı dokümana göre etiketleri onay gelene kadar engellemek, consent mode’un tüm faydalarını almamak anlamına gelir; örneğin onay vermeyen kullanıcıların boşluğunu dolduracak modellenmiş veri oluşmaz.

Denetimde kontrol edilenler:

• Varsayılan onay durumu doğru tanımlanmış mı ve etiketlerden önce mi yükleniyor?
• Kullanıcı onay verdiğinde durum güncelleniyor mu?
• Onay bandı ile etiket yöneticisi arasındaki bağlantı çalışıyor mu?
• Hangi uygulama biçimi seçilmiş ve bu seçim hukuki danışmanla birlikte mi yapılmış?

En sık hata, varsayılan durumun yanlış tanımlanması ve onay sonrası sinyalin güncellenmemesidir; bu durumda onay veren kullanıcıların verisi de kaybolabilir. Konunun ayrıntısını çerez onayı ve consent mode yazımızda anlattık.

Çapraz alan ve istenmeyen yönlendirmeler

Kullanıcı yolculuğu birden fazla alan adından geçiyorsa (örneğin ana site ve ayrı bir ödeme alan adı), GA4 bunu varsayılan olarak iki ayrı kullanıcı ve iki ayrı oturum olarak görebilir. Google’ın çapraz alan ölçümü dokümanına göre çapraz alan ölçümü olmadan her alan adında yeni kimliklerle yeni çerezler oluşturulur. Çapraz alan ölçümü kurulduğunda ise kimlikler, kullanıcı alan adları arasında bir bağlantı ya da form ile geçerken URL’ye eklenen _gl parametresiyle taşınır.

İlgili bir sorun, ödeme sağlayıcılarının yönlendirme kaynağı olarak görünmesidir. Kullanıcı bankanın 3D doğrulama sayfasından siteye döndüğünde, satın alma bu sayfaya yazılabilir. GA4, belirli alan adlarından gelen trafiği yönlendirme olarak saymamak için istenmeyen yönlendirme koşulları tanımlamaya izin veriyor; bu koşullara uyan olaylara ignore_referrer parametresi eklenir.

Denetimde bu iki ayar, satın alma kaynaklarının dağılımına bakılarak kontrol edilir. Ödeme sağlayıcısı alan adları kaynak listesinde görünüyorsa, ayar eksiktir.

Bot, spam ve iç trafik nasıl ele alınır?

Google’ın dokümanına göre GA4 mülklerinde bilinen bot ve örümcek trafiği otomatik olarak hariç tutulur. Bu hariç tutma kapatılamaz ve ne kadar bot trafiğinin hariç tutulduğu görülemez. Bilinen botlar, Google araştırması ile Interactive Advertising Bureau’nun (IAB) uluslararası örümcek ve bot listesinin birleşimiyle belirlenir.

Bilinen listede olmayan botlar ve spam trafiği ise yine raporlara girebilir. Denetimde bunun işaretlerine bakılır: tek bir şehirden ya da tek bir cihaz türünden gelen ani artışlar, sıfır etkileşimli oturumlar, anlamsız yönlendirme kaynakları.

İç trafik için GA4 veri filtreleri sunar. Google’ın dokümanına göre veri filtreleri geliştirici trafiği, IP adresine göre iç trafik ve istenmeyen alan adlarından gelen trafik için tanımlanabilir. İki önemli uyarı var: filtreler oluşturulduğu andan itibaren uygulanır ve geçmiş veriyi etkilemez; bir hariç tutma filtresi uygulandığında hariç tutulan veri kalıcı olarak işlenmez ve ne GA4’te ne BigQuery’de bulunur. Bu yüzden filtreler önce test durumunda denenmeli, sonra etkinleştirilmelidir. Bot trafiğiyle ilgili pratik adımları GA4 veri kalitesi yazımızda anlattık.

Mülk ayarlarında gözden kaçanlar

Bazı ayarlar kurulum sırasında bir kez yapılır ve sonra unutulur. Denetimde bunlar özellikle kontrol edilir:

• Veri saklama süresi: Google’ın dokümanına göre standart mülklerde kullanıcı düzeyi ve etkinlik düzeyi veri için 2 ay ya da 14 ay seçilebilir. Aynı dokümana göre bu ayar standart toplu raporları etkilemez, yalnız keşifleri ve dönüşüm hunisi raporlarını etkiler. Kısa süre seçilmişse, geçmiş dönem analizleri sınırlanır.
• Saat dilimi ve para birimi: reklam platformlarıyla tutarlı mı?
• Google sinyalleri: etkin mi ve bunun raporlara etkisi biliniyor mu?
• Kullanıcı erişimleri: şirket içinden en az bir yönetici var mı, eski çalışanlar ya da ajanslar hâlâ erişebiliyor mu?

Erişim konusu özellikle ajans değişikliklerinde önem kazanır; ayrıntılar için hesap devri kontrol listemize bakabilirsiniz.

BigQuery bağlantısı neden erken kurulmalı?

GA4’ün BigQuery dışa aktarımı, ham olay verisinin markanın kendi bulut projesine akmasını sağlar. Bu, arayüzün örnekleme ve eşik sınırlarının dışında analiz yapmayı ve veriyi diğer kaynaklarla birleştirmeyi mümkün kılar.

Google’ın dokümanına göre bağlantı tamamlandıktan sonra verinin BigQuery projesine 24 saat içinde akmaya başlaması beklenir. Standart mülklerde günlük (toplu) dışa aktarım için 1 milyon etkinlik sınırı vardır; sürekli aktarım (streaming) için etkinlik sınırı yoktur. Mülk bu sınırı sürekli aşarsa günlük dışa aktarım duraklatılır ve önceki günler yeniden işlenmez.

Dokümanda geriye dönük veri aktarımına dair bir ifade yok ve verinin bağlantı kurulduktan sonra akmaya başladığı anlatılıyor. Buradan çıkardığımız pratik sonuç şu: ham veriye bir gün ihtiyaç duyulacaksa, bağlantının o ihtiyaç doğmadan kurulması gerekir. Danışmanlık kapsamında bu bağlantının markanın kendi bulut projesinde kurulması da önemlidir; ajansın projesinde duran veri, ilişki bittiğinde erişilemez hale gelebilir.

Kurulum aşamasında neler teslim edilir?

Denetimden sonra ya sıfırdan kurulum ya da mevcut kurulumun düzeltilmesi gelir. Her iki durumda da beklenmesi gereken teslimler şunlardır:

1. Ölçüm planı: hangi davranışın, hangi olay adı ve parametrelerle ölçüleceği.
2. Veri katmanı belgesi: geliştirici ekibin siteye ekleyeceği veri yapısının tanımı.
3. Etiket yöneticisi yapısı: etiketler, tetikleyiciler ve değişkenler; isimlendirme standardıyla.
4. Onay kurgusu: consent mode ayarları ve onay bandıyla entegrasyon.
5. Mülk ayarları: önemli etkinlikler, özel boyutlar, filtreler, bağlantılar.
6. Test raporu: her olayın tetiklendiğini ve doğru parametrelerle geldiğini gösteren belge.

Son madde en sık atlanan teslimdir. Kurulumun bittiğini test raporu söyler, kurulumu yapan kişi değil.

Ölçüm planı neden ilk teslimdir?

Ölçüm planı, iş hedeflerinden başlayıp ölçülecek olaylara inen yazılı bir belgedir. Tipik bir plan şu katmanlardan oluşur:

• İş hedefi: örneğin çevrimiçi satış ya da nitelikli potansiyel müşteri.
• Göstergeler: ciro, sipariş sayısı, form gönderimi, sepete ekleme oranı.
• Olaylar: ürün görüntüleme, sepete ekleme, ödeme adımları, satın alma, form gönderimi, telefon araması.
• Parametreler: her olayla gönderilecek bilgi; ürün kimliği, değer, para birimi, form türü.
• Tetiklenme koşulu: olayın hangi durumda ve sayfanın hangi noktasında gönderileceği.

Bu belge olmadan kurulan ölçüm, birkaç ay sonra kimsenin ne anlama geldiğini bilmediği olay isimleriyle dolar. Plan aynı zamanda geliştirici ekiple ortak dil kurar: veri katmanında neyin gönderileceği tartışma konusu olmaktan çıkar.

Veri katmanı ve etiket yöneticisi teslimleri

Ölçüm planı hazır olduğunda, sitenin veri katmanı (data layer) bu plana göre tasarlanır. Veri katmanı, sitenin etiket yöneticisine düzenli ve tutarlı bilgi gönderdiği yapıdır; etiketlerin sayfa yapısındaki değişikliklere karşı kırılgan olmasını önler. Nasıl kurulduğunu veri katmanı yazımızda anlattık.

Etiket yöneticisi tarafında beklenmesi gereken teslimler:

• Tutarlı isimlendirme: etiket, tetikleyici ve değişken adlarından ne yaptıkları anlaşılmalı.
• Klasör yapısı: platforma ya da amaca göre gruplanmış öğeler.
• Sürüm notları: her yayında ne değiştiği yazılı olmalı.
• Erişim düzeni: markanın hesabında en az iki şirket içi yönetici.
• Konteynerin dışa aktarılmış yedeği.

Etiketlerin tek bir yerden yönetilmesi ve tema koduna dağılmaması gerekir. Aynı olayın hem tema kodundan hem etiket yöneticisinden tetiklendiği kurulumlar, ciroyu iki katına çıkaran en yaygın hata kaynağıdır.

Sunucu tarafı ölçüm ne zaman kapsama girer?

Sunucu tarafı etiketleme, tarayıcıdan gönderilen verinin bir sunucu üzerinden işlenerek platformlara iletilmesidir. Reklam engelleyiciler ve tarayıcı kısıtlamaları nedeniyle oluşan veri kaybını azaltmaya, gönderilen verinin kontrolünü artırmaya yarar.

Her proje için zorunlu değildir. Kapsama girmesi genellikle şu durumlarda anlamlıdır:

• Reklam bütçesi yüksek ve dönüşüm sinyalinin kalitesi teklif stratejilerini doğrudan etkiliyor.
• Meta Conversions API gibi sunucu tarafı gönderimler zaten gerekiyor.
• Sitede çok sayıda üçüncü taraf etiketi var ve sayfa hızı sorun oluyor.

Sunucu tarafı kurulum ek maliyet getirir: sunucu altyapısı, bakım ve izleme. Danışmanlık teklifinde bu maliyetin kimde olacağı ve altyapının kimin bulut hesabında çalışacağı açıkça yazılmalıdır. Konunun ayrıntısı sunucu taraflı etiketleme yazımızda.

Raporlama aşaması neyi kapsar?

Doğru toplanan veri, ancak doğru okunduğunda işe yarar. Raporlama aşamasının amacı rapor sayısını artırmak değil, karara giren metrik sayısını azaltmaktır.

Bu aşamada beklenmesi gerekenler:

• Metrik sözlüğü: her metriğin tanımı, kaynağı, uygulanan filtreler ve sahibi. “Ciro” KDV dahil mi, iadeler düşülüyor mu?
• Ana pano: yönetimin haftalık baktığı üç dört temel gösterge.
• Teşhis panoları: kanal, kampanya, ürün ve cihaz kırılımları.
• Kanal karşılaştırması: reklam platformlarının iddiası ile GA4 ve sipariş sistemi rakamının yan yana gösterimi.
• Uyarılar: olay hacminde ani düşüş ya da parametre kaybında haber veren kurgular.

Panolar Looker Studio’da ya da bir analitik panelde kurulabilir. Araç seçimi ikincildir; önemli olan tanımların yazılı ve tutarlı olmasıdır.

Eğitim ve devir nasıl yapılır?

Danışmanlığın son aşaması, kurulumun ekibe devredilmesidir. Bu aşama atlanırsa kurulum, danışmanlık bittiği gün bakımsız kalır.

Devir paketinde olması gerekenler:

• Ölçüm planının güncel hali.
• Veri katmanı belgesi ve geliştirici notları.
• Etiket yöneticisi yapısının açıklaması ve dışa aktarılmış yedeği.
• Test raporu ve yeni bir olay eklendiğinde uygulanacak test adımları.
• Metrik sözlüğü ve pano kullanım kılavuzu.
• Bilinen sınırlamalar listesi.

Eğitim oturumlarında ekibin hem raporları okumayı hem de basit değişiklikleri kendisi yapmayı öğrenmesi hedeflenir. Pazarlama ekibi için rapor okuma, geliştirici ekip için veri katmanı ve test, yönetim için ana pano ayrı oturumlarda ele alınabilir.

GA4 kurulumunu ajansa yaptırmalı mıyım?

Cevap ekibinizde ne olduğuna bağlıdır. Şirket içinde etiket yöneticisi ve veri katmanı konusunda deneyimli bir geliştirici ve ölçüm planını sahiplenebilecek bir pazarlama sorumlusu varsa, kurulumu içeride yapmak mümkündür. Bu durumda dışarıdan yalnız denetim ya da kurulum sonrası test almak yeterli olabilir.

Ajans ya da danışmandan destek almak şu durumlarda daha verimlidir:

• Ekipte ölçüm konusunda deneyimli kimse yoksa.
• Birden fazla alan adı, uygulama ya da ödeme altyapısı varsa.
• Sunucu tarafı ölçüm ve reklam platformlarına sunucu tarafı gönderim gerekiyorsa.
• Kurulum, reklam bütçesinin yönetildiği sistemlere bağlıysa.

Hangi yolu seçerseniz seçin, GA4 hesabı, mülkleri, etiket yöneticisi konteyneri ve BigQuery projesi markanın adına açılmalı; dışarıdan destek veren taraf kullanıcı olarak erişmelidir. Ajans ile şirket içi ekip arasındaki genel karar için ajans mı şirket içi ekip mi yazımıza bakabilirsiniz.

GA4 kurulumu ne kadar sürer?

Süre kapsama göre değişir ve tek bir rakam vermek yanıltıcı olur. Süreyi belirleyen etkenler şunlardır:

• Site yapısı: tek alan adı mı, birden fazla alan adı ve uygulama mı?
• Olay sayısı: yalnız temel e-ticaret olayları mı, yoksa çok adımlı formlar ve özel etkileşimler de mi?
• Geliştirici erişimi: veri katmanı değişikliklerini kim, ne kadar sürede yapabiliyor?
• Onay kurgusu: onay bandı hazır mı, hukuki görüş alındı mı?
• Sunucu tarafı ölçüm: kapsamda mı?
• Test ve düzeltme turları: her olay doğrulanana kadar süren döngü.

Pratikte süreyi en çok uzatan şey, geliştirici ekibin takvimidir. Veri katmanı değişiklikleri sitenin kendi geliştirme döngüsüne girer; bu döngü haftalık ya da aylık olabilir. Bu yüzden danışmanlık teklifinde geliştirici tarafının iş yükü ve takvimi ayrıca planlanmalıdır.

Teslim kontrol listesi

Danışmanlık teklifini değerlendirirken ve iş bittiğinde aşağıdaki listeyi kullanabilirsiniz.

Glowy ölçümü neden ilk adım yapar?

Glowy, İstanbul merkezli bir dijital pazarlama ajansıdır ve hangi hizmetle başlarsa başlasın ilk iş olarak verinin doğruluğunu kontrol eder; reklam yönetimi doğru ölçüm üzerine kurulmadığında ne kadar iyi yapılırsa yapılsın yanlış yöne gider. Ölçüm, veri ambarı ve pano tarafındaki kapsamımızı ileri analitik ve GA4 danışmanlığı ile veri ve analitik çözümleri sayfalarımızda anlattık.

Sık yapılan hatalar

1. Ölçüm planı olmadan kuruluma başlamak. Olaylar birkaç ay içinde anlamsız bir yığına dönüşür.
2. Test raporu istememek. “Kuruldu” demek, doğru çalıştığı anlamına gelmez.
3. Satın alma olayını iki yerden tetiklemek. Ciro iki katına çıkar, reklam algoritmaları yanlış öğrenir.
4. Onay kurgusunu sonradan düşünmek. Varsayılan durum yanlışsa veri sessizce kaybolur.
5. Filtreleri test etmeden etkinleştirmek. Hariç tutulan veri kalıcı olarak kaybolur.
6. BigQuery bağlantısını ertelemek. Ham veri, bağlantı kurulduktan sonra akmaya başlar.
7. Hesapları danışmanın adına açtırmak. Çalışma bittiğinde erişim sorunu çıkar.
8. Devir ve eğitimi atlamak. Kurulum danışmanlık bittiği gün bakımsız kalır.

Sıkça sorulan sorular

GA4 danışmanlığı ne kapsar?
Mevcut kurulumun denetimi, ölçüm planına dayalı kurulum ya da düzeltme, karar alınabilir raporlama ve ekibin eğitimiyle birlikte yazılı devir. Teslimler ölçüm planı, veri katmanı belgesi, etiket yöneticisi yapısı, onay kurgusu, test raporu, metrik sözlüğü ve panolardır.

GA4 kurulumunu ajansa yaptırmalı mıyım?
Ekipte etiket yöneticisi ve veri katmanı deneyimi olan bir geliştirici ve ölçüm planını sahiplenecek bir sorumlu varsa içeride yapılabilir. Çok alan adı, sunucu tarafı ölçüm ya da reklam bütçesine bağlı dönüşüm sinyali söz konusuysa dışarıdan destek genellikle daha verimlidir. Her durumda hesaplar markanın adına açılmalıdır.

GA4 denetiminde neler kontrol edilir?
Hesap ve mülk yapısı, olay adları ve parametreler, önemli etkinlikler, e-ticaret olayları, consent mode, trafik kaynakları ve kampanya parametreleri, çapraz alan ölçümü, iç trafik filtreleri, Google Ads ve BigQuery bağlantıları, veri saklama süresi ve kullanıcı erişimleri.

GA4 kurulumu ne kadar sürer?
Kapsama bağlıdır. Site yapısı, olay sayısı, geliştirici ekibin takvimi, onay kurgusunun hazır olup olmadığı ve sunucu tarafı ölçümün kapsamda olup olmadığı süreyi belirler. En çok geliştirici takvimi uzatır.

GA4’te kaç dönüşüm tanımlanabilir?
Google’ın yardım sayfasına göre standart mülklerde en fazla 30, Analytics 360 mülklerinde en fazla 50 etkinlik önemli etkinlik olarak işaretlenebilir. İşaretleme geçmiş veriyi değiştirmez.

GA4 bot trafiğini otomatik filtreler mi?
Bilinen bot ve örümcek trafiği otomatik olarak hariç tutulur ve bu kapatılamaz. Bilinen listede olmayan botlar ve spam ise raporlara girebilir; bunlar denetimde ayrıca incelenir.

Terimler sözlüğü

• Ölçüm planı: İş hedeflerinden başlayıp ölçülecek olaylara, parametrelere ve tetiklenme koşullarına inen yazılı belge.
• Önemli etkinlik (key event): GA4’te dönüşüm olarak işaretlenen olay.
• Veri katmanı (data layer): Sitenin etiket yöneticisine düzenli bilgi gönderdiği yapı.
• Consent mode: Google etiketlerinin kullanıcının onay durumuna göre davranışını ayarlayan yapı.
• Çapraz alan ölçümü: Birden fazla alan adında aynı kullanıcı ve oturumun korunması.
• Veri filtresi: Belirli trafiğin GA4’e işlenmesini engelleyen, geriye dönük çalışmayan ayar.
• BigQuery dışa aktarımı: GA4 ham olay verisinin bulut veri ambarına aktarılması.
• Sunucu tarafı etiketleme: Verinin tarayıcı yerine bir sunucu üzerinden platformlara iletilmesi.
• Metrik sözlüğü: Her metriğin tanımını, kaynağını ve sahibini yazan belge.

Kaynaklar

• Etkinlikleri önemli etkinlik olarak işaretleme, Analytics Yardım. 30 ve 50 sınırı, geçmiş verinin değişmemesi ve 24 saatlik gecikme buradan alındı.
• Web sitelerinde ve mobil uygulamalarda izin modu, Analytics Yardım. Temel ve gelişmiş uygulama farkı ile çerezsiz sinyallerin modellemede kullanılması buradan alındı.
• Web alanları arası ölçümü ayarlama, Analytics Yardım. Çapraz alan ölçümü olmadan yeni çerez oluşması ve _gl parametresi buradan alındı.
• İstenmeyen yönlendirmeleri belirleme, Analytics Yardım. ignore_referrer parametresi buradan alındı.
• Bilinen bot trafiğini hariç tutma, Analytics Yardım. Otomatik hariç tutma, kapatılamaması ve IAB listesi buradan alındı.
• Veri filtreleri, Analytics Yardım. Filtre türleri, geriye dönük çalışmaması ve kalıcı etkisi buradan alındı.
• Veri saklama, Analytics Yardım. 2 ay ve 14 ay seçenekleri buradan alındı.
• BigQuery Export’u kurma, Analytics Yardım. 24 saatlik başlangıç, 1 milyon etkinlik günlük sınırı ve streaming aktarımda sınır olmaması buradan alındı.

Sayı içeren bilgiler 25 Eylül 2026’da yardım sayfalarının İngilizce ve Türkçe sürümlerinden karşılaştırılarak kontrol edildi. BigQuery aktarımının geçmiş veriyi kapsamadığı yönündeki yorum, dokümandaki “bağlantı kurulduktan sonra veri akmaya başlar” anlatımından yaptığımız bir çıkarımdır.

Özet

GA4 danışmanlığı denetim, kurulum, raporlama ve devir aşamalarından oluşur. Denetim olay yapısı, önemli etkinlikler, consent mode, çapraz alan, bot ve iç trafik, bağlantılar ve mülk ayarlarını kapsar. Kurulumun ilk teslimi ölçüm planıdır; veri katmanı, etiket yöneticisi yapısı ve test raporu onu izler. Raporlama metrik sözlüğüyle başlar, devir ise ekibin kurulumu kendi başına sürdürebilmesiyle biter. Süre kapsama ve geliştirici takvimine bağlıdır; hesaplar her durumda markanın adına açılmalıdır.