CookiePass ve Google Consent Mode: bir izin bildirimi trafiğinize ne yapar

Consent Mode, etiketleriniz için bir açma/kapama düğmesi değildir. Consent Mode devredeyken Google etiketi her sayfada tetiklenmeye devam eder; değişen, her isabetteki bir işaret ve Google'ın bu işaret yüzünden isabetle ne yaptığıdır. analytics_storage reddedildiğinde etiket çerez ayarlamaz, sayfalar arasında istemci kimliği tutmaz ve Google'ın çerezsiz ping dediği şeyi gönderir: GA4'ün okuduğunuz raporlar için değil, modelleme için kullandığı bir isabet.

Bu işaret gcs adlı bir sorgu parametresidir. İki harf ve iki rakamdan oluşur: ilk rakam ad_storage, ikincisi analytics_storage için; 1 izin verildi, 0 reddedildi anlamına gelir.

gcs=G100   ad_storage denied,  analytics_storage denied
gcs=G101   ad_storage denied,  analytics_storage granted
gcs=G110   ad_storage granted, analytics_storage denied
gcs=G111   both granted
(no gcs)   no Consent Mode on the page — treated as granted

Gözden kaçan satır sonuncusudur. Hiç Consent Mode olmayan bir sayfa gcs göndermez ve Google bu sayfadan gelen her isabeti izin verilmiş sayar. Bu nedenle Consent Mode uygulayan bir bildirim eklemek gönderilen veriyi azaltmaz; yalnızca onun hakkında doğruyu söylemeye başlar.

Consent Mode v2 bir ayar değil, bir sıralama gerektirir. Varsayılan durum, Google etiketi yüklenmeden önce bildirilmelidir (henüz seçim yapmamış herkes için denied); ziyaretçi karar verdiği anda bir güncelleme gelmeli ve bu durum her geri dönüş ziyaretinde geri yüklenmelidir. Sırayı yanlış kurarsanız her oturumun ilk sayfa görüntülemesi, bildirim daha ekrana gelmeden izin verilmiş olarak gider.

CookiePass tam olarak bu sırayı kendi betiğinden üretir; bu yüzden bunun hiçbir parçası Tag Manager konteynerinize girmez:

gtag('consent', 'default', {
  ad_storage: 'denied',
  analytics_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied',
  wait_for_update: 500
});

// …the visitor accepts…
gtag('consent', 'update', {
  ad_storage: 'granted',
  analytics_storage: 'granted',
  ad_user_data: 'granted',
  ad_personalization: 'granted'
});

Entegrasyonun tamamı bu kadar. Google'ın kendi etiketleri izin durumuna otomatik olarak uyar; SignalHost'un web konteynerinize yayınladığı etiketler de buna dahildir. Sunucu konteynerinizdeki hiçbir şeyin izin koşuluna ihtiyacı yoktur. Elle bir koşul eklemek, koşula bağlı bir Google etiketinin yanında, verileri doğrudan Google'a gönderen koşulsuz etkinlik etiketlerinin kalmasına yol açar.

Her isabet yine aynı yolu izler: tarayıcı onu kendi ana makine adınıza gönderir, uç sunucu (edge) sunucu konteynerinize iletir ve konteyner de GA4'e aktarır. Fark tamamen isabetin içeriğindedir.

• Seçimden önce: her isabette gcs=G100, _ga çerezi yok ve her sayfada yeni bir istemci kimliği. GA4 çerezsiz bir ping alır; konteyneriniz bir istek sayar.
• Kabul ettikten sonra: gcs=G111, çerezler ayarlanır ve oturum bir bütün olarak birleşir. Bu noktadan itibaren isabetler, raporlarınızı oluşturan isabetlerdir.
• Reddettikten sonra: seçim geçerli olduğu sürece her sayfada gcs=G100. Enhanced measurement etkinlikleri (scroll, file_download ve diğerleri) page_view ile aynı kurala uyar.

Bir bildirim devreye girdiğinde konteyner sayfasının etkinlik başına iki sayı göstermesinin nedeni budur: yeşil renkte analiz izniyle gönderilen isabetler (Analytics'in kullanıcı ve oturum olarak raporlayacağı şey), yanında da gri renkte ve artı işaretiyle, Analytics'in raporlarının dışında bıraktığı çerezsiz pingler. Her etkinliğin çubuğu da aynı şekilde bölünür. session_start ve first_visit ikisinde de hiç görünmez; Analytics bunları etkinlik olarak almaz, ilk page_view isabetindeki işaretlerden türetir.

İki sütunun birbirini tutmamasını bekleyin; aradaki farkın da sayfadaki en faydalı sayı olmasını.

• Analytics, konteynerinizin saydığı istek sayısından daha az kullanıcı ve oturum raporlar. Fark, reddeden ya da hiç yanıt vermeyen ziyaretçilerin payıdır: tahmin edilmiş değil, ölçülmüş izin oranınız.
• Mülk Google'ın eşiklerini karşıladığında GA4 bu farkın bir kısmını davranışsal modellemeyle doldurabilir. Modellenen veriler raporlarda görünür; konteynerinizde ise asla görünmez, çünkü hiçbir zaman gönderilmez.
• ad_storage reddedildiğinde Google Ads dönüşüm izlemenin ilişkilendirebileceği, dönüşüm bağlayıcının da bağlayabileceği hiçbir şey olmaz. Sunucu konteyneri bunu değiştirmez, değiştirmemeli de: birinci taraf olmak, izinden muaf olmak demek değildir.
• Bildirimin tasarımı artık bir ölçüm kararıdır. %60'lık bir izin oranı ile %85'lik bir izin oranı, butonları farklı olan aynı sitedir; hangisine sahip olduğunuzu iki sütun arasındaki farkta görürsünüz.

• İzin betiğini Google etiketinden önce yükleyin. Varsayılan durum ilk isabetten önce var olmalıdır.
• Bildirimi yanıtlamadan bir sayfa açın ve tarayıcınızın ağ panelinde bir /g/collect isteğindeki gcs değerini okuyun. G100 olmalıdır.
• Kabul edin ve sonraki sayfada yeniden okuyun. G111 olmalıdır.
• Sunucu konteynerindeki hiçbir şeye izin tetikleyicisi eklemeyin. Web etiketi durumu zaten taşır.
• Bir gün sonra konteyner sayfasına dönün ve page_view üzerindeki iki sayıyı okuyun. Yeşil olanın ikisinin toplamına bölümü, izin oranınızdır.

CookiePass hizmetini seçtik, çünkü yukarıdaki sırayı tam olarak uyguluyor, bu sitede bir öğleden sonra içinde yayına girdi ve bildirimin sitenin kendi renklerini almasına izin veriyor. Çalıştığını önceki bölümdeki sayılardan biliyoruz.