E-Ticaret Veri Takip Araçları Karşılaştırması: Hangi Çözüm Size Uygun?

E-ticaret veri takip araçları, müşteri hareketlerini ve satış eventlerini toplar. Ancak her araç aynı görevi yapmaz.

Pixel çözümleri tarayıcı eventlerini yakalar. Tag manager sistemleri etiketleri yönetir. Analitik araçları müşteri davranışını inceler. Atribüsyon platformları kanal katkısını modeller. Server-side çözümler ise eventleri sunucu katmanından işler.

Bu nedenle tek bir “en iyi araç” yoktur.

Doğru araç şu faktörlere göre seçilir:

• E-ticaret altyapısı

• Aylık sipariş hacmi

• Reklam kanalları

• Teknik ekip kapasitesi

• Veri doğrulama ihtiyacı

• İade ve iptal süreçleri

• Toplam sahip olma maliyeti

Araç seçimi ürün ismiyle başlamamalıdır. Seçim, çözülmesi gereken veri problemiyle başlamalıdır.

E-Ticaret Veri Takip Aracı Nedir?

E-ticaret veri takip aracı, müşterinin mağazada gerçekleştirdiği işlemleri kaydeden sistemdir.

Bu işlemler event olarak adlandırılır.

Yaygın e-ticaret eventleri şunlardır:

• Sayfa görüntüleme

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

• Site içi arama

• Sepete ürün ekleme

• Sepetten ürün çıkarma

• Ödeme sürecini başlatma

• Ödeme bilgisi gönderme

• Satın alma

• İade

• Abonelik başlatma

Google Analytics 4, e-ticaret eventlerini alışveriş davranışını ölçmek için kullanır. Google’ın güncel event modeli; ürün görüntüleme, sepete ekleme, ödeme ve satın alma gibi işlemlerin ürün bazında raporlanmasını destekler.

Bir tracking sistemi şu temel soruyu yanıtlar:

Hangi işlem, ne zaman ve hangi değerle gerçekleşti?

Araç bu bilgiyi tarayıcıdan alabilir. Araç bilgiyi doğrudan mağaza sunucusundan da alabilir.

Toplama yöntemi, veri güvenilirliğini etkiler.

Veri Toplamak ile Veri Analiz Etmek Aynı Şey mi?

Hayır. Veri toplama ve veri analizi farklı görevlerdir.

Tracking aracı event üretir. Analitik aracı eventleri inceler. Atribüsyon aracı satış katkısını kanallara dağıtır. Dashboard aracı sonuçları görselleştirir.

Bu ayrım araç seçimindeki en kritik adımdır.

Araç türü	Ana görev	Temel çıktı
Tracking aracı	Event toplamak	Purchase, checkout ve ürün eventleri
Tag manager	Etiketleri yönetmek	Standart veri akışı
Analitik aracı	Davranışı analiz etmek	Funnel ve kanal raporları
Atribüsyon aracı	Kanal katkısını modellemek	Kanal bazlı satış katkısı
Dashboard	Veriyi görselleştirmek	Birleşik rapor
Veri zenginleştirme altyapısı	Event kalitesini artırmak	Doğrulanmış dönüşüm sinyali

Bu araçlar birlikte çalışabilir. Ancak biri diğerinin görevini otomatik olarak üstlenmez.

Örneğin GA4 müşteri davranışını analiz eder. Ancak eksik Meta Purchase eventini tek başına düzeltemez.

Atribüsyon platformu kanal katkısını hesaplar. Ancak kaynak eventler yanlışsa sonuç da hatalı olur.

Ana kural nettir:

Önce doğru veri üretilir. Sonra veri analiz edilir.

Tracking, Analitik ve Atribüsyon Araçları Arasındaki Fark

Tracking Araçları Ne Yapar?

Tracking araçları müşteri işlemlerini event formatında kaydeder.

Bir Purchase eventi şu alanları taşıyabilir:

• Event adı

• Event zamanı

• Sipariş numarası

• Sipariş değeri

• Para birimi

• Ürün kimliği

• Müşteri kimliği

• Event kaynağı

• Event ID

Tracking aracının görevi veriyi üretmektir. Bu veri daha sonra Meta Ads, Google Ads veya GA4 sistemine gönderilebilir.

Analitik Araçları Ne Yapar?

Analitik araçları kullanıcı davranışını inceler.

Bu araçlar şu soruları yanıtlar:

• Hangi trafik kaynağı daha fazla satış getirdi?

• Hangi ürün daha fazla görüntülendi?

• Kullanıcılar hangi ödeme adımında ayrıldı?

• Hangi landing page daha yüksek dönüşüm sağladı?

• Yeni ve mevcut müşteriler nasıl davranıyor?

• Ortalama sipariş değeri nasıl değişiyor?

GA4, ürün ve alışveriş eventlerini analiz etmek için kullanılabilir. Ancak GA4 mağaza muhasebesinin yerini almaz. WooCommerce veya Shopify sipariş sistemi finansal kayıt kaynağı olarak kalır.

Atribüsyon Araçları Ne Yapar?

Atribüsyon araçları satışın hangi pazarlama temaslarıyla ilişkili olduğunu modeller.

Bir müşteri şu temasları gerçekleştirebilir:

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

2. Google üzerinden siteyi ziyaret eder.

3. E-posta kampanyasına tıklar.

4. Doğrudan siteye girer.

5. Satın alma yapar.

Her platform bu yolculuğu farklı yorumlayabilir.

Atribüsyon araçları şu modelleri kullanabilir:

• İlk tıklama

• Son tıklama

• Çok temaslı atribüsyon

• Veri odaklı atribüsyon

• Post-purchase anket

• Incrementality

• Marketing mix modeling

• Blended ROAS

Ancak atribüsyon aracı veri kaynağındaki eksikliği otomatik olarak kapatmaz.

Eksik Purchase eventi, tracking katmanında çözülmelidir.

Dashboard Araçları Ne Yapar?

Dashboard araçları farklı kaynakları tek ekranda birleştirir.

Bu sistemler şunları gösterebilir:

• Reklam harcaması

• Sipariş sayısı

• Ciro

• ROAS

• CAC

• LTV

• İade oranı

• Kanal performansı

Dashboard veriyi daha okunabilir hâle getirir. Ancak kaynak verideki hatayı her zaman düzzeltemez.

Yanlış Meta verisi dashboard’a aktarılırsa yanlışlık devam eder.

E-Ticaret Veri Takip Araçları Hangi Kategorilere Ayrılır?

1. Browser Tabanlı Pixel Araçları

Browser tabanlı araçlar müşterinin tarayıcısında çalışır.

Yaygın örnekler şunlardır:

• Meta Pixel

• Google tag

• TikTok Pixel

• Pinterest Tag

• Microsoft UET

Shopify, pixelleri mağazanın arka planında çalışan event scriptleri olarak tanımlar. Bu scriptler müşteri eventlerini toplar. Shopify ayrıca fazla script kullanımının sayfa performansını olumsuz etkileyebileceğini belirtir.

Güçlü yönleri

• Kurulum süresi kısadır.

• Başlangıç maliyeti düşüktür.

• Reklam platformlarıyla doğrudan çalışır.

• Sayfa ve ürün etkileşimlerini yakalar.

• Remarketing listelerini destekler.

Sınırlamaları

• JavaScript çalışmasına bağlıdır.

• Tarayıcı kısıtlamalarından etkilenir.

• Ad blocker etkisi oluşabilir.

• Consent tercihi eventi sınırlayabilir.

• Ödeme yönlendirmelerinde event kaybolabilir.

• Aynı script birden fazla kez kurulabilir.

Browser Pixel küçük mağazalarda yeterli olabilir. Ancak yüksek reklam bütçesi ve sipariş hacmi daha güçlü kontrol gerektirir.

2. Tag Management Araçları

Tag management sistemleri farklı etiketleri merkezi olarak yönetir.

En yaygın örnek Google Tag Manager’dır.

Google Tag Manager şu bileşenleri kullanır:

• Tag

• Trigger

• Variable

• Data layer

• Container

Google, data layer yapısını event ve değişkenlerin etiketlere aktarılmasını sağlayan bir nesne olarak tanımlar. Tutarlı değişken isimleri ve doğru yapı, event kalitesini doğrudan etkiler.

Tag management sistemlerinin güçlü yönleri

• Etiketler merkezi panelden yönetilir.

• Event kuralları standartlaştırılır.

• Teknik değişiklikler hızlanır.

• Preview ve debug imkânı sağlanır.

• Çoklu reklam platformları yönetilebilir.

• Consent araçlarıyla entegrasyon kurulabilir.

Tag management sistemlerinin sınırlamaları

• Kurulum uzmanlık gerektirir.

• Yanlış trigger çift event üretir.

• Yanlış variable sipariş değerini bozar.

• Veri katmanı ayrıca hazırlanmalıdır.

• Sistem tek başına atribüsyon sağlamaz.

• Sürekli bakım gerekir.

Google Tag Manager yalnızca script ekleme aracı değildir. Doğru kullanıldığında veri sözleşmesini yönetir.

Ancak hatalı kurulum, mağazadaki bütün platformlara yanlış veri gönderebilir.

3. Platforma Yerleşik Takip Çözümleri

Shopify ve WooCommerce hazır tracking entegrasyonları sunar.

Bu çözümler mağaza eventlerine daha yakın çalışır.

WooCommerce çözümleri

WooCommerce ekosisteminde şu yapılar bulunur:

• Meta Ads & Pixel entegrasyonu

• Google entegrasyonları

• Data layer eklentileri

• Reklam dönüşüm eklentileri

• Özel webhook çözümleri

• REST API entegrasyonları

WooCommerce’un resmî Meta çözümü, mağazayı Meta reklam ve Pixel altyapısına bağlayan otomatik bir entegrasyon sunar.

WooCommerce ayrıca data layer çözümlerini, mağaza ziyaretleri sırasında oluşan bilgileri gerçek zamanlı olarak erişilebilir kılan yapılar olarak tanımlar.

Shopify çözümleri

Shopify, müşteri pixellerini Customer Events alanında yönetir.

İki temel pixel türü bulunur:

• App pixel

• Custom pixel

Shopify custom pixelleri checkout ve post-purchase sayfaları dahil olmak üzere daha fazla müşteri eventi toplamak için kullanılabilir. Bu çözüm, uygun bir app pixel bulunmadığında özel event gereksinimlerini karşılar.

Güçlü yönleri

• Kurulum daha hızlıdır.

• Sipariş verisine yakın çalışır.

• Platform eventleri hazır gelir.

• Teknik bariyer daha düşüktür.

• Güncellemeler platform tarafından desteklenebilir.

Sınırlamaları

• Özelleştirme seviyesi sınırlı olabilir.

• Platform bağımlılığı oluşur.

• Eklentiler birbirleriyle çakışabilir.

• Log ve debug seviyesi yetersiz kalabilir.

• Çok kanallı event yönetimi parçalanabilir.

• Refund süreci eksik kalabilir.

Hazır entegrasyonun kurulmuş olması, eventlerin doğru çalıştığını kanıtlamaz.

Kurulum mutlaka test edilmelidir.

4. Server-Side Tracking Araçları

Server-side tracking, eventleri kontrol edilen sunucu ortamında işler.

Yaygın yöntemler şunlardır:

• Meta Conversions API

• Meta CAPI Gateway

• Google Tag Manager server container

• Google tag gateway

• Webhook entegrasyonu

• Özel API bağlantısı

• Yönetilen server-side platform

Meta, Conversions API’yi işletme verisi ile Meta reklam optimizasyon sistemleri arasında doğrudan bağlantı kuran bir yapı olarak tanımlar. Veri kaynağı web sitesi, sunucu, uygulama veya CRM olabilir.

Google ise server-side tagging yapısının eventleri kontrol edilen bir sunucu ortamında işlemesini sağladığını belirtir. Server container, mevcut tag, trigger ve variable modelini sunucu katmanına taşır.

Güçlü yönleri

• Veri akışı üzerinde daha fazla kontrol sağlar.

• Browser kaynaklı kayıpları azaltabilir.

• Eventleri göndermeden önce düzenleyebilir.

• Müşteri verisini zenginleştirebilir.

• Merkezi deduplication sağlayabilir.

• Çoklu platform aktarımını kolaylaştırabilir.

• Log ve hata izleme altyapısı kurulabilir.

• Birinci taraf domain kullanılabilir.

Google Tag Manager, web sitesi dışındaki sunucu veya uygulama kaynaklarından da server container’a veri gönderilmesini destekler.

Sınırlamaları

• Kurulum teknik uzmanlık gerektirir.

• Hosting maliyeti oluşabilir.

• Sürekli bakım gerekebilir.

• Hatalı event eşleştirmesi oluşabilir.

• Yanlış veri daha hızlı dağıtılabilir.

• Consent sorumluluğu devam eder.

• Her platform farklı parametre ister.

Server-side tracking bütün ölçüm sorunlarını çözmez.

Yanlış sipariş durumu yine yanlış sonuç üretir. Yanlış para birimi yine ROAS’ı bozar. Çift event yine fazla dönüşüm oluşturur.

Teknoloji, doğru veri modeliyle birlikte kullanılmalıdır.

5. Web Analitiği Araçları

Web analitiği araçları müşteri davranışını analiz eder.

Yaygın örnekler şunlardır:

• Google Analytics 4

• Adobe Analytics

• Matomo

• Microsoft Clarity

• Mixpanel

• Amplitude

Temel kullanım alanları

• Trafik kaynağı analizi

• Landing page analizi

• Ürün performansı

• Sepet funnel analizi

• Checkout terk oranı

• Kullanıcı segmentasyonu

• Cohort analizi

• Tekrar satın alma analizi

GA4, e-ticaret eventleri üzerinden ürün, promosyon ve gelir performansını ölçebilir. Ancak eventlerin doğru uygulanması gerekir.

Analitik aracının sınırı

Analitik platformu mağazadaki sipariş sisteminin yerini almaz.

Örneğin:

• WooCommerce sipariş kaydını tutar.

• GA4 müşteri davranışını analiz eder.

• Meta dönüşümü reklama atfeder.

• Finans sistemi net geliri hesaplar.

Bu panellerin sayıları birebir eşleşmeyebilir.

6. Atribüsyon Platformları

Atribüsyon platformları farklı pazarlama kanallarının satış katkısını hesaplar.

Bu kategoride şu yaklaşım türleri bulunur:

• Multi-touch attribution

• Last-click attribution

• Blended ROAS

• Post-purchase survey

• Incrementality testi

• Marketing mix modeling

Güçlü yönleri

• Kanallar arası karşılaştırma sağlar.

• Reklam harcamasını tek panelde toplar.

• Blended ROAS gösterebilir.

• Müşteri yolculuğunu geniş açıyla inceler.

• Platform içi raporlama farklarını azaltabilir.

Sınırlamaları

• Kaynak veriye bağımlıdır.

• Event kaybını otomatik düzeltmez.

• Modeller farklı sonuç üretebilir.

• Veri hacmi yetersiz kalabilir.

• İade verisi eksik olabilir.

• Organik etki yanlış yorumlanabilir.

Atribüsyon aracı satın almadan önce tracking sağlığı kontrol edilmelidir.

Bozuk event verisi üzerine gelişmiş model kurmak yanlış kesinlik üretir.

7. CDP ve Veri Ambarı Çözümleri

Customer Data Platform ve veri ambarı sistemleri müşteri verisini merkezi yapıda toplar.

Bu kategori şu işletmeler için uygundur:

• Çok kanallı markalar

• Omnichannel perakendeciler

• Abonelik işletmeleri

• Yüksek LTV odaklı markalar

• CRM kullanan şirketler

• Büyük veri ekipleri

Temel işlevler

• Web ve mağaza verisini birleştirmek

• CRM verisini bağlamak

• Müşteri profili oluşturmak

• Offline conversion göndermek

• LTV segmentleri oluşturmak

• Reverse ETL kullanmak

• Reklam platformlarını beslemek

Sınırlamaları

• Kurulum maliyeti yüksektir.

• Veri mühendisliği gerektirir.

• Küçük mağazalar için fazla karmaşıktır.

• Veri yönetişimi gerektirir.

• Sürekli bakım ister.

CDP, Pixel alternatifi değildir. CDP daha geniş müşteri veri mimarisinin parçasıdır.

E-Ticaret Veri Takip Araçları Karşılaştırması

Aşağıdaki tablo, çözüm sınıflarını teknik işlevlerine göre karşılaştırır.

Çözüm sınıfı	Browser event	Server event	Atribüsyon	Debug seviyesi	Teknik ihtiyaç	Uygun kullanım
Platform pixeli	Güçlü	Değişken	Yok	Orta	Düşük	Yeni mağaza
Tag manager	Güçlü	Opsiyonel	Yok	Güçlü	Orta	Özel event yapısı
CAPI Gateway	Sınırlı	Güçlü	Yok	Orta	Düşük–Orta	Meta odaklı mağaza
Server-side GTM	Güçlü	Güçlü	Yok	Güçlü	Yüksek	Çok kanallı işletme
Web analitiği	Güçlü	Değişken	Temel	Orta	Orta	Davranış analizi
Atribüsyon aracı	Mevcut veriyi kullanır	Değişken	Güçlü	Değişken	Orta	Kanal karşılaştırması
CDP / veri ambarı	Çok güçlü	Güçlü	Dolaylı	Güçlü	Çok yüksek	Kurumsal veri yapısı
Yönetilen veri zenginleştirme	Güçlü	Güçlü	Dolaylı	Güçlü	Düşük–Orta	Yüksek hacimli mağaza

Bu tabloda tek kazanan yoktur.

Küçük mağaza için platform pixeli yeterli olabilir. Çok kanallı büyük marka için server container ve veri ambarı gerekebilir.

Yüksek sipariş hacimli WooCommerce mağazası ise yönetilen server-side yapıya ihtiyaç duyabilir.

Araçları Hangi Kriterlerle Karşılaştırmalısınız?

1. Veri Toplama Kapsamı

Araç hangi eventleri destekliyor?

Kontrol listesi:

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

• Sepete ekleme

• Checkout başlatma

• Satın alma

• İade

• Abonelik

• Lead

• Offline conversion

• CRM conversion

Sadece Purchase eventi gönderen araç, tam funnel analizi sağlamaz.

Sadece browser eventi gönderen araç, ödeme sonrasındaki sunucu işlemlerini kaçırabilir.

2. Veri Doğruluğu

Doğruluk yalnızca event sayısıyla ölçülmez.

Şu alanlar kontrol edilmelidir:

• Event eksik mi?

• Event çift mi?

• Sipariş değeri doğru mu?

• Para birimi doğru mu?

• Event zamanı doğru mu?

• Order ID mevcut mu?

• Event ID benzersiz mi?

• Refund verisi işleniyor mu?

Bir araç 1.000 event gönderebilir. Ancak 150 event çift olabilir.

Bu durumda event hacmi yüksek görünür. Veri kalitesi düşüktür.

3. Deduplication Desteği

Browser ve server aynı Purchase eventini gönderebilir.

Platform bu iki eventi tek satış olarak tanımalıdır.

Bu işlem deduplication olarak adlandırılır.

Yanlış deduplication şu sonuçları üretir:

• Fazla sipariş

• Şişirilmiş ciro

• Yanlış ROAS

• Hatalı kreatif seçimi

• Yanlış bütçe ölçekleme

Araç şu alanları yönetmelidir:

• Event name

• Event ID

• Order ID

• Event time

• Event source

4. Debug ve Log Desteği

Tracking sorunu panel toplamıyla çözülemez.

Araç her eventi gösterebilmelidir.

Kontrol edilecek özellikler:

• Event geçmişi

• Hata mesajı

• Payload görünümü

• Retry durumu

• Teslimat sonucu

• Browser ve server ayrımı

• Event ID görünümü

• Parametre doğrulama

Google server-side Tag Manager, server container’a gelen verilerin preview ve debug araçlarıyla incelenmesini destekler.

WooCommerce Meta entegrasyonundaki bağlantı sorunları için WooCommerce sistem logları da kullanılabilir. Resmî dokümantasyon, hata kayıtlarının WooCommerce Status alanındaki loglardan incelenebileceğini belirtir.

5. Platform Uyumluluğu

Araç hangi sistemlerle çalışıyor?

Kontrol listesi:

• WooCommerce

• Shopify

• Meta Ads

• Google Ads

• GA4

• TikTok Ads

• CRM

• E-posta platformu

• Veri ambarı

Tek kanallı araç başlangıçta yeterli olabilir. Kanal sayısı arttığında yeni entegrasyon ihtiyacı doğar.

6. Refund ve İptal Yönetimi

Purchase eventi brüt satış gösterir.

Gerçek gelir için şu işlemler izlenmelidir:

• İptal

• Tam iade

• Kısmi iade

• Başarısız ödeme

• Ters ibraz

• Kapıda ödeme iptali

Refund verisi yoksa Meta ROAS ile net ROAS ayrışır.

Bu fark özellikle yüksek iade oranlı sektörlerde büyür.

7. Teknik Gereksinim

Araç şu kaynakları gerektirebilir:

• JavaScript bilgisi

• Google Tag Manager bilgisi

• API geliştirme

• Sunucu yönetimi

• Cloud hosting

• Veri mühendisi

• Sürekli bakım

Güçlü araç her zaman doğru araç değildir.

Teknik ekip bulunmuyorsa yönetilen çözüm daha düşük risk taşır.

8. Veri Sahipliği ve Consent

Server-side tracking consent kurallarını ortadan kaldırmaz.

İşletme şu alanları yönetmelidir:

• Açık rıza

• Çerez tercihi

• KVKK

• GDPR

• Veri minimizasyonu

• Saklama süresi

• Kullanıcı talebi

• Veri aktarım amacı

Teknik olarak gönderilebilen her veri hukuken gönderilebilir değildir.

Araç seçimi veri yönetişimini de kapsamalıdır.

9. Toplam Sahip Olma Maliyeti

Araç fiyatı yalnızca lisans ücretinden oluşmaz.

Doğru formül şöyledir:

Toplam Sahip Olma Maliyeti \= Yazılım Ücreti + Kurulum Maliyeti + Hosting + Bakım + Teknik İş Gücü + Veri Hatası Maliyeti

Örnek:

Maliyet kalemi	Aylık tutar
Yazılım	2.000 TL
Hosting	1.000 TL
Teknik bakım	4.000 TL
Hata analizi	3.000 TL
Toplam	10.000 TL

Ücretsiz bir eklenti lisans maliyeti oluşturmayabilir. Ancak hata tespiti için sürekli iş gücü gerektirebilir.

Yanlış veri daha büyük ticari maliyet yaratabilir.

Pixel mi, Server-Side Tracking mi?

Pixel ve server-side tracking birbirinin doğrudan alternatifi değildir.

İki yapı birlikte kullanılabilir.

Kriter	Browser-side Pixel	Server-side tracking
Kurulum	Daha kolay	Daha teknik
Tarayıcı bağımlılığı	Yüksek	Daha düşük
Ad blocker etkisi	Daha yüksek	Daha düşük
Veri kontrolü	Sınırlı	Güçlü
Hosting	Gerekmez	Gerekebilir
Veri zenginleştirme	Sınırlı	Güçlü
Debug imkânı	Değişken	Güçlü olabilir
Consent sorumluluğu	Var	Var
Deduplication	Sınırlı	Merkezi yönetilebilir

Google, server-side Tag Manager ile Google Ads dönüşüm etiketlerinin sayfa yerine server container üzerinden çalıştırılabileceğini belirtir. Bu yöntem, sayfada çalışan kod miktarını azaltabilir. Kurulumun ayrıca doğrulanması gerekir.

Google tag gateway ise Google tag’in işletmenin kendi birinci taraf altyapısı üzerinden sunulmasını destekler.

Pixel hangi durumda yeterlidir?

• Yeni mağaza

• Düşük sipariş hacmi

• Tek reklam kanalı

• Basit event ihtiyacı

• Düşük reklam bütçesi

• Teknik kaynak kısıtı

Server-side yapı hangi durumda gerekir?

• Yüksek sipariş hacmi

• Yüksek reklam bütçesi

• Eksik Purchase eventleri

• Çoklu reklam kanalı

• Veri zenginleştirme ihtiyacı

• Merkezi event kontrolü

• Sürekli debug ihtiyacı

• Ajans operasyonu

Server-side tracking sihirli çözüm değildir.

Yanlış sipariş değeri yine yanlış kalır. İade eventleri yine ayrıca kurulmalıdır. Deduplication yine test edilmelidir.

Hangi E-Ticaret Veri Takip Aracı Size Uygun?

Yeni Kurulan Küçük Mağaza

Profil

• Düşük sipariş hacmi

• Tek reklam kanalı

• Sınırlı bütçe

• Teknik ekip yok

Uygun yapı

• Platforma yerleşik Pixel

• GA4

• Basit consent sistemi

• Temel Purchase kontrolü

Ana risk

Gereksiz araç kullanımı.

Küçük mağaza beş ayrı tracking eklentisine ihtiyaç duymaz.

Aylık 500’den Fazla Sipariş Alan WooCommerce Mağazası

Profil

• Aktif Meta Ads bütçesi

• Google Ads kullanımı

• Eklenti yoğun WordPress altyapısı

• Sipariş paneli uyuşmazlığı

• Ölçekleme ihtiyacı

Uygun yapı

• Browser ve server eventleri

• Merkezi event ID yönetimi

• Sipariş bazlı doğrulama

• Refund kontrolü

• Event log sistemi

• Yönetilen teknik destek

Bu profil Data4Ad’in öncelikli müşteri segmentiyle örtüşür. Hedef segment, WooCommerce kullanan ve aylık en az 500 sipariş üreten e-ticaret markalarını kapsar.

Meta Ads Ağırlıklı D2C Marka

Öncelikler

• Purchase event tamlığı

• Event Match Quality

• Event ID

• Browser ve server eşleştirme

• Kreatif bazlı sipariş verisi

• Event teslimat hızı

Uygun yapı

• Meta Pixel

• Meta Conversions API

• Merkezi deduplication

• Müşteri verisi zenginleştirme

• Sipariş bazlı event audit

Meta CAPI, web sitesi ve sunucu gibi farklı kaynaklardan pazarlama eventlerinin Meta optimizasyon sistemlerine gönderilmesini destekler.

Çok Kanallı E-Ticaret Markası

Profil

• Meta Ads

• Google Ads

• TikTok Ads

• GA4

• CRM

• Birden fazla ülke

• Birden fazla para birimi

Uygun yapı

• Ortak data layer

• Server-side event routing

• Standart event şeması

• Veri ambarı

• Atribüsyon platformu

• Merkezi hata izleme

Bu markanın tek platforma özel eklentiyle ilerlemesi zorlaşır.

Veri mimarisi kanal bağımsız tasarlanmalıdır.

Performans Pazarlama Ajansı

Öncelikler

• Çoklu mağaza yönetimi

• Tekrarlanabilir kurulum

• Merkezi hata kontrolü

• Müşteri bazlı raporlama

• Yetkilendirme

• Teknik destek

• Hızlı onboarding

Uygun yapı

• Yönetilen server-side çözüm

• Standart event modeli

• Çoklu hesap paneli

• Merkezi event logları

• Müşteri bazlı audit

Data4Ad’in ajans segmenti, portföyünde yüksek hacimli WooCommerce mağazaları bulunan performans ajanslarını kapsar.

Kurumsal Perakendeci

Öncelikler

• CDP

• Veri ambarı

• CRM

• Offline satış

• LTV

• Identity resolution

• Veri güvenliği

• Omnichannel atribüsyon

Uygun yapı

• Özel event gateway

• Data warehouse

• Reverse ETL

• CRM entegrasyonu

• Incrementality ölçümü

• Gelişmiş veri yönetişimi

WooCommerce İçin Tracking Aracı Seçerken Nelere Bakılmalı?

WooCommerce açık eklenti ekosistemi sunar. Bu yapı esneklik sağlar. Ancak eklenti çakışması riskini de artırır.

Sipariş Durumlarını Okuyor mu?

Araç şu sipariş durumlarını ayırmalıdır:

• Pending

• On hold

• Processing

• Completed

• Failed

• Cancelled

• Refunded

Purchase eventi yanlış aşamada gönderilirse satış verisi bozulur.

Örneğin pending sipariş doğrudan Purchase olarak gönderilmemelidir.

Kapıda Ödeme Sürecini Yönetiyor mu?

Kapıda ödeme siparişi ödeme gerçekleşmeden oluşur.

Sipariş daha sonra iptal edilebilir.

Araç yalnızca sipariş oluşumunu izlerse reklam platformuna düşük kaliteli dönüşüm sinyali gönderir.

Kapıda ödeme akışı iş modeline göre tasarlanmalıdır.

Eklenti Çakışmasını Tespit Ediyor mu?

Sık çakışan kaynaklar şunlardır:

• Tema Pixel kodu

• Google Tag Manager

• Meta eklentisi

• GA4 eklentisi

• Header script eklentisi

• Özel CAPI çözümü

• Checkout eklentisi

Aynı Purchase eventi iki kaynak tarafından gönderilebilir.

Araç event kaynağını göstermelidir.

Refund Verisini İşliyor mu?

WooCommerce sipariş iadesini kaydeder.

Reklam platformu ilk Purchase eventini göstermeye devam edebilir.

Araç şu metrikleri ayırmalıdır:

• Brüt sipariş

• Net sipariş

• İade

• İptal

• Brüt ciro

• Net ciro

• Atfedilen ciro

Event ID ve Order ID Yönetimi Var mı?

Order ID sipariş kaydını tanımlar.

Event ID dönüşüm eventini tanımlar.

İki alanın ilişkisi izlenebilmelidir.

Bu kontrol çift event tespitini kolaylaştırır.

Meta ve Google Birlikte Yönetilebiliyor mu?

WooCommerce mağazaları genellikle birden fazla reklam kanalı kullanır.

Araç şu platformlara veri gönderebilmelidir:

• Meta

• Google Ads

• GA4

• TikTok

• CRM

Ancak her platforma aynı payload gönderilmemelidir.

Parametreler platform gereksinimine göre dönüştürülmelidir.

Shopify App Pixel ve Custom Pixel Farkı

Shopify, Customer Events alanında app pixel ve custom pixel seçenekleri sunar.

App pixel

• Uygulama üzerinden kurulur.

• İzinleri Shopify panelinden yönetilir.

• Kontrollü event yapısı kullanır.

• Bakım sorumluluğu uygulama sağlayıcısındadır.

Shopify, app pixel izinlerinin Customer Events içinden incelenmesini destekler.

Custom pixel

• Özel JavaScript kullanılabilir.

• Standart ve özel eventlere abone olabilir.

• Daha fazla teknik kontrol sunar.

• Test ve bakım sorumluluğu işletmededir.

Shopify, custom pixeller için yerleşik test adımları sunar. Test sırasında consent durumunun eventi bekletebileceğini de belirtir.

Ana risk

Eski tema Pixel’i ile yeni Customer Events Pixel’i birlikte çalışabilir.

Bu durum çift event üretir.

Shopify, pixel geçişi sırasında eski kodların Liquid dosyalarından ve checkout script alanlarından kaldırılmasını önerir.

Ücretsiz Tracking Araçları Yeterli mi?

Ücretsiz araç bazı mağazalar için yeterlidir.

Ancak “ücretsiz” her zaman düşük maliyet anlamına gelmez.

Ücretsiz çözümün yeterli olabileceği durumlar

• Düşük sipariş hacmi

• Tek reklam platformu

• Basit ürün yapısı

• Düşük iade oranı

• Teknik ekip desteği

• Temel raporlama ihtiyacı

Yönetilen çözüm gerektiren durumlar

• Aylık yüzlerce sipariş

• Yüksek reklam harcaması

• Çoklu reklam platformu

• Çift Purchase eventi

• Eksik server eventi

• Refund kontrolü

• Ajans operasyonu

• Sürekli hata izleme

Kriter	Ücretsiz eklenti	Yönetilen çözüm
Lisans ücreti	Düşük	Orta veya yüksek
Kurulum	Kolay görünebilir	Destekli
Teknik kontrol	Sınırlı	Güçlü
Hata izleme	Değişken	Sürekli olabilir
Deduplication	Kuruluma bağlı	Merkezi
Destek	Sınırlı	Doğrudan
Veri zenginleştirme	Genellikle düşük	Yüksek
Toplam maliyet	Hata durumunda artar	Daha öngörülebilir

Karar yalnızca lisans fiyatına göre verilmemelidir.

Bir Tracking Aracının Doğruluğu Nasıl Ölçülür?

“Yüzde yüz takip” tek başına anlamlı bir iddia değildir.

Tracking doğruluğu altı boyutta ölçülmelidir.

1. Event Tamlığı

Kaç gerçek sipariş için geçerli event gönderildi?

Event Tamlık Oranı \= Geçerli Purchase Eventi ÷ Karşılaştırılan Sipariş × 100

Örnek:

• Karşılaştırılan sipariş: 1.000

• Geçerli Purchase eventi: 920

• Event tamlığı: %92

Bu oran diğer kanallar ve sipariş statüleri ayrıldıktan sonra hesaplanmalıdır.

2. Event Tekilliği

Her sipariş yalnızca bir kez işlendi mi?

Tekillik Oranı \= Tekil Purchase Eventi ÷ Toplam Purchase Eventi × 100

Örnek:

• Toplam Purchase eventi: 1.050

• Tekil Purchase eventi: 960

• Tekillik oranı: %91,4

Bu sonuç çift event sorunu gösterir.

3. Parametre Doğruluğu

Şu alanlar ayrı kontrol edilmelidir:

• Value

• Currency

• Order ID

• Product ID

• Quantity

• Event time

Eventin ulaşması yeterli değildir.

Yanlış değer taşıyan event de hatalıdır.

4. Kimlik Eşleşmesi

Reklam platformu dönüşümü kullanıcıyla eşleştirmelidir.

Kullanılabilecek alanlar:

• E-posta

• Telefon

• External ID

• IP adresi

• User agent

• FBP

• FBC

Veri işleme süreci consent ve mevzuat kurallarına uymalıdır.

5. Event Gecikmesi

Eventin platforma ulaşma süresi ölçülmelidir.

Örnek sınıflandırma:

• 0–60 saniye: Hızlı

• 1–5 dakika: Kabul edilebilir

• 5–60 dakika: İncelenmeli

• 1 saat üzeri: Optimizasyon riski

• 24 saat üzeri: Kritik hata

Kesin eşikler kullanılan platforma göre değişebilir. Ana amaç gecikmeyi sürekli izlemektir.

6. Refund Mutabakatı

Araç iade ve iptal verisini işliyor mu?

Brüt Purchase eventi, net gelir anlamına gelmez.

İade mutabakatı olmadan gerçek ROAS hesaplanamaz.

Tracking Sağlık Skoru

Altı boyut tek puanda birleştirilebilir.

Boyut	Önerilen ağırlık
Event tamlığı	%25
Event tekilliği	%20
Parametre doğruluğu	%20
Kimlik eşleşmesi	%15
Event teslimat hızı	%10
Refund mutabakatı	%10

Tracking Sağlık Skoru \= Tamlık × 0,25 + Tekillik × 0,20 + Parametre Doğruluğu × 0,20 + Kimlik Eşleşmesi × 0,15 + Teslimat Hızı × 0,10 + Refund Mutabakatı × 0,10

Bu skor bir reklam platformu metriği değildir.

Skor, teknik audit için önerilen değerlendirme modelidir.

Beş Adımda E-Ticaret Tracking Aracı Seçimi

Adım 1: Ana Problemi Tanımlayın

Sorunu doğru kategoride sınıflandırın.

• Eksik event

• Çift event

• Yanlış sipariş değeri

• Kanal karşılaştırması

• Kullanıcı davranışı

• Merkezi raporlama

• Offline satış

• Veri sahipliği

Adım 2: Doğru Araç Sınıfını Seçin

Problem	Gerekli çözüm
Eksik event	Tracking çözümü
Çift event	Deduplication altyapısı
Davranış analizi	Analitik aracı
Kanal katkısı	Atribüsyon aracı
Veri birleştirme	CDP veya veri ambarı
Veri kalitesi	Doğrulama ve zenginleştirme katmanı

Adım 3: Teknik Kapasiteyi Belirleyin

Şu seçeneklerden birini netleştirin:

• Teknik ekip yok

• Ajans desteği var

• Freelance destek var

• Şirket içi yazılım ekibi var

• Veri mühendisliği ekibi var

Araç seçimi ekip kapasitesine uymalıdır.

Adım 4: Toplam Maliyeti Hesaplayın

Şu kalemleri ekleyin:

• Lisans

• Kurulum

• Hosting

• Bakım

• Güncelleme

• Teknik destek

• Hata maliyeti

• Araç değiştirme maliyeti

Adım 5: Pilot Audit Uygulayın

Satın alma öncesinde en az 20 sipariş kontrol edilmelidir.

Audit tablosu şu alanları içerebilir:

Order ID	Sipariş durumu	Browser eventi	Server eventi	Deduplicate	Value doğru mu?
10451	Processing	Evet	Evet	Evet	Evet
10452	Refunded	Evet	Evet	Evet	Evet
10453	Processing	Hayır	Evet	Yok	Evet
10454	Processing	Evet	Evet	Hayır	Evet
10455	Failed	Evet	Hayır	Yok	Hayır

Bu tablo sorunun kaynağını gösterir.

Sık Sorulan Sorular

E-ticaret veri takip aracı nedir?

E-ticaret veri takip aracı, müşterinin ürün görüntüleme, sepete ekleme, checkout ve satın alma gibi işlemlerini event olarak kaydeder.

GA4 bir tracking aracı mı?

GA4 event toplar ve analiz eder. Ancak reklam platformlarına veri gönderen tam server-side altyapının yerini tek başına tutmaz.

Google Tag Manager ile GA4 aynı şey mi?

Hayır. Google Tag Manager etiketleri ve event kurallarını yönetir. GA4 kullanıcı davranışını analiz eder.

Tracking aracı ile atribüsyon aracı arasındaki fark nedir?

Tracking aracı event üretir. Atribüsyon aracı mevcut eventlerin kanal katkısını modeller.

Pixel mi server-side tracking mi daha doğru?

Server-side yapı daha fazla veri kontrolü sunar. Pixel ise tarayıcı davranışını yakalar. İki yöntem birlikte kullanılabilir.

Server-side tracking bütün dönüşümleri yakalar mı?

Hayır. Yanlış event şeması, sipariş durumu, consent ve deduplication sorunları devam edebilir.

Ücretsiz tracking eklentisi yeterli mi?

Düşük hacimli ve basit mağazalarda yeterli olabilir. Yüksek hacim ve çoklu kanal daha gelişmiş kontrol gerektirir.

WooCommerce için hangi tracking aracı kullanılmalı?

Araç; sipariş durumları, refund, event ID, deduplication, Meta desteği, Google desteği ve log seviyesi açısından değerlendirilmelidir.

Atribüsyon aracı eksik eventleri düzeltir mi?

Hayır. Eksik event kaynak tracking katmanında düzeltilmelidir.

Birden fazla tracking aracı kullanılabilir mi?

Evet. Ancak görevler ayrılmalıdır. Aynı Purchase eventini birden fazla araç gönderirse çift sayım oluşabilir.

Tracking doğruluğu nasıl ölçülür?

Event tamlığı, event tekilliği, parametre doğruluğu, kimlik eşleşmesi, teslimat süresi ve refund mutabakatı ölçülmelidir.

Shopify custom pixel nasıl test edilir?

Shopify, Customer Events alanındaki custom pixel ekranında yerleşik test özelliği sunar. Consent ayarı eventin test sırasında beklemesine neden olabilir.

Server-side GTM site hızını artırır mı?

Sayfada çalışan bazı kodların server container’a taşınması tarayıcı yükünü azaltabilir. Ancak sonuç kurulum mimarisine bağlıdır. Google, Google Ads etiketlerinin server container’a taşınmasının sayfada çalışan kod miktarını azaltabileceğini belirtir.

Ajanslar hangi özelliklere bakmalı?

Ajanslar çoklu mağaza yönetimi, merkezi log, yetkilendirme, hata uyarısı ve standart kurulum yapısını değerlendirmelidir.

En İyi Araç, En Fazla Özelliğe Sahip Araç Değildir

E-ticaret veri takip araçları farklı görevler yürütür.

Pixel müşteri eventlerini toplar. Tag manager etiketleri yönetir. Analitik aracı davranışı analiz eder. Atribüsyon platformu kanal katkısını modeller. Server-side altyapı event akışını kontrol eder.

Doğru seçim şu üç soruyla başlar:

1. Hangi veri problemi çözülmeli?

2. Hangi teknik kontrol seviyesi gerekli?

3. İşletme hangi sistemi sürdürebilir?

Yeni mağaza için basit Pixel yapısı yeterli olabilir.

Çok kanallı marka için server container ve veri ambarı gerekebilir.

Yüksek hacimli WooCommerce mağazası için sipariş bazlı doğrulama, deduplication ve yönetilen server-side altyapı daha uygun olabilir.

Data4Ad klasik bir dashboard değildir. Data4Ad, reklam platformlarından önce çalışan veri doğrulama ve zenginleştirme katmanı olarak konumlanır.

Data4Ad şu işlemleri hedefler:

• Sipariş eventini yakalamak

• Browser ve server verisini karşılaştırmak

• Eventi tekilleştirmek

• Parametreleri doğrulamak

• Müşteri verisini zenginleştirmek

• Veriyi reklam platformlarına aktarmak

• Event kalitesini izlemek

Bu yaklaşım Data4Ad’in WooCommerce mağazaları ve performans ajansları için sunucu katmanında çalışan veri altyapısı konumlandırmasıyla uyumludur.

Son 20 siparişinizde veri kaybını ölçün. Ücretsiz Tracking Sağlık Skoru ile eksik eventleri, çift sayımları ve yanlış sipariş değerlerini belirleyin.