Accelerated Mobile Pages (AMP) üçün header bidding-in qurulması, amp-ad komponenti və Real-Time Config (RTC) funksiyası ətrafında cəmlənmiş xüsusi bir arxitektura tələb edir. Standart veb mühitlərindən fərqli olaraq, AMP ixtiyari JavaScript icrasını məhdudlaşdırır, yəni tələb tərəfdaşları ilə əlaqə saxlamaq üçün dəstəklənən vendor çərçivəsindən istifadə etməlisiniz. Google Ad Manager (GAM) teqlərinizi RTC-ni daxil edəcək şəkildə konfiqurasiya edərək, brauzerin reklam sorğusu tamamlanmazdan əvvəl bir çox reklam birjasından eyni vaxtda təkliflər almasına icazə verirsiniz.
Bu tətbiq strategiyası saytınızın yüksək performansını qoruyarkən rəqabətli hərracda iştirak etməsini təmin edir. AMP səhifələri çox vaxt Google AMP Cache-dən təqdim edildiyi üçün, reklam sorğusu axını gecikmənin qarşısını almaq üçün yüksək dərəcədə optimallaşdırılmalıdır. Bunu düzgün edən naşirlər, reklam serveri son kreativ seçilməzdən əvvəl mövcud inventar haqqında daha çox kontekst aldığı üçün doldurma dərəcələrinin yaxşılaşdığını görürlər.
AMP-də header bidding necə işləyir?
Ənənəvi saytda header bidding çox vaxt Prebid.js kimi bir wrapper skripti vasitəsilə idarə olunur. AMP-də isə performansın təmin edilməsi üçün mühit nəzarət altındadır. Proses, AMP runtime-a reklam konfiqurasiyanızda müəyyən edilmiş bir sıra endpoint-lərə sorğular göndərməyə imkan verən RTC-yə əsaslanır. Cavablar gəldikdən sonra məlumatlar reklam serverinə ötürülür və o, ən yüksək təklif əsasında qalib kreativə qərar verir.
AMP runtime orkestrator rolunu oynayır. Səhifə yükləndikdə, runtime reklam teqi daxilindəki RTC konfiqurasiyasını müəyyən edir. Daha sonra o, göstərilən tələb tərəfdaşlarına paralel sorğular göndərir. Bu tərəfdaşlar, GAM-a edilən son reklam sorğusuna daxil edilən hədəfləmə açarlarını ehtiva edən JSON cavabı qaytarırlar. Bütün bu proses arxa planda baş verir və istifadəçi təcrübəsini təmiz və sürətli saxlayır.
Tipik bir tətbiqdə, rəqabət aparan üç və ya dörd bidder ola bilər. AMP runtime bu sorğuları ciddi vaxt məhdudiyyətləri ilə idarə edir. Əgər bir bidder müəyyən edilmiş pəncərədə cavab verməzsə, runtime reklam yuvasının boş qalmaması üçün onların təklifi olmadan davam edir. İstifadəçi təcrübəsinin fərdi təklifin tamamlanmasından üstün tutulması AMP reklam çərçivəsini unikal edən şeydir.
Quraşdırma üçün əsas tələblər hansılardır?
- Müvafiq reklam vahidləri müəyyən edilmiş işlək Google Ad Manager hesabı.
- RTC-uyğun endpoint təmin edən dəstəklənən header bidding vendorlarının siyahısı.
- amp-ad teq konfiqurasiyalarını dəyişdirmək üçün AMP səhifə HTML-nizə giriş.
- RTC endpoint-ləri üçün etibarlı JSON konfiqurasiya faylları.
- Qarışıq məzmun xətalarının qarşısını almaq üçün bütün bidder endpoint-ləri üçün təhlükəsiz HTTPS hostinqi.
Başlamazdan əvvəl reklam vahidlərinizin Google Ad Manager-də düzgün xəritələndiyinə əmin olun. Əgər reklam vahidi ID-ləri RTC konfiqurasiyanızda müəyyən edilənlərlə uyğun gəlmirsə, təklif siqnalları düzgün inventara çatmayacaq. Həmçinin, seçdiyiniz bidderlərin AMP protokolunu dəstəklədiyini yoxlamalısınız, çünki hər tələb tərəfdaşının RTC-uyğun inteqrasiyası yoxdur.
Sənədləşdirmə burada əsasdır. Hansı bidderin hansı endpoint URL-inə uyğun gəldiyinin qeydini aparın. Əgər bir neçə saytı idarə edirsinizsə, konfiqurasiyalarınızın əsas faylını saxlayın. Bu, pik trafik saatlarında uğursuz sorğulara və ya performansın azalmasına səbəb ola biləcək köhnəlmiş endpoint-lərdən istifadə etmək kimi ümumi tələdən qaçınmağa kömək edir.
RTC konfiqurasiyasını necə tətbiq etmək olar?
Başlamaq üçün amp-ad teqlərinizə rtc-config atributunu əlavə etməlisiniz. Bu atribut sorğu etmək istədiyiniz vendorları sadalayan JSON obyektini ehtiva edir. Hər vendor xüsusi sorğu URL strukturu təqdim edir. Bu konfiqurasiyaları host edən serverinizin AMP tərəfindən tələb olunan ciddi təhlükəsizlik siyasətlərinə, xüsusən də CORS başlıqları və cavab formatlarına riayət etdiyinə əmin olun.
rtc-config atributu üçün JSON strukturu adətən xüsusi sxemi izləyir. Siz konfiqurasiya obyekti daxilində vendorları və onların müvafiq sorğu URL-lərini müəyyən edirsiniz. Obyekti yüngül saxlamaq vacibdir. Çox sayda bidder əlavə etmək sorğunun ölçüsünü artıra və reklam çağırışını ləngidə bilər ki, bu da ümumi səhifə yüklənmə performansınıza mənfi təsir göstərə bilər.
Konfiqurasiya HTML-ə əlavə edildikdən sonra, qalan işi AMP runtime görür. Bu çağırışları tetiklemek üçün xüsusi JavaScript yazmağınız lazım deyil. Sadəcə teqlər əlavə edildikdən sonra səhifənizin AMP təsdiq tələblərinə cavab verdiyinə əmin olun. JSON sintaksisində kiçik bir səhv reklam komponentinin səssizcə uğursuz olmasına səbəb olacaq, ona görə də kodunuzu həmişə rəsmi AMP təsdiq alətindən istifadə edərək yoxlayın.
Google AMP Cache, yüklənmə sürətini artırmaq üçün etibarlı AMP səhifələrini təqdim edən proksi əsaslı məzmun çatdırılma şəbəkəsidir.
Google Search Central
Alien Road bu texnologiyanı necə tətbiq edir
Alien Road-da biz müştərilərimiz üçün ciddi tətbiq həyat dövrünü izləyirik. Biz onların xüsusi trafik profili üçün ən yaxşı gəliri hansı tələb tərəfdaşlarının təklif etdiyini müəyyən etmək üçün cari reklam stekini audit etməklə başlayırıq. Sonra RTC cavab vaxtlarını yoxlamaq üçün test mühiti yaradırıq, çünki yavaş bidder cavabları səhifə yüklənmə göstəricilərinizə mənfi təsir göstərə bilər. Doğrulandıqdan sonra konfiqurasiyanı istehsal AMP səhifələrinə göndəririk və Google Ad Manager panelində doldurma dərəcələrini izləyirik.
Tipik bir işdə, biz tez-tez müştərilərin çoxlu sayda bidder konfiqurasiya etdiyini görürük. Biz yalnız ardıcıl nəticələr verən tərəfdaşları seçməklə bunu sadələşdirməyə çalışırıq. Daha sonra hər hansı bir bidderin xəta qaytardığını və ya yüksək gecikmə olduğunu aşkar etmək üçün Google Ad Manager-də monitorinq xəbərdarlıqları qururuq. Konfiqurasiyanı yığcam saxlamaqla, AMP-ni dəyərli edən sürəti qurban vermədən reklam gəlirinin yüksək qalmasını təmin edirik.
Qaçınılması lazım olan ümumi tələlər hansılardır?
Tez-tez rast gəlinən səhvlərdən biri bidderlər üçün vaxt aşımı parametrlərini idarə edə bilməməkdir. Əgər bir bidder cavab vermək üçün çox vaxt aparırsa, bu, bütün reklam çatdırılmasını ləngidir, bu da istifadəçi təcrübənizə və potensial olaraq səhifə sürəti ballarınıza zərər verir. Digər bir məsələ, vendor tərəfində düzgün olmayan CORS konfiqurasiyasıdır ki, bu da brauzerin sorğunu bloklamasına səbəb olur. Endpoint-lərinizin əlçatan olduğunu və etibarlı JSON qaytardığını həmişə yoxlayın.
Digər bir ümumi tələ, reklam bloklayıcılarının konfiqurasiyanıza təsirini görməzdən gəlməkdir. RTC server-to-server və ya runtime-to-bidder səviyyəsində baş versə də, bəzi istifadəçilər hələ də reklam sorğularını özləri bloklaya bilərlər. Header bidding siqnalları hər hansı bir səbəbdən uğursuz olsa belə, əsas reklam vahidinin yükləndiyinə əmin olmaq üçün tətbiqinizi genişləndirmələri olmayan təmiz brauzer mühitində həmişə sınaqdan keçirin.
Performans məlumatlarınızı necə yoxlamaq olar?
Tətbiqdən sonra əsas diqqətiniz Google Ad Manager-dəki təklif iştirakı hesabatı olmalıdır. Bu hesabat sizə bidderlərinizin nə qədər tez-tez etibarlı qiymət siqnalı qaytardığını göstərəcək. Sorğuların sayı ilə qaytarılan təkliflərin sayı arasında böyük fərq görürsünüzsə, vaxt aşımı parametrlərinizi tənzimləməli və ya bidder siyahınızı nəzərdən keçirməlisiniz.
- Yeni amp-ad atributlarınızın səhifə etibarlılığını pozmadığından əmin olmaq üçün AMP Validator alətindən istifadə edin.
- Müəyyən edilmiş RTC endpoint-lərinizə edilən şəbəkə sorğuları üçün brauzer konsolunu yoxlayın.
- Google Ad Manager daxilindəki təklif iştirakı hesabatlarını nəzərdən keçirin.
- Yeni quruluşu əvvəlki reklam performansı məlumatları ilə müqayisə edən A/B testi keçirin.
- Reklam konfiqurasiyasının layout dəyişikliklərinə səbəb olmadığından əmin olmaq üçün Core Web Vitals-ı izləyin.
Bu həftə haradan başlamaq lazımdır
Yeni RTC konfiqurasiyanızı sınamaq üçün yüksək trafikli bir açılış səhifəsini müəyyən etməklə başlayın. Dəyişiklikləri bütün sayta birdən tətbiq etməyin. Reklam vahidlərinin Google Ad Manager önizləmə alətində düzgün göstərildiyini yoxlayın, sonra tam sayt inventarınıza keçməzdən əvvəl header bidding quruluşunun gözlənilən nəticələri verdiyini təsdiqləmək üçün gəlir göstəricilərinizi 48 saat izləyin.