Ana sayfa / Consent Mode denetleyici

Hit'leri okuyan Consent Mode denetleyici

Doğru görünen ama hiçbir şeyi engellemeyen bir banner, en yaygın consent hatasıdır. Görülebildiği tek yer, cevap hâlâ hayırken sayfanın gönderdiği isteklerdir.

Consent Mode bir anahtar değil ve kontrol edilmesini zorlaştıran da bu. Bir dizi: herhangi bir Google tag'i yüklenmeden önce yerinde olması gereken varsayılanlar, ardından ziyaretçinin gerçekten seçtiğini taşıyan bir güncelleme. Sırayı kaçırın, bakabileceğiniz her ekran yine dört yeşil kutu gösterir.

Tag Master durumu değil diziyi okuyor ve her isteğin üzerinde taşınan consent sinyalini — gcs ve gcd, çözülmüş hâlde — onu taşıyan hit'in yanında gösteriyor.

Bir CMP'nin kendi önizlemesinin söyleyemedikleri

• Varsayılanların önce gelip gelmediği. Tag'ler zaten yüklendikten sonra kurulan bir varsayılan, varsayılan değildir. CMP bir tane push'ladığını raporlar; daha önce nelerin çıktığını raporlayamaz.
• Her hit'in gerçekte ne taşıdığı. Consent Mode altında reddedilmiş bir hit de tarayıcıdan çıkar — işaretli, çerezsiz, ama gönderilmiş. "Hit yok" ile "Google'a bunu kullanma diyen bir hit" banner tarafından bakınca birebir aynı görünür ve raporlarda tamamen farklıdır.
• CMP'nin kontrol etmediği her şey. Consent aracının dışında eklenmiş bir tag, temaya gömülü bir pixel, başka bir sağlayıcının yüklediği bir sağlayıcı — hiçbiri consent aracının kendi listesinde görünmez; çünkü o liste onun yapılandırmasıdır, sayfanın davranışı değil.

Consent Mode'un kapsamadığı kısım

Consent Mode bir Google protokolü. Meta, TikTok, LinkedIn, Criteo ve diğerleri ad_storage'ı hiç okumuyor — engelleniyorlarsa, consent aracının onların tag'ini yüklemeyi reddetmesiyle engelleniyorlar. O engelleme yanlış yapılandırıldığında Google tag'leri kusursuz davranır ve bir pixel, reddedilmiş bir cevap altında bir reklam platformuna satın alma göndermeyi sürdürür.

Asıl değerli bulgu budur ve hiçbir Google aracında görünmez; çünkü bir Google sorunu değildir. Panel, reklam consent'i reddedilmişken atmayı sürdüren her sağlayıcıyı listeliyor — bu, Consent Mode'un doğru yapılandırılıp yapılandırılmadığından başka bir soru. Uzun rehber sinyalleri hit'lerin kendisinden okumayı adım adım anlatıyor.

Vermediğiniz cevabı test etmek

Consent testlerinin çoğu kabul yolunu kontrol eder, çünkü bakılacak veriyi üreten yol odur. İlginç hataların yaşadığı yer ise reddetmedir ve temiz bir profil ister: önceki ziyaretten kalmış bir cevap, banner daha görünmeden tekrar oynatılır; yani ikinci çalıştırma ilk yüklemenin testi değildir.

Her şeyi temizlemeden reddedilmiş bir durumu yeniden üretmek diğer yol — bir sağlayıcının hit'lerini bastırıp yığının geri kalanının buna ne yaptığını izlemek. Engellenen hit'ler listede kalır, yani ne gönderileceğini yine okuyabilirsiniz; tarayıcının kendi engellemesinin size hiç vermediği kısım budur.

Consent aracının hâlâ kazandığı yer

Seçimin kendisiyle ilgili her şey. Banner'ın belirli bir düzenleyicinin tasarım gerekliliklerini karşılayıp karşılamadığı, sağlayıcı listesinin TCF kaydınızla uyuşup uyuşmadığı, consent kaydının hukuk ekibinizin kabul ettiği biçimde saklanıp saklanmadığı — bunlar consent platformunda yaşar, başka hiçbir yerde. Bir ağ hata ayıklayıcısı size sayfanın cevapla ne yaptığını söyleyebilir. Cevabın düzgün toplanıp toplanmadığını söyleyemez ve ne kadar istek okursanız okuyun bu değişmez.

Sorular

Consent Mode V2'nin doğru kurulduğunu nasıl kontrol ederim?

Durumu değil diziyi okuyun. Varsayılanların herhangi bir Google tag'i yüklenmeden önce yerinde olduğunu, ad_storage, ad_user_data, ad_personalization ve analytics_storage'ı reddettiğini ve ziyaretçinin seçiminin ardından bir güncelleme geldiğini doğrulayın. Sonradan görünen dört yeşil kutu bunların hiçbirini kanıtlamaz.

gcs ve gcd nedir?

gcs, bir Google hit'inin hangi consent durumunda gönderildiğidir — G100, G111 gibi. gcd ise her sinyalin varsayılan mı yoksa güncellenmiş mi olduğu dahil, Consent Mode V2'nin daha tam resmini taşır. İkisi de istekte gider ve ikisi de hit başına çözülür.

Consent reddedildikten sonra çalışan tag'leri tespit ediyor mu?

Evet ve çalıştırmaya en değer kontrol bu. Google dışı platformlar Consent Mode sinyallerini hiç okumaz; yani reddedilmiş bir cevap altında çalışan bir Meta ya da TikTok pixel'i, Google araçlarının göremediği bir engelleme hatasıdır.

Test için temiz bir tarayıcı profili gerekir mi?

İlk yükleme davranışı için evet. Önceki ziyaretten kalan bir cevap banner görünmeden tekrar oynatılır; ikinci çalıştırmada test ettiğiniz şey varsayılan değil, o tekrar oynatmadır.

Bu bir consent yönetim platformunun yerini tutar mı?

Hayır. CMP seçimi toplar ve kaydeder; bu ise sayfanın onunla ne yaptığını kontrol eder. İkisi farklı sorulara cevap verir ve uyumlu bir kurulumda ikisinin de doğru olması gerekir.

Rehberler

İnsanları yanıltan kısımların uzun hâli.

• Consent Mode V2 ayıklama: gcs, gcd ve kimsenin yakalamadığı ihlaller — İzin parametrelerini doğrudan isteklerden okuyun, varsayılanı güncellemeden ayırın ve banner ne derse desin ateşlenen platformları bulun.
• Canlı raporları kirletmeden izleme testi — Test siparişleri gerçek raporlara giriyor. İstekleri tarayıcıda, yalnızca tek sekmede durdurup gönderilecek olan her şeyi yine de görmenin yolu.
• Açık metin olarak giden e-posta — Google Ads Enhanced Conversions’ı telde doğrulamak: hash’li alanın iki biçimi, dört bozulma yolu ve arayüzün bunu neden söyleyemediği.
• Bir sayfadaki her izleme tag'ini bulmak — HTML okuyan bir tag tarayıcısı sayfadan sonra yüklenen tag'leri neden kaçırır ve gerçek listeyi bunun yerine istekleri okuyarak nasıl alırsınız.
• TikTok, Snap, UET ve beş platform için Test Events — DebugView ve Tag Assistant'ı herkes biliyor. Diğer platformların da aynısı var; neredeyse hiçbir yerde belgelenmemiş bir çerezle açılıyor. İşte tam liste.
• Server-side GTM nasıl ayıklanır — Proxy’lenen isteklerin çoğu araçta neden kaybolduğu, sGTM kurulumunu ele veren dört sinyal ve sunucu önizleme oturumuna nasıl bağlanılacağı.

Diğer terim sayfaları: GTM debugger, GA4 debugger, dataLayer inceleyici, Meta Pixel debugger