GA4 raporunda ödeme sağlayıcısının trafik kaynağı görünmesi, önce kullanıcı yolculuğunun ve etiket kurulumunun incelenmesini gerektirir. Alan adları arası ölçüm ile istenmeyen yönlendirme listesi farklı sorunları çözer. Hangi alana etiket koyabildiğinizi, ziyaretçinin nereden nereye geçtiğini ve dönüşte hangi olayların gönderildiğini belirlemeden ayar değiştirmeyin.
Örneğin işletmenin ana sitesiyle kendi yönettiği rezervasyon sitesi iki ayrı alan adında olabilir. Başka bir işletme ise ziyaretçiyi yalnızca dış ödeme sağlayıcısına gönderip geri alır. Bu iki akışın ölçüm ihtiyacı aynı değildir. Aşağıdaki teşhis sırası, hazır bir ayarı kopyalamak yerine doğru müdahaleyi seçmek için kullanılabilir.
Önce gerçek ziyaret yolunu çizin
Bir test ziyaretini başlangıçtan sonuca kadar yazın: reklam veya başka kaynak, açılış sayfası, ürün ya da form adımı, ödeme alanı ve sonuç sayfası. Her adımın tam alan adını ekleyin. Alt alan adı ile ayrı kök alan adını ayırın. İlgili sayfada ölçüm etiketi olup olmadığını ayrıca kaydedin.
Test planınızda başarı ve başarısız ödeme dönüşlerini ayrı ele alın. Kullanıcı geri düğmesine bastığında hangi sayfa açılıyor? Ödeme sayfası yeni sekmede mi çalışıyor? Harici uygulamaya geçiş var mı? Bu soruların yanıtını gerçek tarayıcı akışından alın. Ödeme sağlayıcısının teknik belgesinde yazan akışla kendi sitenizde çalışan akışın aynı olduğunu varsaymayın.
Cross-domain hangi durumda değerlendirilir?
Google’ın alan adları arası ölçüm belgesi, aynı kullanıcı yolculuğunu birden fazla alan adı boyunca izlemeyi açıklar. Kurulumdaki sayfalarda aynı web veri akışına ait etiket kimliği kullanılır. Geçiş sırasında kimliklerin aktarımında _gl bağlantı parametresi rol oynar; yönlendirmelerin bu parametreyi silmesi ölçümü bozabilir. Google cross-domain belgesi.
Bu nedenle iki alan adını yalnızca bir listeye eklemekle kontrol tamamlanmaz. Her iki tarafta gereken etiketlerin bulunabildiğini ve yapılandırılabildiğini doğrulayın. Yalnızca işletmenizin yönettiği ikinci sitede tam ölçüm kurabiliyorsanız bu senaryoyu test edin. Üçüncü taraf ödeme sayfasına erişiminiz yoksa olmayan etiket desteğini varmış gibi değerlendirmeyin.
İstenmeyen yönlendirme listesi ne yapar?
Google, ödeme işlemi sonrasında sitenize dönen ziyaretlerde üçüncü taraf ödeme sağlayıcılarını istenmeyen yönlendirme kullanım örnekleri arasında sayar. Bu ayar, eşleşen yönlendirenin trafik kaynağı olarak değerlendirilmesini önlemeye yöneliktir. Kullanıcı kimliğini iki sitede birleştiren genel bir çözüm gibi kullanılmamalıdır. İstenmeyen yönlendirmeler belgesi.
Listeye alan adı eklerken nedenini kaydedin. “Rapor güzel görünsün” diye her yönlendirme kaynağını dışlamayın. İşletmeye gerçekten ziyaretçi gönderen partner, yayın veya karşılaştırma sitesini dışlamak, yararlı kaynak bilgisini kaybettirebilir. Ayrıca değişiklik öncesindeki atıf etkilerinin raporlarda devam edebileceğini göz önünde bulundurun; yeni ayarı geçmiş verinin topluca düzeltilmesi gibi yorumlamayın.
Kontrollü tarayıcı testi yapın
Testi kendi cihazınızda, hangi ziyaretin size ait olduğunu ayırt edebileceğiniz biçimde yürütün. Google DebugView, debug modu etkinleştirildiğinde toplanan olayları ve parametreleri gerçek zamanlı incelemeye yardımcı olur. Google, etiket kurulumu sorunlarını araştırırken kişisel cihazda debug kullanımını önerir. DebugView kullanım belgesi.
- İlk sayfa açılışının beklenen etiketle gönderildiğini kontrol edin.
- İkinci alan adına geçişte hedef URL’yi ve yönlendirme zincirini inceleyin.
- Gerekli senaryoda bağlantı parametresinin korunup korunmadığına bakın.
- Dönüş sayfasında ilgili olayın bir kez ve doğru aşamada oluştuğunu doğrulayın.
- İzin kabulü ve reddi gibi geçerli kullanıcı tercihlerini ayrı test edin.
Bu liste önerilen test düzenidir; her adımın başarı ölçütü sitenin gerçek akışına göre yazılmalıdır. Gerçek müşteri verisini test notlarına kopyalamayın. Test kaydı için senaryo adı, saat, görülen olay ve teknik sonuç yeterli olabilir. DebugView’da bir olayın görünmesi de bütün raporlamanın kusursuz olduğunu tek başına kanıtlamaz.
Sonucu teknik kanıt ve raporla birlikte değerlendirin
Değişiklikten önceki rapor görünümünü saklayın ve uygulama tarihini kaydedin. Yeni veri birikmeye başladığında aynı ölçü ve tarih yaklaşımıyla karşılaştırın. Ödeme sağlayıcısı kaynağının azalması tek başına satışların arttığı anlamına gelmez; bu bir atıf değişikliği olabilir. İşletmenin sipariş veya rezervasyon kayıtlarını ayrı izleyin.
Sorun sürüyorsa ayarları art arda değiştirmek yerine son başarılı adımla ilk başarısız adımı bulun. Örneğin parametre ilk bağlantıda var, son sayfada yoksa yönlendirme zinciri incelenmelidir. Etiket hiç gönderilmiyorsa önce ilgili sayfa ve izin davranışı araştırılmalıdır. GA4 kurulum rehberi temel yapılandırma için tamamlayıcıdır.
Sık sorulan sorular
Ödeme alanını listeye eklemek yeterli mi?
Her zaman değil. Cross-domain ihtiyacı, etiket erişimi ve kullanıcı yolculuğu önce belirlenmelidir.
Değişiklik geçmiş veriyi düzeltir mi?
Bunu varsaymayın. Değişiklik tarihinden sonraki davranışı ayrı izleyin; önceki atıf etkileri raporda sürebilir.
Yazılım müdahalesi gerekirse ne hazırlanmalı?
Tekrarlanabilir test adımları ve başarısız geçişin kanıtı hazırlanmalıdır. Web geliştirme hizmetini inceleyebilir veya MY Dijital ile iletişime geçebilirsiniz.