Pemeriksa Kecepatan Halaman & Core Web Vitals
Free, no signup. Core Web Vitals reports are usually a wall of numbers before they tell you anything useful. This leads with one sentence: whether the page passes, and the single thing to fix first — real Chrome user data when it exists, a Lighthouse lab audit when it doesn't.
+ menyimpan situs atau halaman saat ini. Gunakan ☆ di samping situs, halaman, atau daftar tersimpan untuk menambahkannya ke favorit. Riwayat pemeriksaan terbaru muncul di bawah.
Buat daftar bernama
Target diisi dari pilihan lokal Anda.
Paspor situs Konteks lokal untuk situs tersimpan ini
Data lokal
Target tersimpan, daftar bernama, dan ringkasan pemeriksaan terbaru hanya tersimpan di browser ini.
Lab methodology and provenance
Geography: PSI does not provide a test location. A non-regional lab result is diagnostic, not evidence of performance for local users or a target market. Use a regional provider when geography matters.
Lab vs. field comparison
Field data describes real Chrome visits over 28 days; lab data is one simulated run. Use the lab trace to investigate, then use field data to judge the real-user outcome.
What to fix, in order
Elements Lighthouse singled out
Compare a later check
Download this result as a private JSON baseline, then import it after another check to compare the verdict, data source, and metric changes.
Nilai alat ini
Origin scorecard (mobile field data)
| Origin | Verdict | Worst metric | LCP | INP | CLS |
|---|
Field data is Google's Chrome UX Report — the same 28-day real-user dataset Search uses for the page-experience signal; it updates daily, so repeat checks within 24 hours are served from cache. Lab numbers come from Lighthouse with simulated throttling: expect them to differ from field data and to vary between runs. Lab audits can't measure INP (it needs real users).
Tentang alat ini
Periksa halaman untuk mendapatkan data lapangan Core Web Vitals dan diagnosis laboratorium Lighthouse, dengan putusan yang jelas serta perbaikan berdasarkan prioritas.
Fitur
- Putusan satu kalimat yang menyebutkan metrik dengan kinerja terburuk pada perangkat terpenting.
- Data nyata dari `Chrome UX Report` (CrUX), dengan fallback otomatis ke data asal lalu audit laboratorium `Lighthouse`; setiap kartu menunjukkan sumbernya.
- Kartu seluler dan komputer berdampingan, dengan seluler ditandai sebagai perangkat yang digunakan Google untuk menentukan peringkat.
- Daftar perbaikan diagnostik berprioritas berdasarkan audit `Lighthouse` yang aktif, serta kartu massal hingga 5 asal dengan ekspor CSV.
Cara kerja
Masukkan URL lengkap dan jalankan pemeriksaan. Alat pertama-tama mengambil data lapangan URL dari CrUX, beralih ke data asal jika tidak ada sampel, lalu menjalankan audit laboratorium Lighthouse. Alat menunjukkan sumber setiap kartu, menerapkan ambang resmi untuk LCP, INP, dan CLS, serta mengurutkan perbaikan yang aktif berdasarkan prioritas.
Batasan
- CrUX memerlukan lalu lintas Chrome yang cukup selama 28 hari di perangkat seluler; halaman baru atau dengan sedikit lalu lintas dapat beralih ke data asal atau laboratorium.
- `Lighthouse` memakai pembatasan simulasi, dapat berbeda antarproses dan tidak mewakili kinerja wilayah tertentu; pemeriksaan laboratorium juga tidak dapat mengukur INP dari interaksi nyata.
- Kelulusan tidak membuktikan aksesibilitas lengkap, konversi yang baik, atau posisi tertentu. Saat geografi penting, gunakan penyedia regional untuk melengkapi data ini.
Pertanyaan umum
Berapa ambang Core Web Vitals?
Halaman lulus jika persentil ke-75 berstatus “baik” untuk ketiga metrik: `Largest Contentful Paint` (LCP) maksimal 2,5 detik, `Interaction to Next Paint` (INP) maksimal 200 milidetik, dan `Cumulative Layout Shift` (CLS) maksimal 0,1. LCP di atas 4 detik, INP di atas 500 milidetik, atau CLS di atas 0,25 berstatus “buruk”; nilai di antaranya “perlu diperbaiki”. Alat ini menggunakan ambang resmi tersebut secara tepat.
Mengapa skor Core Web Vitals saya berbeda dari PageSpeed Insights?
Hasilnya seharusnya sama jika kedua alat membaca sumber yang sama. Alat ini terlebih dahulu menampilkan data lapangan dari `Chrome UX Report` (CrUX), kumpulan data pengguna nyata yang sama dengan yang digunakan Penelusuran, dan hanya beralih ke pemeriksaan laboratorium `Lighthouse` bila halaman tidak memiliki data lapangan. Angka laboratorium menggunakan pembatasan simulasi dan dapat berubah antarproses; jika PageSpeed Insights menampilkan laboratorium sedangkan alat ini menampilkan data lapangan, atau sebaliknya, itulah penyebab perbedaannya.
Mengapa pemeriksa menyatakan “tidak ada data lapangan” untuk URL saya?
CrUX hanya melaporkan URL setelah mendapatkan lalu lintas Chrome yang cukup untuk membentuk sampel yang stabil secara statistik selama 28 hari terakhir. Halaman baru atau dengan sedikit lalu lintas tidak mencapai ambang itu. Dalam kasus tersebut, alat beralih ke data lapangan pada tingkat asal, yaitu seluruh situs, atau ke pemeriksaan laboratorium `Lighthouse` simulasi, dan memberi label sumber pada setiap kartu agar angka laboratorium tidak disalahartikan sebagai data pengguna nyata.
Bisakah alat ini mengukur INP?
Alat ini dapat melaporkan INP dari data lapangan karena INP diukur melalui interaksi pengguna nyata. Alat ini tidak dapat menghasilkan nilai INP dari pemeriksaan laboratorium karena `Lighthouse` tidak memiliki pengguna nyata yang berinteraksi dengan halaman; hasil khusus laboratorium menampilkan “INP laboratorium tidak tersedia” untuk metrik tersebut. Jika halaman tidak memiliki data lapangan, Anda memerlukan lalu lintas nyata atau alat INP di `Chrome DevTools` untuk interaksi Anda sendiri.
Perangkat mana yang digunakan Google untuk menentukan peringkat: seluler atau komputer?
Google mengevaluasi sinyal pengalaman halaman di perangkat seluler. Karena itu alat menandai kartu seluler sebagai perangkat yang digunakan Google untuk menentukan peringkat; jika halaman tidak lulus di kedua perangkat, alat menyebut metrik seluler yang menjadi batas. Hasil komputer memberikan konteks, tetapi tidak menentukan penilaian peringkat seluler.
Masalah umum dan cara memperbaikinya
- Kesalahan Hasil LCP buruk Perbaikan: Turunkan LCP di bawah 2.5 detik dengan mengoptimalkan elemen LCP yang diukur dan jalur pengiriman kritisnya, lalu verifikasi dengan data lapangan terbaru.
- Peringatan Hasil LCP perlu ditingkatkan Perbaikan: Bawa LCP di bawah 2.5 detik dengan memprioritaskan elemen LCP yang diukur dan menghapus penundaan dari jalur pengirimannya.
- Kesalahan Hasil INP buruk Perbaikan: Turunkan INP di bawah 200 ms dengan mempersingkat tugas interaksi terpanjang dan mengurangi pekerjaan JavaScript di utas utama.
- Peringatan Hasil INP perlu ditingkatkan Perbaikan: Bawa INP di bawah 200 ms dengan memecah penangan interaksi yang panjang dan menyerahkan pekerjaan dari utas utama.
- Kesalahan Hasil CLS buruk Perbaikan: Turunkan CLS di bawah 0.1 dengan menyediakan ruang untuk elemen yang bergeser dan mencegah pertukaran jenis huruf atau konten yang terlambat.
- Peringatan Hasil CLS perlu ditingkatkan Perbaikan: Bawa CLS di bawah 0.1 dengan menambahkan dimensi stabil dan ruang cadangan untuk elemen yang bergerak setelah render pertama.
- Peringatan Sumber daya yang memblokir tampilan dapat menunda LCP Perbaikan: Sisipkan CSS kritis dan tunda lembar gaya atau skrip nonkritis yang menghalangi render sumber daya LCP.
- Peringatan Respons server dapat menunda LCP Perbaikan: Kurangi waktu respons awal server dengan tembolok, proses sisi server yang lebih cepat, dan CDN dekat pengguna sebelum mengoptimalkan aset LCP.
- Peringatan Pengiriman gambar dapat menunda LCP Perbaikan: Ubah ukuran dan kompres gambar LCP, sajikan jenis berkas terbaru dengan srcset, dan muat lebih awal saat penemuannya terlambat.
- Informasi Asal kritis tidak memiliki preconnect Perbaikan: Tambahkan preconnect hanya untuk asal pihak ketiga kritis yang menyajikan sumber daya LCP, termasuk crossorigin bila diperlukan.
- Peringatan Kode pihak ketiga berkontribusi pada INP Perbaikan: Tunda pengelola tag, obrolan, analitik, dan skrip pengujian nonkritis hingga setelah interaksi pertama, lalu hapus penyedia yang tidak digunakan.
- Peringatan Pekerjaan utas utama berkontribusi pada INP Perbaikan: Pecah tugas panjang di utas utama menjadi bagian lebih kecil, pindahkan komputasi berat ke proses latar, dan minimalkan pekerjaan tata letak sinkron.
- Peringatan JavaScript yang tidak digunakan berkontribusi pada INP Perbaikan: Pisahkan kode berdasarkan rute dan komponen agar halaman hanya mengunduh, mengurai, dan menjalankan JavaScript yang diperlukan untuk tampilan saat ini.
- Peringatan Elemen yang menggeser tata letak berkontribusi pada CLS Perbaikan: Berikan dimensi eksplisit atau ruang cadangan pada gambar, sematan, iklan, dan wilayah yang disisipkan sebelum dimuat.
- Peringatan Pemuatan jenis huruf berkontribusi pada CLS Perbaikan: Muat lebih awal jenis huruf kritis, gunakan cadangan yang kompatibel dengan metrik, dan pilih perilaku font-display yang mencegah pertukaran tata letak terlambat.
- Peringatan Kinerja laboratorium dan data lapangan berbeda Perbaikan: Gunakan jejak Lighthouse untuk mendiagnosis hambatan proses simulasi, lalu pantau metrik CrUX yang sesuai sebelum menyatakan atau menutup regresi pengguna nyata.