Tingkatkan Kecepatan Situs dengan Audit Iklan Penayang untuk Lighthouse

Posting ini terakhir diperbarui pada 6 September 2021

Ada peningkatan permintaan dari penayang terkait kecepatan memuat halaman dan perilaku umum situs mereka. Dalam posting hari ini, kami akan melihat beberapa pertanyaan yang diajukan penerbit, dan nanti kami akan menunjukkan kepada Anda cara membuat laporan sendiri, dan menilai situasi pemuatan halaman Anda dengan lebih baik.

#1 – Situs memuat dengan lambat dan memiliki skor rendah pada alat pelaporan

Sangat penting untuk memahami bahwa perilaku akhir dari sebuah situs adalah hasil daribeberapa faktor : teknologi yang digunakan untuk membuat halaman, berapa banyak elemen yang ditampilkan di situs, bagaimana elemen tersebut disimpan, penghitungan dilakukan saat runtime, dll. Alat pelaporan ( seperti LightHouse, yang akan kita bahas nanti) akan menunjukkan masalah ini.Perhatikan bahwa masalah ini tidak terkait dengan kode kami karena merupakan konsekuensi dari cara pembuatan situs.

#2 – Kode MonetizeMore membuat situs menjadi lambat

Semakin tinggi jumlah unit iklan pada suatu halaman, semakin banyak elemen yang perlu dimuat, sehingga selalu adatradeoff antara kecepatan halaman dan pendapatan yang perlu diperhatikan.Penerbit harus menyadari hal ini setiap saat. Kode kami tidak berdampak signifikan pada kinerja situs.Skrip iklan MonetizeMore berjalan secara asinkron , artinya, saat proses penawaran tajuk berjalan, bagian situs lainnya terus dimuat seperti tanpa kode kami.Saat menjalankan penawaran Header, skrip pemuatan iklan tidak dapat dihindari untuk menunda perenderan iklan hingga waktu tunggu penawaran tercapai, pengorbanan lain yang perlu ditangani. Waktu tunggu default yang disarankan adalah 2000 md untuk mencapai keseimbangan yang sehat antara kecepatan pemuatan halaman dan rasio pengisian Header Bidding yang baik. Menurunkan batas waktu ini dapat membantu mengurangi waktu muat, hanya jika halaman dimuat lebih cepat dari batas waktu yang ditetapkan. Penurunan batas waktu penawaran tajuk meningkatkan kemungkinan berakhirnya lelang penawaran tajuk sebelum semua penawar yang dikonfigurasi mengembalikan tawaran akhir mereka.

Mercu suar

Kami akan menggunakan audit iklan Penayang untuk Lighthouse ke depannya, dan Anda dapat menemukannya di sini: https://developers.google.com/publisher-ads-audits

Meskipun skrip kami mungkin bukan penyebab utama kinerja halaman, kinerja halaman berdampak pada lalu lintas, sehingga menjadi masalah penting bagi kami. Buat penilaian Anda sendiri terhadap situs tersebut, dan coba atasi saran/peringatannya.

Dengan Chrome:

1.- Buka halaman web target

2.- Klik kanan dan pilih Periksa

3.- Di antara alat dev, cari yang terakhir, yang disebut Audit

4.- Pilih kategori yang relevan dan klik "Hasilkan laporan". Setelah beberapa penyegaran situs, laporan akan dibuat dan ditampilkan.

Anda akan diperlihatkan beberapa kategori di mana halaman dievaluasi:

• Performa: eksekusi teknis halaman, yang mencakup interaktivitas, kecepatan, dan pengkodean.
• Aksesibilitas: elemen desain yang memungkinkan penyandang disabilitas tertentu untuk terlibat dengan konten dengan lebih nyaman
• Praktik Terbaik: rekomendasi umum, terutama untuk meningkatkan navigasi dan keamanan
• SEO: pengoptimalan untuk mesin telusur agar terlibat dengan situs
• Aplikasi Web Progresif: PWA adalah jenis situs khusus yang sangat mirip dengan aplikasi seluler, dalam presentasi, dan di balik terpal. Berikut saran pengoptimalan untuk jenis situs web ini.

Sebagian besar informasi ini cukup mudah. Salah satu yang harus kita perhatikan adalah kinerja -> Diagnostik, di mana kita dapat melihat kinerja kode js, dan khususnya milik kita.

Pada gambar di atas (Diagnostik -> Kurangi dampak kode pihak ketiga), kita melihat bahwa kode kita memblokir kurang dari sepertiga detik di utas utama (utas yang bertanggung jawab untuk memuat halaman). Tak satu pun dari kode-kode ini banyak memblokir utas utama, tetapi seluruh grup kode pihak ketiga menggunakan satu detik penuh dari utas utama, yang pada akhirnya adalah apa yang dialami pengguna.

Pada gambar di atas (Diagnosis -> Kurangi waktu eksekusi JavaScript), kita melihat bahwa kode kita sejalan dengan kode lainnya dalam waktu eksekusi. Bahkan jika waktu eksekusi lebih tinggi, ini dilakukan di utas lain secara asinkron, sehingga tidak memengaruhi kinerja.

Pertimbangan

• Anda dapat melakukan pengujian sederhana, dengan menjalankan laporan ini tanpa tag kami, lalu menambahkan tag kami dan menjalankan laporan lagi. Seperti yang disebutkan, pengorbanan akan membuat skor total turun, tetapi ini diharapkan.
• Sebagian besar uji/skor kecepatan halaman tidak memperhitungkan penundaan yang diperlukan saat menjalankan penawaran tajuk dan dirancang untuk menilai tag iklan hardcode. Jadi saat menjalankan halaman dengan penawaran Header aktif, mereka tidak akan memperhitungkan fungsi kustom dan mengurangi skornya.
• Plugin Chrome Anda sendiri dapat sangat mengubah kinerja laporan itu sendiri. Anda dapat mencoba menguji halaman di lingkungan yang lebih bersih:
  • Buka halaman berikut: https://developers.google.com/publisher-ads-audits.
  • Rekatkan alamat situs
  • Pada Pengaturan Lanjutan, aktifkan Jalankan Audit Lighthouse Tambahan.
  • Klik Hasilkan Laporan
  • *Laporan ini juga akan memberi Anda laporan Iklan Penayang. Jika situs dikonfigurasi dengan benar, skornya harus tinggi, jadi ini bisa menjadi cara yang baik untuk menunjukkan kepada penayang bahwa masalah kinerja apa pun mungkin ada di tempat lain.
• Jika meningkatkan kinerja adalah suatu keharusan, Anda dapat mempertimbangkan:
  • Mengurangi jumlah unit iklan pada suatu halaman
  • Memindahkan panggilan skrip MonetizeMore ke akhir halaman atau lebih tinggi, berdasarkan penerapan panggilan sumber daya/JS berat lainnya
  • Kurangi batas waktu penawaran Header ke nilai di mana tidak ada kerugian yang signifikan dari penawaran yang masuk (Dapat diuji melalui PGAI: Di bawah tab penawar, kode warna dari penawaran yang diterima)
  • Malas memuat semua posisi iklan di semua halaman. (Aktifkan SPA di dbAdmin dan alihkan DIV ke format malas)

Saran lain yang lebih teknis dapat berupa:

• Tingkatkan beban JavaScript: satu panggilan ke skrip berat atau banyak panggilan ke skrip kecil akan berdampak negatif pada kinerja. Seimbangkan antara tugas dan panggilan di JS. Ini hanya dapat dilakukan dengan file JS yang dapat dimanipulasi oleh pub (bukan skrip pembungkus, GA, atau facebook kami misalnya)
• Pastikan skrip apa pun yang dapat berjalan secara asinkron melakukannya. Skrip kami sudah melakukannya
• Pastikan sumber daya (gambar, video) dikodekan dengan teknologi terbaru. Ini memungkinkan elemen untuk dikompresi saat bergerak, dan didekompresi saat dimuat di halaman.

butuh lebih banyak bantuan? Daftar akun Profesional di MonetizeMore hari ini!