16 Kasım 2026’dan itibaren Google Ads Data Manager’da müşteri verilerinin işlenme şekli değişiyor. Google, SHA-256 ile önceden hash’lenmiş müşteri verisi gönderme zorunluluğunu kaldıracağını ve şifreli veri işlemeyi varsayılan olarak destekleyeceğini duyurdu.
İlk bakışta küçük bir teknik güncelleme gibi görünse de bu değişiklik, Customer Match listeleri oluşturan, CRM verilerini Google Ads’e aktaran veya offline dönüşüm yükleyen reklamverenler için önemli.
Üstelik güncelleme, 27 Kasım’daki Black Friday’e yalnızca 11 gün kala devreye giriyor. Müşteri verilerinin aktarımında yaşanabilecek bir aksaklık, reklam kampanyalarının en yoğun dönemlerinden birinde sorun yaratabilir.
Peki Google Ads Data Manager’da tam olarak ne değişiyor? Hash’leme zorunluluğunun kaldırılması ne anlama geliyor? Mevcut entegrasyonlar etkilenebilir mi?
Bu yazıda yeni veri işleme modelini, reklamverenlere olası etkilerini ve 16 Kasım’dan önce kontrol edilmesi gereken noktaları ele alıyoruz.
Google Ads Data Manager 16 Kasım’da nasıl değişiyor?
Google Ads, müşteri verilerinin reklam platformuyla eşleştirilmesinde uzun süredir SHA-256 hash’leme yönteminden yararlanıyor.
Hash’leme, e-posta adresi veya telefon numarası gibi bilgileri tek yönlü bir matematiksel işlemle sabit uzunlukta bir özete dönüştürüyor. Google, bu özetleri kendi hesap verileriyle karşılaştırarak uygun kayıtları eşleştirebiliyor.
Ancak verilerin Google’a gönderilmeden önce reklamveren tarafından hash’lenmesi, kullanılan entegrasyon yöntemine göre değişebiliyor. Örneğin Google Ads’in manuel müşteri listesi yükleme süreçlerinde, hash’leme işlemini Google’ın sunduğu araçlar da gerçekleştirebiliyor.
16 Kasım değişikliği ise özellikle Google Ads Data Manager’ın veri işleme yaklaşımını ilgilendiriyor.
Google’ın reklamverenlere gönderdiği ve sektör yayınlarınca aktarılan bildirime göre yeni sistemde:
Müşteri verilerinin önceden SHA-256 ile hash’lenmesi zorunlu olmayacak.
Data Manager üzerinden alınan veriler şifreli bir işleme sürecinden geçirilecek.
Google, verileri Trusted Execution Environment (TEE) adı verilen donanım düzeyinde izole edilmiş bir ortamda işleyecek.
Bu ortamda gerekli veriler çözülecek, standartlaştırılacak ve Google hesap verileriyle eşleştirilecek.
Eşleşen kayıtlar, ilgili uygunluk koşulları doğrultusunda reklam hedefleme ve dönüşüm ölçümü süreçlerinde kullanılabilecek.
Değişiklik şu dört veri aktarım yöntemini kapsıyor:
CRM bağlantıları
Bulut depolama üzerinden veri aktarımları
Doğrudan dosya yüklemeleri
Data Manager API
Ancak Google’ın kamuya yansıyan duyurusu, mevcut hash’lenmiş veri yüklemelerinin yeni sistemde nasıl ele alınacağına ilişkin tüm teknik ayrıntıları açıklamıyor.
Bu nedenle değişiklik, mevcut entegrasyonların mutlaka yeniden kurulması gerektiği anlamına gelmiyor.
Hash’leme ve şifreleme arasındaki fark nedir?
Yeni Google Ads güncellemesini anlamak için hash’leme ve şifreleme arasındaki farkı bilmek gerekiyor.
Her iki yöntem de veri güvenliği süreçlerinde kullanılıyor ancak aynı işlevi görmüyor.
Hash’leme, bir veriyi tek yönlü bir matematiksel işlemden geçirerek sabit uzunlukta bir özete dönüştürüyor. SHA-256 ile oluşturulan özet, geleneksel gösteriminde 64 karakterlik bir hexadecimal değer olarak ifade ediliyor.
Hash’leme işlemi normal koşullarda tersine çevrilemiyor. Ancak bu, hash’lenmiş kişisel verilerin her durumda anonim olduğu anlamına gelmiyor.
Şifreleme ise verinin uygun anahtar olmadan okunmasını engelliyor. Hash’lemeden farklı olarak şifrelenmiş veri, doğru anahtarla yeniden çözülebiliyor.
Bu iki yöntem birbirinin tamamen alternatifi değil. Bazı veri işleme süreçlerinde birlikte kullanılabiliyor.
Nitekim Google’ın mevcut Confidential Matching with Encryption dokümanlarında, belirli şifreleme akışlarında kişisel verilerin önce hash’lenip ardından şifrelendiği açıklanıyor.
Dolayısıyla 16 Kasım güncellemesi, Google’ın tüm sistemlerinde hash’lemeyi tamamen bıraktığı anlamına gelmiyor.
Google Ads neden SHA-256 zorunluluğunu kaldırıyor?
Google’ın açıkladığı temel gerekçe, müşteri verilerinin eşleştirilmesinde oluşabilecek formatlama hatalarını azaltmak.
Hash’leme işleminde küçük bir veri farklılığı bile tamamen farklı bir sonuç oluşturabiliyor.
Örneğin:
E-posta adresinde fazladan boşluk bulunması
Büyük ve küçük harflerin standartlaştırılmaması
Telefon numarasının ülke kodu olmadan kaydedilmesi
Veri alanlarının beklenen biçimde düzenlenmemesi
Bu tür sorunlar, veriler hash’lenmeden önce düzeltilmediğinde eşleşme başarısını olumsuz etkileyebiliyor.
Google’ın yeni yaklaşımı, verilerin standartlaştırılmasını güvenli işleme ortamında gerçekleştirerek bu hataların azaltılmasını amaçlıyor.
Customer Match eşleşme oranları artacak mı?
Artabilir, ancak bunun garantisi yok.
Örneğin 10.000 müşteriden oluşan bir veri listeniz olduğunu düşünelim.
Bu listedeki e-posta adreslerinin bir bölümü farklı formatlarda kaydedilmişse, standartlaştırma hataları nedeniyle bazı kayıtlar Google hesaplarıyla eşleşmeyebilir.
Yeni veri işleme yaklaşımı, bu tür hatalardan kaynaklanan kayıpları azaltmaya yardımcı olabilir.
Ancak Customer Match eşleşme oranını yalnızca verilerin formatı belirlemiyor.
Müşterinin Google hesabıyla eşleştirilebilir olması, verilerin güncelliği, hesap uygunluğu ve Google’ın veri kullanım politikaları da sonucu etkileyebiliyor.
Google, duyuruda eşleşme doğruluğunu iyileştirmeyi hedeflediğini belirtiyor. Ancak bu iyileşmenin ne kadar olacağına ilişkin doğrulanmış bir oran paylaşılmış değil.
Google Ads Data Manager güncellemesi kimleri etkiliyor?
Değişikliğin etkisi, müşteri verilerini Google Ads’e hangi yöntemle aktardığınıza bağlı.
Kullanım şekli | Kontrol önceliği | Yapılması gereken |
|---|---|---|
Özel script veya Data Manager API | Yüksek | Veri alanlarını, hash’leme ve şifreleme akışlarını kontrol edin |
HubSpot, Salesforce gibi CRM bağlantıları | Orta | Entegrasyon sağlayıcınızdan uyumluluk bilgisi alın |
Manuel CSV yüklemesi | Orta | Güncel dosya formatını ve yükleme sonuçlarını kontrol edin |
Yalnızca Google etiketiyle Enhanced Conversions | Düşük | Data Manager üzerinden ayrıca veri aktarımı yapılıp yapılmadığını doğrulayın |
Kontrol öncelikleri, olası teknik müdahale ihtiyacına göre hazırlanmış genel bir değerlendirmedir.
Özellikle kendi veri aktarım altyapısını geliştiren ekiplerin bu güncellemeyi dikkatle incelemesi gerekiyor.
Ancak burada önemli bir ayrıntı var: Google’ın duyurusu, mevcut hash’lenmiş verilerin 16 Kasım sonrasında kesin olarak reddedileceğini söylemiyor.
Dolayısıyla reklamverenlerin mevcut hash’leme işlemlerini hemen kaldırması veya müşteri verilerini farklı bir formatta göndermeye başlaması doğru bir yaklaşım olmayabilir.
Öncelikle kullanılan entegrasyonun güncel Google dokümanlarıyla uyumluluğunu doğrulamak gerekiyor.
Google Ads Data Manager güncellemesi öncesi 6 kontrol
16 Kasım öncesinde yapılabilecek en önemli hazırlık, mevcut veri aktarım süreçlerini gözden geçirmek ve karşılaştırma için bir referans oluşturmak.
1. Müşteri verilerinizin hangi kanallardan aktarıldığını belirleyin
Google Ads hesabınıza müşteri verilerinin hangi yöntemlerle ulaştığını listeleyin.
CRM entegrasyonları, bulut depolama bağlantıları, manuel dosya yüklemeleri ve API üzerinden gerçekleştirilen aktarımları ayrı ayrı kontrol edin.
Birden fazla yöntem kullanıyorsanız her birinin veri işleme süreci farklı olabilir.
2. Mevcut Customer Match sonuçlarını kaydedin
16 Kasım öncesindeki müşteri listelerinizin durumunu kayıt altına alın.
Özellikle şu verileri takip edin:
Yüklenen müşteri kayıtlarının sayısı
Customer Match eşleşme oranları
Kullanılabilir kitle büyüklüğü
Yükleme ve işleme hataları
Offline dönüşüm yükleme sayıları ve sonuçları
Bu veriler, değişiklik sonrasında oluşabilecek farklılıkları değerlendirmek için referans oluşturabilir.
Eşleşme işlemlerinin tamamlanmasının zaman alabildiğini unutmayın. Bu nedenle yeni yüklenen bir listeyle işlenmesi tamamlanmış eski bir listeyi doğrudan karşılaştırmayın.
3. CRM ve entegrasyon sağlayıcınızı kontrol edin
HubSpot, Salesforce veya üçüncü taraf bir veri entegrasyon aracı kullanıyorsanız sağlayıcınızın güncellemeye ilişkin açıklamalarını inceleyin.
Özellikle mevcut bağlantının yeni veri işleme modelini destekleyip desteklemediğini ve sizin tarafınızda herhangi bir yapılandırma değişikliği gerekip gerekmediğini öğrenin.
4. Kendi script ve API entegrasyonlarınızı inceleyin
Verileri özel yazılımlarla gönderiyorsanız mevcut aktarım hattınızı teknik ekibinizle kontrol edin.
Data Manager API belgelerindeki veri formatları, hash’leme alanları, şifreleme seçenekleri ve hata mesajlarını inceleyin.
Mevcut sisteminizin çalışmayı bırakacağını varsaymayın. Ancak doğrulama yapmadan hash’leme işlemlerini kaldırmayın veya ham müşteri verisi göndermeye başlamayın.
5. İlk otomatik yüklemeleri takip edin
16 Kasım sonrasındaki ilk veri aktarımlarında yalnızca işlemin tamamlanıp tamamlanmadığına bakmayın.
Yüklenen kayıtların işlenme durumunu, hata mesajlarını, kullanılabilir kitle büyüklüğünü ve offline dönüşüm sonuçlarını da kontrol edin.
Başarılı bir dosya yüklemesi, bütün müşteri kayıtlarının Google hesaplarıyla eşleştiği anlamına gelmez.
6. Black Friday müşteri listelerini erkenden hazırlayın
Black Friday kampanyalarında kullanmayı planladığınız müşteri listelerini 16 Kasım öncesinde hazırlamak ve mevcut sisteminizle yüklemek faydalı olabilir.
Böylece olası entegrasyon sorunlarını en yoğun kampanya döneminden önce fark etme şansınız olur. Black Friday öncesi kontrol edilmesi gereken diğer ayarlar için reklam hesabı kontrol listemize göz atabilirsiniz.
Ancak listelerin uygun şekilde güncel tutulması ve müşteri verilerinin gerekli izinlerle işlenmesi gerektiğini unutmayın.
Google Ads Data Manager’ın 2026 güncellemeleri
16 Kasım değişikliği, Google’ın 2026 boyunca birinci taraf veri entegrasyonlarını Data Manager etrafında geliştirme sürecinin bir parçası.
Yıl içerisinde Customer Match, offline dönüşümler ve API entegrasyonlarıyla ilgili başka değişiklikler de yapıldı.
Tarih | Değişiklik |
|---|---|
4 Kasım 2026 | Data Manager API v1.9 ile telefon araması dönüşümleri ve hata veren kayıtların belirlenmesine yönelik tanılama özellikleri eklendi |
Eylül 2026 | Customer Match için IP adresi ve kullanıcı etkileşim zaman damgası sinyalleri duyuruldu |
15 Haziran 2026 | Belirlenen geçmiş dönemde offline dönüşüm yükleme etkinliği bulunmayan entegrasyonların Google Ads API erişimi kısıtlandı |
1 Nisan 2026 | Belirlenen dönemde Customer Match etkinliği bulunmayan entegrasyonların Google Ads API üzerinden ilgili yüklemeleri yapması kısıtlandı |
Bu değişiklikler, Google’ın reklamverenleri Data Manager ve Data Manager API kullanımına yönlendirdiğini gösteriyor.
Ancak 1 Nisan ve 15 Haziran düzenlemeleri, Google Ads API üzerinden gerçekleştirilen bütün mevcut Customer Match veya offline dönüşüm yüklemelerinin kapatıldığı anlamına gelmiyor.
Kısıtlamalar, Google’ın belirlediği geçmiş kullanım koşullarını karşılamayan entegrasyonlarla ilgili.
Türkiye’deki reklamverenler için IP eşleştirmesi
Google, 2026 yılında Customer Match kapsamında IP adresi ve kullanıcı etkileşim zaman damgası gibi ek sinyallerin kullanımına yönelik özellikler de duyurdu.
Ancak bu verilerin kullanımı coğrafi ve politikaya dayalı kısıtlamalara tabi.
Özellikle Avrupa Ekonomik Alanı, Birleşik Krallık ve İsviçre’deki kullanıcılarla ilgili istisnalar bulunuyor.
Türkiye’deki kullanıcılar bu coğrafi istisnaların dışında kalabilse de bu durum, IP adreslerinin koşulsuz kullanılabileceği anlamına gelmiyor.
Verilerin uygun yöntemlerle toplanması, Google’ın Customer Match politikalarına uyulması ve kişisel veri koruma yükümlülüklerinin yerine getirilmesi gerekiyor.
Google Ads Customer Match ve KVKK: Nelere dikkat edilmeli?
16 Kasım güncellemesinin önemli boyutlarından biri de müşteri verilerinin korunma şekli.
Hash’leme ve şifreleme farklı yöntemler olsa da her ikisi de veri güvenliği süreçlerinde rol oynuyor.
Google’ın yeni Data Manager yaklaşımında, alınan verilerin donanım düzeyinde izole edilmiş bir Trusted Execution Environment (TEE) içinde işlenmesi öngörülüyor.
TEE, hassas verilerin işlenmesini sistemin diğer bileşenlerinden yalıtmaya yönelik bir güvenlik teknolojisi.
Google’ın Confidential Matching altyapısı ise tamamen yeni değil. Şirket bu yaklaşımı 2024 yılında duyurmuştu. 2026 güncellemesi, mevcut teknolojinin Data Manager veri işleme süreçlerinde nasıl kullanılacağıyla ilgili yeni bir aşamayı temsil ediyor.
Ancak güvenli bir işleme ortamının kullanılması, kişisel veri koruma yükümlülüklerini ortadan kaldırmıyor.
Önemli bir nokta da şu: SHA-256 ile hash’lenmiş müşteri verileri her durumda anonim veri sayılmıyor.
Özellikle başka bilgilerle eşleştirilebilen veya yeniden ilişkilendirilebilen kayıtlar kişisel veri niteliğini koruyabiliyor.
Bu nedenle müşteri verilerini Google Ads’e aktaran işletmelerin şu konuları gözden geçirmesi faydalı olacaktır:
Veri toplama ve kullanım amaçları
Gerekli açık rıza ve aydınlatma süreçleri
Yurt dışına kişisel veri aktarımının hukuki koşulları
Entegrasyon sağlayıcılarının veri işleme süreçleri
Erişim, saklama ve güvenlik politikaları
Türkiye’deki işletmeler açısından bu değerlendirmelerin KVKK ve ilgili mevzuat doğrultusunda yapılması gerekiyor. Shopify mağazaları için genel yükümlülükleri KVKK ve ETBİS uyumluluk rehberimizde anlattık.
Özellikle ajansların müşterileri adına gerçekleştirdiği veri yüklemelerinde, tarafların sorumluluklarının netleştirilmesi önemli.
Sık sorulan sorular
Google Ads Data Manager 16 Kasım 2026’da ne değiştiriyor?
Google, Data Manager üzerinden müşteri verisi aktarımında önceden SHA-256 ile hash’lenmiş veri gönderme zorunluluğunu kaldıracağını ve şifreli veri işleme yaklaşımını varsayılan olarak destekleyeceğini duyurdu.
Hash’lenmiş müşteri verilerini göndermeye devam edebilir miyim?
Mevcut Google dokümanlarında hash’lenmiş veriyle çalışan yöntemler bulunuyor. Ancak 16 Kasım duyurusu, bütün eski yükleme akışlarının yeni sistemde nasıl ele alınacağını ayrıntılı olarak açıklamıyor. Bu nedenle mevcut entegrasyonunuzu değiştirmeden önce güncel dokümanları ve sağlayıcı açıklamalarını kontrol etmeniz gerekiyor.
Customer Match eşleşme oranım artacak mı?
Artabilir ancak garanti değil. Google, veri formatlama kaynaklı hataların azaltılmasını hedefliyor. Gerçek etki, veri kalitesine, kullanıcıların eşleştirilebilirliğine ve kullanılan entegrasyona bağlı.
Manuel CSV yüklemesi yapıyorsam değişiklik gerekiyor mu?
Google Ads, manuel yüklemelerde müşteri verilerinin hash’lenmesine yönelik seçenekleri zaten destekliyor. Bu nedenle yalnızca manuel yükleme yapıyorsanız büyük bir teknik değişiklik gerekmeyebilir. Yine de güncel dosya şablonunu ve yükleme sonuçlarını kontrol etmelisiniz.
Data Manager API kullananların entegrasyonlarını güncellemesi gerekiyor mu?
Her entegrasyon için zorunlu bir güncelleme olduğu doğrulanmış değil. Özellikle özel geliştirilmiş aktarım hatlarında mevcut veri formatlarının ve desteklenen yöntemlerin kontrol edilmesi öneriliyor.
Bu değişiklik Enhanced Conversions’ı etkiliyor mu?
Data Manager üzerinden aktarılan ve dönüşüm ölçümü için kullanılan müşteri verileri yeni işleme yaklaşımından etkilenebilir. Ancak yalnızca Google etiketiyle çalışan Enhanced Conversions kurulumlarının tamamının aynı şekilde değişeceği söylenemez.
Güncelleme kapatılabiliyor mu?
Kamuya yansıyan duyuruda bu değişiklik için açıkça belirtilmiş bir kapatma seçeneği bulunmuyor. Fakat bu, hiçbir yapılandırma seçeneğinin olmadığı anlamına gelmiyor. Güncel Data Manager ayarlarının kontrol edilmesi gerekiyor.
Sonuç: 16 Kasım öncesinde veri aktarım süreçlerinizi kontrol edin
Google Ads Data Manager’ın 16 Kasım 2026 güncellemesi, müşteri verilerinin reklam platformuna aktarılması ve eşleştirilmesi açısından önemli bir değişiklik.
Yeni yaklaşım, veri formatlama kaynaklı hataların azaltılmasına ve eşleşme doğruluğunun iyileştirilmesine yardımcı olabilir.
Ancak daha yüksek eşleşme oranları veya sorunsuz bir geçiş garanti değil.
Özellikle Black Friday öncesinde müşteri listeleri ve offline dönüşüm verileriyle çalışan reklamverenlerin mevcut entegrasyonlarını kontrol etmesi, referans verilerini kaydetmesi ve güncelleme sonrasındaki ilk yüklemeleri takip etmesi faydalı olacaktır.
En önemlisi, Google’ın yeni veri işleme modelini mevcut hash’leme altyapınızın mutlaka kaldırılması gerektiği şeklinde yorumlamayın.
Doğru yaklaşım, mevcut veri akışını doğrulamak, teknik uyumluluğu kontrol etmek ve herhangi bir değişikliği test ederek uygulamak.





