12 November, Google secara diam-diam memperbarui
PageSpeed Insights , mengubah hampir semua yang ada di dalamnya. Ini akan menjadi perubahan besar bagi seluruh industri pembangunan situs. Tampaknya sekarang akan ada gelombang panik dan hype di sekitar acara ini. Artikel tersebut menganalisis perubahan dan apa yang mereka bawa kepada kami.
Apa itu PageSpeed Insights
Hanya beberapa kata untuk mereka yang tidak tahu. Selama 8 tahun, PageSpeed Insights telah menjadi ukuran utama kecepatan situs web, Anda dapat memasukkan alamat halaman di dalamnya dan mengetahui peringkatnya pada skala dari 0 hingga 100, bersama dengan rekomendasi untuk peningkatan.
Tentu saja, ada banyak alat pengecekan kecepatan yang baik lainnya. Tetapi karena ini dari Google, dan mereka menyatakan bahwa kecepatan situs mempengaruhi peringkat di SERP, untuk sebagian besar peringkat ini tampaknya yang paling penting. Khusus untuk pelanggan dan bos, dan sebagai hasilnya, hampir semua orang berusaha untuk meningkatkan Skor Kecepatan PageSpeed dari proyek mereka, dan metrik menjadi hampir yang paling penting dalam industri.
Apa yang berubah?
Singkatnya, itu dia. PageSpeed yang lama dikesampingkan, menggantikannya dengan penilaian dan analisis oleh
Lighthouse , alat audit situs open-source yang dibangun di dalam Google Chrome, di antaranya.
Perbedaan utama dari pendekatan ini adalah bahwa
poin sekarang diberikan bukan karena mengikuti aturan, tetapi untuk kecepatan . Pemuatan halaman diperkirakan berdasarkan beberapa karakteristik waktu - setelah berapa banyak waktu setelah dimulainya pemuatan sesuatu sudah terlihat, ketika sudah mungkin untuk mengklik, seberapa banyak semuanya melambat saat sedang memuat, dan ketika semuanya dimuat. Karakteristik ini dibandingkan dengan indikator situs terbaik dan berubah menjadi poin. Di bawah ini kita akan menganalisis ini secara lebih rinci, sekarang prinsip itu sendiri penting
Ada rekomendasi, seperti sebelumnya - tetapi sekarang mereka membawa beban yang sama sekali berbeda.
Rekomendasi tersebut tidak terkait langsung dengan poin-poinnya , dan sama sekali bukan fakta bahwa implementasinya akan memperbaiki situasi (tetapi dapat dengan mudah diperburuk dengan implementasi yang tidak dipikirkan).
Kepanikan tidak bisa dihindari
Sekarang adalah malam tanggal 13, dan semuanya relatif tenang. Hanya beberapa sumber daya khusus yang memposting catatan pendek tentang pembaruan, hanya beberapa klien yang menulis surat gembira tentang perilaku aneh PageSpeed Insights. Tampaknya menjadi tenang sebelum badai.
Saat ini jelas bahwa alat ini tidak stabil - peringkat untuk halaman yang sama berfluktuasi dalam 20 poin, kadang-kadang ada keluhan tentang ketidakmampuan untuk mendapatkan halaman situs yang sedang dievaluasi. Beberapa situs secara umum, menurutnya, tidak tersedia - meskipun mereka merasa paling hebat.
Jelas, segera banyak orang akan terburu-buru untuk menonton penilaian proyek mereka, meliputi layanan dengan efek habr internasional. Semuanya akan bekerja melalui dek tunggul, kesalahan dan menakut-nakuti dengan peringkat melompat.
Ini tidak mudah, tetapi cobalah untuk santai dan tetap tenang. Hal pertama yang perlu diingat adalah bahwa memperbarui PageSpeed Insights tidak memengaruhi prinsip peringkat dalam hasil pencarian. Yang kedua - ini akan memakan waktu setidaknya dua minggu agar pembaruan dapat dijalankan, diperbaiki, dan mulai bekerja secara stabil.
Jangan membuat gerakan tiba-tiba , Anda mungkin harus memutar kembali nanti.
Refleksi dan Prediksi
Ada banyak hal positif dalam perubahan ini. Dominasi PageSpeed Insights lama dengan rekomendasi wajibnya telah banyak menimbulkan masalah. Pertama, setiap rekomendasi mungkin tidak berguna dalam situasi spesifik Anda. Kedua, ini dapat diterapkan dengan merugikan hal-hal yang lebih penting, misalnya waktu pembuatan halaman. Tetapi tidak ada pilihan - saya harus melakukan semua ini untuk mendapatkan nilai yang indah.
Sebagai contoh, apa rekomendasi tentang meminimalkan kode halaman html? Rata-rata, operasi ini memakan waktu sekitar 100 ms, dan penundaan sepuluh kali lipat ini mengesampingkan setiap manfaat yang mungkin dari mengurangi ukuran halaman. Satu-satunya opsi ketika ini bisa bermanfaat adalah jika Anda mengeluarkan halaman yang sudah jadi yang sudah jadi dari cache.
Dalam setiap proyek beberapa tahun terakhir, banyak upaya dihabiskan untuk optimasi gambar, minifikasi dan pengelompokan sumber daya, penundaan peluncuran JavaScript, yang tidak akan merusak apa pun. Paling sering, ini mengalihkan fokus perhatian dari esensi - kecepatan situs untuk pengunjung. Internet penuh dengan contoh situs pengereman dengan peringkat sangat baik, serta situs cepat yang dinilai buruk.
Sekarang perada ini akan jatuh sedikit. Dalam tes pertama, penilaian dengan pengelompokan sumber daya minifikasi dan tanpa praktis tidak berbeda. Hal-hal yang sangat penting menjadi signifikan - seberapa cepat server merespons dan seberapa banyak materi yang berat pada halaman. Semua peluit - widget jejaring sosial, peta interaktif, obrolan dan pop-up mewah pasti akan mengalahkan sesuai dengan penilaian, karena Anda tidak membungkusnya.
Sangat mungkin bahwa ini semua akan mengarah ke situs yang sangat cepat dan pemahaman tentang cara membuatnya. Setidaknya saya benar-benar ingin mempercayainya.
Metrik baru
Dan untuk yang paling gigih - analisis rinci metrik baru yang memengaruhi penilaian. Ada 6 dari mereka, dan mereka memiliki bobot yang berbeda dalam pembentukan skor akhir. Mari kita telusuri mereka dengan mengurangi urutan kepentingan.
1. Unduh waktu untuk berinteraksi
Ini adalah karakteristik yang paling penting - dan yang paling sulit. Cap waktu ketika halaman menjadi sepenuhnya siap untuk interaksi pengguna. Momen ini datang ketika:
- halaman ditampilkan
- penangan acara terdaftar untuk elemen yang paling terlihat
- respons terhadap tindakan pengguna kurang dari 50 ms
Faktanya, halaman harus dibuat, tidak melambat dan siap untuk menanggapi tindakan.
2. Unduh indeks kecepatan
Menunjukkan seberapa cepat konten halaman dapat dilihat. Untuk evaluasi, modul
Speedline digunakan.
Ini adalah saat ketika halaman di browser berhenti berubah secara visual. Untuk menentukan penggunaan perbandingan frame-by-frame dari tampilan halaman.
3. Unduh waktu konten pertama
Indikator yang menentukan interval waktu antara awal pemuatan halaman dan penampilan gambar atau blok teks pertama.
4. Waktu akhir CPU
Parameter ini menunjukkan waktu di mana aliran halaman utama menjadi cukup bebas untuk menangani input manual. Momen ini datang ketika:
- sebagian besar elemen pada halaman sudah interaktif
- halaman merespons tindakan pengguna dalam jumlah waktu yang wajar
- respons terhadap tindakan pengguna kurang dari 50 ms
Terjemahan Rusia dari metrik ini sedikit kehilangan esensinya. Dalam yang asli, ini terdengar
Idle CPU Pertama - prosesor sederhana pertama. Tetapi ini tidak sepenuhnya benar. Ini menyiratkan momen di pemuatan halaman, ketika itu pada dasarnya dapat menanggapi tindakan, meskipun terus memuat.
5. Waktu pengunduhan untuk konten yang cukup
Parameter ini menunjukkan waktu setelah mana konten utama halaman menjadi terlihat. Momen ini datang ketika:
- perubahan tampilan halaman terbesar telah terjadi
- font dimuat
6. Perkiraan Waktu Tunda Entri
Ini adalah fitur yang paling tidak signifikan. Memperlihatkan waktu dalam milidetik yang diperlukan halaman untuk merespons tindakan pengguna selama 5 detik pemuatan halaman tersibuk. Jika waktu ini melebihi 50 ms, mungkin bagi pengguna bahwa situs Anda melambat.
Setiap metrik dibandingkan dengan kinerja semua situs yang dinilai. Jika Anda memilikinya lebih baik dari 98% situs, Anda mendapatkan 100 poin. Jika lebih baik dari 75% situs, Anda mendapat 50 poin.
Pada pandangan pertama, metrik ini sangat vital dan hampir mustahil untuk menipu mereka dengan manipulasi kotor yang sebenarnya tidak mempercepat situs.
Sejauh ini, prinsip mengevaluasi versi seluler situs tetap menjadi misteri. Sebaliknya, prinsipnya sama, tetapi seringkali nilainya jauh lebih rendah. Tidak jelas konfigurasi virtual perangkat seluler mana yang mereka jalankan.