Google'ın gizlilik odaklı dijital reklamcılık ekosistemine yönelik devam eden taahhüdü kapsamında, AB kullanıcı rızası politikamızın yaptırımını daha sıkı hale getiriyoruz.
AEA'daki kullanıcıların verilerini yüklemek amacıyla bir Müşteri Eşleştirme iş ortağı kullanıyorsanız gerekli rıza sinyallerini Google'a ilettiğinizden emin olmak için Müşteri Eşleştirme iş ortağınızla birlikte çalışmanız gerekir.
İşleyiş şekli
Google Ads API v15 iki farklı rıza türünü belirten Consent nesnesini içerir. AB kullanıcı rızası politikasına uymak ve AEA'daki kullanıcılar için Müşteri Eşleştirme'yi kullanmaya devam etmek amacıyla Müşteri Eşleştirme yükleme iş ortakları Google Ads API v15 ile entegre olmalı ve Müşteri Eşleştirme için veri yüklerken rıza sinyallerini ayarlamalıdır.
Bu rızalar yoksa rıza değeri, rıza alınmadı olarak belirlenir. İzin vermeyen AEA kullanıcılarına ait veriler işlenmez ve Müşteri Eşleştirme ile reklam kişiselleştirme için kullanılamaz.
Mart 2024'ten itibaren, Müşteri Eşleştirme listelerinin AEA'da kullanılabilmesi için ConsentStatus türünün her iki rıza alanı da gerekli kullanıcı rızasını aldığınızı belirtecek şekilde "GRANTED" (İZİN VERİLDİ) olarak ayarlanmalıdır. Bu rıza alanları şunlardır:
| Ad | Tür | Açıklama |
|---|---|---|
ad_user_data |
ConsentStatus | Kullanıcı verilerinin reklam amacıyla Google'a gönderilmesine yönelik izinleri belirler. |
ad_personalization |
ConsentStatus | Reklam kişiselleştirmeye yönelik izinleri belirler. |
SSS
1. Rıza alanları nasıl yorumlanmalı? Bu alanlar bir işteki tüm kullanıcı kayıtları için mi yoksa yalnızca AEA'dakiler için mi geçerli?
Rıza ayarı bir işte yüklenen tüm kullanıcılar için geçerlidir ve reklamverenler farklı rıza sinyallerine sahip kullanıcıları yüklemek için ayrı işler kullanmalıdır.
Bu, bir işte AEA dışından ve AEA'dan kullanıcı kayıtları varsa ve rıza durumu GRANTED (İZİN VERİLDİ) olarak gönderilirse bu GRANTED (İZİN VERİLDİ) rıza durumunun söz konusu işteki tüm kayıtlar için kullanılacağı anlamına gelir.
2. Bir kullanıcı listesinde farklı rıza seviyelerine sahip üyeler olabilir mi? Örneğin, tek bir kitleyi güncelleyen iki işimiz olduğunu varsayalım. Birincisi tanımlayıcıları UNSPECIFIED (BELİRTİLMEMİŞ) rıza durumu, ikincisi ise tanımlayıcıları GRANTED (İZİN VERİLDİ) rıza durumu ile gönderiyor.
Rıza ayarı bir işte yüklenen tüm kullanıcılar için geçerlidir ve reklamverenler farklı rıza durumlarına sahip kullanıcıları yüklemek için ayrı işler kullanmalıdır. Bu örnekte, biri ad_user_data ve ad_personalization parametreleri için UNSPECIFIED (BELİRTİLMEMİŞ) rıza durumuna sahip kullanıcıları yüklemek, diğeri ise iki rıza parametresi için GRANTED (İZİN VERİLDİ) rıza durumuna sahip kullanıcılar için olmak üzere iki iş kullanırsınız.
3. Bir kullanıcı tanımlayıcısı, birinde rıza durumu GRANTED (İZİN VERİLDİ; ad_user_data ve ad_personalization için), diğerinde de DENIED (REDDEDİLDİ; ad_user_data ve ad_personalization) olarak ayarlanmış iki işte gönderilirse bu durum nasıl çözümlenir? İşler başlatılma sırasına göre mi yoksa işlenme sırasına göre mi tamamlanır?
Rıza durumunu DENIED (REDDEDİLDİ) olarak ayarlarsanız hata alırsınız. Ayarın Google Ads API'de reddedilmesiyle ilgili davranış hakkında daha fazla bilgi edinin. Aynı kullanıcı kaydı bir işte GRANTED (İZİN VERİLDİ), diğer işte DENIED (REDDEDİLDİ) rıza durumuyla gönderilirse rıza durumu DENIED (REDDEDİLDİ) olan ikinci iş için hata mesajı alırsınız. Rıza durumu, işin işlenme sırasına göre çözümlenir.
4. DENIED (REDDEDİLDİ) rıza değeri iş ortakları tarafından nasıl kullanılmalıdır? Bununla kitleden üye çıkarma arasındaki fark nedir?
Rıza durumunu DENIED (REDDEDİLDİ) olarak ayarlarsanız hata alırsınız. Ayarın Google Ads API'de reddedilmesiyle ilgili davranış hakkında daha fazla bilgi edinin. ad_user_data veya ad_personalization rıza parametrelerinden biri için DENIED (REDDEDİLDİ) rıza değerinin gönderilmesi, Müşteri Eşleştirme'nin hata mesajı döndüreceği ve işteki verilerin reklam kişiselleştirme için kullanılamayacağı anlamına gelir.
AEA kullanıcısının verileri için daha önce rıza alınmışsa veya veriler Mart 2024'ten önce bulunuyorsa Müşteri Eşleştirme bu verileri kullanmaya devam eder.
Kullanıcı kaydının kitle listesinden çıkarılması, Müşteri Eşleştirme'nin söz konusu AEA kullanıcısının daha önce izin verilen veya Mart 2024'ten önce var olan verilerini kullanamayacağı anlamına gelir.
5. Müşteri Eşleştirme iş ortakları rıza değişikliklerini nasıl yönetmelidir? Kullanıcı verileri kitleden kaldırılmalı mı yoksa Müşteri Eşleştirme iş ortağı bireysel kullanıcılar için rıza işaretini değiştirebilir mi?
Bir son kullanıcı kitle listesine eklendikten sonra iki rızadan (ad_user_data veya ad_personalization) herhangi biri daha sonra son kullanıcı tarafından geri çekilirse iş ortaklarının kullanıcıyı mevcut kitle listelerinden çıkarmak ya da kitle listesini, izin vermeyen kullanıcının yer almadığı yeni bir listeyle değiştirmek için Müşteri Eşleştirme API'lerini kullanma seçeneği vardır.
Not: Bir AEA kullanıcısı daha önce hem ad_user_data hem de ad_personalization için izin verdiyse bu veriler, söz konusu listenin süresi dolana ve/veya veriler reklamveren/iş ortağı tarafından açıkça kaldırılana kadar Müşteri Eşleştirme için kullanılmaya devam eder.
6. Müşteri Eşleştirme iş ortakları tarafından düzenli olarak güncellenen ancak Mart 2024'ten önce oluşturulan kitlelere ne olacak? Yalnızca bu yenilenen kitlelere eklenen yeni kayıtların mı rıza yüklemesi gerekecek?
Müşteri Eşleştirme'nin Mart 2024'ten sonra AEA kullanıcıları için çalışmaya devam etmesi için, yeni yüklenen/güncellenen tüm AEA kullanıcı verilerinde rıza alanlarının her ikisinin de GRANTED (İZİN VERİLDİ) olarak ayarlanması gerekir.
Müşteri Eşleştirme, Mart 2024'ten önce yüklenen kullanıcı listelerini süreleri dolana ve/veya reklamveren/iş ortağı tarafından açıkça kaldırılana kadar kullanmaya devam eder. Bu tür kullanıcı listeleri yalnızca Mart 2024'ten önce kullanılan Google hizmetlerinde kullanılır.
7. Bir iş ortağı, rıza bilgisi sağlamayan reklamverenler için varsayılan değer olarak "UNSPECIFIED" (BELİRTİLMEMİŞ) durumunu gönderirse ne olur?
Rıza durumu "UNSPECIFIED" (BELİRTİLMEMİŞ) olarak ayarlanırsa rızanın olmadığı kabul edilir. Bu da AEA kullanıcısına ait verilerin reklam kişiselleştirme için kullanılamayacağı anlamına gelir.
8. Reklamverenlerin, mağaza satış verilerini Müşteri Eşleştirme ile kullanmak amacıyla farklı rıza etiketleri için ayrı yükleme işleri / dosyaları göndermesi gerekir mi?
Hayır, reklamverenlerin AEA kullanıcıları için mağaza satış verilerini yüklerken farklı rıza etiketleri (hem API hem de manuel yüklemeler için geçerlidir) için birden fazla yükleme dosyası veya iş göndermesi gerekmez. Rıza etiketlerine uygunluğu sağlamak için mağaza satış verilerini ve ilişkili rıza değerlerini, yüklenen her dosyada bağımsız satır düzeyinde işleriz. Bu yaklaşım, tüm rıza etiketlerinin dikkate alınmasını ve rızanın reddedildiği satırlarda kişisel verilerin işlenmemesini sağlar. Hem Müşteri Eşleştirme hem de mağaza satışları, Google'a iletilen rıza etiketlerini dikkate alır.
9. Mağaza satış verileriyle Müşteri Eşleştirme'yi kullanmak için hangi rıza parametreleri gereklidir?
Reklamverenler, Müşteri Eşleştirme işlevlerine erişmeye devam edebilmek üzere mağaza satış verilerini AEA kullanıcıları için hem reklam kullanıcı verileri hem de reklam kişiselleştirme amacıyla alınan izin değerleriyle birlikte iletmelidir. Mağaza satışlarıyla Müşteri Eşleştirme'de yalnızca rıza verilen değerlere sahip veriler kullanılabilir. AEA'daki rıza güncellemeleri hakkında daha fazla bilgiye buradan ulaşabilirsiniz.
