Akıllı TV Uygulama Dağıtım Kılavuzu: Roku, Tizen, webOS ve tvOS'ta Yayınlama
Uygulamanızın hazırlanmasından, test edilmesinden, sertifikalandırılmasından, mağaza'ya gönderilmesinden ve gü
VAST 4.2 ve VMAP’ın CTV reklam bloklarında nasıl birlikte çalıştığını, her bir standardın hangi aşamada kullanıldığını ve daha iyi bir akış deneyimi için programatik reklam aralarını nasıl yapılandırmanız gerektiğini öğrenin.
Yayınlanma:
İnternete bağlı bir televizyondaki reklam arası, izleyiciye basit görünebilir.
Program sona erer. Bir reklam başlar. İki ya da üç reklam yayınlanır. Program devam eder.
Ancak bu dizinin ardında, birkaç sistemin şu konuda mutabık kalması gerekir: bir boşluk oluştuğunda, ne kadar stok mevcut olduğu, hangi reklamların bu boşluğu doldurabileceği ve bu reklamların nasıl sunulduğu ve ölçüldüğü.
VAST ve VMAP genellikle bu noktada birbiriyle karıştırılır.
Bunlar, aynı sorunu çözen birbiriyle rekabet halindeki standartlar değildir.
VAST, reklam yanıtını yapılandırır. VMAP ise reklam aralarının nerede ve ne zaman gerçekleşeceğini belirler.
Programatik reklamcılığı kullanan CTV platformları için bu farkı anlamak önemlidir. Kötü yapılandırılmış bir reklam bloğu, boş reklam alanlarına, tekrarlanan reklam görsellerine, tutarsız reklam yüklemelerine ya da televizyondan çok bir web sayfasını andıran bir izleme deneyimine yol açabilir.
VAST 4.2, bir yanıtta birden fazla reklamın yer almasına ve oynatılmak üzere sıralanmasına olanak tanıyarak reklam bloklarını destekler. VMAP ise içerik etrafındaki reklam arası yapısını ve zamanlamasını tanımlamaya olanak sağlar.
Dolayısıyla asıl mesele sadece şu değildir: “VAST 4.2 mi, yoksa VMAP mi?”
Şöyle ki:
VAST ve VMAP, bir CTV'de birbirleriyle nasıl uyumlu hale getirilmelidir? gelir elde etme iş akışı?
Sıkça yapılan bir hata, VAST etiketiyle başlamaktır.
CTV için daha uygun bir başlangıç noktası şudur: reklam arası.
30 dakikalık bir bölümü ele alalım:
İçerik başlıyor
İlk mola yaklaşık 8. dakikada
18. dakikada ikinci mola
27. dakikada son mola
Her molanın belirlenmiş bir maksimum süresi vardır
Dolayısıyla ilk karar, envanter yapısıdır.
Örneğin:
Ara | Pozisyon | Maksimum Pod | Olası Yapı |
Pre-roll | İçerik öncesi | 60 saniye | 1 × 30 saniye + 1 × 30 saniye |
Reklam arası 1 | 08:00 | 120 saniye | En fazla 4 ilan |
Reklam arası 2 | 18:00 | 120 saniye | En fazla 4 ilan |
Reklam arası 3 | 27:00 | 90 saniye | En fazla 3 ilan |
İşte bu noktada VMAP faydalı olabilir.
VMAP, içerik sahibinin oynatıcıyı veya dağıtım kanalını kontrol edemediği durumlarda, reklam aralarının zamanlaması ve yapısı da dahil olmak üzere reklam envanteri yerleştirme yapısını tanımlamak üzere tasarlanmıştır.
Bu kesinti oluştuğunda, VAST gerçek reklam yanıtını işleyebilir.
Bu ayrım, mimariyi anlamayı çok daha kolay hale getirir.
Bu ilişkiyi şu şekilde düşünün:
VMAP’ın yanıtları:
“Reklam araları nerede ve her bir reklam arasında neler yer alabilir?”
VAST’ın yanıtı:
“Oyuncuya hangi reklam gösterilmeli ve bu reklam nasıl uygulanmalı?”
VAST, bir XML tabanlı çerçeve bir reklam sunucusundan bir video oynatıcıya reklam meta verilerini aktarmak için. VAST 4.2 ayrıca, bir reklam bloğunun parçası olarak birden fazla reklamın sıralanmasını da destekler.
VMAP, reklamların kendilerini tanımlamaz. Şunları tanımlar: reklam arası yapısı ve bu fırsatları değerlendiren reklam yanıtlarına işaret edebilir.
Dolayısıyla, faydalı bir zihinsel model şudur:
İçerik zaman çizelgesi → VMAP reklam fırsatları → programatik karar verme → VAST reklam yanıtları → CTV oynatma
Bu, gerçek bir akış iş akışında parçaların nasıl ele alınması gerektiğine çok daha yakındır.
VAST 4.2, birden fazla reklamın bir dizi halinde sunulması gerektiğinde özellikle önem kazanır.
Örneğin, bir CTV platformunda iki dakikalık bir reklam arası olduğunu varsayalım.
Kazanan envanterde şunlar bulunabilir:
30 saniyelik otomobil reklamı
30 saniyelik yemek siparişi reklamı
30 saniyelik finans hizmetleri reklamı
30 saniyelik perakende reklamı
VAST, bunları bir pod içindeki birden fazla reklam olarak gösterebilir. “sequence” özniteliği, bu reklamların öngörülen sırasını belirler.
Bu, her gösterimi ayrı bir video oynatma olarak değerlendirmek yerine, televizyon benzeri bir reklam arası oluşturur.
Bu önemli çünkü Reklam sıralaması, izleme deneyiminin bir parçasıdır.
Bir CTV platformunun sadece şu soruyu yanıtlaması yeterli değildir:
Hangi reklam kazandı?
Ayrıca şu soruyu da yanıtlaması gerekir:
Hangi reklam ilk olarak yayınlanacak, hangisi ondan sonra yayınlanacak ve reklam bloğunun tamamı mevcut süreye nasıl sığacak?
VMAP, içerik sahibinin şunları iletmesi gerektiğinde değer kazanır: programın etrafındaki ticari yapı.
Örneğin:
VMAP, bu yerleştirme fırsatlarını iletmek için standart bir yöntem sunar.
Bu durum, özellikle ortak yayınlanan içerikler veya içerik sahibinin reklam haklarına sahip olduğu ancak oynatıcıyı ya da dağıtım ortamını doğrudan kontrol edemediği ortamlar için geçerlidir.
Kontrollü bir OTT uygulamasında, bir platformun aynı bilgileri yönetmek için başka yöntemleri de olabilir. VMAP, standartlaştırılmış bir reklam arası açıklamasının sistemler arasında aktarılması gerektiğinde en yararlıdır.
Programatik reklam bloğu, bir VAST etiketleri listesinden daha fazlasıdır.
Sağlam bir uygulama aşağıdakileri dikkate almalıdır:
Reklam molasına ne kadar reklam sığabileceğini belirleyin.
Sadece birkaç ödüllü reklamın geri gönderilmiş olması nedeniyle, 120 saniyelik bir reklam bloğu 150 saniyelik bir kesintiye dönüşmemelidir.
Pod'da birden fazla reklam bulunuyorsa, oynatma sırası belirleyici olmalıdır.
VAST, bir pod içindeki reklamların sıralanmasını destekler.
Bir alıcı, 15, 30 veya 60 saniyelik bir reklamı iade edebilir.
Karar verme katmanınız, söz konusu reklam öğesinin kalan pod envanterine uygun olup olmadığını belirlemelidir.
Birbiriyle rekabet halindeki iki marka, mutlaka arka arkaya yer almamalıdır.
Örneğin, birbiriyle rekabet halindeki iki otomobil üreticisini aynı reklam arasına yerleştirmek, reklam listesinin değerini düşürebilir ve izleyiciler için rahatsız edici bir deneyim yaratabilir.
Programatik sistemler, mevcut veriler ve satın alma yapılandırması sıklık yönetimini desteklediğinde, aynı izleyiciye aynı reklam öğesini tekrar tekrar göstermekten kaçınmalıdır.
Bir teklif başarısız olursa, bir VAST yanıtı geçersizse veya bir reklam oynatılamazsa, platformun bir yedek yoluna ihtiyacı vardır.
Boş bir reklam bloğu, gelir getirici reklam alanını kaybedilen gelire dönüştürmenin en hızlı yollarından biridir.
Yetenek | VAST 4.2 | VMAP |
Bireysel reklam tepkisini tanımlar | Evet | No |
Oynatıcıya reklam meta verilerini iletir | Evet | No |
Bir pod içinde birden fazla reklamı destekler | Evet | Kendi başına değil |
Reklam arası zamanlamasını belirler | Bu, onun birincil görevi değildir | Evet |
Reklam fırsatlarının sayısını ve yapısını belirler | Reklam yanıtı bağlamıyla sınırlıdır | Evet |
Gerçek reklam öğesini tanımlar | Evet | No |
Programatik reklam sunumu için kullanışlıdır | Evet | Dolaylı olarak |
Diğerinin yerine kullanılabilir | No | No |
Önemli olan nokta şudur ki VAST ve VMAP birbirini tamamlayıcı niteliktedir.
IAB’nin kendi belgelerinde VMAP, VAST’ın yerine geçen bir sistemden ziyade, onu tamamlayıcı bir sistem olarak tanımlanmaktadır.
Modern bir akış platformu için iş akışı beş katmana ayrılabilir.
Reklam fırsatlarının nerede olduğunu belirleyen, bu yayın hizmetidir.
Bu, aşağıdakilere dayanabilir:
Pre-roll
Reklam arası
Post-roll
Canlı etkinlik molaları
Planlanmış ticari pencereler
Platform şu tanımlamayı yapmaktadır:
Kırılma noktası
Maksimum süre
Olası yuva sayısı
İzin verilen reklam süreleri
İçerik veya marka kısıtlamaları
VMAP, standartlaştırılmış reklam arası sinyalleştirmesinin gerekli olduğu durumlarda bu yapıyı iletebilir.
Mevcut envanter, programatik ekosisteme sunulur.
CTV için bu, VAST’ın yanı sıra OpenRTB ve ilgili tedarik zinciri standartlarını da içerebilir. IAB’nin CTV kılavuzunda, VAST, OpenRTB, OM SDK, ads.txt, sellers.json ve SupplyChain, daha geniş kapsamlı programatik CTV ekosisteminin parçaları olarak tanımlanmaktadır.
Özellikle kabuklu ürünler için, OpenRTB 2.6 çoklu reklam bloğu içindeki tek tek reklam yuvaları için sinyal gönderme mekanizmaları sağlar.
Bir reklam seçildiğinde, VAST oynatma için gerekli bilgileri sağlar.
Oynatıcı, VAST yanıtı aracılığıyla reklam içeriğini, izleme bilgilerini ve diğer gerekli reklam meta verilerini alabilir.
CTV uygulaması reklamları oynatır ve ilgili oynatma olaylarını bildirir.
İşte bu noktada uygulamanın kalitesi hayati önem kazanır.
İzleyici aşağıdakileri görürse, teknik açıdan geçerli bir reklam yanıtı yeterli olmaz:
Boş ekranlar
Uzun yükleme süreleri
Yanlış süreler
Tekrarlanan reklamlar
Ani geçişler
Oynatılmayan reklamlar
Reklam arası, televizyon deneyiminin bir parçasıymış gibi hissedilmelidir.
Pratik bir örnek verelim.
Bir yayın platformunda bir 120 saniyelik reklam arası fırsatı.
Platform, bu aralığı tek bir 120 saniyelik büyük zaman dilimi olarak ele almak yerine, onu dört olası zaman dilimine bölebilir:
Yuva 1: 30 saniye
Yuva 2: 30 saniye
3. yuva: 30 saniye
4. Yuvası: 30 saniye
Programlı sistem daha sonra her bir pozisyon için uygun talebi değerlendirebilir.
Olası bir sonuç şunlar olabilir:
Slot | Süre | Sonuç |
1 | 30 saniye | Doldurulmuş |
2 | 30 sn | Doldurulmuş |
3 | 30 sn | Doldurulmuş |
4 | 30 sn | Doldurulmamış |
Oyuncu, 4. yuvayı mutlaka sonsuza dek beklemek zorunda değildir.
Bunun yerine, platformun kullanılmayan envanterin yönetilmesine ilişkin net bir kurala ihtiyacı var.
İşte tam da burada pod yönetimi ve oynatma mantığı reklam sunma standardı kadar önemli hale gelecektir.
CTV’nin reklam hatalarına karşı farklı bir hoşgörü düzeyi vardır.
Bir web sitesinde boş bir reklam alanı basitçe ortadan kaybolabilir.
Televizyon ekranında, boş bir reklam arası siyah bir ekran, garip içerik geçişleri veya alışılmadık derecede kısa bir ara ile sonuçlanabilir.
Bu, CTV reklam yapısının aşağıdakilere öncelik vermesi gerektiği anlamına gelir:
Karmaşıklıktan ziyade öngörülebilirlik.
İyi bir reklam arası şunları içermelidir:
Belirlenmiş azami süre
Bilinen yaratıcılık kısıtlamaları
Net dizileme
Hızlı yedekleme
Tutarlı geçişler
Güvenilir takip
İçeriğin kesintiye uğraması en aza indirilir
Amaç, her bir fırsatta reklam sayısını en üst düzeye çıkarmak değildir.
Bunun amacı, tüm izleme oturumunun değeri.
Bir akış platformu sunucu tarafında reklam ekleme yöntemini kullandığında, VAST ve VMAP arasındaki ayrım daha da önem kazanır.
Bir SSAI iş akışında, reklamlar izleyicinin cihazına ulaşmadan önce içerik akışına eklenebilir.
Reklam kararı hâlâ VAST yanıtlarına dayalı olabilir; ancak reklamların nereye yerleştirileceği, platformun reklam arası mantığına göre belirlenir.
VAST 4.x, sunucu tarafında reklam eklemeyle ilgili iyileştirmelerle geliştirilmiştir; ayrıca IAB’nin mevcut VAST kaynakları arasında, CTV gereksinimlerini ele alan CTV’ye özgü bir ek de bulunmaktadır.
Bu, standartların izole teknolojiler olarak değil, daha geniş kapsamlı bir dağıtım mimarisinin bileşenleri olarak ele alınması gerektiği anlamına gelir.
VMAP, reklam yanıtının yerini almaz.
Kırılma yapısını açıklamaktadır.
Bir VAST yanıtı birden fazla reklam içerebilir; ancak birkaç reklam öğesinin gönderilmesi tek başına, otomatik olarak iyi yönetilmiş bir reklam arası oluşturmaz.
Stok süreniz 90 saniyeyse, karar verme sisteminin bu kısıtlamayı dikkate alması gerekir.
Bir açık artırmanın sonuçlanması, her reklam öğesinin aynı pod için uygun olacağını garanti etmez.
Öncelikle reklam arası tanımlanmalıdır. Ardından teknik çözüm, bu yapıya uygun şekilde şekillenmelidir.
Hangi standardın nereye ait olduğuna karar verirken şu kuralı uygulayın:
Reklam arası kavramını tanımlamak mı gerekiyor? → VMAP
Reklamı yayınlamanız mı gerekiyor? → VAST
Bir reklam aralığında birden fazla reklam mı gerekiyor? → VAST reklam bloğu / sıralama
Pod envanteri için rekabet edecek programatik alıcılara mı ihtiyacınız var? → Reklam arası yapınızı, ilgili programatik sinyal ve karar verme katmanıyla birleştirin.
Sunucu tarafında ekleme mi gerekiyor? → SSAI iş akışının bir parçası olarak VAST ve ara bölme yönetimini tasarlayın.
Bu, “VAST ve VMAP” konusundaki kafa karışıklığının büyük bir kısmını ortadan kaldırır.
Sorunun farklı boyutlarını çözüyorlar.
OTT işletmeleri için, gelir elde etme altyapısı tek bir reklam etiketine göre tasarlanmamalıdır.
En iyi yaklaşım, bir reklam envanter modeli öncelikle.
Tanım:
Reklamların görüntülenebileceği yerler
Her bir molanın süresi ne kadar olabilir?
Kaç tane reklam sığabilir?
Hangi yaratıcı süreler kabul edilebilir?
Reklamlar nasıl sıralanmalıdır?
Talep mevcut olmadığında ne olur?
Oynatma ve ölçüm işlemlerinin nasıl gerçekleştirildiği
Ardından, bu gerekliliklere uygun standartları eşleştirin.
Bu yaklaşım, her uygulama için gelir elde etme stratejisinin tamamını yeniden oluşturmaya gerek kalmadan birden fazla dağıtım ortamını desteklemeyi de kolaylaştırır.
CTV reklamcılığı giderek daha yapılandırılmış bir hal alıyor.
IAB’nin CTV alanındaki mevcut çalışmaları, geleneksel akış içi videonun ötesine geçerek duraklatma, menü, ekran koruyucu, üst katman, sahne içi ve sıkıştırma reklamları gibi standartlaştırılmış formatlara doğru genişlemektedir. CTV Reklam Portföyü’ne ilişkin en son sinyal rehberliği Temmuz 2026’da kesinleşmiştir.
Aynı zamanda, “podded” teklif verme yöntemi, programatik sistemlere çoklu reklam içeren reklam aralarını daha kesin bir şekilde temsil etme imkânı sunar.
Akış platformları açısından bu, CTV’den gelir elde etmenin geleceğinin sadece daha fazla reklam eklemekten ibaret olmadığı anlamına geliyor.
Konu şudur: İçeriği, alıcıların anlayabileceği, reklam sistemlerinin bu içeriği doldurabileceği ve izleyicilerin sorunsuz bir şekilde izleyebileceği şekilde yapılandırmak.
VAST 4.2 ve VMAP, birbiriyle rekabet eden teknolojiler olarak görülmemelidir.
VMAP fırsatı belirler. VAST bu fırsatı değerlendirir.
VMAP, bir reklam aralığının nerede başladığını ve bu aralığın nasıl yapılandırıldığını tanımlayabilir. VAST ise daha sonra, bir pod içindeki sıralı reklamlar da dahil olmak üzere, söz konusu reklam alanını dolduran reklamları sunabilir.
İçin CTV operatörleri, en etkili uygulama, izleme deneyiminden başlayıp reklam teknolojisine doğru geriye doğru ilerler:
Bu yapıyı doğru bir şekilde kurduğunuzda, programatik reklamcılık, izleyicilerin her reklam başladığında fark ettikleri bir şey olmaktan çıkıp, akış deneyiminin bir parçası haline gelir.
Hayır. VAST, reklam yanıtlarını oluşturur ve sunar; VMAP ise reklam arası fırsatlarını ve bunların içerik içindeki yerleşimini tanımlar.
Evet. VAST, bir pod içinde birden fazla reklamı destekler; bu reklamların amaçlanan oynatma sırasını belirlemek için sıralama yöntemi kullanılır.
Hayır. VMAP, reklam arası yapısını tanımlar. Asıl reklamlar ise VAST gibi reklam yanıtları aracılığıyla sağlanabilir.
Platformun hem reklam arası yapısı hem de reklam sunumu konusunda standartlaştırılmış bir iletişime ihtiyaç duyduğu durumlarda, bu iki yöntem birlikte kullanılabilir. VMAP’nin gerekli olup olmadığı, dağıtım ve oynatıcı kontrol modeline bağlıdır.
Evet. VAST 4.2, CTV ekosisteminin bazı kısımlarında hâlâ desteklenen bir sürümdür; ancak yeni bir uygulama tasarlanırken daha güncel VAST spesifikasyonları ve CTV kılavuzları dikkate alınmalıdır.
Reklam arası, içerik zaman çizelgesinde yer alan reklam fırsatıdır. Reklam bloğu ise bu fırsatı dolduran reklamların toplamı veya dizisidir.
Evrensel bir süre yoktur. Platform, içerik türü, izleyici beklentileri, ticari strateji ve mevcut talebe göre bölüm süresini belirlemelidir.
Evet. Modern programatik CTV standartları, çoklu reklam blokları ve bunların içindeki tek tek reklam yerlerini temsil edebilir.
Platform, oyuncunun süresiz olarak beklemesine izin vermek veya izleme deneyimini rahatsız edici bir şekilde kesintiye uğratmak yerine, net bir yedek stratejiye sahip olmalıdır.
Hayır. VMAP, sunucu tarafında reklam ekleme için doğası gereği zorunlu değildir. Yararı, reklam arası bilgilerinin içerik sahibi, oynatıcı ve dağıtım sistemleri arasında nasıl aktarılması gerektiğine bağlıdır.
Öngörülebilir ara süresi, yaratıcı içerik uyumluluğu, sıralama, yedekleme davranışı, oynatma güvenilirliği ve doğru ölçüme öncelik verin.
VMAP’yi program olarak, VAST’ı ise yayın formatı olarak düşünün. VMAP, reklam aralığının nereye yerleştirileceğini belirlemeye yardımcı olur; VAST ise bu aralıkta neyin oynatılacağını belirlemeye yardımcı olur.
Son haberler, stratejiler ve üyelik işletmeleri hakkında görüşleri doğrudan e-posta kutunuza alın.
Onay e-postamızı e-posta kutusunuza gönderdik.
Aboneliğe kayıt olarak, sıklıkla pazarlama e-postalarımızı alıyorsunuz. İstediğiniz zaman tek bir tıklamayla aboneliği iptal edebilirsiniz.
Bu site reCAPTCHA ile korunuyor, ve Google'ın Gizlilik Politikası ve Hizmet Koşulları geçerlidir.
Uygulamanızın hazırlanmasından, test edilmesinden, sertifikalandırılmasından, mağaza'ya gönderilmesinden ve gü
SSAI mimarisinin AVOD ve FAST için nasıl işlediğini öğrenin; reklam karar verme, SCTE-35, manifest işleme, rek
Bir görüntünün uzatılmış mı yoksa kırpılmış mı olduğunu tahmin etmekten vazgeçin. Bu hatayı tek bakışta açıkça