rafiqadha Penulis Yang menginpirasi yaitu rafiqadha. merupakan seorang penulis serta seorang Digital Marketing di BeauCo

7 Cara mengaudit Core Web Vitals

6 min read

Kembali pada Mei 2020, Google mengumumkan bahwa Core Web Vitals akan menjadi bagian dari algoritme Google pada tahun 2021 , tetapi memberi tahu pemilik situs bahwa “tidak perlu segera mengambil tindakan.” Pada November 2020, Google mengungkapkan bahwa pembaruan ini akan berlaku pada Mei 2021, jadi bagi pemilik situs dan SEO di seluruh dunia, sekarang adalah waktu untuk mengambil tindakan atas Pembaruan Pengalaman Laman .

Apa itu Core Web Vitals?

Core Web Vitals adalah sekumpulan metrik yang digunakan untuk mengukur pemuatan, interaktivitas, dan stabilitas visual situs web. Ketiganya terkait dengan kecepatan situs dalam satu atau lain cara, yang merupakan sesuatu yang kami ketahui telah sangat penting bagi mesin telusur dan pengguna untuk waktu yang sangat lama. 

Apa yang benar-benar menarik tentang Core Web Vitals, dan khususnya Pembaruan Pengalaman Halaman, adalah bahwa Google tidak sering memberikan spesifikasi pembaruan algoritmanya. Namun dalam kasus ini, kami telah diberi metrik yang tepat yang perlu kami ukur dan tingkatkan, dan tanggal pembaruan ini akan mulai berlaku. Hal ini menunjukkan bahwa Page Experience tentunya akan menjadi update yang penting, tetapi juga yang sebenarnya dapat kita persiapkan, selama proses auditingnya rinci dan akurat. Berikut adalah metrik yang perlu dianalisis dalam audit Core Web Vitals:’

Core Web Vitals

Largest Contentful Paint (LCP) 

mengukur performa pemuatan (yaitu, berapa lama waktu yang dibutuhkan untuk memuat item terbesar di viewport). Untuk memberikan pengalaman pengguna yang baik, LCP harus muncul dalam waktu 2,5 detik saat halaman pertama kali mulai memuat atau maksimal 4 detik untuk menghindari skor “buruk” (meskipun antara 2.5 dan 4 detik masih “perlu perbaikan”).

First Input Delay (FID) 

mengukur interaktivitas (yaitu, berapa lama situs web merespons ketika pengguna mengklik sesuatu). Untuk memberikan pengalaman pengguna yang baik, halaman harus memiliki FID kurang dari 100 milidetik atau maksimal 300 milidetik untuk menghindari skor “buruk” (meskipun antara 100 dan 300 milidetik masih “perlu perbaikan”). Dalam proses audit yang dirinci dalam artikel ini, metrik serupa digunakan, “Total Blocking Time (TBT),” karena First Input Delay memerlukan data lapangan, tetapi audit ini menggunakan data lab karena data lapangan mungkin tidak selalu tersedia untuk situs web Anda. audit.

Kumulatif Tata Letak Shift (CLS) 

mengukur stabilitas visual (yaitu, apakah halaman melompat-lompat saat pengguna menggulir konten). Untuk memberikan pengalaman pengguna yang baik, halaman harus mempertahankan CLS kurang dari 0,1 atau minimal 0,25 untuk menghindari skor “buruk” (meskipun antara 0,1 dan 0,25 masih “perlu perbaikan”).

Audit ini berfokus pada metrik dengan skor “buruk” karena ini akan menjadi area prioritas utama, tetapi Anda dapat menyesuaikannya untuk menyertakan “perlu perbaikan” juga. Jadi, sekarang kita tahu apa yang kita audit, mari kita masuk ke proses audit itu sendiri.

Cara mengaudit Core Web Vitals menggunakan Screaming Frog

Mengetahui apa itu Core Web Vitals adalah satu hal, tetapi menemukan cara untuk mengaudit dan mengomunikasikan masalah Core Web Vitals kepada klien dengan cara yang berguna dan dapat ditindaklanjuti adalah tantangan yang dihadapi SEO di seluruh dunia. Proses audit yang telah saya susun dirancang untuk memberikan detail nyata, contoh, dan data untuk digunakan saat menangani masalah Core Web Vitals. 

Baca Juga  APA ITU GOOGLE OPTIMIZE? Yuk Kita Ulas untuk Seo Pemula

Untuk memulai audit, Anda memerlukan tiga hal:

Langkah 1: Hubungkan kunci API Wawasan PageSpeed ​​ke Screaming Frog

Pertama, Anda harus menghubungkan kunci API Wawasan PageSpeed ​​ke Screaming Frog. Ini akan memungkinkan Anda untuk mengakses data dan rekomendasi PageSpeed ​​Insights per halaman. Anda hanya akan mendapatkan jumlah kueri PageSpeed ​​Insights yang terbatas (sekitar 25.000 per hari) yang seharusnya cukup untuk situs yang lebih kecil, tetapi untuk situs yang lebih besar, Anda akan dapat menerapkan pembelajaran dari halaman tempat Anda mendapatkan kueri untuk situs lainnya. situs.

  • Dengan kunci API PageSpeed ​​Insights di tangan, buka Screaming Frog dan buka Konfigurasi> Akses API> Wawasan PageSpeed.
  • Tempelkan kunci API Anda ke dalam kotak “Kunci Rahasia”.
  • Klik “Hubungkan”.
Core Web Vitals

Setelah terhubung, klik “Metrik”. Di sini Anda akan menentukan metrik yang akan ditampilkan dalam perayapan Anda. Untuk tujuan audit ini, saya memilih “Semua Grup Metrik”, tetapi Anda dapat memilih hanya yang ingin Anda laporkan dan mengklik “Oke”.

Grup metrik yang tersedia adalah sebagai berikut:

  • Gambaran Umum – Memberikan informasi gambaran umum umum untuk halaman, seperti ukuran halaman dan potensi penghematan beban yang dapat dilakukan pada halaman.
  • Metrik CrUX – Data dari Laporan Pengalaman Pengguna Chrome . Jika data lapangan tersedia dari kehidupan nyata, pengguna yang ikut serta, itu akan muncul di sini.
  • Metrik Lighthouse – Sebagian besar data lab yang kami gunakan dalam audit berasal dari sini, termasuk skor LCP, TBT, dan CLS.
  • Peluang – Memberikan saran untuk peningkatan kecepatan halaman khusus untuk setiap halaman.
  • Diagnostik – Memberikan informasi tambahan tentang kinerja keseluruhan situs web yang dirayapi.
Core Web Vitals

Langkah 2: Merayapi situs web

Selanjutnya, Anda harus mulai merangkak. Salin domain situs web yang Anda rayapi dan tempelkan ke dalam kotak di bagian atas crawler yang bertuliskan “Enter URL to spider”. Saat situs dirayapi, Anda akan melihat bahwa ada bilah kemajuan “Perayapan” dan “API” di pojok kanan atas. Anda harus menunggu keduanya mencapai 100% sebelum Anda mulai menganalisis data Anda.

Langkah 3: Laporkan ukuran masalahnya

Sebelum Anda membahas secara spesifik tentang apa yang perlu diperbaiki, langkah pertama adalah mengkomunikasikan sejauh mana masalahnya. Untuk melakukan ini, Anda perlu melihat persentase halaman yang gagal di setiap ambang minimum Core Web Vitals. 

Di bilah navigasi atas, pilih “PageSpeed” dan kemudian “Ekspor”.

Core Web Vitals

Melihat data Anda yang diekspor, temukan kolom berikut dan filter sesuai:

  • Largest Contentful Paint Time (ms) – Filter untuk menemukan semua halaman dengan LCP 4000ms atau lebih.
  • Total Blocking Time (ms) – Filter untuk menemukan semua halaman dengan TBT 300ms atau lebih.
  • Pergeseran Tata Letak Kumulatif – Filter untuk menemukan semua halaman dengan CLS 0,25 atau lebih.

Tambahkan data ini ke lembar data terpisah sehingga Anda atau klien Anda dapat dengan mudah melihat halaman yang gagal di setiap Core Web Vital. Anda kemudian dapat melaporkan persentase halaman di situs yang gagal memenuhi setiap ambang minimum Core Web Vitals. Inilah contoh yang saya kirim ke klien baru-baru ini:

  • 95% halaman memiliki Largest Contentful Paint lebih dari 4 detik (gagal) – lihat tab “LCP> 4s” di lembar data terlampir.
  • 58% halaman memiliki Total Blocking Time lebih dari 300 milidetik (gagal) – lihat tab “TBT> 300ms” di lembar data terlampir.
  • 93% halaman memiliki skor Pergeseran Tata Letak Kumulatif lebih dari 0,25 (gagal) – lihat tab “CLS> 0,25” di lembar data terlampir.
Baca Juga  Google Discover Laporan kinerja sekarang mencakup semua data 2021

Sekarang Anda dipersenjatai dengan daftar lengkap (atau daftar contoh, jika situs terlalu besar) dari halaman yang gagal memenuhi ambang minimum Core Web Vitals, sehingga pengembang tahu persis di mana harus mencari halaman yang gagal. Jika Anda melihat pola apa pun (misalnya, hanya halaman blog, dll.), Anda dapat melaporkannya sekarang juga.

Langkah 4: Laporkan masalah khusus untuk setiap halaman dan buat rekomendasi yang sesuai

Ini adalah bagian dari audit di mana kami mengubah masalah menjadi solusi. Kami tahu bahwa jumlah X halaman gagal memenuhi ambang batas minimum Core Web Vitals, tetapi apa yang dapat kami / klien lakukan? Di sinilah PageSpeed ​​Insights API benar-benar melakukan keajaibannya.

Di sisi kanan, di tab “Ringkasan”, scroll ke bawah ke “PageSpeed”. Di sini Anda akan menemukan daftar masalah / rekomendasi yang berkaitan dengan kecepatan halaman dan sebagian besar, Core Web Vitals. 

Ada berbagai macam masalah berbeda yang dilaporkan di sini. Jika ada yang tidak Anda kenal, cari di situs web.dev untuk mendapatkan informasi lebih lanjut. Meskipun data yang tersedia dalam Screaming Frog dan PageSpeed ​​Insights mungkin tidak memberikan daftar yang lengkap dari setiap masalah yang dapat memengaruhi Core Web Vitals, hal itu tentu membantu saat menganalisis situs Anda / klien Anda secara keseluruhan.

Klik masalah untuk melihat halaman yang terpengaruh, dan ekspor untuk disimpan ke dalam lembar data Anda. Anda sekarang melaporkan secara spesifik berapa banyak halaman yang terpengaruh oleh masalah tertentu, dan URL halaman yang terpengaruh. Pada contoh di bawah, saya telah mengekspor daftar semua halaman yang memiliki sumber daya yang memblokir rendering yang mungkin berdampak negatif pada LCP. Sekarang saya dapat merekomendasikan agar klien melihat daftar ini dan memutuskan apakah memasukkan, menunda, atau menghapus sumber daya pada halaman ini dapat dilakukan.

Untuk setiap rekomendasi yang Anda buat, Anda juga akan dapat melihat “Penghematan” yang dapat dibuat dengan memperbaiki masalah tertentu, baik dalam byte atau milidetik. Dengan menggunakan data yang diekspor untuk setiap masalah, Anda sekarang dapat menambahkan potensi penghematan untuk setiap masalah, dan penghematan rata-rata yang dapat dilakukan per halaman dengan menyelesaikan masalah tersebut, sehingga Anda dapat membuat rekomendasi untuk masalah mana yang harus ditangani terlebih dahulu berdasarkan jumlah penghematan beban potensial yang dapat dilakukan. Pada contoh di bawah, penghematan dalam milidetik dan byte jauh lebih besar untuk Menunda Gambar di Luar Layar daripada Menghapus CSS yang Tidak Digunakan, jadi Menunda Gambar Di Luar Layar akan menjadi prioritas yang lebih tinggi.

Langkah 5: Laporkan contoh masalah yang spesifik untuk setiap halaman

Dengan melaporkan contoh masalah yang spesifik untuk setiap halaman, kami menyediakan kumpulan data yang lebih terperinci yang memungkinkan klien / pengembang untuk dengan cepat memahami apa masalahnya dan apakah itu sesuatu yang dapat diselesaikan atau tidak. 

Baca Juga  Apa Itu Search Engine Optimization (SEO)

Mengikuti dari contoh sumber daya yang memblokir perenderan, Anda sekarang perlu memilih salah satu URL yang terpengaruh oleh masalah ini, dan memilih tab “Detail PageSpeed” di bilah navigasi bawah. Panel kiri bawah sekarang akan menampilkan informasi kecepatan halaman yang relevan dengan halaman yang dipilih. Navigasikan ke Peluang> Hilangkan Sumber Daya yang Memblokir Render. 

Di panel kanan bawah, Anda sekarang akan melihat URL sumber daya yang memblokir perenderan di halaman itu, ukurannya (dalam byte) dan potensi penghematan pemuatan halaman yang dapat dilakukan (dalam milidetik) jika sumber daya yang memblokir perenderan ini dihilangkan 

Sayangnya, Anda tidak dapat mengekspor masalah khusus ini secara massal (sejauh yang saya ketahui), tetapi Anda dapat menyalin dan menempelkan beberapa contoh ke dalam lembar data Anda dan sekali lagi mencari pola apa pun. Seringkali, sumber daya yang sama akan muncul di beberapa halaman / setiap halaman di situs, sehingga pembelajaran dapat diterapkan di seluruh situs.

Setelah Anda mengumpulkan data ini untuk setiap masalah di situs, Anda dapat memberikan laporan tertulis dengan rekomendasi untuk setiap masalah dalam urutan prioritas dan merujuk ke data di lembar data Anda.

Langkah 6: Setelah perubahan dilakukan, crawl situs itu lagi dan bandingkan

Semakin cepat Anda menyelesaikan audit ini semakin baik, karena beberapa masalah membutuhkan waktu untuk diselesaikan. Setelah masalah ditangani, Anda dapat kembali ke langkah pertama dan merayapi kembali situs untuk melihat bagaimana hal-hal telah berubah. Di sinilah persentase halaman Anda yang tidak memenuhi ambang batas minimum Core Web Vitals akan berguna, karena ini menunjukkan cara cepat dan mudah untuk memahami apakah perubahan Anda memiliki dampak yang diinginkan atau tidak.

Saat melaporkan tentang Core Web Vitals dan Pembaruan Pengalaman Halaman kepada klien, pertanyaan yang sering saya tanyakan adalah seputar bagaimana pembaruan ini akan memengaruhi peringkat. Meskipun ini jelas merupakan pembaruan penting, saya tidak membayangkan situs web yang belum memenuhi ambang batas minimum melihat penurunan besar dalam peringkat dalam semalam. Ini lebih mungkin terjadi pada kasus situs yang memiliki konten luar biasa yang mampu memenuhi atau melampaui ambang batas minimum Core Web Vitals melihat sedikit peningkatan peringkat, yang tentu saja akan berarti sedikit penurunan peringkat untuk pesaing yang mereka ambil alih. Sentimen ini didukung oleh pedoman Google sendiri tentang masalah ini:

“Meskipun semua komponen pengalaman halaman itu penting, kami akan memprioritaskan halaman dengan informasi terbaik secara keseluruhan, meskipun beberapa aspek pengalaman halaman di bawah standar. Pengalaman laman yang baik tidak menggantikan memiliki konten yang bagus dan relevan. Namun, jika ada beberapa halaman yang memiliki konten serupa, pengalaman halaman menjadi jauh lebih penting untuk visibilitas di Penelusuran. ”

Pemilik situs yang dapat memenuhi ambang batas minimum menempatkan diri mereka pada keuntungan yang berbeda dalam hal visibilitas pencarian, dan meskipun kami tidak dapat memprediksi dengan tepat apa yang akan terjadi pada hari Pembaruan Pengalaman Halaman ditayangkan, proses audit ini akan membantu Anda untuk bersiap dengan baik.

Sumber : https://searchengineland.com/how-to-audit-core-web-vitals-346076

rafiqadha
rafiqadha Penulis Yang menginpirasi yaitu rafiqadha. merupakan seorang penulis serta seorang Digital Marketing di BeauCo

Tinggalkan Balasan

Alamat email Anda tidak akan dipublikasikan. Ruas yang wajib ditandai *