Header bidding kelam konusu olduğunda karşınıza çıkanlar baş karıştırıcı olabilir.
Programatik reklam alanında dünyanın önde gelen platformlarından PubMatic,
Header Bidding hakkında gerçek bilinen kimi yanlışları masaya yatırıyor.
Efsane 1: Tüm wrapper tahlilleri servete mal olur
Birtakım reklam teknolojisi sağlayıcılarının, wrapper’lardaki tüm talep ortaklarınca üretilen gelir için yayımcılardan hisse talep etmesi sebebiyle Wrapper tahlilleri değerliye mal olabilir. Fakat bu durum tüm tahliller için geçerli değil; PubMatic bu biçimde bir talepte bulunmaz.
PubMatic’in Prebid-tabanlı OpenWrap’ı üzere kimi wrapper tahlillerinde yayımcılara yönelik bilinmeyen fiyatlar yok. Bu bizim kuvvetle inandığımız bir gerçek: Yayımcılar tam olarak neye kaydolduklarını bilmeli ve maliyetler net olmalı.
Pekala bu, fiyatın alıcılardan temin edildiği manasına mı geliyor?
Wrapper sağlayıcısı, alıcılardan ve reklam verenlerden fiyat almaz. Bu, wrapper ortasındaki her bir ortak tarafınca sağlanır. İş modellerinin bir kesimi olarak karar, ortaklara aittir.
Efsane 2: Bir wrapper tahlilinin entegrasyonu epeyce karmaşıktır
Maliyetine değen tüm sunucu tarafı platformların (SSP), ağır işleri yayımcılar için yapan müşteri grupları bulunuyor. Bu gruplar entegrasyon süreci boyunca yayımcıya rehberlik ederek, sıkıntıların giderilmesi dahil art uçtaki (back-end) tüm teknik işi çözüyor.
Yayımcı açısından yeni bir wrapper tahlilini benimsemek, web sayfasının header kısmına tek satır kod eklemek kadar kolay!
birebir vakitte, potansiyel SSP ortakları değerlendirilirken, yayımcıların ayrıntılı bir durum tespiti yapması değerli. “Müşteri grubu nerede, benim vakit dilimimde mi? Gerçek vakitli takviye alabilecek miyim?” üzere gerçek soruları sormak kritik… Birçok SSP’nin özel grupları olsa da bu takımların ne kadar tesirli olduğu konusunda bir hayli nüans bulunabilir.
Efsane 3: Wrapper tahlilinin sürdürülmesi epeyce zordur
Lakin kod eklenmesini sıradanleştiren hakikat bir SSP ortağıyla çalışıyorsanız hiç sıkıntı olmaz.
Kimi wrapper tahlilleri, yayımcıların ortak yahut reklam ünitesi ekleyip çıkarmak istediği her seferde yenileştirilmiş kod eklemesi gerektirir. Bu, değişikliklerin güç ve vakit alabileceği manasına gelir. Yayımcının her bir yeni bir kod girme ihtiyacında, SSP’nin kalite teminatı takımının evvela yeni kodun web sitedeki hiç bir şeyi bozmadığı yahut sayfa yükleme vakit içinderını yavaşlatmadığından emin olması gerekir. Bu süreç vakit alır ve bu sebeple birfazlaca yayımcı kod değişikliklerini biriktirerek, biriken çoklu değişiklikleri tıpkı anda sürece koymayı bekler. Bunu mesela her üç ayda bir üzere makul periyodlarla yaparlar. Sonuçta, birtakım wrapper’lar açısından yeni bir talep ortağı eklemek kadar sıradan bir şey bile aylar alabilir.
Lakin gerçek ortakla çalıştığınızda wrapper’ların sürdürülebilirliği kolaylaşır. PubMatic’in OpenWrap’ı üzere tahliller güncellenmesi gerekmeyen kalıcı kodlarla gelir. Kod, girildiğinde kullanıma hazırdır. Yayımcının yapmak istediği tüm değişiklikler kullanması kolay bir kullanıcı orta yüzünden (UI) gerçekleştirilir. Bu UI yardımıyla Prebid’i en son sürümüne güncelleyebilir, vakit aşımlarını değiştirebilir yahut ortakları, reklam ünitelerini yahut reklam boyutlarını ekleyip çıkarabilirsiniz.
Efsane 4: Wrapper’lar SSP taleplerinin tesiri altındadır
Etkilenmiş açık artırmalar üzere kuşkulu uygulamalara girişen birtakım makus aktörler şüphesiz var fakat kesiminin başkanı SSP’lerin DNA’sında şeffaflık bulunur. Kelam konusu SSP’ler, yayımcıların indirip incelemesi için GitHub üzere platformlarda paylaşılan açık kaynaklı kod üzerine inşa edilmiş wrapper tahlilleri sunar. GitHub, birçok teknoloji satıcısının kod depoladığı bir yazılım geliştirme ve versiyon denetim platformu olup, PubMatic’in OpenWrap’ı üzere burada depolanan kodlar herkese açıktır.
Yanlışsız wrapper tahlili yardımıyla, kodun kendisinin denetiminin kolay olmasının yanı sıra yayımcılar neler olup bittiğini de denetleyebilir. Yayımcılar, tarayıcılarındaki konsol üzerinden tüm talep ortaklarının tekliflerini gorebilir ve bu biçimdece istenmeyen hiç bir şey olmadığından emin olabilir.
Son vakit içinderda gerçek şeffaflıktan emin olmak için yayımcıların SSP’lerin günlük belgelerine erişiminin gerektiğine dair birtakım tartışmalar var. Günlük evrakları detaylı bilgilere erişimin en uygun yolu olsa da, bu belgeler devasa boyutlarda olup okunması ve tahlili yayımcı kaynaklarını tüketebilir. Günlük belgeleri her ortak ve her gösterim için teklif bazlı bilgiler içerir. Bunlar içinde gezinmek şirket içi uzman bir takım ve fazlaca fazla kaynak gerektirir.
Ne yaptığını bilen bir SSP ile çalıştığınızda, sık kullanılan tüm analitikler UI aracılığıyla kullanmasınıza sunulur. Bunları gerçek vakitli denetim edebilmelisiniz. Bu datalar ekseriyetle saatlik yahut günlük periyodlarla toplanması sebebiyle hem daha kullanışlıdır birebir vakitte yorumlanması uzmanlık gerektirmez. Şayet SSP ortağınız üstteki konuları sağlıyorsa (yani kodu fiyatsız olarak kullanılabiliyor ve tüm teklifleri konsolda gerçek vakitli denetim edebiliyorsanız) kayıt belgelerine erişim gereksizleşir.
Lakin bir daha burada da yayımcıların hakikat soruları sorması kıymetlidir. Şeffaflık tüm SSP’ler için hayati değer taşımalıdır.
Efsane 5: Header bidding yalnızca yayımcılar için düzgündür
Header bidding yayımcılar için mükemmel; artan talep getirir, daha düşük gecikme mühleti ve daha âlâ getiri sağlar lakin bununla birlikte alıcılar için de faydalıdır.
Waterfall’ı düzleştirip tüm talep kaynaklarına bütünleştirilmiş tek bir açık artırmada rekabet fırsatı sunan header bidding, alıcılar için envantere erişimi demokratikleştirir. Bu da, alıcıların envantere giden yolu yayımcı reklam sunucusu tarafınca dikte ettirilmek yerine kendi tercihlerine nazaran seçmekte özgür oldukları manasına geliyor. Alıcılar, kendilerini tedarik yolu optimizasyonu inisiyatiflerinden yahut olabilecek başka ilgilerden yararlanmakta özgür bırakan data yollarını seçebiliyor.
Üstelik tüm talepler tek bir açık artırmada rekabet ettiği için, alıcılar her gösterim için makul bir piyasa bedeli ösöylemiş olduğini de bilir.
Efsane 6: Tüm wrapper tahlilleri eşit yaratılır
Tüm wrapper’lar eşit yaratılmaz ve yayımcıların farklı wrapper tahlilleri aracılığıyla elde edebileceği parasallaşmada büyük farklar oluşabilir.
Yayımcılar hangi wrapper’a entegre olacaklarına dair kararlarını büsbütün uzaktan belge dahiline (RFI) yahut daha da berbatı içgüdüsel hislere dayandırarak paralarını masada bırakabilir. Yayımcılar için farklı tahlilleri A/B testine olağan tutmak yaygın bir uygulama değil. Fakat yaygınlaşmalı. RFI’lar başlangıç araştırması için kullanışlı olmakla birlikte, objektif testler olmadan gerçek hayattaki performansı kestirmek imkansız. Test sürüşüne çıkmadan yeni bir otomobil alır mısınız?
Kaynak: (BHA) – Beyaz Haber Ajansı
Programatik reklam alanında dünyanın önde gelen platformlarından PubMatic,
Header Bidding hakkında gerçek bilinen kimi yanlışları masaya yatırıyor.
Efsane 1: Tüm wrapper tahlilleri servete mal olur
Birtakım reklam teknolojisi sağlayıcılarının, wrapper’lardaki tüm talep ortaklarınca üretilen gelir için yayımcılardan hisse talep etmesi sebebiyle Wrapper tahlilleri değerliye mal olabilir. Fakat bu durum tüm tahliller için geçerli değil; PubMatic bu biçimde bir talepte bulunmaz.
PubMatic’in Prebid-tabanlı OpenWrap’ı üzere kimi wrapper tahlillerinde yayımcılara yönelik bilinmeyen fiyatlar yok. Bu bizim kuvvetle inandığımız bir gerçek: Yayımcılar tam olarak neye kaydolduklarını bilmeli ve maliyetler net olmalı.
Pekala bu, fiyatın alıcılardan temin edildiği manasına mı geliyor?
Wrapper sağlayıcısı, alıcılardan ve reklam verenlerden fiyat almaz. Bu, wrapper ortasındaki her bir ortak tarafınca sağlanır. İş modellerinin bir kesimi olarak karar, ortaklara aittir.
Efsane 2: Bir wrapper tahlilinin entegrasyonu epeyce karmaşıktır
Maliyetine değen tüm sunucu tarafı platformların (SSP), ağır işleri yayımcılar için yapan müşteri grupları bulunuyor. Bu gruplar entegrasyon süreci boyunca yayımcıya rehberlik ederek, sıkıntıların giderilmesi dahil art uçtaki (back-end) tüm teknik işi çözüyor.
Yayımcı açısından yeni bir wrapper tahlilini benimsemek, web sayfasının header kısmına tek satır kod eklemek kadar kolay!
birebir vakitte, potansiyel SSP ortakları değerlendirilirken, yayımcıların ayrıntılı bir durum tespiti yapması değerli. “Müşteri grubu nerede, benim vakit dilimimde mi? Gerçek vakitli takviye alabilecek miyim?” üzere gerçek soruları sormak kritik… Birçok SSP’nin özel grupları olsa da bu takımların ne kadar tesirli olduğu konusunda bir hayli nüans bulunabilir.
Efsane 3: Wrapper tahlilinin sürdürülmesi epeyce zordur
Lakin kod eklenmesini sıradanleştiren hakikat bir SSP ortağıyla çalışıyorsanız hiç sıkıntı olmaz.
Kimi wrapper tahlilleri, yayımcıların ortak yahut reklam ünitesi ekleyip çıkarmak istediği her seferde yenileştirilmiş kod eklemesi gerektirir. Bu, değişikliklerin güç ve vakit alabileceği manasına gelir. Yayımcının her bir yeni bir kod girme ihtiyacında, SSP’nin kalite teminatı takımının evvela yeni kodun web sitedeki hiç bir şeyi bozmadığı yahut sayfa yükleme vakit içinderını yavaşlatmadığından emin olması gerekir. Bu süreç vakit alır ve bu sebeple birfazlaca yayımcı kod değişikliklerini biriktirerek, biriken çoklu değişiklikleri tıpkı anda sürece koymayı bekler. Bunu mesela her üç ayda bir üzere makul periyodlarla yaparlar. Sonuçta, birtakım wrapper’lar açısından yeni bir talep ortağı eklemek kadar sıradan bir şey bile aylar alabilir.
Lakin gerçek ortakla çalıştığınızda wrapper’ların sürdürülebilirliği kolaylaşır. PubMatic’in OpenWrap’ı üzere tahliller güncellenmesi gerekmeyen kalıcı kodlarla gelir. Kod, girildiğinde kullanıma hazırdır. Yayımcının yapmak istediği tüm değişiklikler kullanması kolay bir kullanıcı orta yüzünden (UI) gerçekleştirilir. Bu UI yardımıyla Prebid’i en son sürümüne güncelleyebilir, vakit aşımlarını değiştirebilir yahut ortakları, reklam ünitelerini yahut reklam boyutlarını ekleyip çıkarabilirsiniz.
Efsane 4: Wrapper’lar SSP taleplerinin tesiri altındadır
Etkilenmiş açık artırmalar üzere kuşkulu uygulamalara girişen birtakım makus aktörler şüphesiz var fakat kesiminin başkanı SSP’lerin DNA’sında şeffaflık bulunur. Kelam konusu SSP’ler, yayımcıların indirip incelemesi için GitHub üzere platformlarda paylaşılan açık kaynaklı kod üzerine inşa edilmiş wrapper tahlilleri sunar. GitHub, birçok teknoloji satıcısının kod depoladığı bir yazılım geliştirme ve versiyon denetim platformu olup, PubMatic’in OpenWrap’ı üzere burada depolanan kodlar herkese açıktır.
Yanlışsız wrapper tahlili yardımıyla, kodun kendisinin denetiminin kolay olmasının yanı sıra yayımcılar neler olup bittiğini de denetleyebilir. Yayımcılar, tarayıcılarındaki konsol üzerinden tüm talep ortaklarının tekliflerini gorebilir ve bu biçimdece istenmeyen hiç bir şey olmadığından emin olabilir.
Son vakit içinderda gerçek şeffaflıktan emin olmak için yayımcıların SSP’lerin günlük belgelerine erişiminin gerektiğine dair birtakım tartışmalar var. Günlük evrakları detaylı bilgilere erişimin en uygun yolu olsa da, bu belgeler devasa boyutlarda olup okunması ve tahlili yayımcı kaynaklarını tüketebilir. Günlük belgeleri her ortak ve her gösterim için teklif bazlı bilgiler içerir. Bunlar içinde gezinmek şirket içi uzman bir takım ve fazlaca fazla kaynak gerektirir.
Ne yaptığını bilen bir SSP ile çalıştığınızda, sık kullanılan tüm analitikler UI aracılığıyla kullanmasınıza sunulur. Bunları gerçek vakitli denetim edebilmelisiniz. Bu datalar ekseriyetle saatlik yahut günlük periyodlarla toplanması sebebiyle hem daha kullanışlıdır birebir vakitte yorumlanması uzmanlık gerektirmez. Şayet SSP ortağınız üstteki konuları sağlıyorsa (yani kodu fiyatsız olarak kullanılabiliyor ve tüm teklifleri konsolda gerçek vakitli denetim edebiliyorsanız) kayıt belgelerine erişim gereksizleşir.
Lakin bir daha burada da yayımcıların hakikat soruları sorması kıymetlidir. Şeffaflık tüm SSP’ler için hayati değer taşımalıdır.
Efsane 5: Header bidding yalnızca yayımcılar için düzgündür
Header bidding yayımcılar için mükemmel; artan talep getirir, daha düşük gecikme mühleti ve daha âlâ getiri sağlar lakin bununla birlikte alıcılar için de faydalıdır.
Waterfall’ı düzleştirip tüm talep kaynaklarına bütünleştirilmiş tek bir açık artırmada rekabet fırsatı sunan header bidding, alıcılar için envantere erişimi demokratikleştirir. Bu da, alıcıların envantere giden yolu yayımcı reklam sunucusu tarafınca dikte ettirilmek yerine kendi tercihlerine nazaran seçmekte özgür oldukları manasına geliyor. Alıcılar, kendilerini tedarik yolu optimizasyonu inisiyatiflerinden yahut olabilecek başka ilgilerden yararlanmakta özgür bırakan data yollarını seçebiliyor.
Üstelik tüm talepler tek bir açık artırmada rekabet ettiği için, alıcılar her gösterim için makul bir piyasa bedeli ösöylemiş olduğini de bilir.
Efsane 6: Tüm wrapper tahlilleri eşit yaratılır
Tüm wrapper’lar eşit yaratılmaz ve yayımcıların farklı wrapper tahlilleri aracılığıyla elde edebileceği parasallaşmada büyük farklar oluşabilir.
Yayımcılar hangi wrapper’a entegre olacaklarına dair kararlarını büsbütün uzaktan belge dahiline (RFI) yahut daha da berbatı içgüdüsel hislere dayandırarak paralarını masada bırakabilir. Yayımcılar için farklı tahlilleri A/B testine olağan tutmak yaygın bir uygulama değil. Fakat yaygınlaşmalı. RFI’lar başlangıç araştırması için kullanışlı olmakla birlikte, objektif testler olmadan gerçek hayattaki performansı kestirmek imkansız. Test sürüşüne çıkmadan yeni bir otomobil alır mısınız?
Kaynak: (BHA) – Beyaz Haber Ajansı