Kitle listesi artık tek çağrıyla temizlenebiliyor
Google Data Manager API'nin resmî sürüm notlarına göre 30 Temmuz 2026 tarihli v1.8 sürümü üç şey getirdi: kullanıcı listelerindeki tüm kitle üyelerini kaldıran ya da değiştiren yeni bir metot, ingest sırasında tüm isteği düşürmek yerine alan bazlı uyarı döndürme ve Google Analytics olay ingestinde genişletilmiş adres alanları.
Sürüm notu kısa, etkisi bakım tarafında
Data Manager API, Google'ın reklam ve ölçüm ürünlerine birinci taraf veri göndermek için kullanılan arayüz. Resmî referans sayfasındaki sürüm notlarında 2026-07-30 tarihli v1.8 kaydı yer alıyor.
Kaydın ilk maddesi IngestionService'e eklenen RemoveAllAudienceMembers metodu. Sürüm notunun ifadesiyle metot, belirtilen kullanıcı listeleri için tüm kitle üyelerini kaldırmayı ya da değiştirmeyi sağlıyor. Search Engine Land 3 Ağustos'ta konuyu ele aldı ve metodun bir kitle listesini tek işlemde temizlemeye izin verdiğini, isteğe bağlı bir zaman damgası parametresiyle yalnızca belirli bir tarihten önce eklenmiş üyelerin kaldırılabileceğini aktardı.
Sürüm notu ayrıca iki yeni hata nedeni tanımlıyor: INVALID_REMOVE_AS_OF_TIME ve REQUIRED_PREREQUISITE_LINK_MISSING.
Tüm isteği düşürmeyen uyarılar ve yeni adres alanları
İkinci değişiklik ingest davranışında. Sürüm notuna göre API artık olay ve kitle ingestinde ayrıntılı uyarı döndürebiliyor; yanıt nesnelerine field_warnings alanları eklendi ve bu alanlar neden, açıklama ve alan yolu bilgisini taşıyan FieldWarning nesneleri içeriyor.
Search Engine Land bunun pratik karşılığını şöyle özetliyor: isteğe bağlı alanlarda geçersiz veri bulunduğunda tüm istek başarısız olmuyor, geçerli kayıtlar işleniyor ve sorunlu alanları gösteren uyarılar dönüyor. Yani daha önce tek bir bozuk alan yüzünden reddedilen bir yükleme, artık kısmen geçiyor ve neyin bozuk olduğunu söylüyor.
Üçüncü değişiklik adres verisinde. Sürüm notu, Google Analytics olay ingesti için ek adres alanları gönderilebildiğini ve kullanıcı verisinde kullanılan AddressInfo kaynağına address_line, city ve administrative_area alanlarının eklendiğini yazıyor. Search Engine Land bunu, mevcut ad, posta kodu ve bölge alanlarının yanına sokak adresi, şehir ve il bilgisinin eklenmesi olarak aktarıyor.
Bir sınır belirtmek gerekiyor: sürüm notu ile haber, adres alanlarının Google Analytics hedefleri bağlamında tarif ediyor. Bunun ötesinde bir kullanım alanı kaynaklarda geçmiyor, dolayısıyla burada da genellemiyoruz.
Birinci taraf verinin bakımı, kurulumundan daha zor
Customer Match ve benzeri birinci taraf kitle kurulumlarında asıl zorluk listeyi bir kez yüklemek değil, onu güncel tutmak. Abonelikten çıkanlar, artık müşteri olmayanlar ve eskimiş kayıtlar zamanla listeyi bozuyor. Tam yenileme yapmak isteyen ekipler bugüne kadar üyeleri tek tek kaldırmak zorundaydı.
Tek çağrıda temizleme bu işi bir bakım maddesine indiriyor. Zaman damgası parametresi ise daha ince bir kullanım açıyor: belirli bir tarihten önce eklenmiş üyeleri kaldırıp yenileri bırakmak, tam yenileme yapmadan listeyi tazelemek anlamına geliyor.
Alan bazlı uyarılar ise sessiz veri kaybını azaltıyor. Tüm isteğin reddedilmesi, çoğu ekipte fark edilmeyen bir hata türü; yükleme başarısız olur, kimse bakmaz, kitle eskir. Kısmi işleme artı uyarı, hem veriyi kurtarıyor hem de sorunu görünür kılıyor.
Tabloyu abartmamak gerekiyor. Bunlar bir kampanya özelliği değil, veri hattı tarafında bakım kolaylığı. Etkisi kendini reklamverenin ekranında değil, kitlelerin ne kadar güncel kaldığında gösterir. Bu değerlendirme bizim.
Türkiye'deki işletmeler için anlamı
Aşağıdaki değerlendirme kaynaklarda yer almıyor, bizim okumamız. Kaynaklarda ülkeye özgü bir kırılım bulunmuyor.
Türkiye'de birinci taraf veriyle reklam tarafını besleyen işletmelerin çoğu, listeyi CRM ya da e-ticaret panelinden dışa aktarıp elle yüklüyor. Bu akışta iki sorun tekrar ediyor: liste güncellenmiyor ve yükleme hataları görülmüyor. v1.8'in getirdiği iki şey de tam olarak bu iki sorunu hedefliyor.
Üç pratik not. Birincisi tazeleme ritmi: listeyi ne sıklıkla yenileyeceğinizi kararlaştırın; tek çağrıyla temizleme bunu bir işe değil, bir ayara dönüştürüyor. İkincisi rıza takibi: KVKK tarafında izin durumu değişen kayıtların listeden çıkması gerekiyor ve bu artık teknik olarak daha kolay, ama tetikleyen mekanizmayı sizin kurmanız gerekiyor. Üçüncüsü uyarıları okumak: kısmi işleme, bozuk alanların gözden kaçmasını da kolaylaştırabilir; uyarıların bir yere loglanması ve düzenli bakılması şart. Bu son cümle bizim yorumumuz.
UNALSOFT açısı
Bizim reklam yönetimi çalışmalarımızda birinci taraf veri, kampanyanın yakıtı olduğu kadar bakım borcu da. Kitle listesi kurulduğu gün doğru, altı ay sonra yanıltıcı olabiliyor. Bu sürüm o bakımı ucuzlatıyor. Sorulacak soru "hangi kitleyi yükleyelim" değil, "bu kitleyi hangi ritimle tazeleyeceğiz ve izin durumu değişince ne olacak" olmalı.
Kitleniz ne kadar güncel?
Birinci taraf veri akışınızı ve tazeleme ritmini birlikte kuralım.