GA4 Kurulumu: WordPress Ve WooCommerce Ölçümü

GA4 kurmadan önce neyi ölçmek istediğinizi yazın

Bir müşterinin sitesi sonsuz yönlendirme döngüsüne girmişti. İlk bakışta GA4 kurulumu sırasında bir şeylerin bozulduğu sanıldı; oysa sorun wp_options tablosuna elle yazılmış yanlış siteurl değeriydi. Önce siteyi ayağa kaldırdık, ardından ölçüm etiketini kontrol ettik. wp-cli search-replace ile düzeltme birkaç dakika sürdü.

Bu tür vakalarda ölçüm sorununu site sorunundan ayırmak gerekir. GA4 etiketi sayfada bulunabilir, fakat yanlış veri akışı seçilmişse veya raporların oluşması beklenenden uzun sürüyorsa ekranda veri göremeyebilirsiniz.

Google Analytics 4, yalnızca sayfa görüntüleme sayan eski tip bir sayaç gibi çalışmaz. Sayfa görüntüleme, kaydırma, dosya indirme, form gönderimi ve satın alma gibi hareketler event adı verilen olaylar olarak kaydedilir. Bu esneklik kullanışlıdır. Ne ölçeceğinizi baştan yazmazsanız birkaç hafta içinde adı belirsiz özel olaylarla dolu bir rapor ekranınız olur.

Ben GA4 kurulumu sırasında önce şu soruların yanıtını not ederim:

Sitede kaç gerçek ziyaret var?
Hangi sayfalar ziyaretçiyi iletişim formuna götürüyor?
WooCommerce siparişleri hangi kaynaklardan geliyor?
İnsanlar hangi dosyaları indiriyor veya hangi butonları kullanıyor?
Reklam ve organik trafik arasında dönüşüm farkı nedir?

Bu liste, Analytics arayüzündeki onlarca rapordan daha değerlidir. Ölçümün işe yarayıp yaramadığını iş hedefi belirler.

Google Analytics 4 mülkü ve web veri akışı nasıl açılır?

Google hesabınızla Analytics’e giriş yapıp yeni bir mülk oluşturun. Mülk adı, işletme bilgileri, raporlama saat dilimi ve para birimi seçilir. Para birimini baştan doğru belirleyin; özellikle WooCommerce gelir raporlarında sonradan yapılan para birimi değişiklikleri sağlıklı bir düzeltme sağlamaz.

Mülk açıldıktan sonra Veri akışları bölümünden Web seçeneğini kullanın. Alan adınızı https:// ile birlikte girip akışı oluşturun. Karşınıza çıkan ölçüm kimliği genellikle G-XXXXXXXXXX biçimindedir. Bu değer sitenin tamamında kullanılacak kimliktir; Google Ads müşteri kimliğiyle veya Google Tag Manager konteyner kimliğiyle karıştırmayın.

Web veri akışı oluşturulurken geliştirilmiş ölçümler açık gelir. Sayfa görüntülemeye ek olarak kaydırmalar, giden tıklamalar, site içi arama, video etkileşimleri ve dosya indirmeleri otomatik yakalanabilir. Ben bunların hepsini körlemesine açık bırakmam. Sitede video yoksa video ölçümünün açık kalması raporları iyileştirmez.

Peki neden? Otomatik ölçüm, iş hedefinin yerine geçmez. Bir ziyaretçinin sayfanın yüzde 90’ını kaydırması ilginç olabilir; fakat sizin için asıl değer form gönderimiyse bu olayı ayrıca tanımlayıp dönüşüm adayı olarak izlemek gerekir.

Ölçüm kimliğini paylaşırken sınırı bilin

G-XXXXXXXXXX değeri tek başına bir şifre değildir. Yine de Analytics yönetici ekranının, Google hesabının veya Google Tag Manager erişiminin ekran görüntüsünü paylaşmayın. Destek talebinde yalnızca ölçüm kimliğiyle sorunun görüldüğü alan adını vermeniz genellikle yeterlidir.

WordPress sitesinde GA4 kurmanın üç yolu

WordPress tarafında etiket eklemenin birkaç yolu var. Seçim, sitenin büyüklüğünden çok etiketleri kimin yöneteceğine bağlıdır. Tek bir Analytics etiketi olan küçük bir sitede doğrudan kod eklemek yeterli olabilir. Reklam, dönüşüm ve yeniden pazarlama etiketleri artacaksa Google Tag Manager daha düzenli bir yapı kurar.

1. Google tag kodunu doğrudan eklemek

GA4 veri akışındaki ölçüm kimliğini aldıktan sonra Google’ın verdiği Google tag kodunu sitenin <head> bölümüne ekleyebilirsiniz. WordPress temasının dosyasını elle değiştirmek mümkün olsa da tema güncellemesinde kodun silinme riski vardır. Çocuk tema, güvenilir bir header eklentisi veya temanın kendi özel kod alanı daha güvenli seçeneklerdir.

Örnek yapı şöyledir. G-XXXXXXXXXX kısmını kendi ölçüm kimliğinizle değiştirin:

<!-- Google tag -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-XXXXXXXXXX"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());
  gtag('config', 'G-XXXXXXXXXX');
</script>

Bu kod Google tag kütüphanesini asenkron biçimde yükler ve sayfa görüntüleme bilgisini seçtiğiniz veri akışına gönderir. Aynı kodu iki eklentiyle eklemeyin; çift kurulum raporlarda ziyaretleri ve olayları iki kez gösterebilir.

2. WordPress eklentisi kullanmak

Eklentiyle kurulum teknik olmayan kullanıcıya daha rahat görünebilir. Eklentinin yalnızca Analytics kodunu mu eklediğini, yoksa kendi olaylarını ve reklam entegrasyonlarını da mı yönettiğini kontrol edin. Aynı siteye eklenti, tema ve Tag Manager üzerinden üç ayrı Google etiketi eklenmesi destek biletlerinde sık karşıma çıkıyor.

Eklenti seçerken güncelleme geçmişine, aktif destek durumuna ve izin yönetimine bakın. WordPress yönetici parolasını üçüncü taraf bir hizmete vermek yerine mümkünse Google OAuth bağlantısını kullanın. Her eklenti yeni bir saldırı yüzeyi oluşturur. Kur ve unut yaklaşımı burada da iyi çalışmaz.

3. Google Tag Manager ile yönetmek

Google Tag Manager, Analytics verilerini doğrudan taşıyan ayrı bir Analytics mülkü değildir. Sitedeki etiketleri, tetikleyicileri ve değişkenleri yönetmenizi sağlayan bir katmandır. GTM konteyneri oluşturulur, kapsayıcı kodu siteye eklenir; ardından GA4 Google tag’i bu konteyner içinde tanımlanır.

GTM kullandığınızda her değişiklik için Submit ile yeni bir sürüm yayınlayın ve sürüme açıklama yazın. Buton ölçümü eklendi gibi basit bir not, üç ay sonra hangi değişikliğin ne yaptığını anlamanızı sağlar. Önce önizleme modunda test edin.

GA4 ile GTM arasında seçim yapmanız şart değil. Asıl soru şu: Etiketleri kim, ne sıklıkla ve hangi onay süreciyle yönetecek? Küçük bir tanıtım sitesi için doğrudan Google tag yeterli olabilir. WooCommerce, reklam pikselleri ve farklı pazarlama araçları bulunan projelerde GTM daha kontrollü bir çalışma alanı sağlar.

İzin yönetimini ve KVKK boyutunu kurulumun parçası sayın

Analytics kodunu her ziyaretçiye aynı anda yüklemek teknik açıdan kolaydır; fakat hukuki değerlendirmeyi eksik bırakabilir. Çerezler ve ölçüm araçları için sitenizin aydınlatma metni, açık rıza akışı ve çerez yönetim tercihi birlikte ele alınmalıdır. Hangi verinin hangi amaçla işlendiğini hukuk danışmanınızla ve kurumunuzun politikasıyla netleştirin.

Avrupa’dan ziyaretçi alan veya Türkiye’de kişisel veri işleyen sitelerde Google Consent Mode v2 gibi izin sinyallerinin nasıl kullanılacağını ayrıca planlamak gerekir. Rıza verilmeden Analytics etiketini çalıştırmamak bir seçenek olabilir. Bu durumda banner ile etiket tetikleyicisinin gerçekten aynı davranıp davranmadığını test edin.

IP adresi gibi verilerin nasıl işlendiği konusunda Analytics ayarlarının güncel dokümantasyonunu izleyin. Kullanıcı kimliği, müşteri e-postası veya sipariş notu gibi kişisel bilgileri event parametresi olarak göndermeyin. Bir geliştiricinin raporda müşteri e-postasını da görelim isteği, daha sonra veri ihlali ve silme taleplerini gereksiz yere zorlaştırabilir.

Veri saklama ayarlarını da yönetici ekranında kontrol edin. KVKK ve GDPR süreçlerini yalnızca teknik ayarlara indirgemek doğru değildir; teknik ayarlar yanlışsa iyi hazırlanmış bir politika metni de tek başına yeterli olmaz. Bu noktada KVKK/GDPR Kapsamında WordPress ve WooCommerce’de Veri Silme ve Anonimleştirme Rehberi başlığındaki yaklaşım, veri yaşam döngüsünü düşünmenize yardımcı olabilir.

Kurulumdan sonra etiketin gerçekten çalıştığını doğrulayın

Analytics raporlarına bakıp veri gelmiyor demeden önce gerçek zamanlı test yapın. GA4 içinde Raporlar bölümündeki gerçek zamanlı görünümü açın ve sitenizi gizli sekmede ziyaret edin. Birkaç saniye içinde aktif kullanıcı görünmelidir. Reklam engelleyiciler ve izin tercihleri nedeniyle her tarayıcıdan veri gelmeyebileceğini de hesaba katın.

Daha ayrıntılı doğrulama için Chrome’da Google Tag Assistant veya GTM önizleme modunu kullanabilirsiniz. Tarayıcı geliştirici araçlarının Network sekmesinde collect isteklerini görmek de işe yarar. İstek hiç oluşmuyorsa kod sayfaya eklenmemiş, engellenmiş veya yanlış tetiklenmiş olabilir.

GA4 içindeki Admin > DebugView ekranı yalnızca debug sinyali gönderen oturumları gösterir. GTM önizleme modunda test ederken DebugView’ı açık tutun. Sayfa görüntüleme, tıklama ve form olaylarının beklediğiniz parametrelerle geldiğini tek tek kontrol edin.

Benim kısa kontrol sıram şöyledir:

Siteyi çerez tercihi verilmemiş yeni bir tarayıcı oturumunda açarım.
İzin banner’ının davranışını kontrol ederim.
Google Tag Assistant ile Google tag’in bir kez yüklendiğine bakarım.
GA4 DebugView’da page_view olayını ararım.
Bir form veya test siparişiyle özel olayı doğrularım.
Test verisinin üretim raporlarına nasıl yansıdığını not ederim.

Bu adımların sonunda gerçek zamanlı rapor boşsa hemen kodu yeniden yapıştırmayın. Çift kod, ilk hatadan daha karmaşık bir rapor problemi doğurur.

Olayları ve dönüşümleri düzenli adlandırın

GA4’te her hareket bir olay olabilir; fakat her olayı dönüşüm saymayın. Dönüşüm, işletme açısından değer taşıyan tamamlanmış hedeftir. İletişim formu gönderimi, teklif talebi, telefon tıklaması veya WooCommerce satın alma işlemi dönüşüm adayıdır. Ana sayfayı görmek normal bir olaydır.

Olay adlarında küçük harf ve alt çizgi kullanmak ileride raporlamayı kolaylaştırır. Örneğin contact_form_submit, quote_request ve file_download daha okunaklıdır. Aynı hareket için bir yerde formSubmit, başka yerde form_sent kullanırsanız karşılaştırma zorlaşır.

Özel olay göndermek için Google tag yaklaşımında temel JavaScript yapısı şöyledir:

gtag('event', 'contact_form_submit', {
  form_name: 'iletisim_formu',
  page_location: window.location.href
});

Form gönderildiğinde contact_form_submit adlı olay, form adı ve sayfa adresiyle birlikte gönderilir. Kişinin adını, e-posta adresini veya telefonunu parametre olarak eklemeyin.

Olay GA4’e geldikten sonra yönetici ekranından dönüşüm olarak işaretlenebilir. Önce olayın doğru zamanda ve yalnızca bir kez gönderildiğinden emin olun. Başarı mesajı her sayfa yenilemesinde yeniden tetikleniyorsa tek bir form gönderimi birkaç dönüşüm gibi görünebilir.

WooCommerce sitelerinde kontrol edilmesi gerekenler

WooCommerce ölçümü yalnızca ürün sayfasına Analytics kodu koymaktan ibaret değildir. Ürün görüntüleme, sepete ekleme, ödeme adımına geçiş, satın alma ve iade gibi olayların doğru parametrelerle gönderilmesi gerekir. Ürün kimliği, ürün adı, para birimi, değer ve işlem kimliği tutarlı olmalıdır.

Satın alma olayında işlem kimliği yoksa aynı teşekkür sayfası yenilendiğinde çift gelir kaydı oluşabilir. Sipariş toplamının kargo ve vergiyle birlikte mi, ayrı mı gönderildiğini iş tarafıyla netleştirin. GA4 raporundaki gelir ile WooCommerce panelindeki toplam aynı tanımı kullanmıyorsa reklam performansı hakkında karar vermeyin.

Test siparişini gerçek ödeme yerine mümkünse banka havalesi veya test ağ geçidiyle yapın. Ardından test siparişini mağaza raporlarından ayırın. Canlı mağazada deneme yapmanız gerekiyorsa siparişi ve ölçüm kontrolünü planlı, belgeli biçimde gerçekleştirin.

GA4 raporlarında gecikmeyi hesaba katın

Gerçek zamanlı rapor ile standart raporlar aynı hızda çalışmaz. Bir olayın DebugView’da görünmesi, bütün keşif ve rapor ekranlarında anında görüneceği anlamına gelmez. İlk saatlerde veri eksik sanıp ayarları sürekli değiştirmek teşhisi zorlaştırır.

İlk günlerde şu raporları incelemek yeterlidir:

Kullanıcı edinme: Ziyaretçilerin ilk kez hangi kaynak ve kampanyayla geldiğini gösterir.
Trafik edinme: Oturumların hangi kanal, kaynak ve araçtan geldiğini izlemeye yarar.
Etkinlikler: Hangi olayların kaç kez tetiklendiğini görürsünüz.
Açılış sayfaları: Ziyaretçinin oturuma hangi sayfadan başladığını anlamanızı sağlar.
Para kazanma: E-ticaret ölçümü doğru kurulmuşsa ürün ve gelir verilerini sunar.

UTM etiketlerini de baştan standartlaştırın. Örneğin utm_source=instagram, utm_medium=social ve utm_campaign=bahar_kampanyasi kullanıyorsanız aynı kampanyanın başka linkinde büyük-küçük harf farkı bırakmayın. Instagram ve instagram ayrı kaynaklar gibi raporlanabilir.

Organik trafiğin tamamını tek tek UTM ile etiketlemek gerekmez. Arama motoru kaynaklarını bozacak manuel etiketler yerine kampanya linklerini reklam, e-posta ve sosyal medya gibi kontrollü alanlarda kullanın.

Çalışmayan veya iki kez çalışan GA4’ü katman katman teşhis edin

GA4 kurulumu sonrasında veri görünmüyorsa sorunu katmanlara ayırırım. İlk katman HTML çıktısıdır: etiket sayfada var mı? İkinci katman izin durumudur: kullanıcı Analytics çerezine izin verdi mi? Üçüncü katman tetikleyicidir: doğru olay doğru koşulda çalışıyor mu? Dördüncü katman raporlama gecikmesidir.

WordPress önbelleği ve CDN kullanıyorsanız değişiklikten sonra eski HTML sunulabilir. Önbelleği temizleyin; fakat önce sayfanın gerçekten eski kodu döndürüp döndürmediğini kontrol edin. Her sorunda tüm cache katmanlarını rastgele temizlemek yerine tarayıcı, CDN ve origin seviyelerini ayrı test etmek daha hızlıdır.

İki veri akışı görüyorsanız Analytics mülkünde birden fazla web stream oluşturulmuş olabilir. Sitede iki farklı ölçüm kimliği arayın. Tarayıcı geliştirici araçlarında aynı collect isteğinin iki kez gönderildiğini görüyorsanız çoğunlukla doğrudan Google tag ile GTM etiketi birlikte çalışıyordur.

GTM’de taslak sürüm yayınlanmamış olabilir. Eklenti ayarındaki alan adı filtresi yanlış yazılmış olabilir. Cookie banner, kabul edilene kadar etiketi engelliyor olabilir. Bunlar ayrı olasılıklardır; her siteye aynı çözüm komutunu uygulamak burada işe yaramaz.

Site performansı için de etiketi izleyin. Google tag genellikle asenkron yüklenir, fakat çok sayıda pazarlama etiketi ilk açılışı yavaşlatabilir. Hosting kaynaklı gecikmeyi Analytics verisiyle karıştırmayın. Site yavaşlığı şikâyetlerinde önce mtr ile ağ yoluna, sunucu loglarına ve sorgu sürelerine bakarım; ölçüm kodu yalnızca ihtimallerden biridir. Trafik kaynağıyla teknik performansı birlikte değerlendirmek için Hosting ve SEO İlişkisi: Gerçekler ve Efsaneler yazısına da bakabilirsiniz.

Veri kalitesini korumak için küçük bir işletim rutini kurun

Etiketi bir kere kurup aylarca kontrol etmemek doğru değil. WordPress, tema, form eklentisi veya ödeme akışı değiştiğinde olayların davranışı da değişebilir. Güncelleme öncesinde aldığım yedeği ve değişiklik notunu burada da kullanırım; en azından hangi tarihte neyin değiştiği belli olur.

Ayda bir kez şu kontrolleri yapın:

Aktif Google tag ve GTM sürümünü kayıt altına alın.
Gerçek zamanlı raporda test sayfa görüntülemesini doğrulayın.
Önemli formlardan birini test edin.
WooCommerce varsa test veya düşük riskli bir sipariş akışını kontrol edin.
Dönüşüm sayılarında ani ve açıklanamayan sıçramaları inceleyin.
İzin banner’ı güncellendiyse etiketlerin yeni duruma göre çalıştığını test edin.

Yetkileri de gözden geçirin. Analytics hesabında herkesin yönetici olması gerekmez. Rapor görüntüleyecek kullanıcıya yönetici yetkisi vermek, ileride yanlış mülk veya veri akışı silinmesine kapı açabilir. Tag Manager’da yayınlama yetkisi ile yalnızca görüntüleme yetkisini ayırın.

Test URL’lerini ve beklenen olayları kısa bir dosyada tutmak da işe yarar. Örneğin /iletisim sayfası açılır, izin verilir, form gönderilir, contact_form_submit bir kez görünür şeklindeki senaryo, ekip değişse bile ölçümün ne yapması gerektiğini anlatır.

GA4 kurulumu için uygulama sırası

Önce Analytics mülkünü ve web veri akışını açın. Ölçüm kimliğini kaydedin. Ardından WordPress için tek bir kurulum yöntemi seçin: doğrudan Google tag, eklenti veya Google Tag Manager. Üçünü aynı anda kullanmayın.

Sonraki aşamada izin yönetimini ve kişisel veri sınırlarını kontrol edin. Analytics’e e-posta, telefon, sipariş notu veya serbest metin alanı göndermeyin. Form ve e-ticaret olaylarını adlandırın, parametrelerini belgeleyin, değer taşıyanları dönüşüm olarak işaretleyin.

Testi sona bırakmayın. Gizli sekmede ziyaret, form ve gerekiyorsa sipariş akışını deneyin. Tag Assistant, Network sekmesi ve DebugView ile aynı olayı üç farklı açıdan doğrulayın. Standart raporların dolması için gereken gecikmeyi hesaba katın.

Benim için iyi bir GA4 kurulumu, ekranda bir ziyaretçi sayısı görmekle bitmiyor. Hangi olayın neden gönderildiği, kullanıcının izninin nasıl işlendiği ve ölçüm bozulduğunda kimin neyi kontrol edeceği de kurulumun parçası. Bir sonraki tema veya eklenti güncellemesinden sonra test senaryosunu çalıştırmayı takvime yazın. Ben bunu takvime yazmadığım dönemde bozuk bir form etiketi haftalarca sessizce veri kaybettirmişti.

Sık Sorulan Sorular

GA4 kurulumu için Google Tag Manager kullanmak zorunlu mu?

Hayır. Tek bir Analytics etiketi olan küçük sitelerde Google tag’i doğrudan ve güvenli bir WordPress kod alanından eklemek yeterli olabilir. Birden fazla pazarlama etiketi, özel olay veya onay akışı yönetecekseniz Google Tag Manager daha düzenli bir yapı sunar.

GA4 verileri neden hemen raporlarda görünmüyor?

Gerçek zamanlı rapor ve DebugView hızlı görünür; standart raporlar ile bazı keşif ekranlarında gecikme olabilir. Önce gerçek zamanlı görünümde doğru mülkü, veri akışını ve ölçüm kimliğini kontrol edin. Birkaç dakikalık gecikmeyi tek başına kurulum hatası kabul etmeyin.

WordPress’te GA4 kodu iki kez eklenirse ne olur?

Aynı sayfa görüntüleme veya olay birden fazla gönderilebilir; ziyaretçi, oturum ya da dönüşüm sayıları olduğundan yüksek görünür. Tema, eklenti ve GTM içindeki ölçüm kimliklerini ayrı ayrı arayıp yalnızca bir ana kurulum bırakın.

GA4’e form gönderen kişinin e-posta adresi eklenebilir mi?

Hayır. Kişiyi doğrudan tanımlayan e-posta, telefon ve benzeri bilgileri Analytics olay parametresi olarak göndermeyin. Form adı, form türü veya başarılı gönderim gibi kişisel olmayan parametreler ölçüm için genellikle yeterlidir.

Post Views: 32