Google Ads'te gad_source neden kaybolur?

Google Ads'te gad_source, reklam tıklamasından sonra URL'nin yönlendirme, filtreleme veya yeniden yazma işlemlerinde değiştirilmesiyle kaybolur.

Bu parametre çoğu zaman reklam tıklama bilgisinin taşınmasına yardımcı olur. Ancak tek başına dönüşüm ölçümünün bütün sorumluluğunu üstlenmez.

Özellikle e-ticaret sitelerinde ürün, sepet ve ödeme adresleri farklı sistemlerden geçebilir. Her geçiş, URL parametrelerinin korunup korunmadığını etkiler.

Bu nedenle sorunu yalnızca Google Ads panelinden incelemek yeterli değildir. Tarayıcı, sunucu, analiz aracı ve ödeme akışı birlikte kontrol edilmelidir.

Google Ads'te gad_source neden kaybolur?

gad_source, reklam tıklamasından sonraki URL işleme adımlarından birinde parametrenin kaldırılması nedeniyle kaybolur.

En sık neden, ilk açılış adresinin başka bir adrese yönlendirilmesidir. Örneğin kullanıcı reklamdan /urun?gad_source=1 adresine gelir. Sunucu, kullanıcıyı /urun/ adresine gönderirken sorgu bölümünü taşımazsa parametre kaybolur.

İkinci neden, güvenlik veya performans araçlarının bilinmeyen sorgu parametrelerini filtrelemesidir. CDN, güvenlik duvarı, önbellek eklentisi ve özel yönlendirme kodu bu davranışı oluşturabilir.

Üçüncü neden, URL'nin JavaScript ile yeniden yazılmasıdır. Bazı e-ticaret temaları, kampanya parametrelerini okumadan yeni bir adres üretir. Böylece tarayıcı adres çubuğunda yalnızca temiz URL kalır.

Dördüncü neden, ödeme veya sepet sisteminin farklı bir alan adına geçmesidir. Alan adı değiştiğinde parametreler otomatik olarak korunmaz. Yeni adresin sorgu bölümünü açıkça taşıması gerekir.

Yanlış: “Parametre reklam tıklamasından sonra görünmüyorsa Google Ads çalışmıyor.” Doğru: “Parametrenin hangi istek sırasında silindiği bulunmalı.”

Bu ayrım önemlidir. Çünkü parametre reklam tıklamasından hemen sonra mevcut olabilir. Sorun, ilk yönlendirmeden birkaç saniye sonra ortaya çıkabilir.

gad_source ve gad_campaignid ne işe yarar?

gad_source ve gad_campaignid, reklam kaynak ve kampanya bağlamını URL üzerinde taşıyan Google Ads parametreleridir.

gad_source, trafiğin Google reklam ekosisteminden geldiğini ayırt etmeye yardımcı olabilir. gad_campaignid ise tıklamanın ilişkili olduğu kampanya kimliğini URL sorgusunda taşıyabilir.

Bu değerler, özellikle reklam tıklamasından sonra oluşan kullanıcı yolculuğunu incelerken faydalıdır. Landing page, ürün sayfası, sepet ve ödeme adımlarında parametrelerin durumu karşılaştırılabilir.

Ancak bu parametreleri Google Ads'in otomatik etiketlemesiyle karıştırmamak gerekir. Otomatik etiketleme, Google reklam tıklamalarını ölçmek için farklı etiketleme mekanizmaları da kullanabilir.

Bu nedenle yalnızca adres çubuğundaki gad_source değerine bakarak dönüşümün kesin biçimde ölçüldüğü söylenemez. Google Ads etiketi, GA4 olayları, çerez durumu ve kullanıcı izinleri ayrıca değerlendirilmelidir.

Örneğin kullanıcı reklamdan gelir, ürünü inceler, iki gün sonra doğrudan siteye dönerek satın alır. Son oturumda parametre görünmeyebilir. Buna rağmen ilk reklam temasının ölçümde rolü olabilir.

Öte yandan kullanıcı reklamdan gelir ve ilk sayfada parametre silinirse, bazı özel raporlama yöntemleri kaynak bilgisini kaybedebilir. Bu durumda reklam kampanyası çalışmaya devam eder, fakat analiz verisi eksik görünebilir.

Ölçüm planında hangi değerin hangi sistem tarafından okunduğu yazılı olmalıdır. Örneğin GA4, CRM ve sunucu tarafı izleme aynı parametreyi aynı şekilde kullanmayabilir.

Yönlendirme gad_source parametresini nasıl siler?

Yönlendirme, ilk URL'deki sorgu parametrelerini yeni URL'ye aktarmadığında gad_source değerini silebilir.

Bir yönlendirme yanıtı genellikle kullanıcıyı başka bir adrese gönderir. Kaynak adres https://site.com/urun?gad_source=1 iken hedef adres yalnızca https://site.com/urun/ olursa parametre korunmaz.

Bu durum 301, 302, 307 veya 308 yönlendirmelerinde görülebilir. Yönlendirme türü tek başına yeterli açıklama değildir. Asıl kontrol edilmesi gereken, hedef adresin sorgu bölümüdür.

HTTP ve HTTPS geçişleri de sık rastlanan bir örnektir. Eski yapı, sorgu parametrelerini almadan HTTPS adresine yönlendirme yapabilir. Aynı sorun www ve www olmayan alan adı geçişinde de oluşur.

Ürün URL'sindeki büyük-küçük harf dönüşümleri, sondaki eğik çizgi ve dil klasörü değişimleri de yönlendirme oluşturabilir. Her aşamada parametrenin taşınıp taşınmadığı ayrı incelenmelidir.

Kontrol için tarayıcı geliştirici araçlarında Network sekmesi açılabilir. Reklam açılış adresi yazılır, ilk belge isteği bulunur ve yönlendirme zincirindeki her Location başlığı kontrol edilir.

Komut satırında da şu yöntem kullanılabilir:

curl -I 'https://site.com/urun?gad_source=1&gad_campaignid=123'

Yanıtta 3xx durum kodu varsa Location adresi incelenir. Parametre ilk Location satırında yoksa kayıp sunucu yönlendirmesinde gerçekleşmiştir.

Yönlendirme testi yalnızca ana sayfada yapılmamalıdır. Ürün, kategori, kampanya ve mobil URL'leri ayrı ayrı test edilmelidir. Çünkü farklı şablonlar farklı yönlendirme kuralları kullanabilir.

URL filtreleme ve yeniden yazma parametreyi nasıl kaldırır?

URL filtreleme, izin verilen sorgu parametreleri listesinde gad_source bulunmadığında bu değeri otomatik olarak kaldırır.

Birçok sistem, gereksiz veya riskli gördüğü parametreleri temizler. Bu işlem güvenlik, önbellekleme ve kopya URL sayısını azaltma amacı taşıyabilir. Fakat reklam ölçümü için gerekli değerler yanlışlıkla silinebilir.

CDN kuralları, WAF politikaları ve önbellek yapılandırmaları bu soruna neden olabilir. Özellikle yalnızca utm_source ve gclid kabul eden sistemler, diğer Google parametrelerini yok sayabilir.

CMS veya e-ticaret platformundaki URL normalleştirme ayarı da etkili olabilir. Sistem, tanımadığı parametreleri temiz URL üretmek için kaldırabilir. Tema kodu bu davranışı ayrıca güçlendirebilir.

JavaScript tabanlı yönlendirmelerde benzer bir sorun oluşur. Kod, mevcut URL'den yalnızca belirli değerleri alıp yeni URL oluşturuyorsa gad_source aktarılmaz.

Örneğin kod yalnızca utm_source, utm_medium ve gclid alanlarını taşıyorsa gad_campaignid kaybolur. Sorunun çözümü, izin verilen parametre listesini ölçüm planıyla karşılaştırmaktır.

Bu noktada tüm parametreleri koşulsuz korumak da doğru değildir. Gereksiz sorgu değerleri önbellek verimliliğini düşürebilir. Hangi parametrelerin saklanacağı, hangi sistemin bunları okuduğuna göre belirlenmelidir.

E-ticaret sitelerinde ürün feed'i ve reklam açılış URL'si de birlikte incelenmelidir. Ürün URL'lerinin yapısı hakkında ikas'ta Google feed için MPN nasıl kullanılır? içeriğindeki teknik yaklaşım, URL ve ürün veri düzenini ayırmak açısından yararlı olabilir.

Test sırasında aynı URL'yi farklı tarayıcılarda ve mobil cihazlarda açın. Bir cihazda çalışan parametre aktarımı, başka bir cihazda farklı tema veya yönlendirme kodu nedeniyle bozulabilir.

Google Ads otomatik etiketleme ile gad_source aynı şey mi?

Google Ads otomatik etiketleme ile gad_source aynı şey değildir; farklı ölçüm katmanlarının parçası olarak değerlendirilmelidir.

Otomatik etiketleme, reklam tıklamalarının Google ölçüm sistemleriyle ilişkilendirilmesine yardımcı olur. Bu yapı, reklam hesabı, analiz hesabı ve dönüşüm ayarlarına göre farklı veriler üretebilir.

gad_source ve gad_campaignid ise URL'de görülebilen sorgu parametreleridir. URL'de görünmeleri, bu parametrelerin tüm ölçüm sistemleri tarafından zorunlu olarak kullanıldığı anlamına gelmez.

Bu nedenle URL'de gad_source yokken her reklam dönüşümünün kaybolduğu sonucuna varılamaz. Önce Google Ads dönüşüm tanımı, GA4 bağlantısı, Google etiketi ve izin sinyalleri kontrol edilmelidir.

Özellikle kullanıcı izni gerektiren ölçümlerde tarayıcı davranışı değişebilir. Google Ads'te ad_user_data izni neden gerekli içeriğinde açıklanan izin konusu, parametre kontrolünden ayrı fakat bağlantılı bir inceleme alanıdır.

Ayrıca reklam tıklamasından sonra çerezlerin engellenmesi, takip koruması ve tarayıcı kısıtlamaları ölçümü etkileyebilir. Bu durumda URL parametresi korunmuş olsa bile ilişkilendirme beklenenden farklı gerçekleşebilir.

En sağlıklı yöntem, üç ayrı veriyi karşılaştırmaktır. Birincisi reklam tıklama ve kampanya verisidir. İkincisi GA4 oturum ve dönüşüm verisidir. Üçüncüsü sunucu veya sipariş sistemi verisidir.

GA4 tarafında dönüşüm olayının neden önemli olarak işaretlendiğini anlamak için GA4'te dönüşüm neden önemli etkinlik oldu? rehberine bakılabilir.

Bu karşılaştırma, parametre kaybını gerçek sipariş kaybından ayırır. Reklam hesabında dönüşüm dururken URL raporunda eksiklik varsa sorun büyük ihtimalle veri aktarımı veya raporlama katmanındadır.

gad_source kaybolduğunda dönüşüm ölçümü bozulur mu?

gad_source kaybı dönüşüm ölçümünü etkileyebilir, ancak etkisinin düzeyi kullanılan izleme yöntemine bağlıdır.

Site yalnızca URL parametresini okuyarak kampanya kaynağı oluşturuyorsa kayıp doğrudan raporlamayı etkiler. Kullanıcı ilk sayfada parametreyi taşır, fakat sistem bu değeri çerez veya sunucu oturumuna yazamaz.

Google etiketi ve reklam dönüşüm etiketi farklı bir ilişkilendirme yöntemi kullanıyorsa etki daha sınırlı olabilir. Yine de dönüşüm yolu, kampanya bazlı raporlar ve özel CRM aktarımı ayrı ayrı kontrol edilmelidir.

Örneğin ay içinde 100 sipariş oluştuğunu düşünelim. Google Ads 80 dönüşüm gösteriyor, CRM 100 sipariş kaydediyor ve URL tabanlı rapor yalnızca 55 siparişi kampanyaya bağlıyorsa üç veri seti arasında uyumsuzluk vardır.

Bu farkın tamamı gad_source kaybından kaynaklanmayabilir. İzin reddi, reklam engelleyici, ödeme alan adı ve son tıklama modeli de sonucu değiştirebilir.

Kontrol listesi şu şekilde uygulanabilir:

• Reklam tıklamasından sonraki ilk URL'de gad_source görünüyor mu?
• İlk 3xx yönlendirmesinde parametre korunuyor mu?
• Landing page JavaScript'i yeni URL oluşturuyor mu?
• Parametre değeri çerez, localStorage veya sunucu oturumuna yazılıyor mu?
• Sepet ve ödeme alan adında kampanya bilgisi aktarılıyor mu?
• Google Ads, GA4 ve CRM sipariş sayıları aynı tarih aralığında karşılaştırılıyor mu?

Bu listeyi tek bir test oturumuyla sınırlamayın. Masaüstü, mobil, izin verilmiş ve izin verilmemiş senaryolar ayrı değerlendirilmelidir.

E-ticaret sitesinde gad_source kaybı nasıl test edilir?

E-ticaret sitesinde gad_source kaybı, reklam açılışından sipariş onayına kadar URL ve ağ istekleri izlenerek test edilir.

İlk adımda gerçek bir reklam tıklamasını taklit eden test URL'si oluşturulur. Testte gerçek bütçe harcamamak için Google'ın önizleme yöntemleri veya kontrollü bir test sayfası kullanılabilir.

İkinci adımda tarayıcı geliştirici araçları açılır. Network sekmesinde “Preserve log” seçilir. Böylece yönlendirme sonrası önceki istekler silinmez.

Üçüncü adımda şu zincir kaydedilir: ilk URL, yönlendirme adresleri, açılış sayfası, ürün adresi, sepet adresi ve ödeme dönüşü. Her adreste sorgu parametrelerinin durumu yazılır.

1. Test URL'sine gad_source ve gad_campaignid ekleyin.
2. URL'yi masaüstü ve mobil tarayıcıda açın.
3. Network sekmesindeki 3xx yanıtlarını ve Location başlıklarını inceleyin.
4. Sayfa kaynak kodunda parametreyi okuyan etiket veya JavaScript kodunu bulun.
5. Ürün, sepet ve ödeme adımlarında parametrenin hangi değişkende tutulduğunu kontrol edin.
6. Deneme siparişini Google Ads, GA4 ve CRM kayıtlarıyla karşılaştırın.

Test sırasında ekran görüntüsü almak yerine istek adreslerini ve zaman bilgilerini kaydetmek daha faydalıdır. Teknik ekip, kaybın hangi istekte oluştuğunu bu verilerle daha hızlı bulur.

Sunucu tarafında erişim günlükleri incelenebiliyorsa ilk istek ile sonraki istek karşılaştırılmalıdır. İlk istek parametreyi içeriyor, ikinci istek içermiyorsa uygulama veya yönlendirme katmanı sorumludur.

Parametre hiçbir zaman görünmüyorsa reklam URL'si, test yöntemi veya reklam platformu ayarı yeniden doğrulanmalıdır. Bu durumda site koduna odaklanmadan önce giriş verisi kontrol edilmelidir.

gad_source ve gad_campaignid kaybı nasıl önlenir?

Parametre kaybını önlemek için yönlendirme, URL işleme ve ölçüm sistemlerinde izin verilen değerler açıkça tanımlanmalıdır.

İlk olarak reklam açılış URL'si için kanonik bir yapı belirlenir. HTTP'den HTTPS'ye, www alan adına veya dil klasörüne geçiş gerekiyorsa hedef URL sorgu parametrelerini taşımalıdır.

İkinci olarak CDN ve güvenlik katmanlarında kullanılan sorgu parametresi kuralları incelenir. gad_source ve gad_campaignid sistem tarafından okunuyorsa izin verilen parametreler listesine eklenmelidir.

Üçüncü olarak JavaScript yönlendirmeleri gözden geçirilir. Yeni URL oluşturulurken mevcut sorgu parametreleri korunmalı veya yalnızca gerçekten gereksiz alanlar kaldırılmalıdır.

Dördüncü olarak kampanya bilgisinin kalıcı biçimde saklanacağı yer belirlenir. Çerez, localStorage veya sunucu oturumu kullanılabilir. Seçim, izin politikası ve teknik mimariye göre yapılmalıdır.

Beşinci olarak sepet ve ödeme adımları için alan adı geçişi test edilir. Harici ödeme sağlayıcısında URL parametresi görünmeyebilir. Bu nedenle kampanya bilgisi, ödeme öncesinde sunucu tarafında siparişle ilişkilendirilmelidir.

Parametreleri korumak, her URL'yi sonsuza kadar aynı bırakmak anlamına gelmez. Kopya içerik ve önbellek sorunları için kanonik adres ayrı yönetilebilir. Ölçüm parametresi ile SEO kanonikliği aynı iş değildir.

Ürün sayfalarında yapılandırılmış veri kullanılıyorsa reklam URL'si ile ürün şemasını birbirine karıştırmayın. Google ürün şemasına kargo bilgisi nasıl eklenir? içeriği, ürün verisi ve ölçüm URL'sinin farklı katmanlar olduğunu gösterir.

Her kod değişikliğinden sonra yeniden test yapılmalıdır. Özellikle tema güncellemesi, ödeme sistemi değişikliği ve yeni CDN kuralı sonrasında daha önce çalışan aktarım bozulabilir.

gad_source kaybı için hangi raporlar karşılaştırılmalı?

gad_source kaybını anlamak için Google Ads, GA4, sunucu günlükleri ve sipariş sistemi aynı tarih aralığında karşılaştırılmalıdır.

İlk rapor Google Ads dönüşümleridir. Burada dönüşüm adı, tarih aralığı, kampanya, ilişkilendirme modeli ve dönüşüm gecikmesi birlikte incelenmelidir.

İkinci rapor GA4 oturumlarıdır. Kaynak, mecra, kampanya ve dönüşüm olayları aynı boyutlarla filtrelenmelidir. Google Ads ile GA4 raporlarının birebir aynı olması her durumda beklenmez.

Üçüncü veri sipariş sistemidir. Gerçek sipariş numarası, sipariş zamanı, tutar ve reklam kampanyası için saklanan değerler karşılaştırılmalıdır. İptal ve iade kayıtları ayrıca ayrıştırılmalıdır.

Dördüncü veri sunucu günlükleridir. İlk giriş isteği, yönlendirme sonucu ve ödeme dönüşü burada görülebilir. Tarayıcıda görünmeyen bir parametre sunucu tarafında korunmuş olabilir.

Örnek karşılaştırma:

Raporları karşılaştırırken aynı zaman dilimini kullanın. Google Ads dönüşüm tarihi ile sipariş tarihi farklı olabilir. Ayrıca veri işleme gecikmeleri, özellikle yeni dönüşümlerde fark oluşturabilir.

Bir günlük farkı hemen teknik arıza olarak yorumlamayın. En az birkaç gün boyunca aynı kırılma noktasını izlemek, geçici raporlama gecikmesini kalıcı parametre kaybından ayırır.

gad_source kaybı ne zaman teknik müdahale gerektirir?

gad_source kaybı, kampanya ve dönüşüm raporlarında tekrarlanan ölçüm farkı oluşturuyorsa teknik müdahale gerektirir.

Tek bir tarayıcıda görülen kayıp her zaman öncelikli sorun değildir. Fakat aynı parametre farklı cihazlarda, farklı ürünlerde ve farklı yönlendirmelerde siliniyorsa ortak bir kural aranmalıdır.

Öncelik, kaybın oluştuğu katmana göre belirlenir. İlk 3xx yanıtında siliniyorsa sunucu veya CDN ekibi inceler. Sayfa açıldıktan sonra siliniyorsa tema ve JavaScript kodu incelenir.

Sepete geçişte kayboluyorsa oturum veya uygulama katmanı kontrol edilir. Ödeme sonrasında kayboluyorsa sipariş eşleştirme yöntemi ve ödeme sağlayıcısının dönüş akışı değerlendirilir.

İzin reddiyle parametre kaybını birbirinden ayırmak da önemlidir. Parametre korunuyor, fakat ölçüm olayı oluşmuyorsa izin, etiket veya tarayıcı kısıtları daha olasıdır.

Teknik ekipten yalnızca “parametreyi koruyun” talebi istemek yeterli değildir. Hangi URL'de, hangi yanıt kodunda ve hangi cihazda kayıp olduğunu gösteren test kaydı paylaşılmalıdır.

Reklam hesabında hedefleme veya teklif ayarları değiştiğinde parametre kaybı sanılabilecek rapor farkları oluşabilir. Google Ads'te teklif hedefi neden değişiyor? rehberi, ölçüm sorunu ile teklif ayarı değişikliğini ayırmaya yardımcı olur.

Teknik müdahale sonrasında tekrar test yapılmalı ve sonuç tarihli olarak kaydedilmelidir. Ayrıca sonraki tema, ödeme veya CDN değişikliğinde aynı test senaryosu yeniden çalıştırılmalıdır.

Bu yaklaşım, sorunu tek seferlik düzeltmek yerine izlenebilir bir kontrol sürecine dönüştürür. Böylece parametre kaybı tekrarlandığında hangi değişikliğin etkili olduğu daha kolay bulunur.