Core Web Vitals 2026: ambang dan apa yang berubah
Metriknya tidak berubah tahun ini. Banyak alat di sekelilingnya yang berubah. Ini yang benar-benar sahih buat masa ini.
Tiga metrik, dan masih tiga yang sama sejak 2024. Largest Contentful Paint sepatutnya mencapai 2.5 saat atau kurang, Interaction to Next Paint 200 milisaat atau kurang, dan Cumulative Layout Shift 0.1 atau kurang. Setiap satu dinilai pada persentil ke-75 muatan halaman sebenar, diasingkan antara mudah alih dan desktop.
Apakah ambang Core Web Vitals pada 2026?
Semuanya datang terus daripada halaman metrik di web.dev, tempat Google menerbitkan definisinya. Semuanya dinilai pada persentil ke-75 muatan halaman, jadi anda lulus apabila tiga perempat pengunjung sebenar anda mendapat keputusan yang baik, bukan apabila komputer riba anda yang dapat.
| Metrik | Apa yang diukur | Baik | Perlu penambahbaikan | Lemah |
|---|---|---|---|---|
| LCP | Muatan, bila elemen kelihatan yang paling besar selesai dipaparkan | 2.5 saat atau kurang | 2.5 hingga 4.0 saat | Melebihi 4.0 saat |
| INP | Kepantasan tindak balas merentas setiap interaksi pada halaman | 200 ms atau kurang | Melebihi 200 ms sehingga 500 ms | Melebihi 500 ms |
| CLS | Kestabilan visual, letusan anjakan tidak dijangka yang paling teruk | 0.1 atau kurang | Melebihi 0.1 sehingga 0.25 | Melebihi 0.25 |
Adakah Core Web Vitals benar-benar berubah pada 2026?
Tidak. Bukan set metriknya, bukan juga satu ambang pun. Perubahan struktur terakhir berlaku pada 12 Mac 2024, apabila Interaction to Next Paint menjadi Core Web Vital yang stabil dan First Input Delay ditamatkan, seperti yang diumumkan web.dev dalam catatan INP becomes a Core Web Vital. Sejak itu setnya kekal tiga metrik stabil, tanpa sebarang pengganti eksperimen atau yang sedang menunggu dinamakan. Peraturan Google sendiri menetapkan bahawa Core Web Vitals yang stabil tidak akan berubah lebih daripada sekali setahun, dan tahun 2025 serta 2026 berlalu tanpa satu pun perubahan.
Yang benar-benar berubah ialah lapisan pengukurannya. Nota keluaran Chrome UX Report di Chrome for Developers mencatatkan bahawa subbahagian imej LCP dan jenis sumber LCP tiba dalam API CrUX pada Januari 2025, bahawa dimensi ECT ditarik keluar daripada BigQuery dalam keluaran yang sama, dan bahawa CrUX Dashboard lama ditamatkan pada penghujung November 2025. Berasingan daripada itu, kerja soft navigations sampai ke Chrome 151, membolehkan aplikasi satu halaman mengaitkan LCP, INP dan CLS kepada setiap perubahan laluan, bukan kepada satu paparan halaman yang tidak berkesudahan. Dokumentasi itu menyatakan dengan jelas bahawa cara soft navigations akan dilaporkan dalam CrUX masih belum diputuskan, jadi ia belum menjejaskan angka Search Console anda.
Kalau ada yang memberitahu anda metrik baharu muncul tahun ini, tanya yang mana satu. Tiada pun.
Cara membetulkan LCP yang perlahan
Hampir setiap LCP yang buruk sebenarnya masalah kebolehtemuan. Panduan pembetulan utama di web.dev meletakkan tiga perkara di hadapan: pastikan sumber LCP kelihatan dalam kod sumber HTML dan bukan disuntik oleh skrip, tandakannya fetchpriority="high", dan kurangkan Time to First Byte dengan CDN yang menyimpan cache dokumen itu sendiri. Selain itu, sasarkan navigasi serta-merta menerusi cache ke belakang dan ke hadapan atau speculation rules, supaya halaman seterusnya sudah sedia apabila kliknya berlaku.
Cara membetulkan INP yang tinggi
INP terbahagi kepada tiga bahagian: kelewatan input sebelum pengendali anda berjalan, tempoh pemprosesan pengendali itu, dan kelewatan persembahan sebelum bingkai seterusnya dipaparkan. Skor yang dilaporkan lebih kurang interaksi paling teruk pada halaman, dengan satu nilai terpencil diabaikan bagi setiap lima puluh interaksi. Pembetulan yang disyorkan ialah kerap melepaskan kawalan supaya tugas panjang berhenti menyekat urutan utama, menghantar lebih sedikit JavaScript sejak awal lagi, dan mengekalkan kemas kini paparan agar kecil dengan DOM yang sederhana serta pembendungan CSS. Audit pengurus teg anda. Selalunya di situlah puncanya.
Cara membetulkan anjakan susun atur
CLS menilai letusan anjakan yang paling teruk, ditakrifkan sebagai anjakan yang berjarak kurang daripada satu saat antara satu sama lain dalam tetingkap tidak melebihi lima saat. Tetapkan lebar dan tinggi yang jelas atau nisbah bidang pada setiap imej dan benaman, sediakan ruang untuk apa-apa yang disuntik lewat seperti sepanduk dan bar persetujuan, kekalkan halaman layak untuk cache ke belakang dan ke hadapan, dan animasikan dengan transform dan bukan sifat yang memaksa susun atur dikira semula.
Di mana anda patut mengukur Core Web Vitals?
Data lapangan dahulu, sentiasa. Alat makmal ada untuk menangkap regresi sebelum anda menghantar kod, dan web.dev berterus terang bahawa alat itu bukan pengganti pengguna sebenar pada peranti sebenar. Chrome User Experience Report ialah set data lapangan itu. PageSpeed Insights dan laporan Core Web Vitals dalam Search Console kedua-duanya membaca daripadanya, manakala pustaka JavaScript web-vitals memberi anda angka sendiri dengan kelewatan jauh lebih kecil berbanding tetingkap bergolek 28 hari. Chrome DevTools dan Lighthouse pula menjaga bahagian makmal. Guna kedua-duanya, tetapi hanya data lapangan yang menentukan sama ada anda lulus.
Adakah Core Web Vitals masih mempengaruhi kedudukan Google?
Google Search Central masih mendokumenkan Core Web Vitals sebagai sebahagian daripada pengalaman halaman, menyifatkannya sebagai metrik yang mengukur pengalaman pengguna sebenar dan menyatakan bahawa ia sejajar dengan apa yang ingin dihargai oleh sistem kedudukan terasnya. Itu sengaja lebih lembut daripada faktor kedudukan. Anggapnya pemecah seri antara halaman yang setanding, dan sesuatu yang jelas menjejaskan penukaran tanpa mengira apa yang Search buat. Logik yang sama terpakai pada seluruh asas teknikal anda, dan itulah yang dilihat oleh penyemak kesediaan AI kami.
Satu perkara yang wajar disebut kepada sesiapa yang mengejar skor sempurna: lulus ketiga-tiga ambang pada persentil ke-75 itulah garisan penamat. Tiada tingkat bonus di atasnya. Sebaik sahaja anda hijau, sejam berikutnya lebih berbaloi dihabiskan untuk memastikan perangkak boleh mencapai halaman itu langsung, satu semakan lima minit dalam robots.txt anda.