WooCommerce HandL UTM Grabber Alternatifleri: UTM, Attribution ve Server-Side Tracking Karşılaştırması

HandL UTM Grabber, ziyaretçinin kampanya verilerini yakalar. Eklenti, UTM ve click ID değerlerini saklar. Bu veriler WooCommerce siparişlerine aktarılabilir.

Ancak UTM yakalama, dönüşüm takibi değildir. UTM verisi ziyaret kaynağını gösterir. Conversion tracking ise satışı reklam platformuna gönderir.

WooCommerce mağazaları farklı veri katmanları kullanır. Bir araç kampanya kaynağını saklar. Başka bir araç sipariş atribüsyonu yapar. Server-side çözümler ise dönüşüm event’ini iletir.

Bu rehber, HandL UTM Grabber alternatiflerini kullanım amacına göre karşılaştırır.

HandL UTM Grabber WooCommerce İçin Ne Yapar?

HandL UTM Grabber, WordPress tabanlı atribüsyon aracıdır. Araç, ziyaretçinin URL parametrelerini yakalar. Veriler first-party cookie içinde saklanabilir.

Temel olarak şu alanlar kullanılır:

• utm_source

• utm_medium

• utm_campaign

• utm_content

• utm_term

Bu alanlar kampanya bağlamını açıklar.

Örnek:

• utm_source: google

• utm_medium: cpc

• utm_campaign: yaz_indirimi

• utm_content: video_reklam

• utm_term: spor_ayakkabi

Bu yapı, kullanıcının hangi kampanyadan geldiğini gösterir.

Click ID Değerlerini Saklama

UTM parametreleri reklam tıklamasını tek başına tanımlamaz. Reklam platformları ek kimlikler kullanır.

Önemli click ID değerleri şunlardır:

• gclid

• gbraid

• wbraid

• fbclid

• msclkid

gclid, Google Ads tıklamasını tanımlar. fbclid, Meta tıklamasını temsil eder. msclkid, Microsoft Ads tarafında kullanılır.

Bu değerler siparişe bağlanabilir. Ancak yalnızca saklama işlemi yapılmış olur. Reklam platformuna dönüşüm gönderilmiş sayılmaz.

First-Touch ve Last-Touch Verisi

HandL, ilk ve son temas verilerini saklayabilir.

First-touch şu soruyu yanıtlar:

Kullanıcı mağazayı ilk kez hangi kanaldan buldu?

Last-touch şu soruyu yanıtlar:

Kullanıcı satın almadan önce hangi kanaldan geldi?

Örnek müşteri yolculuğu:

1. Kullanıcı Google Ads üzerinden gelir.

2. Kullanıcı ürünü inceler.

3. Kullanıcı iki gün sonra organik arama yapar.

4. Kullanıcı e-posta bağlantısına tıklar.

5. Kullanıcı sipariş verir.

Bu senaryoda first-touch Google Ads olabilir. Last-touch ise e-posta olabilir.

İki veri aynı anda değerlidir. First-touch edinim kanalını gösterir. Last-touch dönüşüme yakın kanalı gösterir.

WooCommerce Sipariş Verisine Aktarım

UTM verileri WooCommerce sipariş metadata alanlarına yazılabilir.

Örnek alanlar:

• İlk kaynak

• Son kaynak

• Kampanya adı

• Landing page

• Referrer

• GCLID

• FBCLID

• Sipariş kimliği

Bu veriler sipariş raporlarında kullanılabilir. Veriler CSV dosyasına da aktarılabilir. CRM sistemleri de bu alanları kullanabilir.

Form ve CRM Entegrasyonu

HandL yalnızca WooCommerce siparişlerine odaklanmaz. Form verileriyle de kullanılabilir.

Yaygın kullanım alanları:

• Contact Form 7

• Gravity Forms

• Elementor Forms

• WPForms

• CRM custom fields

• Webhook entegrasyonları

Bu yapı B2B lead attribution için uygundur.

Örnek akış:

Reklam tıklaması → UTM verisi → Form gönderimi → CRM contact → Satış fırsatı → Gelir

HandL kampanya bağlamını taşır. Ancak dönüşüm geri beslemesini tek başına tamamlamaz.

UTM Tracking, Attribution ve Conversion Tracking Farkı

Bu üç kavram sık karıştırılır.

UTM Tracking Nedir?

UTM tracking, URL parametrelerini yakalar.

Temel soru şudur:

Kullanıcı hangi kampanyadan geldi?

UTM tracking şu verileri sağlar:

• Kaynak

• Kanal

• Kampanya

• Reklam içeriği

• Anahtar kelime

• Landing page

UTM tracking reklam platformuna veri göndermez.

Attribution Nedir?

Attribution, dönüşüm değerini bir kaynağa bağlar.

Temel soru şudur:

Gelir hangi kanala yazılmalı?

Kullanılabilecek modeller:

• First-touch

• Last-touch

• Last non-direct

• Linear

• Time-decay

• Position-based

WooCommerce mağazaları çoğunlukla first-touch veya last-touch kullanır.

Click ID Tracking Nedir?

Click ID tracking, reklam tıklama kimliğini saklar.

Temel soru şudur:

Hangi reklam tıklaması sipariş getirdi?

Örnek kimlikler:

• GCLID

• GBRAID

• WBRAID

• FBCLID

• MSCLKID

Click ID saklamak dönüşüm aktarımı değildir.

Offline Conversion Nedir?

Offline conversion, doğrulanmış dönüşümü reklam platformuna gönderir.

Tam akış şöyledir:

1. Click ID yakalanır.

2. Siparişe bağlanır.

3. Sipariş durumu kontrol edilir.

4. Dönüşüm değeri hazırlanır.

5. Veri platforma gönderilir.

6. Platform yanıtı loglanır.

Bu işlem reklam algoritmasını besler.

Server-Side Tracking Nedir?

Server-side tracking, dönüşüm event’ini sunucu üzerinden iletir.

Temel soru şudur:

Sipariş event’i reklam platformuna ulaştı mı?

Server-side yapı şu işleri yapar:

• Siparişi WooCommerce’den alır.

• Event parametrelerini hazırlar.

• Kullanıcı verisini zenginleştirir.

• Meta ve Google’a gönderir.

• Gönderim sonucunu kaydeder.

• Browser event’iyle eşleştirir.

Veri Katmanları Karşılaştırması

Katman	Temel soru	Veri örneği	Platforma veri gönderir mi?
UTM tracking	Kullanıcı nereden geldi?	utm_source	Hayır
Attribution	Gelir hangi kaynağa yazılmalı?	First-touch	Hayır
Click ID tracking	Hangi reklam tıklaması etkiliydi?	gclid	Hayır
Offline conversion	Dönüşüm reklama geri gitti mi?	GCLID + sipariş	Evet
Server-side tracking	Event sunucudan iletildi mi?	Purchase event	Evet

Bu katmanlar birbirinin yerine geçmez. Sağlıklı sistem, birden fazla katmanı birlikte kullanır.

HandL UTM Grabber Alternatifi Seçerken İhtiyacı Belirleyin

Araç seçimi ürün adına göre yapılmamalıdır. Seçim veri ihtiyacına göre yapılmalıdır.

Yalnızca UTM Verisi Saklamak

Bu ihtiyaç için basit UTM eklentileri yeterlidir.

Gerekli özellikler:

• UTM yakalama

• Cookie saklama

• Order metadata

• CSV export

• Hidden field desteği

Sipariş Kaynağını Görmek

Bu ihtiyaç için WooCommerce Order Attribution kullanılabilir.

Gerekli özellikler:

• Sipariş origin bilgisi

• Session source

• Last-touch veri

• Kanal raporu

• Sipariş metadata

First-Touch Verisini Korumak

Bu ihtiyaç kalıcı atribüsyon gerektirir.

Gerekli özellikler:

• Persistent cookie

• Original source

• First landing page

• Attribution window

• Returning visitor desteği

GCLID veya FBCLID Saklamak

Bu ihtiyaç click ID tracking kapsamına girer.

Gerekli özellikler:

• Click ID cookie

• Order metadata

• Checkout desteği

• Cross-domain kontrolü

• Consent yönetimi

Google Ads’e Dönüşüm Göndermek

Bu ihtiyaç offline conversion gerektirir.

Gerekli özellikler:

• GCLID eşleşmesi

• Conversion action

• Conversion time

• Conversion value

• Upload log

• Conversion adjustment

Meta CAPI Kullanmak

Bu ihtiyaç server-side event gönderimi gerektirir.

Gerekli özellikler:

• Purchase event

• Event ID

• _fbc

• _fbp

• User data

• Deduplication

• Event Match Quality

En İyi WooCommerce HandL UTM Grabber Alternatifleri

Aşağıdaki çözümler aynı sınıfta değildir. Her araç farklı veri ihtiyacını karşılar.

1. WooCommerce Order Attribution

WooCommerce Order Attribution, yerleşik kaynak takip özelliğidir. Sistem, siparişin geldiği kaynağı kaydeder.

Güçlü Yönleri

• WooCommerce içinde bulunur.

• Ek eklenti gerektirmez.

• Sipariş kaynağını gösterir.

• Last-touch raporlamaya uygundur.

• Order metadata kullanır.

Sınırlamaları

• Session bazlı çalışır.

• Uzun süreli first-touch sunmaz.

• Multi-touch model sunmaz.

• Offline conversion göndermez.

• Meta CAPI çalıştırmaz.

Kimler Kullanmalı?

Temel sipariş kaynağı görmek isteyen mağazalar kullanabilir.

2. WooCommerce Analytics Attribution Reports

WooCommerce Analytics, atribüsyon verisini raporlar. Araç kaynak ve kampanya bazlı performansı gösterir.

Güçlü Yönleri

• WooCommerce sipariş verisini kullanır.

• Kanal bazlı rapor üretir.

• Kampanya gelirini gösterir.

• Mağaza içi görünürlük sağlar.

Sınırlamaları

• Kaybolan UTM verisini geri getirmez.

• Click ID saklamaz.

• Reklam platformuna veri göndermez.

• Teknik event hatalarını çözmez.

Kimler Kullanmalı?

Yerleşik atribüsyon verisini raporlamak isteyen ekipler kullanabilir.

3. UTM Tracking for WooCommerce

Bu araç sınıfı, UTM parametrelerini siparişe bağlar.

Güçlü Yönleri

• WooCommerce odaklıdır.

• UTM alanlarını saklar.

• Order metadata kullanır.

• Kampanya raporu oluşturabilir.

• CSV export sunabilir.

Sınırlamaları

• Click ID desteği değişebilir.

• First-touch desteği sınırlı olabilir.

• Offline conversion sunmayabilir.

• Server-side event göndermez.

Kimler Kullanmalı?

Basit kampanya gelir takibi isteyen mağazalar kullanabilir.

4. UTM Attribution for WooCommerce

Bu çözüm sınıfı, ilk ziyaret kaynağını siparişe bağlar.

Güçlü Yönleri

• First-touch verisini korur.

• Kampanya kaynağını siparişe ekler.

• İlk landing page verisini saklayabilir.

• Müşteri edinim analizini destekler.

Sınırlamaları

• Last-touch kapsamı sınırlı olabilir.

• Click ID desteği düşük olabilir.

• CRM entegrasyonu sunmayabilir.

• Conversion feedback sağlamaz.

Kimler Kullanmalı?

İlk edinim kanalını ölçmek isteyen mağazalar kullanabilir.

5. Attributer

Attributer, form ve CRM atribüsyonuna odaklanır. Araç, trafik kaynağını sınıflandırır. Veriyi hidden field alanlarına ekler.

Güçlü Yönleri

• B2B lead attribution sunar.

• Organik kaynakları sınıflandırır.

• CRM alanlarını doldurur.

• Original ve latest source saklar.

• Form odaklı çalışır.

Sınırlamaları

• WooCommerce siparişleri için tasarlanmamıştır.

• Order status yönetmez.

• İade verisi işlemez.

• Meta CAPI sunmaz.

Kimler Kullanmalı?

Form ve CRM tabanlı satış süreci kullanan şirketler değerlendirebilir.

6. Multi-Touch Attribution Araçları

Multi-touch araçlar birden fazla teması kaydeder.

Örnek temaslar:

• Google Ads

• Organik arama

• E-posta

• Meta Ads

• Direct ziyaret

Güçlü Yönleri

• Müşteri yolculuğunu gösterir.

• Ara temasları kaydeder.

• Kanal katkısını karşılaştırır.

• LTV analizi destekleyebilir.

• Uzun satış döngüsüne uygundur.

Sınırlamaları

• Daha fazla veri ister.

• Model seçimi tartışmalıdır.

• Raporlar karmaşık olabilir.

• Platform atribüsyonuyla birebir eşleşmez.

Kimler Kullanmalı?

Uzun karar süresi bulunan markalar kullanabilir. Abonelik modelleri de değerlendirebilir.

7. Google Ads Offline Conversion Çözümleri

Bu çözümler siparişi Google Ads’e geri gönderir.

Güçlü Yönleri

• GCLID kullanır.

• Gerçek sipariş değerini gönderir.

• Sipariş statüsünü kontrol eder.

• Reklam algoritmasını besler.

• İade düzeltmesi uygulayabilir.

Sınırlamaları

• Teknik kurulum gerektirir.

• API erişimi gerekir.

• Hatalı conversion time sorun çıkarır.

• Duplicate transaction ID reddedilebilir.

• Gönderim logu gerekir.

Kimler Kullanmalı?

Google Ads harcaması yüksek mağazalar kullanmalıdır.

8. Meta Conversions API Çözümleri

Meta CAPI, Purchase event’ini server-side gönderir.

Güçlü Yönleri

• Browser sinyalini destekler.

• User data zenginleştirir.

• Event Match Quality artırabilir.

• Event ID kullanır.

• Deduplication sağlar.

Sınırlamaları

• FBCLID tek başına yeterli değildir.

• Event ID doğru üretilmelidir.

• Consent sinyalleri uygulanmalıdır.

• Sipariş statüsü tanımlanmalıdır.

• İade yönetimi ayrıca gerekir.

Kimler Kullanmalı?

Meta Ads kullanan yüksek hacimli mağazalar değerlendirmelidir.

9. Server-Side Google Tag Manager

Server-side GTM, event yönlendirme altyapısıdır.

Güçlü Yönleri

• Çok kanallı yapı sağlar.

• First-party endpoint kullanabilir.

• Event enrichment sunar.

• Tag yönetimini merkezîleştirir.

• Meta ve Google’ı birlikte destekler.

Sınırlamaları

• Hosting maliyeti vardır.

• Kurulum uzmanlık ister.

• Event log ayrıca kurulmalıdır.

• WooCommerce sipariş mantığı ayrıca geliştirilmelidir.

• Sürekli bakım gerekir.

Kimler Kullanmalı?

Teknik ekibi bulunan markalar kullanabilir. Gelişmiş ajanslar da değerlendirebilir.

10. Data4Ad

Data4Ad, WooCommerce odaklı server-side dönüşüm altyapısıdır.

Data4Ad’in amacı yalnızca UTM saklamak değildir. Sistem, sipariş event’ini reklam platformlarına göndermeyi hedefler.

Ana işlevler:

• WooCommerce siparişlerini sunucudan almak

• UTM ve click ID verisini kullanmak

• Google’a dönüşüm göndermek

• Meta’ya Purchase event göndermek

• Event verisini zenginleştirmek

• Gönderim sonuçlarını izlemek

• Browser ve server event’lerini eşleştirmek

Data4Ad’in birincil hedefi yüksek hacimli mağazalardır. Hedef profil, aylık en az 500 sipariş alan WooCommerce markalarını kapsar. Ajanslar ikinci ana segmenti oluşturur.

Güçlü Yönleri

• Yönetilen kurulum sunar.

• WooCommerce’e odaklanır.

• Google ve Meta’yı destekler.

• Server-side event gönderir.

• Click ID verisini kullanır.

• Veri şeffaflığı sağlar.

• Ajans operasyonuna uygundur.

Sınırlamaları

• Basit UTM ihtiyacı için ağırdır.

• Düşük hacimli mağaza için gereksiz olabilir.

• Consent yönetimi yine gerekir.

• Platform atribüsyon farklarını tamamen kaldırmaz.

Kimler Kullanmalı?

Şu mağazalar Data4Ad’i değerlendirmelidir:

• Aylık 500’den fazla sipariş alanlar

• Meta ve Google Ads kullananlar

• GCLID ve FBCLID saklayanlar

• Offline conversion ihtiyacı bulunanlar

• Reklam panelleriyle WooCommerce verisi uyuşmayanlar

• Çoklu mağaza yöneten ajanslar

Data4Ad mesajlaşma çerçevesi, tarayıcı tabanlı veri kaybını reklam algoritmalarındaki körlükle ilişkilendirir. Ürün, dönüşüm sinyalini server-side aktarma üzerinden konumlanır.

HandL UTM Grabber Alternatifleri Karşılaştırması

Çözüm	UTM	First-Touch	Last-Touch	Click ID	Order Meta	CRM	Offline Conversion	Server-Side
HandL UTM Grabber	Var	Var	Var	Var	Var	Var	Pakete bağlı	Kısmi
WooCommerce Order Attribution	Var	Sınırlı	Var	Kısmi	Var	Yok	Yok	Yok
WooCommerce Analytics	Veri kullanır	Yok	Var	Yok	Veri okur	Yok	Yok	Yok
UTM Tracking çözümleri	Var	Pakete bağlı	Var	Pakete bağlı	Var	Sınırlı	Yok	Yok
UTM Attribution çözümleri	Var	Var	Sınırlı	Sınırlı	Var	Yok	Yok	Yok
Attributer	Var	Var	Var	Var	Form odaklı	Var	Dolaylı	Yok
Multi-touch araçları	Var	Var	Var	Pakete bağlı	Var	Var	Dolaylı	Pakete bağlı
Offline conversion çözümleri	Kullanır	Dolaylı	Dolaylı	Var	Var	Var	Var	Var
Server-Side GTM	Kullanır	Kuruluma bağlı	Kuruluma bağlı	Var	Kuruluma bağlı	Var	Var	Var
Data4Ad	Kullanır	Var	Var	Var	Var	Entegrasyonla	Var	Var

UTM veya click ID yakalamak yeterli değildir. Platform yanıtı ayrıca kontrol edilmelidir.

WooCommerce UTM Verisi Neden Kaybolur?

UTM verisi farklı aşamalarda kaybolabilir.

Cookie Oluşturulmaz

Muhtemel nedenler:

• Consent reddi

• JavaScript hatası

• Yanlış domain

• Cache sorunu

• Eklenti çakışması

Checkout Sırasında Veri Taşınmaz

Muhtemel nedenler:

• Hidden field eksikliği

• Checkout Blocks uyumsuzluğu

• Session kaybı

• Custom checkout

• Yanlış hook kullanımı

Ödeme Yönlendirmesi Kaynağı Değiştirir

Ödeme sağlayıcısı referrer olarak görünebilir.

Örnek:

• Kullanıcı Google Ads üzerinden gelir.

• Kullanıcı ödeme sağlayıcısına gider.

• Kullanıcı mağazaya geri döner.

• Son kaynak ödeme sağlayıcısı görünür.

Referral exclusion ayarı bu sorunu azaltabilir.

Order Metadata Boş Kalır

Muhtemel nedenler:

• HPOS uyumsuzluğu

• Yanlış order hook

• Sipariş erken oluşturulması

• Session verisinin silinmesi

• Custom payment flow

Siparişler Neden Direct veya Unknown Görünür?

Direct her zaman doğrudan ziyaret anlamına gelmez.

Direct kategorisi şunları içerebilir:

• Kaynağı kaybolan ziyaret

• Mesajlaşma uygulaması tıklaması

• Mobil uygulama tıklaması

• Parametresiz e-posta bağlantısı

• Kısaltılmış URL

• Referrer bilgisinin silinmesi

Unknown source oranı ayrı ölçülmelidir.

Unknown Source Oranı

Formül:

Unknown source oranı \= Kaynağı bulunmayan sipariş / Toplam sipariş × 100

Örnek:

• Toplam sipariş: 2.000

• Kaynağı bilinmeyen sipariş: 240

• Unknown source oranı: %12

Bu örnek, teknik kontrol yöntemini gösterir.

GCLID Yakalamak Neden Yeterli Değildir?

GCLID yakalamak yalnızca ilk adımdır.

Tam süreç şöyledir:

1. GCLID yakalanır.

2. First-party ortamda saklanır.

3. Siparişe bağlanır.

4. Sipariş statüsü doğrulanır.

5. Dönüşüm zamanı belirlenir.

6. Dönüşüm değeri hazırlanır.

7. Veri Google Ads’e gönderilir.

8. Platform yanıtı kaydedilir.

9. İade varsa adjustment gönderilir.

GCLID siparişte bulunabilir. Ancak conversion upload başarısız olabilir.

Bu nedenle şu alanlar izlenmelidir:

• Gönderilen dönüşüm sayısı

• Kabul edilen dönüşüm sayısı

• Reddedilen dönüşüm sayısı

• Duplicate transaction ID

• Conversion time hatası

• Click ID süresi

Offline Conversion Başarı Oranı

Formül:

Başarı oranı \= Kabul edilen dönüşüm / Gönderilen dönüşüm × 100

Örnek:

• Gönderilen dönüşüm: 500

• Kabul edilen dönüşüm: 465

• Başarı oranı: %93

FBCLID Meta CAPI İçin Yeterli midir?

Hayır.

FBCLID, reklam tıklama bağlamını taşır. Meta CAPI event’i daha fazla veri ister.

Gerekli alanlar:

• Event name

• Event time

• Event ID

• Action source

• Event source URL

• Value

• Currency

• User data

• _fbc

• _fbp

Browser ve server event aynı event_id değerini kullanmalıdır.

Yanlış event ID çift dönüşüm oluşturabilir.

UTM Kapsama Oranı Nasıl Hesaplanır?

UTM kapsama oranı, kampanya verisi bulunan siparişleri gösterir.

Formül:

UTM kapsama oranı \= UTM bulunan sipariş / Toplam geçerli sipariş × 100

Örnek:

• Toplam geçerli sipariş: 2.000

• UTM bulunan sipariş: 1.280

• UTM kapsama oranı: %64

Bu oran yalnızca UTM kullanılan trafiği ölçer. Organik ve direct trafik ayrıca sınıflandırılmalıdır.

Click ID Kapsama Oranı Nasıl Hesaplanır?

Formül:

Click ID kapsama oranı \= Click ID bulunan reklam siparişi / Reklam kaynaklı sipariş × 100

Örnek:

• Reklam kaynaklı sipariş: 800

• Click ID bulunan sipariş: 600

• Kapsama oranı: %75

Düşük oran şu sorunlara işaret edebilir:

• Click ID kaybı

• Consent sorunu

• Cross-domain problem

• Cookie silinmesi

• Checkout entegrasyon hatası

Doğru HandL Alternatifi Nasıl Seçilir?

Araç seçimini altı adımda yapın.

1. Veri Hedefini Belirleyin

Tek bir ana hedef seçin:

• UTM saklamak

• Sipariş kaynağı görmek

• First-touch korumak

• CRM’e kaynak göndermek

• GCLID saklamak

• Offline conversion göndermek

• Meta CAPI kurmak

2. Saklama Yöntemini Kontrol Edin

Kontrol edilmesi gereken alanlar:

• Session cookie

• Persistent cookie

• Local storage

• Order metadata

• Customer metadata

• CRM custom fields

• Server logs

3. WooCommerce Uyumluluğunu Kontrol Edin

Kontrol listesi:

• HPOS

• Checkout Blocks

• Subscriptions

• Multi-currency

• Custom checkout

• Payment gateway redirects

• Refunds

4. Atribüsyon Modelini Kontrol Edin

Kontrol listesi:

• First-touch

• Last-touch

• Last non-direct

• Multi-touch

• Attribution window

• Direct trafik kuralı

5. Platform Geri Beslemesini Kontrol Edin

Kontrol listesi:

• Google Ads API

• Meta Conversions API

• Upload log

• Retry mechanism

• Conversion adjustment

• Event deduplication

6. Teknik Destek Modelini Seçin

Seçenekler:

• Self-service eklenti

• Ajans kurulumu

• Server-Side GTM

• Yönetilen altyapı

Teknik ekip bulunmuyorsa yönetilen yapı daha uygundur.

WooCommerce Attribution Altyapısı Nasıl Test Edilir?

WooCommerce Kontrolü

1. Test siparişi oluşturun.

2. Order metadata alanını açın.

3. UTM alanlarını kontrol edin.

4. GCLID veya FBCLID arayın.

5. Sipariş statüsünü kaydedin.

6. İade senaryosu test edin.

Google Ads Kontrolü

1. Dönüşüm işlemini açın.

2. Upload diagnostics alanını inceleyin.

3. Kabul edilen dönüşümleri kontrol edin.

4. Transaction ID değerini arayın.

5. Dönüşüm değerini doğrulayın.

6. Conversion adjustment kayıtlarını inceleyin.

Meta Kontrolü

1. Events Manager alanını açın.

2. Test Events kullanın.

3. Purchase event’ini bulun.

4. Browser ve server kaynaklarını karşılaştırın.

5. Event ID değerini kontrol edin.

6. Event Match Quality sonucunu inceleyin.

CRM Kontrolü

1. Contact kaydını açın.

2. Original source alanını kontrol edin.

3. Latest source alanını kontrol edin.

4. UTM değerlerini doğrulayın.

5. Click ID alanlarını inceleyin.

6. Gelir kaydını kampanyayla eşleştirin.

Sık Sorulan Sorular

HandL UTM Grabber ne işe yarar?

HandL, UTM ve click ID verilerini yakalar. Bu verileri formlara veya WooCommerce siparişlerine aktarır.

HandL UTM Grabber WooCommerce siparişlerini takip eder mi?

HandL, kampanya bilgisini sipariş metadata alanına ekleyebilir. Ancak sipariş event’ini reklam platformuna göndermek ayrı bir işlemdir.

WooCommerce Order Attribution, HandL yerine kullanılabilir mi?

Yerleşik özellik temel last-touch sipariş kaynağı için kullanılabilir. Kalıcı first-touch, CRM ve click ID ihtiyaçları ek araç gerektirebilir.

GCLID saklamak neden önemlidir?

GCLID, Google Ads tıklamasını siparişle eşleştirir. Offline conversion aktarımı için kullanılabilir.

FBCLID, Meta CAPI için yeterli midir?

Hayır. Meta CAPI ayrıca event ID, user data, _fbc, _fbp ve event parametreleri ister.

UTM verileri neden checkout sırasında kaybolur?

Cookie, session, Checkout Blocks, ödeme yönlendirmesi veya eklenti uyumsuzluğu veri kaybına yol açabilir.

First-touch ve last-touch farkı nedir?

First-touch ilk edinim kaynağını gösterir. Last-touch satın almadan önceki son kaynağı gösterir.

Multi-touch attribution gerekli midir?

Birden fazla temas içeren uzun satış yolculuklarında değerlidir. Tek ziyaretli alışverişlerde gereksiz olabilir.

Data4Ad, HandL yerine mi geçer?

Data4Ad ve HandL farklı katmanlarda çalışır. HandL kampanya bağlamını saklar. Data4Ad dönüşüm event’ini Meta ve Google’a server-side gönderir.

Sonuç

HandL UTM Grabber, kampanya verisini yakalar. WooCommerce atribüsyonu, kaynağı siparişe bağlar. Offline conversion ve server-side tracking ise dönüşümü reklam platformuna gönderir.

Basit kampanya raporlaması için UTM eklentisi yeterlidir. First-touch takibi için kalıcı atribüsyon gerekir. Reklam optimizasyonu için platform geri beslemesi gerekir.

UTM veriniz siparişte bulunabilir. Ancak dönüşüm event’i reklam platformuna ulaşmıyorsa veri zinciri tamamlanmaz.

Ücretsiz WooCommerce Tracking Auditi Talep Edin

Data4Ad; WooCommerce siparişlerini, UTM alanlarını, click ID değerlerini ve reklam platformu event’lerini karşılaştırır. Audit süreci eksik dönüşüm sinyallerini tespit eder. Sonuçlar teknik aksiyon planına dönüştürülür.