Google, Display & Video 360 için Structured Data Files 10.1 sürümünü genel kullanıma açtı. Güncelleme ilk bakışta bir CSV şema değişikliği gibi görünebilir. Oysa programatik operasyonlarda dosyaya eklenen veya anlamı değişen her sütun; kampanya kurulumunu, kalite kontrolünü, raporlama eşlemesini ve otomasyon kodunu doğrudan etkiler. Yeni sürüm özellikle YouTube reklam öğelerinde AI şeffaflığı, dijital açıkhava kurguları ve yaratıcıların reklamlarla eşleştirilmesi için yeni alanlar getiriyor.
Bu haber bütün Google Ads hesaplarını değil, DV360 üzerinde toplu dosya indiren, yükleyen veya bu dosyaları bir veri hattına bağlayan ekipleri ilgilendiriyor. Türkiye’deki büyük reklamverenler, ajans trading desk’leri ve çok pazarlı kampanyalar yöneten ekipler için doğru soru “hemen 10.1’e geçelim mi?” değil. Önce mevcut entegrasyonun hangi sürüme bağlı olduğunu, yeni sütunların parser ve doğrulama kurallarını nasıl etkilediğini görmek gerekiyor.
Ne değişti?
Google’ın 30 Temmuz tarihli resmî geliştirici duyurusuna göre SDF 10.1 bütün DV360 kullanıcılarına açıldı. Sürüm, daha önce ayrı manuel kontroller isteyen dört iş alanını dosya yapısında daha görünür kılıyor. YouTube video reklam öğeleri için AI şeffaflığına ilişkin bir alan ekleniyor. Digital out-of-home kampanyalarında insertion order ve line item yapılarını dosya üzerinden yönetmeye yönelik destek genişliyor. Yaratıcıların reklam ve reklam gruplarıyla bağlantısı daha açık eşlenebiliyor. Envanter modu için de yeni kabul edilen değerler bulunuyor.
Bu alanların varlığı, her hesabın aynı anda yeni bir özellik kullanacağı anlamına gelmez. SDF, DV360’daki nesnelerin toplu aktarım şemasıdır. Özellik hesabınızda ve kampanya türünüzde desteklenmiyorsa yeni sütunun bulunması tek başına erişim sağlamaz. Buna karşılık eski bir parser yeni sütunu beklemediğinde indirme dosyasını yanlış okuyabilir; yükleme şablonu zorunlu bir başlığı atladığında da toplu işlem reddedilebilir.
AI şeffaflığı alanı ayrıca yakın dönemde genişleyen Google reklam açıklama yaklaşımıyla bağlantılıdır. Ancak SDF sütununu doldurmak, her pazardaki mevzuat yükümlülüğünü otomatik olarak karşılayan bir hukuk onayı değildir. Alanı teknik bir bayrak olarak görün; yaratıcı üretim kaydı, hedef pazar ve reklam politikası kontrolü yine ayrı sorumluluklardır.
Kimler etkileniyor?
Birinci grup, DV360’dan düzenli SDF indirip elektronik tabloyla toplu değişiklik yapan medya ekipleri. İkinci grup, SDF dosyalarını ajans içi araçlara, veri ambarına veya otomatik kampanya kurulumuna bağlayan geliştiriciler. Üçüncü grup ise YouTube, programatik video ve dijital açıkhavayı aynı operasyon altında yöneten çok kanallı reklamverenler.
Küçük ölçekli Google Ads kullanıcıları bu sürüm için işlem yapmak zorunda değil. DV360 kullanıyor olsanız bile yalnızca arayüzden çalışan ve özel bir toplu dosya hattı bulunmayan ekiplerde risk daha sınırlı olabilir. Buna karşın dosya başlıklarını sütun konumuna göre okuyan eski script’ler, sabit enum listeleri veya v9 ailesine göre kurulmuş şablonlar öncelikli denetim alanıdır.
Türkiye açısından uygulanabilirlik özellikle uluslararası perakende, otomotiv, finans, turizm ve hızlı tüketim markalarında yüksek. Bu ekipler çoğu zaman merkezi kampanya taksonomisini yerel pazar dosyalarıyla birleştirir. Sürüm uyuşmazlığı yalnızca yükleme hatası yaratmaz; yanlış yaratıcı eşlemesi, eksik envanter kısıtı veya hatalı kalite kontrol sonucuna da dönüşebilir.
Kesinleşen ve belirsiz kalan noktalar
Kesinleşen taraflar net: SDF 10.1 genel kullanıma açık; 10.1 referans şemaları Google’ın geliştirici dokümantasyonunda yer alıyor; v10’dan eski sürümler kullanımdan kaldırma takvimine girmiş durumda. Google’ın takvimine göre v9, v9.1 ve v9.2 için kullanımdan kaldırma 29 Haziran 2026’da başladı, kapanış tarihi 28 Ocak 2027 olarak belirtiliyor. Bu tarih, eski entegrasyonların sonsuza kadar çalışacağı varsayımını ortadan kaldırıyor.
Belirsizlik daha çok hesap ve operasyon düzeyinde. Her reklamverenin hangi yeni alanı hemen kullanabileceği kampanya türüne ve hesap erişimine bağlı. Yeni sütunların mevcut kurum içi araca etkisi de o aracın dosyayı başlık adına mı, sütun sırasına mı göre işlediğine bağlı. Google genel bir performans artışı sözü vermiyor; 10.1 bir teklif stratejisi veya optimizasyon modeli güncellemesi değil, operasyonel şema sürümüdür.
Bu nedenle sürümü “daha iyi sonuç veren DV360” diye sunmak yanlış olur. Asıl değer, yeni ürün nesnelerini ve açıklama alanlarını toplu iş akışına güvenilir biçimde taşıyabilmektir.
Şimdi ne yapmalı? Yedi adımlı geçiş kontrolü
1. Partner ve reklamveren düzeyinde varsayılan SDF sürümünü kaydedin. Arayüz indirmeleri ile API görevlerinin aynı sürümü kullandığını varsaymayın.
2. Son çalışan v9, v9.1 veya v9.2 dosyasının yalnızca şemasını arşivleyin. Kişisel veri veya hassas kampanya ayrıntısı içeren dosyaları kontrolsüz test ortamına taşımayın.
3. Aynı kapsamı v10 ve mümkünse v10.1 ile indirin. Eklenen, kaldırılan ve kabul edilen değeri değişen sütunları başlık adına göre karşılaştırın.
4. Parser ve doğrulama kodunu sütun konumundan bağımsız hâle getirin. Bilinmeyen sütunları sessizce yanlış alana yazmak yerine açık hata ve kayıt üretin.
5. YouTube AI şeffaflığı, DOOH nesneleri, creative-to-ad eşlemesi ve inventory mode değerleri için ayrı test vakaları hazırlayın. Kullanmadığınız alanı da boş değer davranışı açısından sınayın.
6. Önce küçük ve geri alınabilir bir kampanyada dışa aktarım, düzenleme, tekrar yükleme ve DV360 arayüzündeki sonuç kontrolünü tamamlayın.
7. Geçiş sahibini ve son tarihi belirleyin. 28 Ocak 2027 kapanışını beklemek yerine hata düzeltme payı bırakan kurum içi bir tarih kullanın.
Bu kontrol, dijital pazarlama ve performans pazarlama ekiplerinin geliştiriciyle aynı sürüm sözlüğünü kullanmasını sağlar. Kampanya ismi doğru görünürken arka plandaki yaratıcı veya envanter eşlemesinin bozulması, yalnızca teknik ekibin fark edebileceği bir risk değildir.
Nerede harekete geçmeli, nerede beklemeli?
v9 ailesine bağlı özel bir entegrasyonunuz varsa envanter çıkarmaya hemen başlayın. DOOH kullanıyorsanız, YouTube yaratıcılarını toplu yönetiyorsanız veya SDF’den veri ambarına besleme yapıyorsanız 10.1 testini önceliklendirin. Yeni şemayı doğrudan üretim hesabına toplu yüklemek yerine, karşılaştırma ve küçük pilotla ilerleyin.
DV360 kullanmayan ekiplerin bu haber için sistem değiştirmesi gerekmiyor. Arayüzde yeni bir alan görmediğiniz durumda da varsayıma dayalı veri yazmayın; hesap erişimini ve referans şemasını doğrulayın. AI şeffaflığı sütununu hukuk değerlendirmesinin yerine koymayın. Platform şeması hazır olsa bile pazar bazlı açıklama kararı ayrı kalır.
Fark Studio yorumu
SDF sürümleri çoğu zaman “ad tech ekibinin işi” diye ertelenir. Oysa dosya şeması, medya operasyonunun sözleşmesidir. Yaratıcı ekip bir öğeyi farklı adlandırdığında, geliştirici enum’u sabit tuttuğunda veya yerel ekip eski şablonu kullandığında aynı kampanya üç farklı gerçekliğe bölünebilir.
Fark Studio açısından doğru geçiş, tüm dosyaları bir günde 10.1’e çevirmek değil; sürüm, sahiplik, test kanıtı ve geri dönüş planını birlikte kurmaktır. Böylece yeni alanlardan yararlanırken ölçüm ve kalite kontrol zinciri korunur.
DV360 operasyonunuzda SDF’ye bağlı manuel veya otomatik süreçleri görünür hâle getirmek istiyorsanız Fark Studio ile bir programatik operasyon denetimi planlayabilirsiniz. Amaç yeni sürüm numarasını seçmek değil, kampanya verisinin üretimden raporlamaya tutarlı kalmasını sağlamaktır.
Kaynaklar
Google Ads Developer Blog, Launching Structured Data Files v10.1, 30 Temmuz 2026.
Search Engine Land, Google launches Structured Data Files v10.1 for Display & Video 360, 30 Temmuz 2026.
Google for Developers, Migrate to Structured Data Files v10, 2 Haziran 2026 güncellemesi.
Google for Developers, Structured Data Files deprecation schedule, 30 Temmuz 2026 erişimi.
