Google Ads'te session_attributes, GCLID bulunmayan lead ve satışlarda dönüşüm oturumuna ait ek bağlamı Google Ads'e iletmeye yarar. Bu alan, tek başına kesin ilişkilendirme sağlamaz; dönüşüm zamanı, kullanıcı verisi, izin durumu ve kullanılan entegrasyonla birlikte değerlendirilir.
B2B reklamverenler için sorun genellikle formun CRM'e düşmesiyle başlar. Form kaydında GCLID yoktur, satış haftalar sonra kapanır ve reklam tıklamasıyla CRM kaydı arasında doğrudan bağlantı kurulamaz. session_attributes, bu boşlukta kullanılabilecek ek sinyallerden biridir.
Ancak bu alan, CRM'deki her bilgiyi Google Ads'e gönderebileceğiniz anlamına gelmez. Alan adları, kodlama biçimi, veri saklama süresi ve kullanıcı izni birlikte kontrol edilmelidir. Yanlış format, geçersiz değer veya eksik consent bilgisi aktarımın reddedilmesine yol açabilir.
Google Ads'te session_attributes tam olarak ne işe yarar?
session_attributes, dönüşümün gerçekleştiği oturumla ilgili ek nitelikleri dönüşüm verisine bağlamak için kullanılır. Bu nitelikler, Google Ads'in dönüşüm sinyalini değerlendirirken kullandığı teknik bağlamı zenginleştirebilir.
Buradaki temel amaç, GCLID yerine rastgele bir CRM kimliği göndermek değildir. GCLID reklam tıklamasını belirleyen ayrı bir tanımlayıcıdır. session_attributes ise oturum bağlamını taşıyan ek bir veri alanı olarak düşünülmelidir.
Örneğin bir ziyaretçi reklamdan gelir, formu doldurur, ancak form gönderiminde GCLID kaydedilmez. CRM kaydında form zamanı, sayfa bilgisi, kullanıcı tarafından verilen iletişim verisi ve izin kaydı bulunabilir. session_attributes bu bağlamın aktarım modeline eklenmesine yardımcı olabilir.
Bu alanın sonucu otomatik olarak “dönüşüm kesinlikle şu kampanyadan geldi” şeklinde yorumlanmamalıdır. Google Ads'in eşleştirme ve ilişkilendirme kararı, gönderilen diğer sinyallerle birlikte verilir.
Alan adı, Google Ads API sürümüne veya kullanılan veri aktarım yoluna göre farklı görünebilir. Bir entegrasyonda session_attributes, başka bir şemada kodlanmış veya anahtar-değer biçimindeki eşdeğer bir alan olarak bulunabilir.
Bu nedenle uygulama ekibi, örnek kodu doğrudan kopyalamadan kullandığı API sürümünü kontrol etmelidir. Özellikle Data Manager API, Google Ads API ve etiket tabanlı gönderimler aynı veri modeline sahip olmayabilir.
GCLID bulunmayan dönüşümlerde session_attributes nasıl kullanılır?
GCLID bulunmayan dönüşümlerde session_attributes, dönüşüm kaydına ek oturum sinyali göndererek eşleştirme ihtimalini destekleyebilir. Fakat bunun için önce oturum verisinin reklam tıklaması sırasında yakalanması gerekir.
Bir kullanıcının form gönderiminde GCLID yoksa, sonradan CRM'de yeni bir GCLID üretilemez. Bu nedenle form sayfasında yakalanan veriler, CRM kaydına güvenilir biçimde yazılmalıdır. Veri kaydedilmediyse session_attributes sonradan geriye dönük oluşturulamaz.
Örnek akış şu şekildedir: kullanıcı reklamı tıklar, web sitesi oturum bilgilerini yakalar, kullanıcı form gönderir, CRM bir lead kaydı oluşturur ve satış gerçekleşince dönüşüm Google Ads'e aktarılır. session_attributes bu zincirdeki oturum bağlamını taşımaya yarar.
Ancak session_attributes, “GCLID yoksa mutlaka dönüşüm eşleşir” anlamına gelmez. Google Ads tarafındaki eşleştirme için zaman aralığı, kullanıcı verilerinin doğruluğu, consent durumu ve dönüşüm eyleminin yapılandırması da önemlidir.
B2B formlarda aynı kişi farklı e-posta adresi kullanabilir. Şirket e-posta adresi, kişisel e-posta adresi ve CRM'deki normalize edilmemiş telefon numarası farklı sinyaller oluşturur. Bu nedenle veri standardizasyonu aktarım öncesinde yapılmalıdır.
Session attributes kullanımı, özellikle satış döngüsü uzun olan şirketlerde daha anlamlıdır. Lead ilk gün oluşur, fırsat 14 gün sonra açılır ve satış 60 gün sonra kapanabilir. Her aşamada aynı lead kimliğinin korunması gerekir.
GCLID mevcutsa öncelik onu kaydetmek ve göndermektir. session_attributes, GCLID'in alternatifi olarak değil, GCLID bulunmayan veya ek bağlam gerektiren senaryolarda tamamlayıcı sinyal olarak ele alınmalıdır.
session_attributes verisi CRM'den Google Ads'e nasıl aktarılır?
CRM aktarımında önce hangi dönüşüm aşamasının Google Ads'e gönderileceği belirlenmelidir. “Form gönderildi”, “fırsat oluşturuldu” ve “satış tamamlandı” aynı dönüşüm değildir.
İlk adım, CRM alanlarını bir veri sözlüğünde toplamaktır. Örneğin lead_id, conversion_time, conversion_value, currency, consent_status, gclid, session_context ve source_page alanları ayrı ayrı tanımlanabilir.
İkinci adım, web sitesinde yakalanan oturum verisinin CRM'e yazılmasıdır. Bu işlem form gönderimiyle aynı anda yapılabilir. CRM entegrasyonu yalnızca satış aşamasında veri çekiyorsa, ilk oturum bilgileri kaybolabilir.
Üçüncü adım, dönüşüm oluştuğunda gerekli alanların API veya veri aktarım aracıyla gönderilmesidir. Gönderilecek değerler ham CRM notlarından değil, doğrulanmış ve belirli kurallara göre normalize edilmiş alanlardan alınmalıdır.
Örneğin telefon numarasındaki boşluk, parantez ve ülke kodu biçimleri standartlaştırılmalıdır. E-posta adresleri küçük harfe çevrilmeli ve başındaki veya sonundaki boşluklar temizlenmelidir. Bu işlem, hangi eşleştirme yöntemi kullanılırsa kullanılsın veri kalitesini yükseltir.
Data Manager API kullanan ekipler, mevcut aktarım yapısını ayrıca kontrol etmelidir. Google Ads'te Data Manager API'ye geçiş sırasında alan eşlemeleri, kimlik doğrulama ve hata raporları yeniden tasarlanabilir.
Bir dönüşüm için hem GCLID hem session_attributes mevcutsa, iki alanın aynı kullanıcı ve aynı olayla ilişkili olduğundan emin olunmalıdır. Farklı lead'lere ait sinyaller birleştirilirse sonuçlar güvenilmez hale gelir.
CRM'den yapılan gönderimlerde dönüşüm zamanı da kritik bir alandır. Lead'in sisteme işlendiği zaman ile satışın gerçekten gerçekleştiği zaman aynı olmayabilir. Google Ads'e iş olayı hangi anda oluştuysa o zaman gönderilmelidir.
session_attributes ile GCLID, GBRAID ve WBRAID arasındaki fark nedir?
GCLID, GBRAID ve WBRAID reklam tıklaması veya uygulama ortamıyla ilişkili tanımlayıcı sinyallerdir; session_attributes ise oturum bağlamını taşımaya yarayan ek bir veri alanıdır.
Bu alanları aynı görevde görmek, entegrasyon hatalarının en yaygın nedenlerinden biridir. Her alanın kaynağı, saklama yöntemi ve kullanılabileceği aktarım modeli farklıdır.
| Alan | Temel işlev | Ne zaman önceliklidir? | Ne değildir? |
|---|---|---|---|
| GCLID | Google Ads tıklamasını tanımlar. | Web reklam tıklaması ve lead takibinde | CRM'deki lead ID değildir. |
| GBRAID | Belirli uygulama ve reklam ölçüm senaryolarında kullanılır. | Desteklenen uygulama akışlarında | Her web dönüşümünün yerine geçmez. |
| WBRAID | Desteklenen web ve gizlilik odaklı ölçüm senaryolarında sinyal sağlar. | İlgili tarayıcı ve ölçüm koşullarında | Rastgele oluşturulabilecek bir kod değildir. |
| session_attributes | Oturumla ilgili ek bağlamı dönüşüm verisine ekler. | GCLID eksikliği veya ek oturum sinyali gerektiğinde | Kesin kampanya kaynağı garantisi değildir. |
GCLID, landing page URL'sinde yakalandığında ilk temas kaynağı olarak saklanmalıdır. Bu değer form gönderiminden sonra değil, kullanıcının siteye giriş anında kaydedilmelidir.
GBRAID veya WBRAID içeren akışlarda hangi alanın kullanılacağı, Google'ın ilgili ölçüm senaryosuna ve kullanılan entegrasyona göre belirlenir. Bir alanı diğerinin yerine yazmak teknik olarak doğru değildir.
Session attributes için de aynı kural geçerlidir. Alan, GCLID'in içine yazılmaz; CRM'de tek bir “tracking_code” alanında karıştırılmaz. Her sinyal ayrı alanlarda korunmalı ve gönderim sırasında doğru API alanına eşlenmelidir.
Bu ayrımı daha geniş dönüşüm kurulumu içinde değerlendirmek gerekir. Google Ads dönüşüm takibi kurulum rehberinde etiket, GTM, GA4 ve Ads arasındaki görev ayrımları ayrıca incelenebilir.
session_attributes için hangi veri yapısı ve format kullanılmalıdır?
session_attributes için kullanılacak veri yapısı, doğrudan kullanılan Google Ads ürününün ve API şemasının teknik dokümanına göre belirlenmelidir. Sabit, evrensel bir metin formatı varsaymak doğru değildir.
Bazı entegrasyonlarda alan anahtar-değer çiftleri şeklinde modellenebilir. Bazı API sürümlerinde ise değer kodlanmış bir dize olarak beklenebilir. Bu nedenle “key=value” biçimindeki herhangi bir metni kabul edilir sanmak hatalıdır.
Entegrasyon dokümanında alanın veri tipi, karakter sınırı, zorunlu olup olmadığı, kaç kez gönderilebileceği ve boş bırakıldığında davranışının ne olduğu kontrol edilmelidir.
Session attributes içine CRM notu, satış temsilcisinin yorumu veya serbest metin yazılmamalıdır. Bu tür içerikler hem standardizasyonu bozar hem de kişisel veri riskini artırır.
Daha güvenli yaklaşım, önceden tanımlanmış ve anlamı değişmeyen değerler kullanmaktır. Örneğin işlem türü, lead aşaması veya form versiyonu gibi alanlar kontrollü bir sözlükle yönetilebilir.
Yanlış: CRM'deki tüm lead notlarını session_attributes alanına gönderin. Doğru: Yalnızca amacı tanımlanmış, izin durumu kontrol edilmiş ve API şemasına uygun alanları aktarın.
Bir alanın gönderilmesi, Google Ads'in o alandaki her değeri raporda ayrı ayrı göstereceği anlamına gelmez. session_attributes çoğunlukla ölçüm ve eşleştirme bağlamında değerlendirilir; kampanya raporlarında özel boyut olarak görünmeyebilir.
Test ortamında önce tek bir dönüşüm kaydı gönderilmelidir. Ardından HTTP yanıtı, hata kodu, işlenen kayıt sayısı ve Google Ads dönüşüm durumları kontrol edilmelidir. Toplu aktarım, tekil test başarılı olduktan sonra yapılmalıdır.
session_attributes aktarımında en sık hangi hatalar görülür?
En sık hata, session_attributes alanının GCLID yerine gönderilmesidir. GCLID mevcut olduğu halde saklanmıyorsa, ek bir alan kullanmak temel izleme eksikliğini telafi etmez.
İkinci hata, alanın API'nin beklediği biçimde kodlanmamasıdır. JSON nesnesi beklenen yere düz metin veya kodlanmış dize beklenen yere ham veri gönderilirse aktarım reddedilebilir.
Üçüncü hata, dönüşüm zamanının yanlış kullanılmasıdır. CRM'in kayıt zamanı, satışın kapanma zamanı ve API'ye gönderim zamanı birbirinden ayrılmalıdır. Dönüşüm zamanını aktarım anı olarak göndermek raporlamayı bozabilir.
Dördüncü hata, aynı dönüşümün tekrar tekrar gönderilmesidir. CRM işi yeniden denediğinde benzersiz sipariş veya işlem kimliği kullanılmıyorsa yinelenen dönüşüm oluşabilir.
Beşinci hata, consent bilgisinin dönüşümden koparılmasıdır. Kullanıcı verisiyle ölçüm yapılıyorsa izin durumu, ilgili veri toplama ve aktarım politikasına uygun şekilde yönetilmelidir.
Bir aktarım başarısız olduğunda yalnızca “Google Ads dönüşüm saymadı” demek yeterli değildir. İstek gövdesi, yanıt kodu, hata mesajı, dönüşüm eylemi ve gönderilen zaman birlikte incelenmelidir.
Offline dönüşüm içe aktarma hatalarını çözme rehberinde bu kontrol sırası daha geniş biçimde açıklanır. Özellikle alan adı ve dönüşüm eylemi uyuşmazlıkları ayrı ayrı test edilmelidir.
Hata düzeltildikten sonra eski kayıtların otomatik olarak doğru şekilde işleneceği varsayılmamalıdır. Başarısız kayıtlar yeniden gönderilmeli, başarılı kayıtların tekrar gönderilmesini önleyecek bir durum alanı tutulmalıdır.
session_attributes hangi durumlarda işe yaramaz?
session_attributes, reklam etkileşimiyle ilgili hiçbir güvenilir veri toplanmamışsa işe yaramaz. CRM'e yalnızca “form geldi” bilgisi düşüyor ve oturum bağlamı kaydedilmiyorsa sonradan anlamlı sinyal üretilemez.
Bu alan, yanlış eşleştirilmiş kullanıcı verisini de düzeltemez. Bir şirketin genel e-posta adresi beş farklı kişi tarafından kullanılıyorsa, aynı veriyle doğru kişiyi belirlemek mümkün olmayabilir.
Çerez veya reklam ölçüm izni bulunmayan kullanıcılar için de beklenti sınırlandırılmalıdır. İzin modeli, bölge, kullanıcı seçimi ve kullanılan Google Ads özelliği sonuçları etkileyebilir.
Session attributes, telefon araması, bayi ziyareti veya dış satış ekibi notu gibi çevrimdışı olayları tek başına reklama bağlamaz. Bu olaylarda CRM kaynağı, zaman damgası ve kullanıcı eşleştirme verileri birlikte değerlendirilmelidir.
Ayrıca düşük hacimli B2B hesaplarda sonuçları anlamlandırmak zaman alabilir. Ayda birkaç dönüşüm gönderiliyorsa tek bir sinyalin etkisini istatistiksel olarak ayırmak mümkün olmayabilir.
Bu nedenle test planında “alan gönderildi mi?” sorusu kadar “eşleşme sonucu değişti mi?” sorusu da yer almalıdır. Değişim ölçülemiyorsa, alanı kullanmanın maliyeti ve veri riski yeniden değerlendirilmelidir.
Session attributes kullanımı, dönüşüm kalitesini otomatik olarak yükseltmez. Satış niteliği düşük lead'leri Google Ads'e dönüşüm olarak göndermeye devam ederseniz algoritma yanlış iş olayını optimize edebilir.
Önce hangi iş sonucunun değerli olduğu belirlenmelidir. B2B şirketlerde form gönderimi yerine nitelikli fırsat, teklif gönderimi veya kazanılmış satış ayrı dönüşüm eylemleri olarak değerlendirilebilir.
session_attributes entegrasyonu nasıl test edilir?
session_attributes entegrasyonu, önce tarayıcıdan CRM'e, ardından CRM'den Google Ads'e uzanan ayrı testlerle doğrulanmalıdır. Tek bir panelde dönüşüm görünmesi bütün zincirin doğru olduğunu kanıtlamaz.
İlk testte reklam veya test trafiğiyle açılan oturumun zaman bilgisi kaydedilir. Form gönderimi sonrasında CRM kaydında GCLID, varsa GBRAID veya WBRAID ve session context alanları kontrol edilir.
İkinci testte CRM'deki kayıt dönüşüm aşamasına geçirilir. Entegrasyonun hangi alanları okuduğu, hangi dönüşüm eylemine gönderdiği ve dönüşüm değerini nasıl hesapladığı log üzerinden incelenir.
Üçüncü testte API yanıtı doğrulanır. Başarılı HTTP yanıtı tek başına yeterli değildir; işlenen dönüşüm sayısı ve varsa uyarı mesajları da kaydedilmelidir.
- Bir test lead'i oluşturun ve ilk oturum verisini kaydedin.
- Form kaydındaki kimlik ve zaman alanlarını CRM'de kontrol edin.
- Lead'i kontrollü biçimde nitelikli fırsat veya satış aşamasına taşıyın.
- Dönüşümü tek sefer gönderin ve API yanıtını saklayın.
- Google Ads'te dönüşüm durumunu, tarihini ve değerini karşılaştırın.
- Tekrarlı gönderim ve eksik alan senaryolarını ayrıca test edin.
Test sırasında en az bir eksik veri senaryosu oluşturulmalıdır. Örneğin GCLID olmayan ama session_attributes bulunan bir lead ile her iki alanın da bulunmadığı bir lead karşılaştırılabilir.
Sonuçları yalnızca dönüşüm sayısıyla değerlendirmeyin. Kabul edilen kayıt oranı, reddedilen kayıt sayısı, yinelenen dönüşüm sayısı ve CRM'deki toplam nitelikli satış sayısı ayrı izlenmelidir.
Kurulumdan önce mevcut ölçüm yapısını belgelemek de önemlidir. Google Ads'in temel çalışma modelini bilmeden API alanlarını yorumlamak, raporlama hatalarını kampanya performansı sanmanıza neden olabilir.
session_attributes kullanmadan önce hangi kontrol listesi uygulanmalı?
session_attributes kullanmadan önce veri kaynağı, izin, API şeması ve dönüşüm amacı birlikte kontrol edilmelidir. Sadece geliştirici tarafında alanın gönderilebilmesi, kurulumun ölçüm açısından doğru olduğu anlamına gelmez.
- Google Ads API veya veri aktarım ürününün sürümü belirlendi mi?
- session_attributes alanının veri tipi ve kodlama biçimi doğrulandı mı?
- GCLID, GBRAID ve WBRAID ayrı CRM alanlarında saklanıyor mu?
- Form gönderimindeki oturum verisi CRM kaydına yazılıyor mu?
- Dönüşüm zamanı gerçek iş olayını gösteriyor mu?
- Consent durumu veri toplama ve gönderim sürecine bağlandı mı?
- Yinelenen dönüşümü önleyen benzersiz işlem kimliği var mı?
- Başarılı ve başarısız API yanıtları loglanıyor mu?
- Test lead'i ile üretim lead'i birbirinden ayrılıyor mu?
- Gönderilen dönüşüm, kampanya optimizasyonu için gerçekten değerli mi?
Bu listede bir madde yanıtlanamıyorsa üretim aktarımını başlatmak yerine ilgili veri akışı düzeltilmelidir. Eksik alanları sonradan tahmin etmek, özellikle satış döngüsü uzun hesaplarda mümkün olmaz.
Gizlilik açısından yalnızca gerekli veriler aktarılmalıdır. CRM'deki tüm müşteri alanlarını Google Ads'e göndermek yerine, dönüşüm eşleştirmesi ve raporlama amacıyla gerekli alanlar belirlenmelidir.
İzleme sistemi değiştirilecekse eski ve yeni aktarım kısa süre karşılaştırılabilir. Aynı dönüşümün iki sistemden birden gönderilmemesine dikkat edilmelidir. Aksi halde performans artışı gibi görünen sonuç, çift sayım olabilir.
Sonuçları yorumlarken veri gecikmesini de hesaba katın. B2B satışlarda lead'in reklamla ilişkisi, CRM'deki kapanıştan hemen sonra rapora yansımayabilir. Değerlendirme dönemi dönüşüm gecikmesine göre seçilmelidir.
Özetle session_attributes, GCLID bulunmayan dönüşümlerde kullanılabilecek teknik bir ek sinyaldir. Doğru sonuç için oturum verisini erken yakalamak, CRM'de korumak, API şemasına uygun göndermek ve hata kayıtlarını izlemek gerekir.
Google Ads, CRM ve offline dönüşüm akışınızı teknik veriler üzerinden değerlendirmek için Medyografya ekibine başvurabilirsiniz.
İlgili Yazılar
Sık Sorulan Sorular
session_attributes GCLID'in yerine geçer mi?
Hayır. GCLID reklam tıklamasını tanımlar; session_attributes ise dönüşüme ek oturum bağlamı sağlar. GCLID mevcutsa öncelikle saklanıp gönderilmelidir.
GCLID olmayan lead'lerde session_attributes kesin eşleştirme sağlar mı?
Hayır. Bu alan eşleştirme ihtimalini destekleyen ek bir sinyaldir. Sonuç; kullanıcı verisi, consent, dönüşüm zamanı ve API aktarımına da bağlıdır.
session_attributes CRM'den Google Ads'e nasıl gönderilir?
Oturum verisi önce web sitesinde yakalanmalı, CRM kaydına yazılmalı ve dönüşüm oluştuğunda kullanılan API'nin beklediği alana uygun biçimde aktarılmalıdır.
session_attributes içine CRM notları gönderilebilir mi?
Önerilmez. Serbest metin ve gereksiz kişisel veriler yerine, amacı tanımlanmış ve formatı kontrol edilmiş sınırlı alanlar kullanılmalıdır.
session_attributes aktarımında en sık hangi hatalar görülür?
Yanlış veri formatı, GCLID yerine kullanma, hatalı dönüşüm zamanı, consent bilgisinin eksikliği ve aynı dönüşümün birden fazla kez gönderilmesi sık görülür.