Google, Data Manager API için kitle listelerini yenilemeyi kolaylaştıran, veri alımındaki hataları daha görünür kılan ve Google Analytics’e gönderilebilen kullanıcı tarafından sağlanan veriyi genişleten bir güncelleme yayımladı. Duyuru ilk bakışta geliştirici ekiplerini ilgilendiriyor. Asıl etkisi ise Customer Match listelerinin güncelliği, dönüşüm sinyallerinin kalitesi ve ölçüm altyapısındaki sessiz veri kayıpları üzerinde görülecek.
Bu değişiklik her Google Ads hesabında yeni bir düğme açıldığı anlamına gelmiyor. Data Manager API kullanan kurumları, ajansları, veri ortaklarını ve onların yönettiği entegrasyonları etkiliyor. Hazır bir entegrasyon ürünü kullanan marka ekipleri kod yazmayacak olsa da tedarikçilerinin yeni davranışları nasıl ele aldığını sormalı.
Ne değişti?
Google’ın 30 Temmuz 2026 tarihli resmî duyurusu üç ayrı yenilik içeriyor. Birincisi, `RemoveAllAudienceMembers` yöntemiyle belirtilen kullanıcı listelerindeki üyelerin tek işlemde temizlenebilmesi. İsteğe bağlı `removeAsOfTime` parametresi, yalnızca belirli bir zamandan önce eklenen üyeleri hedeflemeye izin veriyor. Böylece “mevcut listeyi tamamen değiştir” biçimindeki yenileme senaryosu daha açık bir yöntemle kurulabiliyor.
İkincisi, olay veya kitle üyesi alımında isteğe bağlı alanlardan biri geçersizse tüm isteğin başarısız olması gerekmiyor. API, geçerli veriyi işlemeye devam ederken `field_warnings` alanında sorunlu alanın konumunu ve uyarı nedenini döndürüyor. Zorunlu alanlardaki doğrulama hataları ise mevcut hızlı başarısızlık davranışını koruyor.
Üçüncüsü, Google Analytics hedeflerine gönderilen olaylarda `address_line`, `city` ve `administrative_area` alanları da destekleniyor. Ayrıca çok kaynaklı web olaylarında `gclid`, `user_id` veya `client_id` bulunmadığında mevcut `user_data` alanı kimlik gereksinimini karşılayan seçeneklerden biri olabiliyor. Bu, veri toplamayı sınırsızlaştıran bir izin değildir. Kullanıcı rızası, hukuki dayanak, veri minimizasyonu ve güvenli işleme sorumluluğu markada kalır.
Tam liste yenilemesi neden önemli?
Kitle listeleri çoğu zaman her yeni kaydı eski listenin üzerine ekleyen artımlı işler ile güncellenir. Bu yaklaşım hızlıdır, fakat müşteri statüsü değişen, iznini geri çeken veya artık hedeflenmemesi gereken kayıtların listede beklenenden uzun kalması riskini taşır. Tam yenileme, kaynağın o anki doğru görünümünü yeniden kurmak için kullanılır.
Yeni yöntem Google Ads Customer Match ve Display & Video 360 Customer Match akışları için belgelendi. Operasyon ekibi açısından en kritik soru, “listeyi silebiliyor muyuz?” değil, silme ve yeniden doldurma arasındaki kısa aralığın nasıl yönetildiğidir. Yeniden yükleme başarısız olursa kitle boş kalabilir. İki iş aynı anda çalışırsa daha yeni kayıtlar yanlışlıkla temizlenebilir. `removeAsOfTime` bu yarış koşullarını azaltmaya yardımcı olabilir, fakat tek başına iyi bir sürümleme ve geri dönüş planının yerini tutmaz.
Performans pazarlama yönetiminde müşteri listesi yalnızca hedefleme girdisi değildir. Yeni müşteri edinme, mevcut müşteriyi hariç tutma ve yaşam boyu değere göre teklif verme gibi kararları da etkiler. Bu nedenle tam yenileme işi kampanya operasyonu, CRM sahipliği ve veri ekibi arasında ortak bir kontrol noktası olmalı.
Alan uyarıları sessiz veri kaybını çözmüyor, görünür kılıyor
İsteğe bağlı bir alan hatalı olduğunda geçerli kayıtların işlenmeye devam etmesi, büyük partilerin tek küçük sorun yüzünden tamamen kaybolmasını önleyebilir. Bunun karşılığında entegrasyonun “HTTP isteği başarılı oldu” sonucunu başarı ölçütü sayması artık daha riskli. Yanıt gövdesindeki uyarılar okunmazsa şehir, bölge veya başka bir yardımcı sinyal aylarca eksik akabilir.
Google her uyarıda neden, açıklama ve alan konumu döndürüyor. Markaların bu veriyi kişisel bilgi içermeyen bir izleme katmanına taşıması gerekir. Günlük uyarı sayısı, etkilenen alan, kaynak sistem ve toplam olay içindeki oran izlenebilir. Ham e-posta, telefon veya adres değerlerini loglamak ise çözüm değil, yeni bir güvenlik sorunudur.
Bu nokta dijital pazarlama raporlaması için de önemlidir. Bir dönüşüm sayısı düşmedi diye veri kalitesinin aynı kaldığı varsayılamaz. Yardımcı alanların kaybı eşleşme, kitle oluşturma veya modelleme kalitesini daha geç ve dolaylı biçimde etkileyebilir.
Kimler şimdi harekete geçmeli?
Doğrudan Data Manager API kullanan şirket içi veri ekipleri, entegrasyon ajansları ve veri ortakları güncellemeyi hemen değerlendirmeli. Google Ads veya DV360 Customer Match listelerini toplu yenileyenler `RemoveAllAudienceMembers` yöntemini mevcut silme ve yeniden yükleme tasarımıyla karşılaştırmalı. Google Analytics’e çok kaynaklı olay gönderenler ise yeni adres alanlarının ve `user_data` seçeneğinin gerçekten gerekli olup olmadığını veri minimizasyonu açısından sorgulamalı.
Hazır bir CDP, CRM bağlayıcısı veya sunucu tarafı ölçüm ürünü kullanan markalar için ilk adım kod değiştirmek değildir. Tedarikçiye şu üç soruyu yöneltmek daha doğru olur: Yeni API sürümü ne zaman desteklenecek? Alan uyarıları müşteriye görünür olacak mı? Tam liste değişiminde başarısız yükleme ve geri dönüş senaryosu nasıl yönetilecek?
Kurumsal web ve veri katmanı tarafında olay sözlüğü, onay yönetimi ve sunucu tarafı aktarım aynı mimarinin parçalarıdır. Adres alanlarının desteklenmesi, var olan her alanı toplamayı haklı çıkarmaz. Yalnızca açık bir ölçüm amacı olan, izinli ve güvenli biçimde işlenebilen veriyi kullanın.
Şimdi ne yapmalı? Altı adımlı kontrol listesi
1. Entegrasyon envanterini çıkarın
Hangi hesapların Data Manager API, Measurement Protocol, hazır bağlayıcı veya dosya yüklemesi kullandığını ayırın. “Google’a veri gönderiyoruz” ifadesi teknik sahipliği bulmak için yeterli değildir.
2. Liste yenileme mantığını belgeleyin
Artımlı ekleme, tekil silme ve tam değişim senaryolarını ayrı yazın. Tam temizleme ile yeniden doldurma arasındaki hata penceresini, aynı anda çalışan işleri ve geri dönüş kaynağını test edin.
3. Uyarıları başarı ölçümüne ekleyin
Başarılı istek sayısının yanına `field_warnings` sayısını ve oranını koyun. Uyarı eşiği aşıldığında veri ekibine bildirim üretin. Gizli kişisel veriyi loglara taşımayın.
4. Kimlik ve izin haritasını güncelleyin
Her kullanıcı alanının hangi amaçla, hangi hukuki dayanakla ve ne kadar süre işlendiğini doğrulayın. Yeni desteklenen bir alanı otomatik olarak üretime eklemeyin.
5. Kontrollü bir pilot çalıştırın
Önce düşük riskli bir liste veya test akışı seçin. Liste büyüklüğü, eşleşme davranışı, olay kabul oranı ve uyarı dağılımını eski yöntemle karşılaştırın.
6. Karar kaydını kampanya ekibiyle paylaşın
Teknik değişikliğin yeni müşteri edinme, hariç tutma ve raporlama üzerindeki olası etkisini medya ekibine anlatın. Ölçümde beklenen dalgalanma varsa tarihini not edin.
Nerede beklemek gerekir?
Yeni alanlar destekleniyor diye mevcut ve sorunsuz bir ölçüm akışını hemen genişletmek gerekmiyor. Özellikle hazır bir ürün kullanıyorsanız tedarikçinin resmî destek takvimini ve uyarıları nasıl yüzeye çıkaracağını bekleyin. Tam liste silme yöntemini de yükleme, izleme ve geri dönüş adımları tamamlanmadan üretimde çalıştırmayın.
Fark Studio yorumu şu: Bu sürüm yeni bir kampanya özelliğinden çok, veri operasyonunun dayanıklılığını artıran bir altyapı güncellemesi. Değer, yöntemin varlığından değil, uyarıların izlenmesi ve liste yenilemenin kontrollü hale gelmesinden gelecek. Ölçüm ve kitle veri akışınızı birlikte denetlemek isterseniz Fark Studio ile iletişime geçebilirsiniz.
Kaynaklar
Google Ads Developer Blog, “Data Manager API updates: RemoveAllAudienceMembers method, ingestion field warnings, expanded address data”, 30 Temmuz 2026, https://ads-developers.googleblog.com/2026/07/data-manager-api-updates.html
Google Data Manager API Reference, “IngestionService.RemoveAllAudienceMembers”, 30 Temmuz 2026 sürümüne eşlik eden dokümantasyon, https://developers.google.com/data-manager/api/reference/rpc/google.ads.datamanager.v1#google.ads.datamanager.v1.IngestionService.RemoveAllAudienceMembers
Google Data Manager API Guide, “Understand API errors: Ingestion warnings”, 30 Temmuz 2026 sürümüne eşlik eden dokümantasyon, https://developers.google.com/data-manager/api/devguides/concepts/understand-errors#ingestion-warnings
Google Data Manager API Guide, “Send events to web data streams”, 30 Temmuz 2026 sürümüne eşlik eden dokümantasyon, https://developers.google.com/data-manager/api/devguides/events/send-events#web-data-stream
