E-Ticaret Veri Takibi ve Piksel Kurulum Rehberi: Reklam Panellerinde Doğru Ölçümleme

E-ticaret veri takibi, kullanıcı davranışlarını ve siparişleri ölçen sistemdir. Sistem, bu verileri reklam ve analiz platformlarına aktarır.

Meta Pixel veya Google tag kurulumu ilk adımdır. Doğru ölçümleme yalnızca kod kurulumu değildir. Event yapısı da doğru kurulmalıdır. Sipariş değeri doğru gönderilmelidir. Transaction ID benzersiz olmalıdır. Browser ve server eventleri tekilleştirilmelidir.

Reklam platformları finansal muhasebe sistemi değildir. Meta ve Google satışlara atribüsyon uygular. GA4 kullanıcı davranışını analiz eder. WooCommerce ise sipariş kaydını tutar.

Bu nedenle bütün paneller aynı sonucu göstermez. Ancak sonuçlar arasındaki fark açıklanabilir olmalıdır.

E-Ticaret Veri Takibi Nedir?

E-ticaret veri takibi dört katmandan oluşur:

1. Kullanıcı davranışı toplanır.

2. E-ticaret eventleri oluşturulur.

3. Eventler platformlara gönderilir.

4. Eventler gerçek siparişlerle karşılaştırılır.

Bu katmanlardan biri bozulursa ölçüm kalitesi düşer.

Örneğin Pixel kodu doğru yüklenebilir. Ancak Purchase eventi oluşmayabilir. Purchase eventi oluşabilir. Ancak sipariş değeri yanlış gönderilebilir. Event doğru gönderilebilir. Ancak aynı sipariş iki kez sayılabilir.

Bu nedenle kurulum ve doğrulama ayrı süreçlerdir.

Davranış Takibi

Davranış takibi kullanıcının mağazadaki hareketlerini ölçer.

Temel davranışlar şunlardır:

• Ürün listesini görüntüleme

• Ürün seçme

• Ürün detayını görüntüleme

• Arama yapma

• Sepete ekleme

• Sepetten çıkarma

• Checkout başlatma

• Ödeme bilgisi ekleme

• Satın alma

• İade

Bu eventler satış funnel’ını görünür hale getirir.

Dönüşüm Takibi

Dönüşüm takibi ticari sonucu platforma iletir.

E-ticarette ana dönüşüm genellikle Purchase eventidir.

Destekleyici dönüşümler şunlar olabilir:

• Lead

• Subscribe

• AddToCart

• BeginCheckout

• Refund

Reklam optimizasyonunda kullanılan ana dönüşüm dikkatle seçilmelidir. AddToCart ve Purchase aynı ticari değeri temsil etmez.

Atribüsyon

Atribüsyon, satışın hangi temas noktasına yazılacağını belirler.

Bir kullanıcı şu yolculuğu izleyebilir:

1. Meta reklamını görür.

2. Google’da markayı arar.

3. Organik sonuca tıklar.

4. E-posta kampanyasından döner.

5. Satın alma işlemini tamamlar.

Meta, Google Ads ve GA4 aynı satışa farklı kredi verebilir. Bu durum tek başına tracking hatası değildir. Sistemler farklı atribüsyon kuralları kullanır.

Piksel, Tag, Event ve Parametre Arasındaki Fark

Bu kavramlar aynı değildir.

Kavram	Ana görev
Pixel	Tarayıcı davranışını toplar
Tag	Veriyi hedef platforma gönderir
Event	Kullanıcı davranışını tanımlar
Parametre	Eventin ayrıntısını taşır
Transaction ID	Ticari işlemi tanımlar
Event ID	Event kopyalarını eşleştirir

Piksel Nedir?

Piksel, site üzerindeki davranışları tarayıcı üzerinden ölçer.

Meta Pixel şu eventleri izleyebilir:

• PageView

• ViewContent

• AddToCart

• InitiateCheckout

• Purchase

Pikselin yüklenmesi eventlerin doğru olduğu anlamına gelmez. Her event ayrıca test edilmelidir.

Tag Nedir?

Tag, belirli verileri platforma gönderir.

Örnek tagler:

• GA4 event tagi

• Google Ads conversion tagi

• Meta Pixel tagi

• Remarketing tagi

• Conversion linker

Google Tag Manager, tagleri trigger ve variable yapılarıyla yönetir. Data layer ise event ve değişken bilgilerini bu taglere aktarır.

Event Nedir?

Event, ölçülen davranışın adıdır.

Örnek:

event_name: Purchase

Bu bilgi yalnızca satın alma gerçekleştiğini söyler. Ticari ayrıntılar parametrelerle taşınır.

Parametre Nedir?

Parametre, eventin değerini ve bağlamını açıklar.

Örnek parametreler:

• transaction_id

• value

• currency

• item_id

• item_name

• quantity

• coupon

E-Ticaret Sitesinde Hangi Eventler Kurulmalı?

Eventler funnel aşamasına göre sınıflandırılmalıdır.

Funnel aşaması	Event	Ölçüm amacı
Listeleme	ViewItemList	Kategori performansı
Ürün seçimi	SelectItem	Ürün ilgisi
Ürün detayı	ViewItem	Ürün görüntüleme
Sepet	AddToCart	Satın alma niyeti
Checkout	BeginCheckout	Ödeme başlangıcı
Ödeme	AddPaymentInfo	Ödeme ilerlemesi
Satış	Purchase	Gelir ve sipariş
Satış sonrası	Refund	İade ve net gelir

GA4, e-ticaret ölçümünde view_item, add_to_cart, begin_checkout, purchase ve refund gibi önerilen eventleri kullanır. E-ticaret eventleri ürün ayrıntılarını items dizisi üzerinden taşıyabilir.

Zorunlu Eventler

Standart e-ticaret mağazasında şu eventler önceliklidir:

• ViewItem

• AddToCart

• BeginCheckout

• Purchase

Destekleyici Eventler

Şu eventler daha ayrıntılı analiz sağlar:

• ViewItemList

• SelectItem

• RemoveFromCart

• ViewCart

• AddShippingInfo

• AddPaymentInfo

• Refund

Her event iş kararına bağlanmalıdır. Gereksiz event sayısı rapor karmaşası oluşturur.

Purchase Eventinde Hangi Parametreler Olmalı?

Purchase, e-ticaret tracking sisteminin en kritik eventidir.

Transaction ID

Transaction ID, siparişi benzersiz şekilde tanımlar.

Örnek:

transaction_id: WC-18452

Google, transaction_id parametresini Purchase eventlerinin tekrar sayılmasını önlemeye yardımcı olan benzersiz işlem kimliği olarak tanımlar.

Transaction ID şu özellikleri taşımalıdır:

• Her sipariş için benzersiz olmalı

• Sayfa yenilendiğinde değişmemeli

• WooCommerce Order ID ile eşleştirilebilmeli

• Platformlar arasında tutarlı kullanılmalı

Value

Value, platforma gönderilen sipariş değeridir.

Marka önce değer politikasını belirlemelidir:

• Kargo dahil mi?

• Vergi dahil mi?

• İndirim sonrası mı?

• İade öncesi mi?

• İptal siparişler dahil mi?

Aynı politika bütün platformlarda kullanılmalıdır.

Currency

Currency, standart para birimi koduyla gönderilmelidir.

Örnek:

currency: TRY

Value ve currency birlikte doğrulanmalıdır. Yanlış para birimi reklam gelirini ciddi biçimde bozabilir.

Items

Items dizisi siparişteki ürünleri taşır.

Örnek alanlar:

• Item ID

• Item name

• Price

• Quantity

• Category

• Coupon

• Discount

Google, Purchase ve Refund eventleri için transaction_id ile ürün bilgilerinin gönderilmesini açıklar. Item seviyesindeki iadelerin ölçülmesi için Refund eventinde ürün bilgilerinin de bulunmasını önerir.

Purchase Kontrol Tablosu

Alan	Kontrol sorusu
Transaction ID	Benzersiz mi?
Value	WooCommerce değeriyle uyumlu mu?
Currency	Doğru para birimi mi?
Items	Bütün ürünler geliyor mu?
Product ID	Katalogla eşleşiyor mu?
Quantity	Doğru adet mi?
Coupon	İndirim doğru mu?
Customer type	Yeni müşteri doğru mu?

WooCommerce Meta Pixel Kurulumu

Meta Pixel kurulumu beş aşamada yapılmalıdır.

1. Meta Varlıklarını Hazırlayın

Şu erişimleri kontrol edin:

• Meta Business hesabı

• Reklam hesabı

• Dataset veya Pixel

• Events Manager

• Alan adı erişimi

• WooCommerce yönetici hesabı

2. Kurulum Yöntemini Seçin

WooCommerce mağazasında Meta Pixel şu yöntemlerle kurulabilir:

• Resmî platform entegrasyonu

• WooCommerce piksel eklentisi

• Google Tag Manager

• Özel kod

• Yönetilen tracking çözümü

Aynı anda birden fazla yöntem kullanmak çift event oluşturabilir.

3. Standart Eventleri Kurun

Temel Meta eventleri şunlardır:

• ViewContent

• AddToCart

• InitiateCheckout

• Purchase

Purchase eventi şu alanları taşımalıdır:

• Event time

• Event source URL

• Value

• Currency

• Content IDs

• Event ID

4. Test Events Alanını Kullanın

Test Events ekranında şu kontroller yapılmalıdır:

• Event görünüyor mu?

• Event browser kaynağından mı geliyor?

• Event server kaynağından mı geliyor?

• Value doğru mu?

• Currency doğru mu?

• Event ID mevcut mu?

5. Gerçek Siparişle Karşılaştırın

Test eventinin görünmesi yeterli değildir.

Aynı siparişi WooCommerce içinde açın. Şu alanları karşılaştırın:

• Order ID

• Event zamanı

• Sipariş değeri

• Para birimi

• Ürün kimlikleri

• Sipariş durumu

Meta Pixel ve Conversions API Birlikte Nasıl Çalışır?

Meta Pixel browser eventini gönderir.

Conversions API server eventini gönderir.

Meta, Conversions API’yi işletmenin pazarlama verileri ile Meta sistemleri arasında doğrudan bağlantı kuran bir yapı olarak tanımlar. API; web, uygulama ve farklı işletme veri kaynaklarından event aktarabilir.

İki yöntem birlikte kullanılabilir.

Browser Event

Browser event şu koşullardan etkilenebilir:

• Sayfa yükleme hatası

• Ağ bağlantısı

• Tarayıcı davranışı

• Script engelleme

• Consent tercihi

• Sayfanın kapanması

Server Event

Server event kontrollü bir sunucu veya API katmanından gönderilir.

Server event şu avantajları sağlayabilir:

• API yanıtlarını görmek

• Eventleri kayıt altına almak

• Veriyi gönderim öncesi düzenlemek

• Sipariş durumu kontrolü yapmak

• Eksik parametreleri tamamlamak

Meta, Conversions API’nin sayfa yükleme ve ağ sorunları nedeniyle Pixel tarafından kaybedilebilen bazı eventleri paylaşmaya yardımcı olabileceğini belirtir. Ancak CAPI hatalı event kuralını kendiliğinden düzeltmez.

Pixel ve CAPI Çift Sayım Nasıl Önlenir?

Browser ve server eventleri aynı Purchase işlemini temsil edebilir.

Bu eventler tekilleştirilmelidir.

Meta’nın resmî yaklaşımında browser tarafındaki eventID ile Conversions API tarafındaki event_id eşleşmelidir. Event adı da aynı olmalıdır.

Doğru Yapı

Browser event_name: Purchase Browser event_id: order_18452

Server event_name: Purchase Server event_id: order_18452

Riskli Yapı

Browser event_name: Purchase Browser event_id: pixel_18452

Server event_name: Purchase Server event_id: capi_18452

İkinci yapı çift Purchase oluşturabilir.

Event ID ve Transaction ID Aynı Değildir

Event ID event kopyalarını eşleştirir.

Transaction ID ticari siparişi tanımlar.

Örnek:

event_id: purchase_order_18452 transaction_id: 18452

Bu iki alan aynı siparişten üretilebilir. Ancak görevleri farklıdır.

Meta Event Match Quality Nasıl Yorumlanmalı?

Event Match Quality, gönderilen müşteri sinyallerinin Meta hesaplarıyla eşleşme kapasitesini değerlendirir.

Kullanılabilecek sinyaller şunlardır:

• E-posta

• Telefon

• External ID

• FBP

• FBC

• Ad

• Soyad

• Şehir

• Posta kodu

Bu veriler doğru biçimde normalize edilmelidir.

E-Posta Normalizasyonu

• Baştaki ve sondaki boşlukları kaldırın.

• Büyük harfleri küçültün.

• Geçersiz formatları filtreleyin.

Telefon Normalizasyonu

• Boşlukları kaldırın.

• Noktalama işaretlerini kaldırın.

• Ülke kodunu standartlaştırın.

• Geçersiz uzunlukları filtreleyin.

Yüksek eşleşme skoru event doğruluğunu garanti etmez.

Şu sorunlar yine bulunabilir:

• Yanlış Purchase sayısı

• Yanlış sipariş değeri

• Duplicate event

• Hatalı consent

• Yanlış Product ID

WooCommerce Google Ads Dönüşüm Takibi

Google Ads dönüşüm takibi kampanya optimizasyonunu besler.

Kurulum şu katmanları içerir:

1. Conversion action oluşturulur.

2. Conversion ID alınır.

3. Conversion label alınır.

4. Purchase eventi bağlanır.

5. Value ve currency gönderilir.

6. Transaction ID eklenir.

7. Diagnostics kontrol edilir.

Kurulum Yöntemleri

Google Ads dönüşümü şu yöntemlerle kurulabilir:

• Google tag

• Google Tag Manager

• WooCommerce eklentisi

• GA4 dönüşüm importu

• Server-side tracking

Aynı satış için hem doğrudan Google Ads tagi hem GA4 importu birincil dönüşüm olarak kullanılmamalıdır. Aksi halde teklif sistemi birden fazla dönüşüm sinyali alabilir.

Conversion Value

Google Ads’e gönderilen değer WooCommerce ile karşılaştırılmalıdır.

Kontrol edin:

• İndirim sonrası değer

• Vergi politikası

• Kargo politikası

• Para birimi

• İptal siparişler

• İade süreci

Transaction ID

Transaction ID aynı siparişin tekrar sayılmasını azaltır.

Özellikle teşekkür sayfası yenilemelerinde bu kontrol önemlidir.

Google Enhanced Conversions Nasıl Çalışır?

Enhanced Conversions, mevcut dönüşüm ölçümünü birinci taraf müşteri verileriyle destekler.

Google, e-posta ve telefon gibi birinci taraf verilerin SHA-256 yöntemiyle hash’lenerek gönderilebildiğini belirtir. Bu veriler Google hesaplarıyla eşleştirme sürecinde kullanılır.

Enhanced Conversions şu yöntemlerle kurulabilir:

• Google tag

• Google Tag Manager

• Google Ads API

• Yönetilen server-side entegrasyon

Google Ads, Enhanced Conversions kurulumunun Diagnostics raporundan doğrulanmasını sağlar. Rapor, eksik veya hatalı biçimlendirilmiş müşteri verileri gibi uygulama sorunlarını gösterebilir.

Enhanced Conversions Ne Yapmaz?

Enhanced Conversions şu sorunları otomatik çözmez:

• Eksik Purchase eventi

• Yanlış transaction ID

• Yanlış sipariş değeri

• Duplicate conversion

• Hatalı sipariş durumu

• Consent eksikliği

Bu özellik mevcut dönüşüm tagini destekler. Temel tracking sisteminin yerine geçmez.

2026 Google Ads Değişikliği

Google, Nisan 2026 itibarıyla kullanıcı tarafından sağlanan verileri web tagleri, Data Manager ve API bağlantılarından aynı anda kabul etmeye başladı. Haziran 2026 itibarıyla web ve lead odaklı Enhanced Conversions ayarları tek açma-kapama yapısında birleştirildi. Kurulum ve veri kaynakları bu yeni hesap yapısına göre kontrol edilmelidir.

WooCommerce GA4 E-Ticaret Kurulumu

GA4 kullanıcı yolculuğunu ve e-ticaret davranışlarını analiz eder.

Kurulum yöntemleri şunlardır:

• Google tag

• Google Tag Manager

• WooCommerce entegrasyonu

• Özel data layer

• Measurement Protocol

Temel GA4 Eventleri

• view_item

• add_to_cart

• begin_checkout

• purchase

• refund

Google’ın Purchase event rehberi, transaction ID ve ürün ayrıntıları gibi e-ticaret parametrelerinin gönderilmesini açıklar.

DebugView Kontrolü

GA4 DebugView şu soruları yanıtlar:

• Event property’ye ulaşıyor mu?

• Event adı doğru mu?

• Parametreler mevcut mu?

• Test cihazı tanınıyor mu?

• Event sırası doğru mu?

Google, eventlerin doğru property’ye gönderildiğini doğrulamak için debug mode ve DebugView kullanımını önerir.

GA4 Finansal Referans mı?

GA4 finansal muhasebe sistemi değildir.

GA4 şu amaçlarda kullanılmalıdır:

• Funnel analizi

• Kanal analizi

• Kullanıcı yolculuğu

• Ürün performansı

• Segment analizi

• Dönüşüm yolu analizi

Net gelir için WooCommerce ve finans sistemi kullanılmalıdır.

Meta, Google Ads, GA4 ve WooCommerce Neden Farklı Sonuç Gösterir?

Bu sistemler farklı görevleri üstlenir.

Sistem	Ana görevi
WooCommerce	Siparişi kaydeder
GA4	Kullanıcı davranışını analiz eder
Meta Ads	Meta reklamlarına atribüsyon uygular
Google Ads	Google reklamlarına atribüsyon uygular
Finans sistemi	Net geliri hesaplar

Atribüsyon Modelleri Farklıdır

Meta ve Google aynı satışa kredi verebilir.

Örnek:

1. Kullanıcı Meta reklamına tıklar.

2. Daha sonra Google reklamına tıklar.

3. Satın alma işlemini tamamlar.

Meta kendi etkileşimini raporlayabilir. Google da kendi etkileşimini raporlayabilir. WooCommerce ise tek sipariş kaydeder.

Dönüşüm Pencereleri Farklıdır

Platformlar farklı zaman aralıklarını kullanabilir.

Bu nedenle karşılaştırma yaparken aynı kapsam seçilmelidir:

• Aynı tarih aralığı

• Aynı saat dilimi

• Aynı sipariş durumu

• Aynı para birimi

• Aynı gelir politikası

Consent Etkisi Bulunur

Kullanıcı reklam veya analiz izni vermeyebilir. Bu durum platform eventlerini etkileyebilir.

İadeler Ayrı İşlenir

WooCommerce sipariş daha sonra iade edilebilir. Reklam panelindeki ilk Purchase otomatik olarak düzelmeyebilir.

Panel Farkı Ne Zaman Teknik Sorundur?

Şu durumlar teknik sorun göstergesidir:

• Purchase eventi hiç oluşmuyor.

• Aynı sipariş iki kez sayılıyor.

• Value sıfır geliyor.

• Currency yanlış geliyor.

• Transaction ID eksik.

• Product ID katalogla eşleşmiyor.

• Server istekleri reddediliyor.

• Consent tercihi uygulanmıyor.

Hangi Veri Kaynağı Referans Alınmalı?

Tek bir panel bütün kararlar için kullanılmamalıdır.

Karar	Ana kaynak
Sipariş sayısı	WooCommerce
Net gelir	Finans veya muhasebe sistemi
Kampanya optimizasyonu	Reklam platformu
Kullanıcı davranışı	GA4
Tracking doğruluğu	Sipariş-event uzlaştırması
Yeni müşteri değeri	WooCommerce, CRM ve reklam verisi

WooCommerce sipariş gerçeğini temsil eder.

Reklam platformları optimizasyon sinyalini temsil eder.

GA4 kullanıcı davranışını temsil eder.

Tracking audit ise bu sistemlerin birbirine doğru bağlanıp bağlanmadığını gösterir.

Transaction ID, Event ID ve Order ID Farkı

Order ID

Order ID, WooCommerce sipariş kaydıdır.

Transaction ID

Transaction ID, analiz veya reklam platformuna gönderilen işlem kimliğidir.

Event ID

Event ID, aynı eventin browser ve server kopyalarını eşleştirebilir.

Customer ID

Customer ID, müşteriyi mağaza veya CRM içinde tanımlar.

Click ID

Click ID reklam tıklamasını tanımlar.

Örnekler:

• GCLID

• GBRAID

• WBRAID

• FBC

Kimlik	Ana görev
Order ID	Mağaza siparişi
Transaction ID	Dönüşüm işlemi
Event ID	Event tekilleştirme
Customer ID	Müşteri tanımı
Click ID	Reklam etkileşimi

Aynı Siparişin İki Kez Sayılması Nasıl Önlenir?

Duplicate event sorunu genellikle birden fazla tracking kaynağından oluşur.

Yaygın Nedenler

• İki WooCommerce tracking eklentisi

• GTM ve eklenti birlikte çalışıyor

• İki Meta Pixel kurulumu

• İki CAPI entegrasyonu

• GA4 importu ve Google Ads tagi birlikte kullanılıyor

• Teşekkür sayfası yenileniyor

• Event ID her gönderimde değişiyor

• Transaction ID boş gönderiliyor

Kontrol Süreci

1. Aktif tracking eklentilerini listeleyin.

2. GTM konteynerlerini kontrol edin.

3. Meta Pixel kaynaklarını bulun.

4. CAPI bağlantılarını inceleyin.

5. Google Ads conversion actionlarını kontrol edin.

6. Test siparişi oluşturun.

7. Event zamanlarını karşılaştırın.

8. Event ID değerlerini karşılaştırın.

9. Transaction ID değerlerini karşılaştırın.

10. Gereksiz kaynağı kapatın.

Doğru Test Sonucu

WooCommerce Order ID: 18452 GA4 Transaction ID: 18452 Google Ads Transaction ID: 18452 Meta Browser Event ID: order_18452 Meta Server Event ID: order_18452

Client-Side ve Server-Side Tracking Farkı

Client-side tracking kullanıcının tarayıcısında çalışır.

Server-side tracking kontrollü bir sunucu katmanında çalışır.

Kriter	Client-side	Server-side
Çalışma alanı	Tarayıcı	Sunucu
Kurulum	Daha kolay	Daha teknik
Veri kontrolü	Daha sınırlı	Daha yüksek
Hata kayıtları	Sınırlı	Daha görünür
Teknik bakım	Tag bazlı	Altyapı bazlı
Maliyet	Daha düşük olabilir	Sunucu maliyeti olabilir
Veri düzenleme	Sınırlı	Daha kapsamlı

Google server-side Tag Manager yapısı, eventleri kullanıcı tarayıcısı yerine kontrol edilen sunucu ortamında işler. Kurulumda server container ve tagging server gerekir. Google Cloud üzerinden otomatik hazırlama veya farklı altyapılarda manuel kurulum seçenekleri bulunur.

Server-Side Tracking Pikselin Yerine Geçer mi?

Her zaman geçmez.

Browser eventleri şu amaçlarla kullanılabilir:

• Anlık davranış takibi

• Sayfa etkileşimleri

• Tarayıcı tanımlayıcıları

• Remarketing

Server eventleri şu amaçlarla kullanılabilir:

• Sipariş doğrulaması

• API bağlantıları

• Veri normalizasyonu

• Loglama

• Veri zenginleştirme

İki katman birlikte çalışabilir.

Server-Side Tracking Kurulum Modelleri

Server-Side Google Tag Manager

Gerekli bileşenler:

• Web container

• Server container

• Tagging server

• Özel alan adı

• Server client

• Server tag

• Cloud altyapısı

• İzleme sistemi

Google’ın App Engine kurulum rehberi, yeni server container, Google Cloud projesi ve App Engine tagging server oluşturulmasını gerektirir.

Platforma Özel API

Platform API bağlantıları şunları kapsayabilir:

• Meta Conversions API

• Google Enhanced Conversions

• TikTok Events API

Bu model belirli platform ihtiyacına odaklanır.

Yönetilen Server-Side Tracking

Yönetilen çözüm teknik altyapıyı hizmet sağlayıcıya bırakır.

Kullanıcı genellikle şunları yapar:

• Mağazayı bağlar.

• Platform hesaplarını yetkilendirir.

• Eventleri seçer.

• Test siparişi oluşturur.

• Kalite sonuçlarını inceler.

Sağlayıcı şu süreçleri yönetebilir:

• Sunucu altyapısı

• API bağlantıları

• Event logları

• Retry mekanizması

• Veri normalizasyonu

• Deduplication

• Platform güncellemeleri

Consent Mode ve Cookie İzni

Consent Mode, Google taglerinin kullanıcı izinlerine göre davranmasını sağlar.

Google, Consent Mode’un izin banner’ı sağlamadığını belirtir. Sistem, mevcut CMP veya özel izin çözümüyle birlikte çalışır.

Temel izin sinyalleri şunlardır:

• analytics_storage

• ad_storage

• ad_user_data

• ad_personalization

Doğru Uygulama Sırası

1. Varsayılan izin durumu belirlenir.

2. Tagler bu durumu okur.

3. Kullanıcı tercih yapar.

4. Consent durumu güncellenir.

5. Tag davranışı yeni tercihe göre değişir.

Consent Test Senaryoları

• Kullanıcı seçim yapmadı.

• Yalnızca analitik izni verdi.

• Reklam izni verdi.

• Bütün izinleri reddetti.

• Tercihini sonradan değiştirdi.

Google, Consent Mode yapılandırmasının Tag Assistant üzerinden doğrulanmasını önerir.

Server-Side Tracking Consent Gerektirir mi?

Evet.

Server-side tracking kullanıcı tercihlerini ortadan kaldırmaz. Google’ın server-side Consent Mode yaklaşımı, izin durumunun server container içinde de uygulanmasını gerektirir.

İade, İptal ve Başarısız Ödemeler

Purchase eventi sipariş durumuna göre oluşturulmalıdır.

Sipariş durumu	Önerilen yaklaşım
Başarılı ödeme	Purchase gönder
Bekleyen havale	Ödeme onayını bekle
Başarısız ödeme	Purchase gönderme
İptal	Gelirden çıkar
Tam iade	Refund gönder
Kısmi iade	Ürün veya değer bazlı düzelt
Abonelik yenilemesi	Yeni müşteri olarak işaretleme

Thank-You Page Riski

Yalnızca teşekkür sayfasına bağlı Purchase eventi risk taşır.

Kullanıcı sayfayı yenileyebilir. Event tekrar çalışabilir.

Kullanıcı sayfaya ulaşamayabilir. Event hiç oluşmayabilir.

Sunucu tarafındaki sipariş durumu kontrolü bu riski azaltabilir.

İade Takibi

GA4, Refund eventinin ilgili Transaction ID ile gönderilmesini destekler. Item seviyesindeki iade raporları için ürün bilgilerinin eklenmesi önerilir.

Reklam platformları için iade düzeltme yöntemi ayrıca planlanmalıdır.

Yeni ve Mevcut Müşteri Geliri

Toplam Purchase sayısı büyüme kalitesini göstermez.

Şu metrikler ayrı izlenmelidir:

• Yeni müşteri sayısı

• Yeni müşteri geliri

• Yeni müşteri CAC

• Yeni müşteri ROAS

• Mevcut müşteri geliri

• Tekrar satın alma oranı

Yeni müşteri şu yöntemlerle belirlenebilir:

• WooCommerce müşteri geçmişi

• Customer ID

• E-posta eşleşmesi

• CRM kaydı

• İlk sipariş tarihi

Emin olunmayan müşteriler yanlış biçimde sınıflandırılmamalıdır. Google’ın güncel event şeması new ve returning müşteri tiplerini destekler; belirsizlik durumunda değer gönderilmemesini önerir.

Piksel ve Event Kurulumu Nasıl Test Edilir?

Test dört ayrı seviyede yapılmalıdır.

1. Tarayıcı Testi

Kullanılabilecek araçlar:

• Meta Pixel Helper

• Tag Assistant

• GTM Preview

• Tarayıcı geliştirici araçları

Kontrol edin:

• Kod yükleniyor mu?

• Event tetikleniyor mu?

• Ağ isteği oluşuyor mu?

• Parametreler doğru mu?

2. Platform Testi

Kullanılabilecek alanlar:

• Meta Test Events

• Meta Diagnostics

• GA4 DebugView

• Google Ads Diagnostics

3. Sipariş Testi

WooCommerce siparişiyle şu alanları karşılaştırın:

• Order ID

• Transaction ID

• Event ID

• Value

• Currency

• Product ID

• Sipariş durumu

• Event zamanı

4. Canlı Trafik Testi

Tek test siparişi yeterli değildir.

Farklı senaryolar test edilmelidir:

• Kredi kartı

• Havale

• Kupon

• Mobil cihaz

• Misafir kullanıcı

• Kayıtlı kullanıcı

• Farklı para birimi

• İade

E-Ticaret Tracking Auditi Nasıl Yapılır?

Tracking auditi sekiz aşamada yapılmalıdır.

1. Tracking Envanteri

Şunları listeleyin:

• WooCommerce eklentileri

• GTM container’ları

• Meta Pixel

• Meta CAPI

• Google tag

• Google Ads conversion actionları

• GA4 property

• Consent sistemi

2. Event Envanteri

Her event için şu bilgileri kaydedin:

• Event adı

• Event kaynağı

• Trigger

• Hedef platform

• Parametreler

• Consent gereksinimi

3. Parametre Kontrolü

Şu alanları doğrulayın:

• Transaction ID

• Event ID

• Value

• Currency

• Product ID

• Customer type

4. Duplicate Kontrolü

Aynı siparişin kaç kez gönderildiğini ölçün.

5. Sipariş Uzlaştırması

WooCommerce siparişlerini platform eventleriyle karşılaştırın.

6. Consent Testi

Kullanıcı tercihlerini farklı senaryolarla test edin.

7. Hata Raporu

Hataları önem seviyesine göre sınıflandırın:

• Kritik

• Yüksek

• Orta

• Düşük

8. Düzeltme Planı

Her hata için şu alanları tanımlayın:

• Sorumlu

• Aksiyon

• Öncelik

• Test yöntemi

• Tamamlanma kriteri

Tracking Veri Kalite Scorecard’ı

Tracking kalitesi ölçülebilir olmalıdır.

Purchase Event Kapsamı

Purchase Event Kapsamı \= Geçerli Purchase Eventleri / Geçerli Siparişler × 100

Transaction ID Kapsamı

Transaction ID Kapsamı \= Transaction ID Taşıyan Eventler / Purchase Eventleri × 100

Duplicate Event Oranı

Duplicate Oranı \= Çift Purchase Eventleri / Toplam Purchase Eventleri × 100

Gelir Sapması

Gelir Sapması \= |Platform Geliri - WooCommerce Geliri| / WooCommerce Geliri × 100

Event Hata Oranı

Event Hata Oranı \= Başarısız Eventler / Gönderilen Eventler × 100

Metrik	Ölçtüğü sorun
Event coverage	Eksik dönüşüm
Transaction ID coverage	Sipariş kimliği eksikliği
Duplicate rate	Çift sayım
Revenue variance	Gelir tutarsızlığı
Error rate	Teknik gönderim hatası
Event latency	Veri gecikmesi
Consent compliance	İzin uygulaması

Bu metrikler aynı tarih ve sipariş kapsamıyla hesaplanmalıdır.

Hangi Tracking Altyapısı Mağazanız İçin Uygun?

Temel WooCommerce Mağazası

Uygun yapı:

• Hazır platform entegrasyonu

• Meta Pixel

• Google tag veya GA4

• Consent yönetimi

• Temel Purchase testi

Çoklu Reklam Kanalı Kullanan Mağaza

Uygun yapı:

• Google Tag Manager

• Ortak data layer

• Çoklu platform eventleri

• Merkezi QA standardı

Yüksek Sipariş Hacimli Mağaza

Uygun yapı:

• Server-side event

• Event logları

• Deduplication

• Sipariş uzlaştırması

• Yeni müşteri ayrımı

• Kalite scorecard’ı

Özel Checkout Kullanan Mağaza

Uygun yapı:

• Özel data layer

• API entegrasyonu

• Ödeme sağlayıcısı kontrolü

• Teknik event testi

Ajans Tarafından Yönetilen Mağazalar

Uygun yapı:

• Standart event şeması

• Çoklu hesap erişimi

• Merkezi tracking denetimi

• Teknik destek

• Müşteri bazlı kalite raporu

Data4Ad Doğru Ölçümlemeyi Nasıl Konumlandırır?

Data4Ad yalnızca piksel kodu eklemez.

Data4Ad’in ölçüm yaklaşımı şu katmanları birleştirir:

• WooCommerce event kurulumu

• Meta Pixel ve CAPI koordinasyonu

• Google Ads ve Enhanced Conversions bağlantısı

• Server-side event aktarımı

• Veri normalizasyonu

• Veri zenginleştirme

• Deduplication kontrolü

• Sipariş-event uzlaştırması

• Merkezi event kalite görünürlüğü

Data4Ad şu mağazalarda daha yüksek değer üretir:

• Meta ve Google birlikte kullanılıyorsa

• Sipariş hacmi yüksekse

• Panel farkları açıklanamıyorsa

• Purchase eventleri eksikse

• CAPI kurulumu gerekiyorsa

• Enhanced Conversions gerekiyorsa

• Event loglarına ihtiyaç varsa

• Teknik ekip sınırlıysa

Data4Ad’in temel yaklaşımı şudur:

Eventi yalnızca göndermek yeterli değildir. Event gerçek siparişi doğru değerle temsil etmelidir.

Sonuç: Doğru Ölçümleme Kurulumdan Sonra Başlar

Piksel kurulumu ölçüm sisteminin başlangıcıdır.

Güvenilir tracking şu koşulları gerektirir:

• Doğru event adı

• Doğru sipariş değeri

• Doğru para birimi

• Benzersiz Transaction ID

• Tutarlı Event ID

• Browser-server deduplication

• Consent yönetimi

• İade ve iptal takibi

• Sipariş-event uzlaştırması

• Düzenli kalite kontrolü

Meta, Google Ads, GA4 ve WooCommerce aynı sonucu göstermek zorunda değildir.

Temel hedef panelleri eşitlemek değildir.

Temel hedef şu soruyu yanıtlamaktır:

Her platform hangi siparişi neden raporluyor?

Bu soru cevaplanamıyorsa tracking altyapısı audit edilmelidir.

E-ticaret event kontrol listenizi oluşturun. Meta, Google Ads ve GA4 parametrelerini aynı şema üzerinden inceleyin.

Tracking kalite skorunuzu hesaplayın. Event kapsamı, duplicate oranı ve gelir sapmasını ölçün.

WooCommerce tracking yapınızı kontrol ettirin. Pixel, CAPI, Google Ads, GA4 ve sipariş verilerini birlikte doğrulayın.

Sık Sorulan Sorular

E-ticaret veri takibi nedir?

E-ticaret veri takibi, kullanıcı davranışlarını ve sipariş eventlerini ölçen sistemdir.

Piksel kurulumu tek başına yeterli midir?

Hayır. Event, parametre, consent ve sipariş doğrulaması ayrıca gerekir.

Purchase eventinde hangi alanlar bulunmalıdır?

Transaction ID, value, currency ve ürün bilgileri bulunmalıdır.

Meta Pixel ve CAPI birlikte kullanılabilir mi?

Evet. Eş eventler ortak Event ID kullanılarak tekilleştirilmelidir.

Transaction ID ve Event ID aynı mıdır?

Hayır. Transaction ID işlemi tanımlar. Event ID event kopyalarını eşleştirir.

Google Ads ve GA4 neden farklı sonuç gösterir?

İki sistem farklı ölçüm ve atribüsyon görevleri üstlenir.

Reklam paneli mi WooCommerce mi referans alınmalıdır?

Sipariş ve gelir için WooCommerce kullanılır. Kampanya optimizasyonu için reklam platformu kullanılır.

Server-side tracking pikselin yerini alır mı?

Her zaman almaz. Browser ve server eventleri birlikte kullanılabilir.

Enhanced Conversions ne yapar?

Mevcut dönüşüm ölçümünü hash’lenmiş birinci taraf verilerle destekler.

Consent Mode izin banner’ı sağlar mı?

Hayır. Consent Mode mevcut CMP veya izin sistemiyle birlikte çalışır.

Aynı satış neden iki kez sayılır?

İki tag, iki eklenti veya hatalı Event ID çift sayım oluşturabilir.

İadeler ölçüm sistemine eklenmeli midir?

Evet. Net gelir ve ürün performansı için iadeler ayrıca işlenmelidir.

Tracking auditi neyi kontrol eder?

Audit; event, parametre, duplicate, consent ve sipariş eşleşmesini kontrol eder.

Data4Ad yalnızca piksel kurulumu mu yapar?

Hayır. Data4Ad server-side aktarım, veri zenginleştirme ve kalite kontrol katmanlarını birlikte yönetir.