T-Soft'ta GA4 dönüşüm takibi neden eksik çıkar?

T-Soft'ta GA4 dönüşüm takibi genellikle eksik veya mükerrer kod, ödeme adımı veri kaybı, yanlış etkinlik tanımı ve Consent Mode V2 uyumsuzluğu nedeniyle eksik çıkar.

Bu sorunlar yalnızca GA4 raporunu etkilemez. Google Ads, Meta ve diğer reklam platformlarında kampanya karşılaştırmalarını da bozar. Özellikle satın alma etkinliği doğru oluşmadığında reklam bütçesinin hangi siparişleri getirdiği belirsizleşir.

Eksik dönüşüm, siparişin gerçekleşmesine rağmen GA4'te görünmemesidir. Mükerrer dönüşüm ise tek siparişin iki veya daha fazla kez kaydedilmesidir. İki durumda da reklam optimizasyonu yanlış veriye dayanır.

T-Soft'ta GA4 dönüşümleri neden eksik görünür?

T-Soft'ta dönüşümlerin eksik görünmesinin temel nedeni, sipariş sürecindeki her sayfanın aynı veri yapısıyla çalışmamasıdır.

Ürün, sepet ve ödeme sayfaları mağazanın kendi alan adında açılabilir. Ancak ödeme sağlayıcısı veya banka doğrulaması farklı bir alan adına yönlendirme yapabilir. Kullanıcı ödeme sonrasında mağazaya dönmezse satın alma etkinliği gönderilmeyebilir.

Bir diğer neden, GA4 etiketinin yalnızca mağaza şablonuna eklenmesidir. Etiket ana sayfada çalışırken sipariş tamamlandı sayfasında çalışmıyorsa ürün görüntüleme verisi gelir, satın alma verisi gelmez. Bu durumda GA4 mülkü aktif görünür fakat dönüşüm raporu eksik kalır.

Yanlış etkinlik adı da sık karşılaşılan bir problemdir. GA4'ün beklediği standart etkinlik purchase adıdır. Sistem purchased, order_complete veya farklı bir özel ad gönderiyorsa, etkinlik ayrı bir kayıt olarak oluşur. Bu etkinlik dönüşüm olarak işaretlenmedikçe reklam platformuna aktarılmaz.

Eksikliği anlamak için yalnızca toplam dönüşüm sayısına bakmayın. GA4 DebugView, Gerçek Zamanlı rapor, sipariş yönetim ekranı ve ödeme sağlayıcısı kayıtlarını aynı tarih aralığında karşılaştırın. Önce sipariş sayısını, sonra GA4 purchase sayısını kontrol edin.

GA4 ve Google Ads dönüşüm sayıları neden aynı olmaz?

GA4 ve Google Ads aynı dönüşümü, farklı ilişkilendirme ve raporlama kurallarıyla saydığı için rakamların birebir eşleşmesi beklenmez.

GA4, web sitesindeki etkinlikleri ve seçilen ilişkilendirme modelini raporlar. Google Ads ise kendi reklam etkileşimleriyle ilişkilendirebildiği dönüşümleri gösterir. Organik, doğrudan veya başka reklam kanallarından gelen siparişler GA4'te bulunabilir, fakat Google Ads raporuna girmeyebilir.

Raporlama tarihi de fark yaratır. GA4 dönüşümü siparişin gerçekleştiği gün üzerinden incelenirken, Google Ads raporu reklam etkileşimiyle ilişkilendirilen dönüşümü farklı bir tarihte gösterebilir. Bu nedenle aynı tarih aralığını seçmek bile her zaman aynı toplamı üretmez.

Google Ads'e GA4 dönüşümü aktarılırken dönüşümün birincil veya ikincil eylem olması önemlidir. Birincil dönüşümler teklif optimizasyonunda kullanılabilir. İkincil dönüşümler raporda izlenebilir, ancak teklif stratejisinin ana hedefi olmayabilir.

Bu ayrımı daha geniş biçimde incelemek için Google Ads raporunda dönüşüm neden farklı çıkar? başlıklı rehbere bakabilirsiniz. T-Soft kontrolünde ilk hedef, platformları zorla eşitlemek değil, farkın hangi teknik ve ilişkilendirme nedeninden oluştuğunu belirlemektir.

T-Soft mağazasında mükerrer GA4 kodu nasıl anlaşılır?

Mükerrer GA4 kodu, aynı sayfa görüntülemesinin veya satın alma etkinliğinin birden fazla kez gönderilmesiyle anlaşılır.

T-Soft mağazalarında kod, global site etiketi alanına eklenebilir. Aynı kimlik daha sonra Google Tag Manager, tema dosyası, uygulama veya başka bir pazarlama aracı üzerinden de yüklenebilir. Bu durumda tarayıcı aynı GA4 ölçüm kimliğini iki kez çalıştırır.

Kontrol için Chrome geliştirici araçlarında Network sekmesini açın ve collect veya g/collect isteklerini filtreleyin. Bir sayfa yenilemesinde aynı etkinliğin iki kez gönderilmesi şüpheli durumdur. Google Tag Assistant veya GTM önizleme ekranı da tetikleyici sayısını kontrol etmek için kullanılabilir.

Satın alma sayfasında mükerrerlik daha risklidir. Kullanıcı sipariş tamamlandı sayfasını yenilerse aynı transaction_id yeniden gönderilebilir. İşlem kimliği benzersiz değilse GA4 veya bağlı sistem siparişi ikinci kez sayabilir. Bu risk, özellikle teşekkür sayfasının tekrar açılabildiği mağazalarda artar.

Yanlış: Kod çalışıyor, o halde takip doğrudur. Doğru: Her etkinliğin kaç kez gönderildiği, hangi parametreleri taşıdığı ve hangi sayfada tetiklendiği ayrıca doğrulanmalıdır.

Mükerrer kodu düzeltirken tüm etiketleri rastgele silmeyin. Önce hangi kaynağın kodu yüklediğini listeleyin. Ardından tek bir uygulama yöntemi seçin ve test siparişiyle page_view, begin_checkout ve purchase etkinliklerini ayrı ayrı doğrulayın.

Purchase etkinliği T-Soft'ta nasıl doğru kurulmalıdır?

T-Soft'ta purchase etkinliği, sipariş tamamlandığında yalnızca bir kez ve benzersiz işlem bilgileriyle gönderilmelidir.

Standart satın alma etkinliği içinde transaction_id, value, currency ve mümkünse items parametreleri bulunmalıdır. transaction_id sipariş numarasıyla eşleştirilebilir. value toplam sipariş tutarını, currency ise kullanılan para birimini göstermelidir. Ürün detayları items dizisi içinde gönderilirse gelir ve ürün performansı daha doğru analiz edilir.

Vergi, kargo ve indirimlerin value alanına nasıl dahil edildiği mağazanın raporlama kuralına bağlanmalıdır. Sipariş tutarı ödeme sağlayıcısındaki toplamla eşleşmiyorsa GA4 geliri reklam platformu gelirinden farklı çıkar. Burada amaç tek bir yöntemi zorunlu kılmak değil, seçilen yöntemi tüm kanallarda sabit tutmaktır.

Satın alma etkinliği ürün sayfasında veya ödeme formu açılırken gönderilmemelidir. Bu noktalar yalnızca view_item, add_to_cart veya begin_checkout gibi aşama etkinlikleri için uygundur. Purchase, başarılı sipariş sonucundan sonra çalışmalıdır.

Test sırasında gerçek sipariş yerine düşük tutarlı bir deneme siparişi kullanın. Sipariş numarasını GA4 DebugView'da, tarayıcı isteğinde ve T-Soft sipariş ekranında karşılaştırın. Aynı transaction_id ile ikinci gönderim olup olmadığını ayrıca kontrol edin.

Google Ads ve GA4 kurulumlarının temel farklarını görmek için Google Dönüşüm Takibi Nasıl Kurulur? rehberindeki GA4, Ads ve GTM ayrımını inceleyebilirsiniz. T-Soft'ta doğru kurulum, yalnızca kod eklemekten değil, sipariş akışını baştan sona test etmekten geçer.

Consent Mode V2 T-Soft dönüşüm verisini nasıl etkiler?

Consent Mode V2, kullanıcının reklam ve analiz çerezleri için verdiği izne göre etiketlerin davranışını değiştirir.

Kullanıcı analiz izni vermediğinde GA4 etkinlikleri tam kullanıcı ve oturum bilgisiyle oluşmayabilir. Reklam izni verilmediğinde Google Ads ilişkilendirmesi ve yeniden pazarlama sinyalleri sınırlanabilir. Bu nedenle izin vermeyen kullanıcıların siparişleri, mağazanın gerçek sipariş toplamıyla GA4 raporu arasında fark oluşturabilir.

Uyumsuzluk genellikle banner'ın görünmesinden değil, izin durumunun etiketlere doğru aktarılmamasından kaynaklanır. Consent banner, Google etiketlerinden sonra yükleniyor veya varsayılan izin durumu tanımlanmıyorsa ilk sayfa görüntülemesi yanlış sinyalle gönderilebilir.

Kontrolde şu değerleri inceleyin: analytics_storage, ad_storage, ad_user_data ve ad_personalization. Bu alanların başlangıçta hangi durumda olduğu ve kullanıcı seçimi sonrasında güncellenip güncellenmediği tarayıcı araçlarıyla doğrulanmalıdır.

Consent Mode V2, eksik dönüşümlerin tek açıklaması değildir. Kullanıcıların izin vermemesiyle oluşan ölçüm kaybı, bozuk purchase kurulumu veya ödeme yönlendirmesinden ayrılmalıdır. Bunun için izin veren test kullanıcısı ve izin vermeyen test kullanıcısı ayrı senaryolarla karşılaştırılmalıdır.

İzin yönetimi kuralları değişebildiği için banner sağlayıcısının güncel entegrasyon dokümanı, T-Soft ayarları ve Google etiket yapılandırması birlikte incelenmelidir. Sadece banner rengini veya metnini değiştirmek, teknik uyumsuzluğu çözmez.

T-Soft'ta dönüşüm takibi hangi sırayla kontrol edilmelidir?

T-Soft dönüşüm takibi, sipariş kaynağından başlayıp GA4 ve reklam platformuna doğru ilerleyen sıralı bir testle kontrol edilmelidir.

1. Sipariş kaynağını belirleyin: Seçilen tarih aralığındaki gerçek sipariş sayısını T-Soft yönetim panelinden alın.
2. Test siparişi oluşturun: Ürün, sepet, ödeme ve sipariş tamamlandı adımlarını gerçek kullanıcı gibi tamamlayın.
3. Etiketleri izleyin: Tag Assistant, GTM önizleme veya tarayıcı Network sekmesiyle etiketlerin kaç kez çalıştığını kaydedin.
4. Purchase parametrelerini inceleyin: transaction_id, value, currency ve items değerlerinin dolu olup olmadığını kontrol edin.
5. GA4'ü doğrulayın: DebugView ve Gerçek Zamanlı raporda etkinliğin oluştuğunu kontrol edin.
6. Dönüşüm işaretini kontrol edin: purchase etkinliğinin GA4 içinde dönüşüm olarak tanımlandığını doğrulayın.
7. Google Ads aktarımını inceleyin: İçe aktarılan dönüşümün birincil veya ikincil durumunu, sayım yöntemini ve değer ayarını kontrol edin.

Bu sırayı atlamak, sorunun hangi katmanda olduğunu belirsiz bırakır. Örneğin GA4'e hiç ulaşmayan purchase etkinliği için Google Ads teklif ayarını değiştirmek sonuç vermez.

Testi yalnızca masaüstünde yapmayın. Mobil tarayıcı, farklı ödeme yöntemi ve izin tercihiyle en az üç senaryo çalıştırın. Sorun yalnızca mobilde görülüyorsa şablon veya ödeme dönüşü farklı olabilir.

Her testin tarihini, sipariş numarasını, tarayıcısını ve izin tercihini tabloya yazın. Böylece teknik ekip aynı hatayı yeniden üretir ve düzeltme sonrasında karşılaştırılabilir kanıt oluşur.

GA4, T-Soft ve Google Ads verileri nasıl karşılaştırılır?

Üç sistemin verisi, aynı tarih aralığı ve aynı işlem kimlikleri üzerinden karşılaştırılmalıdır.

İlk satırda T-Soft siparişleri bulunmalıdır. İkinci satırda GA4 purchase etkinlikleri, üçüncü satırda Google Ads'e atfedilen dönüşümler yer alabilir. Bu üç toplamın farklı olması tek başına hata kanıtı değildir. Önemli olan farkın hangi siparişlerde oluştuğunu bulmaktır.

Karşılaştırmayı günlük toplamla sınırlamayın. Beş ila on test siparişinin işlem kimliğini tek tek eşleştirmek, kod hatasını daha hızlı gösterir. Gerçek veri içinde kişisel bilgileri paylaşmadan yalnızca sipariş kimliği, tarih ve tutar kullanılabilir.

GA4'te gelir, T-Soft'ta sipariş adedi, Google Ads'te dönüşüm adedi farklı tanımlara sahip olabilir. Bu nedenle raporlama dokümanında her metriğin kaynağını yazın. Örneğin “sipariş” T-Soft kaydı, “purchase” GA4 etkinliği, “reklam dönüşümü” ise Google Ads ilişkilendirmesi olarak tanımlanabilir.

Kampanya kaynaklarını ayrıca kontrol etmek istiyorsanız UTM parametreleri ve kampanya takibi rehberindeki adlandırma yaklaşımını kullanın. Ancak UTM eklemek, eksik purchase etkinliğini tek başına düzeltmez.

Eksik dönüşüm ne zaman teknik sorun, ne zaman ölçüm sınırıdır?

Eksik görünen her dönüşüm teknik hata değildir; bazı farklar izin, tarayıcı, ilişkilendirme ve raporlama sınırlarından kaynaklanır.

Kullanıcı çerez izni vermediyse ölçüm sinyali sınırlanabilir. Safari gibi izleme kısıtları bulunan tarayıcılarda kullanıcı yolculuğu farklı raporlanabilir. Kullanıcı reklamı bir cihazda görüp başka cihazda satın alırsa Google Ads dönüşümü doğrudan eşleştiremeyebilir.

Ödeme sağlayıcısına geçiş de önemli bir ayrım noktasıdır. Kullanıcı banka doğrulamasından sonra mağazaya dönmeden sayfayı kapatırsa sipariş gerçekleşmiş olsa bile tarayıcı purchase etkinliğini çalıştıramayabilir. Bu durumda T-Soft siparişi mevcut, GA4 etkinliği yoktur.

Yanlış ilişkilendirme seçimi de dönüşümü başka kanala yazabilir. GA4'te son tıklama yerine veri odaklı ilişkilendirme kullanılması, kanallar arasındaki payı değiştirebilir. Toplam sipariş aynı kalsa bile kanal bazlı dönüşüm dağılımı farklılaşabilir.

Bu ayrımı yapmak için üç soru sorun: Sipariş T-Soft'ta kesinleşti mi? Purchase tarayıcıda gönderildi mi? Etkinlik reklam platformunda ilişkilendirildi mi? İlk cevap evet, ikinci hayırsa teknik kurulum; ikinci evet, üçüncü hayırsa aktarım veya ilişkilendirme sorunu vardır.

Google AI aramalarından gelen ziyaretleri ayrıca değerlendirmek istiyorsanız Google AI aramalarında dönüşüm nasıl ölçülür? rehberine bakabilirsiniz. Yeni trafik kaynaklarında da aynı temel kural geçerlidir: kaynak, oturum ve dönüşüm sinyali ayrı ayrı doğrulanmalıdır.

T-Soft GA4 dönüşüm takibi için kontrol listesi nedir?

T-Soft GA4 kontrolü, kodun varlığından önce veri akışının ve işlem tekilliğinin doğrulanmasıyla tamamlanır.

• GA4 ölçüm kimliği T-Soft mağazasında tek bir kaynaktan yükleniyor mu?
• Google Tag Manager kullanılıyorsa aynı etiket tema veya global alan üzerinden tekrar eklenmiş mi?
• purchase etkinliği yalnızca sipariş tamamlandı adımında mı çalışıyor?
• transaction_id her siparişte dolu ve benzersiz mi?
• Sayfa yenilendiğinde purchase ikinci kez gönderiliyor mu?
• value ve currency değerleri T-Soft sipariş kaydıyla uyumlu mu?
• items parametresinde ürün kimliği, ad ve fiyat bilgileri doğru mu?
• Consent Mode V2 için dört izin sinyali doğru başlangıç ve güncelleme durumuna sahip mi?
• GA4 DebugView'da test siparişi görünüyor mu?
• purchase etkinliği GA4 içinde dönüşüm olarak işaretlenmiş mi?
• Google Ads içe aktarımı birincil veya ikincil olarak doğru seçilmiş mi?
• Test sonucu sipariş numarası ve tarih ile kayıt altına alınmış mı?

Bu listenin her maddesini ekran görüntüsü veya test kaydıyla desteklemek daha güvenlidir. Sadece “etiket tetiklendi” bilgisi, doğru tutarın ve doğru işlem kimliğinin gönderildiğini kanıtlamaz.

Düzeltme sonrasında raporları hemen yorumlamayın. GA4 ve Google Ads verilerinin işlenme süresi, rapor türüne göre değişebilir. Önce gerçek zamanlı test, sonra günlük rapor ve en son kampanya optimizasyonu kontrol edilmelidir.

Birden fazla reklam platformu kullanıyorsanız her platformun dönüşüm tanımını ayrı belgeleyin. Aynı purchase etkinliğini hem GA4 içe aktarımı hem doğrudan Google Ads etiketiyle kullanmak mükerrer sayım riski oluşturabilir.

Sonuç olarak T-Soft'ta eksik dönüşüm sorunu, tek bir kod satırına bakılarak çözülemez. Sipariş akışı, etiket kaynağı, işlem kimliği, izin sinyali ve reklam aktarımı birlikte incelenmelidir.