GDPR'ye genel bakış ve rehberlik

IAB AB TCF 2.2 sürümünü uygulamayla ilgili sorunları giderme

IAB, 16 Mayıs 2023'te IAB TCF 2.2 sürümünü duyurdu. Tedarikçi firma olarak Google, 11 Temmuz 2023'ten itibaren TCF 2.2 sürümünü kullanarak TC dizelerini kabul etmeye başlayacak. Bu tarihten önce gönderilen ve TCF 2.2 sürümü dizeleri içeren talepler hatayla sonuçlanabilir.
  • TCF 2.1 sürümü: TCF 2.1 sürümü dizelerini kabul etmeye devam edeceğiz ancak sektör TCF v2.2'ye geçerken CMP'leri uygulama aşamalarına ilişkin IAB rehberini takip etmeye teşvik ediyoruz.
  • Google kullanıcı rızası yönetim çözümleri: Ad Manager, AdSense ve AdMob'un Gizlilik ve Mesajlaşma sekmesinde bulunan Google kullanıcı rızası yönetim çözümleri, GDPR rıza mesajları için TCF 2.2 sürümünü Kasım ayının başında desteklemeyi planlamaktadır. Bu durum, CMP'ler için IAB'nin güncellenmiş son uygulama tarihiyle (20 Kasım 2023) uyumludur.

IAB Europe, IAB Tech Lab ve ortak üye şirketlerle birlikte geliştirdiği Şeffaflık ve Kullanıcı Rızası Çerçevesi'nin (TCF) 2.0 sürümüne son şeklini verdi. Google, TCF 2.0'ı artık tam olarak destekliyor.

Google, IAB Europe Şeffaflık ve Kullanıcı Rızası Çerçevesi 2.0 sürümünün yayınlanmasıyla ilgili hatalar ve yanlış yapılandırmaları yönetmeleri için yayıncılara zaman tanıma amacıyla, yayıncılara tespit edilen hataların raporunu sağlayacak ve ilgili hataları çözmek için 150 günlük bir ek yayınlanma süresi tanıyacaktır.


Bu makalede, TCF 2.2 sürümü uygulama hatalarının nasıl düzeltileceği hakkında daha fazla bilgi bulabilirsiniz. Örneğin:

 


Güncellenen yönergeler

Güncellemeler

Sık karşılaşılan hatalar için düzeltmeler

Aşağıdaki işlemleri gerçekleştirerek Ad Manager, AdSense ve AdMob'da en sık karşılaşılan hatalardan bazılarını giderebilirsiniz:

Para kazandırmayan TC dizeleriyle kullanıcılardan yeniden izin istemeyi deneyin
(Hata 1.1, 3.1, 4.1, 5.1, 5.2 ve 6.1)

İlgili hatalar

Hata 1.1. Bu yönergeler hata 3.1, 4.1, 5.1, 5.2 ve 6.1'e de uygulanabilir.

Güncellenen yönergeler

Kullanıcılardan yeniden izin istemeyi deneyin.

Gerekçe

Daha önce bant dışı, global kapsamlı dizeler, geçersiz CMP kimlikleri (testlerden), geçersiz GVL kimlikleri (testlerden) kullanan veya uygulamalarının herhangi bir noktasında uygun izne sahip satıcı olarak Google'ı kullanmayan yayıncılar, yeniden izin isteme seçeneğinden yararlanacaktır.

Hata 1.1, 1.2, 1.3: Bu hataların, trafiğin önemli bir kısmını teşkil edip etmediğini kontrol etmek önemlidir. Böyle bir durum söz konusuysa CMP tarafında sorun olabileceği ihtimalini dikkate alın. Ayrıca, ilgili izinlere VE meşru menfaate sahip bir sağlayıcı (sağlayıcı kimliği: 755) olmasının yanı sıra Google'a gerekli amaçlar doğrultusunda izin verildiğinden emin olun.

IAB spesifikasyonu

IAB spesifikasyonları uyarınca CMP'ler izin dizelerini 13 ay boyunca önbelleğe alabilir.

Bazı CMP'ler daha önce ilk izin tarihini koruyup tarihi uzatmıştır. Bu uygun değildir. İzin tarihi, belirli bir izin dizesi için her seferinde yeni tarih olmalıdır.
Önerilen: CMP'nizin AddEventHandler çağrılarını 500 ms içinde döndürmesini sağlayın.
(Hata 2.1a, 2.1b, 2.0a, 2.0b ve 2.0c)

İlgili hatalar

Hata 2.1a. Bu yönergeler hata 2.1b, 2.0a, 2.0b ve 2.0c'ye de uygulanabilir.

Güncellenen yönergeler

Artık bir zaman aşımı koşulu olmasa da CMP'lerin, çağrıları hemen AddEventListener getTCData'ya döndürdüklerinden emin olmak için uygulamalarını yakından incelemelerini öneririz.

CMP yanıt vermezse istek için para kazanma özelliği devre dışı bırakılabilir.

Gerekçe

Google, bir CMP'nin AddEventListener işlevine hemen yanıt vermesi gerektiğini belirten IAB spesifikasyonuna uyar. CMP hemen yanıt vermezse istek için para kazanma özelliği devre dışı bırakılabilir.

Ayrıca CMP yanıtları, reklam isteğinin ne kadar kısa sürede oluşturulabileceğini etkileyen etkinlik zincirinin bir parçasıdır. Sayfa yükleme ile reklam istekleri arasında geçen sürenin kısaltılması yayıncı için kaybedilen gösterimlerin azalmasını sağlar.

IAB spesifikasyonu

Geçerli IAB spesifikasyonu: IAB AddEventListener spesifikasyonu (GitHub'da)

CMP durumunun loading, CMP'nin TC verilerinin ise eksik olması halinde bile, geçerli TC verileriyle gerçekleştirilen kayıttan hemen sonra AddEventListener geri çağırması yapılmalıdır. Bu işlem, çağrı komut dosyasının kayıtlı listenerId değerine erişmesini sağlar. Ayrıca her TC dizesi değişikliğinde dize RemoveEventListener kullanılarak kaldırılmadığı sürece geri çağırma yapılmalıdır.

Politika merkezi

Politika merkezi, Google kullanıcı rızası yönetim şartlarına uymayan bir uygulama veya site olduğunda yayıncıları bilgilendirir.

Hata raporu

TC dizesinde, sitelerinden ya da uygulamalarından bir veya daha fazlasıyla ilişkili bir sorun algıladığımızda yayıncıları ürün kullanıcı arayüzünde bilgilendiririz. Yayıncılar, hesaplarındaki "AB kullanıcı izni" sayfasında, son 7 gün içinde tespit edilen hataların ayrıntılı bir raporunu indirmek için TCF hata raporunu indir seçeneğini tıklayabilir.

Bu rapor, yalnızca son 7 gün içinde hata tespit edilirse kullanılabilir.
"AB kullanıcı izni" sayfasına ve TCF hata raporuna erişmek için: 
  • Ad Manager: Yönetici ardından AB kullanıcı izni'ni tıklayın.
  • AdMob ve AdSense: Engelleme kontrolleri ardından AB kullanıcı izni'ni tıklayın.

Rapor, algılanan hataların her biri hakkında aşağıdaki bilgileri içerir: 

  • Alan adı/MobileAppID: Yanlış yapılandırılmış site veya mobil uygulama.
  • Reklam birimi yolu: Hatayla ilişkili reklam birimi.
  • Hata kodu: Hataya atanan kod.
  • Hata sayısı: Algılanan hatayı içeren ve önceki hafta boyunca gözlemlenen sorguların sayısı.
  • Son algılanan tarih: Hatanın algılandığı son tarih. 

Yayıncılar, aşağıdaki sorun giderme tablolarında yapılması önerilen işlemleri bulmak ve hataları çözmek için raporda listelenen hata kodlarını kullanabilir.

Sorun giderme

Yayıncıların yanlış yapılandırılmış IAB TCF 2.2 sürümü entegrasyonlarını düzeltmelerine yardımcı olmak amacıyla en yaygın TC dizesi hata türleri ve ilgili sorun giderme önerileri için aşağıdaki tabloları oluşturduk.

Reklam isteği düzeyinde ortaya çıkan sorunları ve ilgili sistem davranışını anlamak için bu tabloları kullanın.

Sınırlı izin senaryoları

İlgili istekte birden çok hata olması durumunda bile her üç senaryo da yapılandırma hatalarına kıyasla önceliklidir.

Senaryo Açıklama Yapılması önerilen işlem
1.1 Google'ın, tedarikçi firma olarak rıza veya meşru menfaat kapsamında gösterilmesi yasaktır. Kullanıcının tedarikçi firma olarak Google'ı kasten reddettiğini, CMP uygulaması hatalarının meydana gelip gelmediğini veya yayıncı kısıtlamaları olup olmadığını onaylayın.
1.2 AEA ülkeleri ve Birleşik Krallık için 1. Amaç izni verilmez.

Kullanıcının kasten mi 1. Amaç'a izin vermediğini yoksa bunun CMP uygulama hatalarından mı kaynaklandığını kontrol edin.

İsviçre'deki yayıncılar, kullanıcılardan izin istemedikleri takdirde PublisherCC ve PurposeOneTreatment alanlarını doğru şekilde ayarladıklarından emin olmalıdır.
 

Aralık 2021'den itibaren, Almanya Telekomünikasyon ve Telemedya Veri Koruma Yasası uyarınca artık Almanya'dan gelen reklam isteklerinde PurposeOneTreatment değerlendirmesini kontrol etmeyeceğiz.

1.3 1. Amaç için izni vardır, ancak Temel Reklamlar için yasal dayanaklardan yoksundur.

Kullanıcının meşru menfaatleri başka amaçlar doğrultusunda kasten reddedip reddetmediğini veya bunun CMP uygulama hatalarından mı kaynaklandığını kontrol edin.

Yanlış yapılandırma

Yanlış yapılandırma hataları varsa reklam istekleri yerine getirilmez.

Hata Açıklama Yapılması önerilen işlem
2.1a Etiket veya SDK, CMP durumunun kaba kod, yükleniyor veya hata olması nedeniyle TC dizesi almıyor.

Reklam isteği göndermek için işlevi manuel olarak çağırıyorsanız yanıtın getTCData TCData.eventStatus = 'tcloaded' VEYA 'cmpuishown' + 'useractioncomplete' olduğundan emin olun. Bunlar, CMP'nin kullanıcıya izinle ilgili bir seçenek sağlamaya hazır olduğunu gösterir.

Reklam isteği göndermek amacıyla işlevi manuel olarak çağırmıyorsanız CMP ile birlikte çalışarak getTCData desteğinin uygulandığından ve kullanıcı izninin API ile kullanılmaya hazır olduğunu göstermek için TCData.eventStatus = 'tcloaded' VEYA 'cmpuishown' + 'useractioncomplete' değerinin döndürüldüğünden emin olun.

2.1b

Her iki koşul da karşılanır:

  • CMP'ler &gdpr=1 olarak ayarlandı.
  • &gdpr_consent= istekte mevcut, ancak TC dizesi boş.
CMP'nizden, API'lerinin IAB TCF teknik özelliklerine göre doğru şekilde uygulandığını kontrol etmesini isteyin.
2.0a

TC dizesi, base64 olarak kodlanmadığı için ayrıştırılamıyor.

Örnek: “2”

CMP'ler (veya yayıncılar), base64 şifrelenmiş verilerini yalnızca gdpr_consent= parametrelerinde göndermelidir.
2.0b

TC dizesi, kod çözme hatası nedeniyle ayrıştırılamıyor.

Örnek: Yanlış bit sayısı içermekte

CMP, TC dizesi uygulama hatalarını düzeltmelidir.
2.0c

Bir veri hatası nedeniyle TC dizesi ayrıştırılamıyor.

Örnek: Yanlış zaman damgası, tedarikçi kimliği çok büyük

CMP, TC dizesi uygulama hatalarını düzeltmelidir.

TC dizesiyle ilgili sorunlar

TC dizesindeki, reklam isteğiyle ilişkili sorunlar. Reklam istekleri iptal edilir ve yerine getirilmez.

Hata Açıklama Yapılması önerilen işlem
3.1 Geçersiz CMP kimliği.

IAB tarafından doğrulanmış bir CMP'nin kullanıldığından ve kimliğinin TC dizelerinde doğru şekilde ayarlandığından emin olun.

TC dizesi oluşturulduğunda bir CMP geçerliyse ancak daha sonra IAB tarafından silindiyse geçerli bir CMP kullanarak izni yeniden almanız gerekir.

3.2 Artık kullanılmıyor. Yok. Önceki anlamı: TC dizesi 13 aydan uzun bir süre önce oluşturuldu.

Yeniden izin alınmalıdır

Kullanıcıdan izin alınmalıdır. 13 aydan uzun bir süre önce veya Google'ın henüz listelenmediği bir GVL sürümünü kullanarak izin aldıysanız kullanıcının iznini yeniden almanız gerekir. Aksi takdirde reklam istekleri iptal edilir ve yerine getirilmez.

Hata Açıklama Önerilen işlem
3.3 TC dizesi son kez 13 aydan uzun bir süre önce güncellendi.

CMP, eski TC dizesini silmeli ve izni yeniden almalıdır.

Kullanıcı izni CMP tarafından geçersiz kılınıp yeniden alınmadan önce reklam isteklerinin süresi dolmuş bir TC dizesiyle gönderilmesi halinde bu hata birkaç kere görülebilir.

Uygulamanızda Google kullanıcı rızası yönetim çözümlerini ve UMP SDK'sını kullanıyorsanız UMP SDK'sının doğru şekilde uygulandığını ve her uygulama başlangıcında requestConsentInfoUpdate çağrısının yapıldığını onaylayın.

4.1 TC dizesi, Google'ın henüz listelenmediği bir GVL sürümü kullanılarak oluşturulmuştur. GVL'nin güncel bir sürümünü kullanarak yeniden izin alın.

Global kapsam ve bant dışı kapsam

Global kapsam ve bant dışı kapsamla ilgili sorunlar (Ad Manager, AdMob, AdSense). TC dizesinde "Bant dışı" veya "Global kapsam" ifadesi belirtilmişse reklam yayınlanmaz.

Hata Açıklama Önerilen işlem
5.1 TC dizesi, bant dışı izinlere izin veriyor. CMP'nizden bant dışı sinyalleri TC dizelerinden kaldırmasını isteyin.
5.2 Global kapsamlı TC dizesi. CMP'den TC dizelerinizi hizmete özel olacak şekilde güncellemesini isteyin.

Sınırlı reklam sunumu

Sınırlı reklamlar yayınlanır.

Hata Açıklama Önerilen işlem
6.1 TC dizesi sürümü 1 veya 1.1 (1.0 sürümü dizesi) şeklinde. CMP, TCF 2.2 sürümü dizeleri göndermelidir.

Google'ın ele alacağı sorunlar

Bu sorunlar ortaya çıktığında Google gereken yerlerde sorunun etkisini azaltır ve normal TCF işlemiyle devam eder.

Hata Açıklama Önerilen işlem
7.1 gdprApptes tanımlanmamış veya geçersiz ya da çözülemez bir değere ayarlanmış, ancak geçerli bir TC dizesi mevcut. Yok
7.2 TC dizesi, Google'ın sahip olduğu mevcut reklam sunma teknolojisinden daha yeni bir GVL sürümü ile oluşturulmuş. Yok
7.3 Bazı amaçlar, özellikler ve/veya sağlayıcılar izin verilen aralığın dışında (bilinmiyor). Yok
7.4 TC dizesi en yeni GVL'den daha eski bir tcf_policy_version değerine sahip. CMP, eski TC dizesini silmeli ve en yeni GVL'yi kullanarak izni yeniden almalıdır.
7.5

Bir isteğin & gdpr=1 değeri var, ancak istek URL'sinde & gdpr_consent parametresi mevcut değil.

Yok
7.6 Geçersiz yayıncı ülke kodu, ancak 1. Amaç için izin mevcut.  CMP, TC dizesi uygulama hatalarını düzeltmelidir.
7.7 Geçersiz dil kodu. CMP, TC dizesi uygulama hatalarını düzeltmelidir.
7.8 TC dizesi sürümü alanı 1 veya 2 şeklinde değil.

Geçersiz bir TC dizesi algılanırsa CMP yeni izin isteyerek TC dizesi uygulama hatalarını düzeltmelidir.

Uygulamanızda Google kullanıcı rızası yönetim çözümlerini ve UMP SDK'sını kullanıyorsanız UMP SDK'sının doğru şekilde uygulandığını ve her uygulama başlangıcında requestConsentInfoUpdate çağrısının yapıldığını onaylayın.

7.9 Eİ dizesi sürümü 1 veya 2 değil. CMP, Eİ dizesi sürümünü 1 veya 2 olarak ayarlamalıdır.

Eİ dizesi sorunları

Bu sorunlar söz konusu olduğunda Google, Ek İzin (Eİ) dizesini geçersiz olarak değerlendirir ve TC dizesi dışında başka satıcılar dikkate alınmaz.

Hata Açıklama Önerilen işlem
8.1 Eİ dizesi, sürüm ayırıcısını (~) kullanmıyor. CMP, sürüm numarasını izin verilen satıcılar listesinden ayırmak için Eİ dizesinin ikinci karakteri olarak "~" kullanmalıdır.
8.2 Eİ dizesi, beklenen biçimlendirmeye uymayan bir satıcı listesi içerir (int64'lerin listesi ' . ' ile ayrılır) CMP, Eİ dizesi uygulama hatalarını düzeltmelidir.

 

Bu size yardımcı oldu mu?

Bunu nasıl iyileştirebiliriz?
true
Sürüm notları

En yeni Ad Manager özellikleri ve Yardım Merkezi güncellemeleri hakkında bilgi alın.

Yenilikleri görün

Arama
Aramayı temizle
Aramayı kapat
Ana menü
14429770247903982944
true
Yardım Merkezinde Arayın
true
true
true
true
true
148
false
false