COE.MY GUIDES · TECHNICAL SEO
Website Laju Tapi LCP Gagal? Ini Cara Cari Puncanya
Skor PageSpeed nampak cantik, tetapi Core Web Vitals masih gagal? Ini cara memahami perbezaannya dan menyiasat punca sebenar sebelum membuat perubahan.
Panduan teknikal · 3 November 2026
Website nampak laju. Bila buka melalui telefon, halaman pun muncul dengan cepat. Malah, apabila diuji menggunakan Google PageSpeed Insights, skor Performance mungkin mencapai 90 atau lebih.
Tetapi ada satu masalah: Core Web Vitals Assessment: Failed. Lebih mengelirukan, metrik Largest Contentful Paint (LCP) masih menunjukkan bacaan yang tidak memuaskan.
Kenapa perkara ini berlaku? Adakah hosting terlalu perlahan? Gambar terlalu besar? Atau WordPress mempunyai terlalu banyak plugin? Jawapannya tidak semestinya salah satu daripada perkara tersebut.
Apa Itu Largest Contentful Paint (LCP)?
LCP ialah metrik Core Web Vitals yang mengukur masa sehingga elemen kandungan terbesar yang kelihatan dalam viewport dipaparkan. Elemen itu mungkin gambar utama, banner, gambar produk atau blok teks besar.
| LCP | Penilaian |
|---|---|
| 2.5 saat atau kurang | Good |
| Lebih 2.5 hingga 4.0 saat | Needs Improvement |
| Lebih 4.0 saat | Poor |
Penilaian Core Web Vitals menggunakan persentil ke-75 pengalaman pengguna sebenar, dengan data mobile dan desktop dinilai secara berasingan. Website yang terasa laju pada telefon kita belum tentu memberi pengalaman sama kepada pengguna lain.
Kenapa Skor PageSpeed Tinggi Tetapi LCP Masih Gagal?
Google PageSpeed Insights memaparkan dua kategori data yang berbeza.
1. Field Data — Pengalaman Pengguna Sebenar
Field data daripada Chrome User Experience Report (CrUX) menggambarkan pengalaman pengguna Chrome yang layak menyumbang data sepanjang tempoh 28 hari yang bergerak. Peranti, rangkaian, lokasi, cache dan respons server boleh mempengaruhi pengalaman tersebut. Data mungkin tersedia pada tahap URL atau origin bergantung pada kecukupan sampel.
2. Lab Data — Ujian Dalam Persekitaran Terkawal
Lab data diperoleh melalui Lighthouse yang menjalankan ujian berdasarkan konfigurasi tertentu. Ia membantu mengenal pasti masalah teknikal dan menguji perubahan, tetapi satu keputusan Lighthouse yang baik tidak bermaksud semua pengguna sebenar mendapat pengalaman sama.
Pengguna sebenar
CrUX · tempoh 28 hari bergerak
Adakah pengguna mengalami masalah?Ujian terkawal
Lighthouse · satu sesi ujian
Di mana punca teknikal mungkin berlaku?Empat Komponen Utama Yang Mempengaruhi LCP
1. Time to First Byte (TTFB)
TTFB mengukur masa daripada permulaan permintaan navigasi sehingga byte pertama respons diterima. TTFB tinggi boleh mengurangkan masa yang tersedia untuk browser memaparkan kandungan. Semak redirect, cache, masa pemprosesan WordPress, CDN dan rangkaian sebelum menyalahkan hosting.
2. Resource Load Delay
Tempoh sebelum browser mula memuat turun resource LCP. Contohnya, gambar hanya ditemui selepas JavaScript dijalankan atau stylesheet diproses.
3. Resource Load Duration
Tempoh untuk memuat turun resource LCP. Saiz gambar, sambungan rangkaian dan cara resource dihantar boleh mempengaruhinya.
4. Element Render Delay
Resource mungkin sudah dimuat turun tetapi belum dipaparkan kerana kerja rendering, JavaScript atau CSS. Sebab itu menukar gambar kepada WebP sahaja tidak semestinya menyelesaikan LCP.
Cara Menyiasat LCP Menggunakan PageSpeed Insights
Langkah 1 — Semak Field Data
Buka PageSpeed Insights dan periksa Core Web Vitals Assessment, LCP, TTFB, FCP, INP dan CLS. Kenal pasti sama ada laporan menggunakan data URL atau origin.
Langkah 2 — Bandingkan Mobile dan Desktop
Jangan bergantung pada satu skor. Jika mobile gagal tetapi desktop lulus, siasat faktor yang lebih memberi kesan kepada pengguna telefon.
Langkah 3 — Kenal Pasti Elemen LCP
Gunakan Lighthouse atau Chrome DevTools untuk mengenal pasti elemen yang menjadi LCP dalam ujian. Jangan terus menganggap hero image ialah puncanya.
Langkah 4 — Semak Network Waterfall
Perhatikan bila dokumen HTML diterima, bila resource penting ditemui dan bila elemen LCP dipaparkan. Ini membantu membezakan kelewatan server, resource loading dan rendering.
Langkah 5 — Uji Hipotesis Secara Berasingan
Jika TTFB tinggi, semak respons server dan cache dahulu. Jika gambar LCP lambat ditemui, semak discovery dan loading priority. Jika resource sudah selesai dimuat turun tetapi LCP masih lambat, periksa render delay. Elakkan mengubah terlalu banyak perkara serentak.
Adakah Perlu Tukar Hosting?
Tidak semestinya. Pertukaran hosting mungkin relevan jika ujian membuktikan origin server tidak memberi respons yang konsisten. Tetapi jika punca sebenar ialah resource discovery atau rendering, hosting baharu mungkin tidak menyelesaikan masalah.
Diagnosis dahulu. Implementation kemudian.
Bagaimana Mengukur Kejayaan Selepas Pembaikan?
Jalankan ujian makmal yang konsisten selepas perubahan, kemudian pantau field data. Disebabkan CrUX menggunakan tempoh 28 hari yang bergerak, penambahbaikan tidak semestinya muncul serta-merta dalam laporan pengguna sebenar. Simpan rekod sebelum dan selepas termasuk tarikh perubahan.
Bila Bisnes Patut Mendapatkan Technical SEO Audit?
Pertimbangkan audit apabila LCP gagal secara konsisten, skor berubah ketara antara ujian, pengguna masih melaporkan loading lambat atau perubahan caching tidak memberi hasil yang konsisten. Audit yang baik perlu menerangkan bukti, hipotesis punca dan cara mengesahkannya.
Kesimpulan
Website dengan skor PageSpeed tinggi belum tentu lulus Core Web Vitals. Fahami pengalaman pengguna sebenar dan kenal pasti bahagian loading yang menyebabkan kelewatan. Cari punca dahulu. Baiki perkara yang betul. Ukur semula hasilnya.
Rujukan: web.dev — Largest Contentful Paint · Optimize LCP · PageSpeed Insights