Accelerated Mobile Pages (AMP) için Header Bidding kurulumu, amp-ad bileşeni ve Real-Time Config (RTC) özelliği etrafında merkezlenmiş özel bir mimari gerektirir. Standart web ortamlarından farklı olarak AMP, keyfi JavaScript yürütülmesini kısıtlar; bu da talep ortaklarıyla iletişim kurmak için desteklenen satıcı çerçevesini kullanmanız gerektiği anlamına gelir. Google Ad Manager (GAM) etiketlerinizi RTC’yi içerecek şekilde yapılandırarak, tarayıcının reklam isteği tamamlanmadan önce birden fazla reklam borsasından aynı anda teklif almasına izin verirsiniz.
Bu uygulama stratejisi, sitenizin yüksek performansını korurken aynı zamanda rekabetçi tekliflerde yer almasını sağlar. AMP sayfaları genellikle Google AMP Cache üzerinden sunulduğundan, reklam isteği akışı gecikmeyi önlemek için yüksek düzeyde optimize edilmelidir. Bunu doğru yapan yayıncılar, reklam sunucusu nihai reklamı seçmeden önce mevcut envanter hakkında daha fazla bağlam aldığı için doluluk oranlarının arttığını görürler.
AMP üzerinde Header Bidding nasıl çalışır?
Geleneksel bir sitede Header Bidding genellikle Prebid.js gibi bir wrapper betiği aracılığıyla yönetilir. AMP’de ise performansın sağlanması için ortam kontrol altındadır. Süreç, AMP çalışma zamanının reklam yapılandırmanızda tanımlanan bir dizi uç noktaya istek göndermesini sağlayan RTC’ye dayanır. Yanıtlar geldiğinde veriler, en yüksek teklife göre kazanan reklamı belirleyen reklam sunucusuna iletilir.
AMP çalışma zamanı orkestratör görevi görür. Sayfa yüklendiğinde, çalışma zamanı reklam etiketi içindeki RTC yapılandırmasını tanımlar. Ardından, belirtilen talep ortaklarına paralel istekler gönderir. Bu ortaklar, GAM’a yapılan nihai reklam isteğine enjekte edilen hedefleme anahtarlarını içeren bir JSON yanıtı döndürür. Tüm bu süreç arka planda gerçekleşir ve kullanıcı deneyimini temiz ve hızlı tutar.
Tipik bir dağıtımda, rekabet eden üç veya dört teklif veren (bidder) olabilir. AMP çalışma zamanı bu istekleri katı zaman aşımı sınırlarıyla yönetir. Eğer bir teklif veren tanımlanan süre içinde yanıt vermezse, çalışma zamanı reklam alanının boş kalmaması için onların teklifi olmadan devam eder. Kullanıcı deneyiminin bireysel teklif tamamlanmasından üstün tutulması, AMP reklam çerçevesini benzersiz kılan şeydir.
Kurulum için temel gereksinimler nelerdir?
- Uygun reklam birimleri tanımlanmış, çalışan bir Google Ad Manager hesabı.
- RTC uyumlu bir uç nokta sağlayan desteklenen Header Bidding satıcılarının listesi.
- amp-ad etiketi yapılandırmalarını değiştirmek için AMP sayfa HTML’nize erişim.
- RTC uç noktaları için geçerli JSON yapılandırma dosyaları.
- Karma içerik hatalarını önlemek için tüm teklif veren uç noktaları için güvenli HTTPS barındırma.
Başlamadan önce, reklam birimlerinizin Google Ad Manager’da doğru şekilde eşlendiğinden emin olun. Reklam birimi kimlikleri RTC yapılandırmanızda tanımlananlarla eşleşmezse, teklif sinyalleri doğru envantere ulaşmayacaktır. Ayrıca, seçtiğiniz teklif verenlerin AMP protokolünü desteklediğini doğrulamalısınız, çünkü her talep ortağının RTC uyumlu bir entegrasyonu yoktur.
Belgelendirme burada anahtardır. Hangi teklif verenin hangi uç nokta URL’sine karşılık geldiğinin kaydını tutun. Birden fazla site yönetiyorsanız, yapılandırmalarınızın bir ana dosyasını tutun. Bu, yoğun trafik saatlerinde başarısız isteklere veya performans düşüşüne yol açabilecek güncel olmayan uç noktaları kullanma gibi yaygın tuzaktan kaçınmanızı sağlar.
RTC yapılandırması nasıl uygulanır?
Başlamak için amp-ad etiketlerinize rtc-config özniteliğini eklemelisiniz. Bu öznitelik, sorgulamak istediğiniz satıcıları listeleyen bir JSON nesnesi içerir. Her satıcı belirli bir istek URL yapısı sağlar. Bu yapılandırmaları barındıran sunucunuzun, özellikle CORS başlıkları ve yanıt formatları konusunda AMP tarafından gerekli kılınan katı güvenlik politikalarına uyduğundan emin olun.
rtc-config özniteliği için JSON yapısı genellikle belirli bir şemayı izler. Yapılandırma nesnesi içinde satıcıları ve ilgili istek URL’lerini tanımlarsınız. Nesneyi hafif tutmak önemlidir. Çok fazla teklif veren eklemek isteğin boyutunu artırabilir ve reklam çağrısını potansiyel olarak yavaşlatabilir, bu da genel sayfa yükleme performansınızı olumsuz etkileyebilir.
Yapılandırma HTML’ye eklendikten sonra, geri kalan işi AMP çalışma zamanı halleder. Bu çağrıları tetiklemek için özel JavaScript yazmanıza gerek yoktur. Etiketler eklendikten sonra sayfanızın AMP doğrulama gereksinimlerini karşıladığından emin olun. JSON sözdizimindeki küçük bir hata, reklam bileşeninin sessizce başarısız olmasına neden olur, bu nedenle kodunuzu her zaman resmi AMP doğrulama aracını kullanarak doğrulayın.
Google AMP Cache, yükleme hızını artırmak için geçerli AMP sayfalarını sunan proxy tabanlı bir içerik dağıtım ağıdır.
Google Search Central
Alien Road bu teknolojiyi nasıl uygular
Alien Road’da, müşterilerimiz için katı bir dağıtım yaşam döngüsü izliyoruz. Belirli trafik profilleri için hangi talep ortaklarının en iyi getiriyi sunduğunu belirlemek amacıyla mevcut reklam yığınını denetleyerek başlıyoruz. Ardından, yavaş teklif veren yanıtları sayfa yükleme metriklerinizi olumsuz etkileyebileceğinden, RTC yanıt sürelerini doğrulamak için bir test ortamı oluşturuyoruz. Doğrulandıktan sonra yapılandırmayı üretim AMP sayfalarına gönderiyor ve Google Ad Manager panosu içindeki doluluk oranlarını izliyoruz.
Tipik bir çalışmada, genellikle müşterilerin çok fazla teklif veren yapılandırdığını görüyoruz. Yalnızca tutarlı sonuçlar sağlayan ortakları seçerek bunu düzene sokmaya çalışıyoruz. Ardından, belirli bir teklif verenin hata döndürmeye veya yüksek gecikme yaşamaya başlaması durumunda bunu tespit etmek için Google Ad Manager’da izleme uyarıları kuruyoruz. Yapılandırmayı yalın tutarak, AMP’yi değerli kılan hızı feda etmeden reklam gelirinin yüksek kalmasını sağlıyoruz.
Kaçınılması gereken yaygın tuzaklar nelerdir?
Sık karşılaşılan bir hata, teklif verenler için zaman aşımı ayarlarını yönetememektir. Bir teklif veren yanıt vermek için çok uzun sürerse, bu tüm reklam teslimatını geciktirir, bu da kullanıcı deneyiminize ve potansiyel olarak sayfa hızı puanlarınıza zarar verir. Bir diğer sorun, satıcı tarafında yanlış CORS yapılandırmasıdır; bu da tarayıcının isteği engellemesine neden olur. Uç noktalarınızın erişilebilir olduğunu ve geçerli JSON döndürdüğünü her zaman doğrulayın.
Bir diğer yaygın tuzak, reklam engelleyicilerin yapılandırmanız üzerindeki etkisini görmezden gelmektir. RTC, sunucudan sunucuya veya çalışma zamanından teklif verene düzeyinde gerçekleşse de, bazı kullanıcılar reklam isteklerini kendileri engelleyebilir. Header Bidding sinyalleri herhangi bir nedenle başarısız olsa bile temel reklam biriminin yüklendiğinden emin olmak için uygulamanızı her zaman uzantıları olmayan temiz bir tarayıcı ortamında test edin.
Performans verilerinizi nasıl doğrulayabilirsiniz?
Uygulamadan sonra birincil odak noktanız Google Ad Manager’daki teklif katılım raporu olmalıdır. Bu rapor, teklif verenlerinizin ne sıklıkla geçerli bir fiyat sinyali döndürdüğünü size gösterecektir. İstek sayısı ile döndürülen teklif sayısı arasında büyük bir tutarsızlık fark ederseniz, zaman aşımı ayarlarınızı yapmanız veya teklif veren listenizi gözden geçirmeniz gerekebilir.
- Yeni amp-ad özniteliklerinizin sayfa geçerliliğini bozmadığından emin olmak için AMP Validator aracını kullanın.
- Tanımladığınız RTC uç noktalarına yapılan ağ istekleri için tarayıcı konsolunu kontrol edin.
- Google Ad Manager içindeki teklif katılım raporlarını inceleyin.
- Yeni kurulumu önceki reklam performansı verileriyle karşılaştıran bir A/B testi çalıştırın.
- Reklam yapılandırmasının düzen kaymalarına neden olmadığından emin olmak için Core Web Vitals’ı izleyin.
Bu hafta nereden başlamalı
Yeni RTC yapılandırmanızı test etmek için yüksek trafikli bir açılış sayfası belirleyerek başlayın. Değişiklikleri tüm siteye aynı anda uygulamayın. Reklam birimlerinin Google Ad Manager önizleme aracında doğru şekilde oluşturulduğunu doğrulayın, ardından Header Bidding kurulumunun beklenen sonuçları verdiğini onaylamak için tüm site envanterinize ölçeklendirmeden önce gelir metriklerinizi 48 saat boyunca izleyin.