E-ticaret Siteleri için Reklam İzleme Kodu Tanılama (2026)

Bu Kılavuz Nasıl Kullanılır

Bu kılavuz; bir ajans, eklenti, uygulama veya dahili uygulama tarafından kurulan izlemeyi denetlemesi gereken performans pazarlamacıları, e-ticaret yöneticileri, analistler, geliştiriciler ve ekipler için hazırlanmıştır. Testleri bir hazırlık ortamında ya da iptal ve iade edilebilir bir test siparişiyle çalıştırın. Gerçek müşteri siparişleriyle tekrar tekrar test yapmayın.

Bu kılavuzu tamamladıktan sonra şunları yapabilmelisiniz

• Kodun mevcut olması, etiketin tetiklenmesi, isteğin iletilmesi, platforma ulaşması ve bir dönüşümün teklif vermeye uygun olması arasındaki farkı ayırt etmek.
• Sipariş kimliği, gelir, para birimi, ürün kimliği ve etkinlik kimliği gibi kritik alanları doğrulamak.
• Yinelenen satın almaları, eksik satın almaları, sıfır değerli dönüşümleri, kaybolan alanlar arası ilişkilendirmeyi ve izin yapılandırma sorunlarını teşhis etmek.
• Shopify, WordPress, WooCommerce veya özel bir e-ticaret teknoloji yığını için doğru teşhis yaklaşımını seçmek.
• Pazarlama, geliştirme, analiz veya yönetim ekipleri için anlaşılır bir teşhis raporu hazırlamak.

Kurulu İzleme Neden Hâlâ Güvenilmez Veriler Üretebilir?

Bağımsız bir e-ticaret mağazası Google Ads, Meta Ads, Microsoft Ads veya TikTok Ads üzerinde reklam vermeye başladığında her platform bir izleme etiketi ya da piksel ister. Bu kodu sayfa kaynağında bulmak, dönüşüm izlemenin doğru çalıştığını kanıtlamaz.

• Reklam platformu etiketi doğrulanmamış, etkin değil veya yakın zamanda etkinlik göstermemiş olarak görüntüler.
• GA4 siparişleri kaydeder, ancak Google Ads hiçbir dönüşüm göstermez.
• Mağaza yönetim panelinde bir sipariş varken reklam platformu iki satın alma bildirir.
• Dönüşüm sayısı makul görünür, ancak gelir, para birimi veya ürün verileri yanlıştır.
• Piksel ana sayfada algılanır, ancak ödeme sırasında ya da sipariş onay sayfasında kaybolur.
• Tarayıcı ve sunucu etkinliklerinin ikisi de gönderilir, ancak doğru şekilde tekilleştirilmez.
• Reklam izlemesi ziyaretçinin izin seçimine göre davranmaz: pazarlama izni denied durumuna geldikten sonra reklam depolama alanına hâlâ yazılır veya buradan okunur ya da reklam tanımlayıcıları veya kullanıcı verileri gönderilmeye devam eder. Gelişmiş İzin Modunda, ad_storage veya analytics_storage denied durumundayken çerezsiz izin pingleri yine de gönderilebilir; tek başına bu davranış bir uygulama hatası değildir.
• Ziyaretçi izin verdikten sonra etiketler yeniden çalışmaya başlamaz.

Eksiksiz bir denetim yalnızca “Kod mevcut mu?” sorusunda duramaz. Her gerçek iş eyleminin doğru etkinlik adı, parametreler, değer, para birimi ve sipariş kimliğiyle doğru platforma ulaştığını ve tarayıcı ile sunucu teslimatının tekilleştirmeden sonra tek bir mantıksal dönüşüme dönüştüğünü doğrulayın.

1. Reklam İzleme Teşhisi Gerçekte Neyi Kontrol Eder?

Reklam izleme beş katmanda değerlendirilebilir. Veriler yalnızca beş katmanın tamamı geçtiğinde performans analizi, ROAS hesaplaması ve otomatik teklif verme için uygundur.

GTM içindeki “Etiket Tetiklendi” mesajı yalnızca bir tetikleme koşulunun karşılandığını kanıtlar. Dönüşümün doğru olduğunu kanıtlamaz. Veri katmanını, ağ isteğini, platform test araçlarını ve ilgili arka uç siparişini kontrol ederek devam edin.

2. Önce Bir E-ticaret Etkinlik İzleme Planı Oluşturun

Sorun gidermeden önce sitenin gerçekten ölçmesi gereken müşteri eylemlerini tanımlayın. Tipik bir e-ticaret uygulaması en azından ürün görüntülemelerini, sepete ekleme eylemlerini, ödeme başlangıçlarını ve satın almaları kapsamalıdır.

Bu kılavuzun Ağustos 2026 sürümünde TikTok, standart e-ticaret purchase etkinliği olarak Purchase ve potansiyel müşteri gönderimleri için Lead kullanır. CompletePayment ve SubmitForm, Purchase ve Lead ile eşlenen uyumlu eski adlardır; çalışan eski bir uygulamayı geçiş planı olmadan yeniden adlandırmayın. Contact yalnızca gerçek bir iletişim eylemi için kullanın. GA4 purchase kullanır ve transaction_id, value, currency ve items dizisi gibi parametreleri önerir.

purchase etkinliği için gereken asgari veriler

3. Teşhis Testini Hazırlayın

Birincil testiniz olarak gerçek müşteri siparişi kullanmayın. İptal veya iade edilebilen bir test siparişi oluşturun ve başlamadan önce aşağıdaki ayrıntıları kaydedin.

Birincil uygulama testi için tarayıcıdaki reklam engelleme uzantılarını devre dışı bırakın, ancak sitenin izin başlığını devre dışı bırakmayın. Reklam engelleme testleri ve izin testleri ayrı yürütülmelidir; aksi halde etiketi tarayıcı uzantısının mı yoksa izin yapılandırmasının mı engellediğini anlayamazsınız.

En az üç izin senaryosunu test edin

• Henüz çerez tercihi yapmamış yeni bir ziyaretçi.
• İlgili tüm çerezleri kabul eden bir ziyaretçi.
• Pazarlama çerezlerini reddeden bir ziyaretçi.

Google İzin Modu için varsayılan izin durumunu ilgili etiketler çalışmadan önce ayarlayın, ardından ziyaretçi seçim yaptığında aynı sayfada bunu hızla güncelleyin. ad_storage, analytics_storage, ad_user_data ve ad_personalization değerlerini ayrı ayrı doğrulayın. Gelişmiş İzin Modu, depolama denied durumundayken çerezsiz pingler gönderebilir; ziyaretçinin seçimine aykırı biçimde reklam depolama alanı, reklam tanımlayıcıları veya kullanıcı verilerinin gönderilmediğini doğrulayın.

Teşhis araç seti

1. Google Tag Assistant ve GTM Preview

Google Tag Manager Önizleme; sayfa etkinliklerini, tetiklenen ve tetiklenmeyen etiketleri, tetikleme koşullarını, değişkenleri ve izin durumunu gösterir. İki temel soruyu yanıtlar: sitede ne oldu ve GTM bir etiketi neden tetikledi ya da tetiklemedi?

2. GA4 DebugView

GA4 DebugView, GA4 öğesinin etkinliği gerçekten alıp almadığını doğrular ve parametrelerini gösterir. Bir GTM uygulama sorununu teslimat veya GA4 toplama sorunundan ayırmaya yardımcı olur.

3. Chrome DevTools Network paneli

Network paneli, tarayıcının gerçekten gönderdiği istekleri gösterir. Platform alan adı, istek türü, dosya adı, etiket kimliği veya ölçüm kimliğine göre filtreleyebilirsiniz. “Tarayıcı veriyi gönderdi mi?” sorusunu yanıtlamak için temel araçtır.

4. Platforma özgü test araçları

Meta Events Manager içinde Test Events ve tanılama; TikTok için Pixel Helper, Test Events ve tanılama; Microsoft Advertising için UET Tag Helper; Shopify özel pikselleri için Shopify Pixel Helper kullanın.

4. Eksiksiz Reklam İzleme Teşhis İş Akışı

Adım 1: Her izleme uygulamasının envanterini çıkarın

Yinelenen dönüşümler çoğu zaman tek bir bozuk etiketten değil, aynı platformun birden çok kez kurulmasından kaynaklanır.

• GTM tema içinde bir kez, bir eklenti aracılığıyla da ikinci kez kurulmuştur.
• Resmî Shopify Meta uygulaması bir piksel kurar ve ayrıca ayrı bir özel Meta pixel mevcuttur.
• Bir WordPress eklentisi Purchase gönderirken GTM aynı Purchase öğesini yeniden gönderir.
• Yerel bir Google Ads satın alma eylemi ile içe aktarılmış bir GA4 satın alma eylemi, ikisi de birincil hedef olarak ayarlanmıştır.
• Meta Pixel ve Conversions API aynı satın almayı çalışan bir tekilleştirme olmadan gönderir.
• Bir TikTok uygulaması, GTM ve tema kodu aynı pikseli ayrı ayrı kurar.

Bir uygulama envanteri oluşturun. Okunabilirlik için kurulum yöntemini, temel etiket konumunu, satın alma etkinliği kaynağını ve sunucu etkinliği durumunu tek bir uygulama notları alanında birleştirin.

Her kimliği sayfa kaynağında, GTM etiket listesinde, WordPress eklentilerinde, tema özel kod alanlarında, Shopify Customer Events, Shopify uygulamalarında, Cloudflare Zaraz, sunucu tarafı GTM ve özel arka uç entegrasyonlarında arayın.

Adım 2: Temel etiketin doğru yüklendiğini doğrulayın

GTM için sipariş onay sayfasını doğrudan açarak başlamayın. Önizleme’yi ana sayfadan veya reklam açılış sayfasından bağlayın; ardından ürün görüntüleme, sepet, ödeme ve tahsilat adımlarındaki gerçek müşteri yolculuğunu izleyin.

• Önizleme’nin doğru alan adına bağlı olduğunu doğrulayın.
• Beklenen GTM kapsayıcısının sayfa yüklenirken göründüğünü doğrulayın.
• Kapsayıcı kimliğinin etkin hesap ve ortamla eşleştiğini doğrulayın.
• Temel Google tag öğesinin gerekli tüm sayfalarda yüklendiğini doğrulayın.
• Ödeme başarı sayfasının aynı hata ayıklama oturumunda kalıp kalmadığını kontrol edin.
• Bir yönlendirme veya alanlar arası geçişten sonra oturumun kesilip kesilmediğini kontrol edin.
• Etiketi engelleyen Consent Initialization ve herhangi bir izin durumunu inceleyin.

Aynı anda Chrome DevTools açın ve Network panelinde GTM kapsayıcı kimliğini, GA4 ölçüm kimliğini, Google Ads dönüşüm kimliğini, Meta pixel kimliğini, TikTok piksel kimliğini veya Microsoft UET etiket kimliğini arayın. İstek yolları değişebileceği için gerçek kimliği aramak tek bir sabit uç noktaya güvenmekten daha güvenilirdir.

Hiç istek görünmediğinde önce bunları kontrol edin

• Kod eksiktir veya yapılandırılan kimlik yanlıştır.
• GTM kapsayıcısı yayımlanmamıştır ya da yanlış ortam yüklenmiştir.
• izin ayarları etiketin çalışmasını engeller.
• İçerik Güvenliği Politikası harici komut dosyasını veya uç noktayı engeller.
• Bir reklam engelleyici veya tarayıcı gizlilik ayarı isteği engeller.
• İzleme kodu çalışmadan önce bir JavaScript hatası oluşur.
• Önbellek veya CDN hâlâ site kodunun eski bir sürümünü sunar.

Adım 3: Veri katmanını veya müşteri etkinliğini doğrulayın

Veri katmanı, e-ticaret etkinliği ile reklam etiketleri arasındaki köprüdür. Google Tag Manager ve gtag.js etkinlikleri ve değişkenleri bu yapılandırılmış katmandan okur. Etiketleri ilgisiz sayfa öğelerinden değer kazımaya zorlamak yerine öngörülebilir, yapılandırılmış veriler kullanın.

Basitleştirilmiş bir GA4 tarzı purchase etkinliği şöyle görünebilir:

<script>
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  event: "purchase",
  ecommerce: {
    transaction_id: "ORD-10086",
    value: 129.90,
    currency: "USD",
    tax: 8.20,
    shipping: 0,
    items: [
      {
        item_id: "SKU-001",
        item_name: "Portable Coffee Grinder",
        price: 64.95,
        quantity: 2
      }
    ]
  }
});
</script>

GA4 e-ticaretinde etkinlik düzeyindeki değer normalde items dizisi için fiyat ile adedin çarpımlarının toplamına eşit olmalı ve belgelenmiş raporlama tanımınız ile hedef platform açıkça farklı bir değer gerektirmedikçe kargo veya vergiyi içermemelidir.

İlk inceleme için Chrome Console’da aşağıdaki komutu kullanın:

window.dataLayer

Yalnızca purchase etkinliklerini görüntülemek için:

window.dataLayer?.filter(item => item.event === "purchase")

Şu altı noktayı doğrulayın

1. Etkinlik doğru zamanda gerçekleşir: Purchase, müşteri yalnızca Şimdi öde veya Siparişi gönder düğmesine tıkladığında değil, sipariş gerçekten başarılı olduktan sonra oluşturulmalıdır.
2. Sipariş kimliği benzersizdir: Aynı sipariş yenilemeden sonra aynı kimliği korumalı; farklı siparişler hiçbir zaman aynı kimliği paylaşmamalıdır.
3. Değer sayısaldır: “$129.90”, “USD 129.90” veya binlik ayırıcı içeren bir dize yerine 129.90 kullanın.
4. Para birimi siparişle eşleşir: Çok para birimli mağazalarda görüntülenen para birimini, tahsilat para birimini ve platforma gönderilen para birimini karşılaştırın.
5. items dizisi eksiksizdir: Ürün kimlikleri, fiyatlar, adetler ve indirimler arka uç siparişiyle uzlaşmalıdır.
6. Eski değerler korunmaz: Tek sayfalı uygulamalar, sepet çekmeceleri ve AJAX ödeme akışları önceki bir etkinliğin verilerini yanlışlıkla yeniden kullanabilir.

Adım 4: GTM tetikleyicilerini ve değişkenlerini inceleyin

GTM Preview içinde gerçek bir test yolculuğunu tamamlayın, purchase etkinliğini seçin ve Tags Fired, Tags Not Fired, Variables, Data Layer ve izin öğelerini inceleyin.

Tetikleyici çok geniş kapsamlı

Sayfa URL’si thank-you içerir gibi bir kural, ziyaretçi onay sayfasını her yenilediğinde, yer imlerine eklediğinde veya yeniden ziyaret ettiğinde tekrar tetiklenebilir. E-ticaret satın almaları tercihen gerçek bir sipariş tamamlama etkinliği ve benzersiz bir sipariş kimliği kullanmalıdır.

Tetikleyici çok kısıtlayıcı

Gerçek URL /en/checkout/success olabilirken tetikleyici yalnızca /checkout/success yoluna izin verebilir. Dil klasörleri, sorgu dizeleri ve alternatif ödeme yolları aşırı katı bir kuralı bozabilir.

Özel etkinlik adları eşleşmiyor

Veri katmanı event: “checkout_completed” gönderirken GTM purchase öğesini dinler. Etkinlik adları büyük/küçük harfler ve alt çizgiler dâhil tam olarak eşleşmelidir.

Etiket veri gelmeden önce tetikleniyor

Etiket sayfa yüklenirken çalışır, ancak değer, para birimi ve sipariş kimliği veri katmanına birkaç yüz milisaniye sonra girer. Etiket başarıyla tetiklenmiş görünürken boş parametreler gönderir.

AJAX veya tek sayfalı bir uygulama geleneksel sayfa yüklemesi üretmiyor

Sepet çekmeceleri, modal ödeme pencereleri ve React veya Vue uygulamaları normal sayfa görüntüleme üretmeyebilir. İzlemeyi yalnızca sayfa yüklemeleri veya URL değişikliklerine dayandırmak yerine iş etkinliklerinden tetikleyin.

Adım 5: Bir isteğin gönderildiğini doğrulamak için Network kullanın

Chrome DevTools -> Network yolunu açın, Preserve log öğesini etkinleştirin ve eksiksiz testi tekrarlayın. Platform kimliği veya alan adına göre filtreleyin. Eşleşen isteği açın ve Headers ile Payload öğelerini inceleyin.

• Hedef platformu ve etiket ya da piksel kimliğini doğrulayın.
• Etkinlik adını, değeri, para birimini ve sipariş kimliğini doğrulayın.
• Ürün kimliklerinin, adetlerin ve items dizisinin mevcut olduğunu doğrulayın.
• Tarayıcı ve sunucu etkinliklerinin platforma özgü tekilleştirme tanımlayıcılarını paylaştığını doğrulayın: Meta ve TikTok eşleşen etkinlik adı veya türü ile event_id gerektirirken GA4 ve Google Ads satın almaları transaction_id kullanır.
• İsteğin iptal edildiğini, engellendiğini veya hata döndürdüğünü kontrol edin.
• İsteğin sayfa yönlendirmesinden önce mi sonra mı gerçekleştiğini kontrol edin.

Makul bir yük taşıyan gözlemlenmiş istek yalnızca tarayıcının teslimatı denediğini veya bir uç noktanın isteği kabul ettiğini kanıtlar. Platform işlemesini, ilişkilendirmeyi, teklif uygunluğunu veya iş verilerinin doğruluğunu kanıtlamaz. Değeri 0 olan bir Purchase isteği yine de başarıyla iletilebilir.

GTM etiketin tetiklendiğini bildiriyor, ancak Network hiçbir istek göstermiyor

• izin durumu ve yerleşik izin kontrolleri.
• Reklam engelleme veya tarayıcı gizlilik ayarları.
• İçerik Güvenliği Politikası kısıtlamaları.
• Bozuk bir etiket şablonu veya JavaScript çalışma zamanı hatası.
• Anında gezinme nedeniyle iptal edilen bir istek.
• Shopify Pixel Sandbox sınırlamaları.

Adım 6: Her reklam platformunda alındığını doğrulayın

GA4

DebugView’ı açın, test cihazını seçin ve etkinlik sırasının makul olduğunu doğrulayın:

page_view
view_item
add_to_cart
begin_checkout
purchase

purchase öğesini açın ve transaction_id, value, currency ve items değerlerini doğrulayın.

Google Ads

Goals -> Conversions -> Summary yolunu açın ve ilgili eylemin izleme durumunu inceleyin. Unverified, Tag inactive veya Needs attention durumlarında dönüşüm eyleminden Tag Assistant öğesini başlatın. Hesap durumunun bir düzeltmeden sonra yenilenmesi zaman alabilir; bu nedenle anlık doğrulama katmanı olarak Tag Assistant ve gerçek isteği kullanın.

Meta Ads

Events Manager’da doğru veri kaynağını seçin ve Overview, Test Events, tanılama, Event Deduplication ve Event Match Quality bölümlerini inceleyin. Test Events tarayıcı ve sunucu teslimatını doğrular; tanılama ise yinelenen etkinlikleri, geçersiz parametreleri veya veri kalitesi sorunlarını belirler.

TikTok Ads

Tarayıcı etiketlerini, etkinlikleri ve parametreleri incelemek için TikTok Pixel Helper; gerçek zamanlı alım için Events Manager -> Test Events; kalıcı uygulama hataları için Events Manager -> tanılama kullanın.

Microsoft Advertising

UET etiket kimliğini, sayfa yükleme etkinliğini, özel etkinlikleri, değişken geliri, para birimini ve dönüşüm hedefi koşullarını doğrulamak için UET Tag Helper kullanın. Microsoft Advertising içindeki UET durumunun güncellenmesi daha uzun sürebilir. Microsoft Advertising Conversions API de kullanılıyorsa event_id öğesini doğrulayın ve tarayıcı ile sunucu teslimatının yinelenen raporlama oluşturmadığını onaylayın. Değişken gelir için revenue_value ve para birimini hedefin gerektirdiği biçimde aynen koruyun.

5. Yinelenen Conversions ve Event Deduplication Öğelerini Teşhis Edin

Yinelenen satın almalar bildirilen ROAS değerini şişirir ve otomatik teklife yanlış sinyaller besler. Yalnızca bir katmanı denetlemek yerine tarayıcıyı, sunucuyu, eklentileri, uygulamaları, GTM ve içe aktarılmış hedefleri birlikte inceleyin.

Google Ads tekilleştirmesi

Google Ads her satın almayla benzersiz bir işlem kimliği göndermeyi önerir. Onay sayfası yenilenir ve aynı sipariş aynı dönüşüm eylemine tekrar gönderilirse Google Ads eşleşen işlem kimliğini kullanarak yinelemeyi belirleyebilir. Bir işlem kimliği ayrı Purchase dönüşüm eylemlerini otomatik olarak tekilleştirmez.

• Farklı siparişler aynı işlem kimliğini paylaşmamalıdır.
• İşlem kimliği boş olmamalıdır.
• Sipariş kimliği olarak müşteri e-posta adresi veya telefon numarası kullanmayın.
• Tarayıcı etiketleri ve arka uç yüklemeleri aynı işlem için aynı sipariş kimliğini kullanmalıdır.

Meta Pixel ve Conversions API tekilleştirmesi

Aynı Purchase, Meta Pixel ve Conversions API üzerinden gönderildiğinde tarayıcı ve sunucu etkinlikleri aynı event_name ve event_id değerlerini paylaşmalıdır. Farklı siparişler farklı event_id değerleri kullanmalıdır. Aksi hâlde tek bir sipariş iki etkinlik olarak sayılabilir.

• Tarayıcı ve sunucu etkinlikleri aynı event_name öğesini kullanıyor mu?
• Aynı siparişin iki sürümü de aynı event_id öğesini kullanıyor mu?
• Her farklı sipariş farklı bir etkinlik kimliği alıyor mu?
• Bir sunucu yeniden denemesi yeni etkinlik kimliği oluşturup yanlışlıkla ikinci bir etkinlik üretiyor mu?
• Bir Shopify uygulaması ve özel bir CAPI uygulaması aynı satın almayı birlikte gönderiyor mu?

TikTok Pixel ve Events API tekilleştirmesi

TikTok Pixel ve Events API aynı etkinliği gönderdiğinde, TikTok’un çifti tanıyıp tek bir mantıksal etkinliği tutabilmesi için her iki taraf da aynı etkinlik adı veya türü ile aynı event_id öğesini kullanmalıdır.

Sipariş onay sayfası yenilemeleri

Purchase tetiklemek için yalnızca onay sayfası görüntülemesini kullanmak yüksek risklidir. Sayfayı yenilemek, yer imlerine eklemek veya yeniden açmak etkinliği tekrar tetikleyebilir. Benzersiz sipariş kimliği kullanın ve mümkün olduğunda sıradan sayfa yüklemesi yerine gerçek sipariş tamamlama etkinliğinden tetikleyin.

6. Dönüşüm Goals, Alanlar Arası Ödeme ve İlişkilendirmeyi İnceleyin

Primary ile ikincil dönüşüm eylemleri

Google Ads içinde birincil dönüşüm eylemleri normalde Conversions sütununda görünür ve kampanya ilgili hedefi kullandığında teklif vermede kullanılabilir. Secondary eylemleri esas olarak gözlem içindir ve genellikle All conversions içinde görünür. Ancak ikincil bir eylem, kampanyanın etkin biçimde kullandığı özel bir hedefe dâhil edildiğinde teklif için kullanılabilir.

Etkinlik hesapta görünmesine rağmen kampanya ona göre optimizasyon yapmıyorsa eylemin birincil olduğunu ve kampanyanın ilgili hedefi kullandığını doğrulayın.

Every ile One

Purchase eylemlerinin genellikle her işlemi sayması gerekir. Lead formları çoğunlukla One kullanır; çünkü aynı reklam tıklamasından gelen yinelenen gönderimler birden fazla değerli potansiyel müşteriyi temsil etmeyebilir. Satışlarda yinelenen siparişleri kaldırmak için benzersiz işlem kimliği kullanın.

Yinelenen birincil satın alma hedefleri

Bir hesapta yerel Google Ads Purchase, içe aktarılmış GA4 Purchase ve bir Shopify uygulamasının oluşturduğu Purchase bulunabilir. Üçü de birincilse ve kampanya tarafından kullanılıyorsa Conversions sütunu tek sipariş için birden fazla satın alma sinyali içerebilir.

Gelişmiş Conversions

Gelişmiş Conversions etkinleştirildikten sonra uygun birinci taraf müşteri verilerinin gerçekten gerekli biçimde gönderildiğini doğrulayın. Çalışan temel Purchase etiketi, Gelişmiş Conversions özelliğinin sağlıklı olduğunu kanıtlamaz.

Alanlar arası ödeme ve ödeme yönlendirmeleri

Bazı mağazalar ziyaretçileri ana alan adından ayrı bir ödeme alan adına, üçüncü taraf ödeme sağlayıcısına, rezervasyon sistemine, form hizmetine, alt alan adına veya bölgesel siteye taşır. Yanlış alanlar arası yapılandırma şunlara yol açabilir:

• Tek bir müşteri oturumunun birden fazla oturuma bölünmesi.
• Orijinal reklam kaynağının kaybolması.
• Ödeme sağlayıcısının bildirilen yönlendirme kaynağı hâline gelmesi.
• Tıklama kimliğinin ödemeden önce kaybolması.
• Mağaza vitrininde etkinlikler varken ödeme başarılı olduktan sonra etkinlik olmaması.

GA4 alanlar arası ölçümü yalnızca kontrol ettiğiniz ve aynı GA4 etiketini dağıtabildiğiniz alan adları arasında kullanın. Bu etiketi dağıtamadığınız üçüncü taraf ödeme alan adlarında sağlayıcının orijinal kaynağın yerine geçmemesi için List unwanted referrals öğesini inceleyin; bu, alanlar arası ölçümün yerine geçmez. Başarı sayfasını doğrudan açmak yerine tüm yönlendirmeyi açılış sayfasından test edin.

7. Shopify’ye Özgü İzleme tanılama

Shopify Customer Events pikselleri korumalı ortamlarda çalışır. Uygulama pikselleri Strict sandbox, özel pikseller ise Lax sandbox kullanır; yetenekleri aynı değildir. Her ikisi de geleneksel DOM kazıması yerine Shopify Customer Events ve Web Pixels API öğesine dayanmalıdır.

1. Yalnızca Google Tag Assistant öğesine güvenmeyin

Google Tag Assistant, Shopify içindeki GTM özel pikselleriyle uyumlu değildir. Müşteri etkinliklerinin korumalı alana girdiğini doğrulamak için Shopify Pixel Helper kullanın; ardından ortaya çıkan Network isteğini ve hedef platformun Test Events ya da teşhislerini doğrulayın.

Shopify Pixel Helper
-> Özel Piksel dataLayer
-> GTM etiketi
-> Network isteği
-> Reklam platformu Test Events

2. Korumalı alan içinde DOM kazımasından kaçının

Shopify Web Pixels korumalı alanda çalışır. Mağaza vitrini DOM öğesini okuyan veya değiştiren uygulamalar başarısız olabilir ya da tutarsız davranabilir. Ürün fiyatlarını, düğmeleri veya sipariş ayrıntılarını CSS seçicileriyle kazımak yerine Shopify Customer Events ve Web Pixels API tarafından sağlanan verileri tercih edin.

• Doğrudan bir tema düğmesini dinleyen tıklama tetikleyicisi.
• Görüntülenen ürün fiyatını kazıyan bir DOM Element Variable.
• document.querySelector’ın doğrudan kullanımı.
• Korumalı alan URL’sini mağaza vitrini URL’siymiş gibi kullanmak.
• GA4 gelişmiş ölçümünün korumalı alandaki her etkileşimi otomatik olarak keşfedebileceğini varsaymak.

3. Pikselin izin bekleyip beklemediğini kontrol edin

Shopify Settings -> Customer events -> Custom pixels yolunu açın ve bir test başlatın. Pixel Helper, Pixel is awaiting izin bildiriyorsa şunları inceleyin:

• Özel piksele atanan müşteri gizliliği izinleri.
• Etkin pazar için çerez başlığı yapılandırması.
• Ziyaretçinin granted Analytics veya Marketing izin seçip seçmediği.
• izin yönetim platformunun Shopify Customer Privacy API ile entegre olup olmadığı.

4. checkout_completed öğesini doğru kullanın

Shopify checkout_completed normalde ödeme başına bir kez tetiklenir ve çoğunlukla Thank You sayfasında gözlemlenir. Satın alma sonrası üst satış varsa Thank You sayfasında yeniden değil, ilk üst satış sayfasında tetiklenebilir. Beklenen sayfa başarıyla yüklenmediğinde de tetiklenmeyebilir.

Standart kartlı ödemeyi, Shop Pay veya hızlandırılmış ödemeyi, indirimli siparişleri, ücretsiz siparişleri, satın alma sonrası üst satışları, çok para birimli siparişleri ve Thank You sayfasının tam yüklenmediği durumları test edin.

8. Yaygın WordPress ve WooCommerce Teşhis Sorunları

En yaygın WordPress sorunu izleme kuramamak değil, aynı izlemeyi çok fazla yere kurmaktır. Aşağıdaki konumları sırayla inceleyin:

• GTM kurulum eklentileri.
• GA4 veya reklam dönüşümü eklentileri.
• Ayrı Meta, TikTok veya Microsoft Advertising eklentileri.
• Tema üstbilgi ve altbilgi özel kod alanları.
• Sayfa oluşturucu özel kodu.
• WooCommerce Thank You sayfası özelleştirmeleri.
• CDN, önbellekleme, komut dosyası birleştirme ve JavaScript geciktirme ayarları.

WooCommerce sepete ekleme, ödeme ve tahsilat akışları AJAX veya üçüncü taraf eklentiler tarafından sık sık değiştirilir. Standart düğme tıklama kuralının ya da varsayılan onay sayfası kuralının hâlâ çalıştığını varsaymayın. Gerçeğin kaynağı olarak gerçek veri katmanını ve sipariş tamamlama etkinliğini kullanın.

Performans ve önbellekleme eklentileri için ek kontroller

• GTM veya piksel yüklemesini geciktiriyorlar mı?
• Birleştirilmiş komut dosyaları çalışma sırasını değiştiriyor mu?
• Sipariş verilerini içeren bir sipariş onay sayfası önbelleğe alınıyor mu?
• izin güncellemesi reklam etiketleri çalıştıktan sonra mı gerçekleşiyor?
• Üçüncü taraf izleme istekleri engelleniyor veya yanlış biçimde proxy üzerinden geçiriliyor mu?
• Sorun yalnızca yönetici oturumu kapalıyken mi görülüyor?

9. Sorun Giderme Matrisi

10. Güvenilir Bir Uygulama için Kabul Kriterleri

Başarılı bir test satın alması aşağıdaki koşulların tamamını karşılamalıdır:

• Purchase yalnızca sipariş gerçekten başarılı olduktan sonra tetiklenir.
• One test siparişi, tekilleştirmeden sonra tek bir mantıksal dönüşüme karşılık gelir.
• Sipariş kimliği ticaret arka ucuyla eşleşir.
• Dönüşüm değeri üzerinde anlaşılan tanımı izler ve para birimi doğrudur.
• Ürün kimlikleri, fiyatlar ve adetler doğrudur.
• GTM Preview eksiksiz etkinliği ve doldurulmuş değişkenleri gösterir.
• İlgili istek Network içinde mevcuttur.
• Hedef platform test aracındaki etkinliği tanır.
• Tarayıcı ve sunucu etkinlikleri tekilleştirilir.
• Kabul edilen ve reddedilen izin durumları amaçlanan davranışı üretir.
• Google Ads Primary, Secondary ve Count ayarları doğrudur.
• Alanlar arası ödeme orijinal kaynağı korur.
• Onay sayfasını yenilemek başka bir bağımsız dönüşüm oluşturmaz.

Nihai kabul standardı
One gerçek iş siparişi -> tekilleştirmeden sonra tek bir mantıksal reklam dönüşümü -> doğru sipariş kimliği, değer, para birimi ve ürün verileri -> platformda doğrulandı -> ticaret arka ucuyla uzlaştırılabilir.

11. Reklam İzleme Teşhis Raporu Şablonu

Denetimi kaydetmek için aşağıdaki yapıyı kullanın. Kanıt eki olarak test yolunun, Network yükünün, platform Test Events öğesinin ve arka uç siparişinin ekran görüntülerini kaydedin.

1. Web sitesi ve ortam

2. İzleme kurulumu envanteri

3. Test siparişi

4. Teşhis sonuçları

5. Sorun ve düzeltme

6. Regresyon testi

Eksiksiz kanıt zinciri

İş eylemi
-> Müşteri Etkinliği / Data Layer
-> GTM Tetikleyicisi
-> Reklam Etiketi
-> Network İsteği
-> Platform Test Etkinliği
-> Dönüşüm Hedefi
-> Arka Uç Uzlaştırması

Yalnızca bu zincirin her katmanı doğru olduğunda dönüşüm verileri kampanya değerlendirmesi, ROAS raporlaması ve otomatik teklif verme için kullanılmalıdır.