Dokumentasi
Core Web Vitals: LCP, INP, dan CLS dari pengguna nyata, minggu demi minggu
LCP, INP, dan CLS persentil ke-75 mingguan dari Chrome UX Report History API untuk seluruh situs atau satu halaman, dinilai berdasarkan ambang batas Google.
Laporan Core Web Vitals (berjudul Core Web Vitals History) menunjukkan bagaimana pengguna Chrome yang sebenarnya merasakan situs Anda, minggu demi minggu. Laporan ini membaca Chrome UX Report History API, yaitu data lapangan yang sama dengan yang digunakan laporan Core Web Vitals di Search Console, lalu menilai setiap metrik pada persentil ke-75 berdasarkan ambang batas Google. Gunakan laporan ini untuk melihat apakah sebuah rilis membuat halaman Anda lebih cepat atau lebih lambat, jauh sebelum uji laboratorium dapat menunjukkan bagaimana pengunjung merasakannya.
Menjalankan laporan
- Scope: Whole site mengkueri origin (misalnya
https://www.example.com), yang mengagregasi semua halaman yang dikunjungi pengguna Chrome. Single page mengkueri satu URL. - Origin atau Page URL: terisi otomatis dengan origin properti Anda; ubah untuk memeriksa host atau halaman lain.
- Device: All devices, Phone, Desktop, atau Tablet. Dengan All devices, laporan juga memuat setiap perangkat secara terpisah dan menambahkan tabel Summary by device.
- Tekan Run report.
Hasil disimpan dalam cache selama satu hari, karena data hanya berubah setiap minggu. Laporan ini mengkueri API dengan kunci CrUX API; AutoPSEO sudah menyediakannya, sehingga Anda tidak perlu menyiapkan apa pun. Tombol API Key menautkan ke petunjuk Google jika Anda menginginkan kunci untuk alat Anda sendiri.
Yang Anda lihat
Baris verdict menyatakan apakah cakupan tersebut Passes Core Web Vitals: setiap metrik inti yang memiliki data dinilai Good. Lima kartu mengikutinya, satu per metrik, masing-masing menampilkan nilai persentil ke-75 terbaru, penilaiannya, perubahan dibandingkan empat minggu sebelumnya, dan persentase pemuatan halaman yang dinilai baik.
| Metrik | Yang diukur | Good | Poor |
|---|---|---|---|
| LCP, Largest Contentful Paint | Pemuatan: kapan elemen terbesar yang terlihat dirender | 2,5 dtk atau kurang | lebih dari 4 dtk |
| INP, Interaction to Next Paint | Responsivitas: jeda setelah klik, ketukan, dan penekanan tombol | 200 md atau kurang | lebih dari 500 md |
| CLS, Cumulative Layout Shift | Stabilitas visual: seberapa banyak konten bergeser saat dimuat | 0,1 atau kurang | lebih dari 0,25 |
| FCP, First Contentful Paint | Kapan teks atau gambar pertama muncul | 1,8 dtk atau kurang | lebih dari 3 dtk |
| TTFB, Time to First Byte | Seberapa cepat server mulai merespons | 0,8 dtk atau kurang | lebih dari 1,8 dtk |
LCP, INP, dan CLS adalah Core Web Vitals; FCP dan TTFB adalah metrik pendukung yang membantu menjelaskan LCP yang buruk. Nilai di antara kedua batas tersebut berarti perlu perbaikan. Google menilai setiap metrik pada persentil ke-75 dari pemuatan halaman, secara terpisah untuk seluler dan desktop (web.dev: Web Vitals). INP menggantikan First Input Delay sebagai Core Web Vital pada 12 Maret 2024.
Tren dianggap improving atau worsening jika nilai terbaru berubah setidaknya 5% dari empat minggu sebelumnya. Grafik memplot persentil ke-75 mingguan setiap metrik beserta proporsi good, needs-improvement, dan poor, sedangkan tabel mencantumkan setiap minggu dengan kelima nilai dan persentase pengalaman LCP yang baik.
Cara membaca riwayat
Setiap titik adalah periode pengumpulan mingguan yang merangkum 28 hari kunjungan sebelumnya, sehingga perbaikan baru terlihat secara bertahap selama sekitar empat minggu, bukan dalam semalam. API mengembalikan 25 periode mingguan secara default, kira-kira enam bulan terakhir (CrUX History API).
- Perubahan mendadak yang bertepatan dengan deploy, skrip tag manager baru, atau pembaruan tema adalah pola yang umum; tandai tanggalnya dengan anotasi.
- Ponsel lebih buruk daripada desktop adalah hal yang lazim, karena ponsel memiliki daya pemrosesan lebih rendah dan sering kali koneksi lebih lambat. Pertimbangkan berdasarkan seberapa besar lalu lintas pencarian Anda yang berasal dari seluler.
- Origin baik, halaman buruk: origin menggabungkan semua halaman, jadi periksa template terberat Anda satu per satu.
Saat tidak ada data
Chrome hanya menerbitkan catatan untuk origin atau URL publik yang memiliki cukup kunjungan Chrome yang nyata; jika tidak, laporan menampilkan Not enough field data (metodologi CrUX). Halaman baru atau berlalu lintas rendah sering kali tidak memiliki catatan tingkat URL meskipun origin-nya memilikinya. CrUX API juga tidak memiliki rincian per negara, sehingga angkanya mencakup seluruh pengunjung Anda di seluruh dunia.
Bagaimana AutoPSEO membantu
Artikel yang dikirim AutoPSEO dirender oleh situs Anda sendiri, sehingga mewarisi performa template Anda. Jika AutoPSEO menghosting sebuah bagian untuk Anda, renderer yang dihosting menyajikan halaman artikel itu sendiri; jalankan laporan pada salah satu URL tersebut untuk memeriksanya. Untuk penjelasan yang lebih lengkap tentang ketiga metrik ini, lihat arti LCP, INP, dan CLS dan cara memperbaiki skor Core Web Vitals yang buruk.