ISSYMOISSYMO

Semua situs web untuk era ini. Perencanaan dan pembuatan, visibilitas di pencarian · AI, hingga pengelolaan setelah rilis, semuanya di satu tempat.

contact@enternext.co.kr010-9243-6347
한국어English日本語简体中文繁體中文ไทยМонголРусскийBahasa Indonesia
Layanan
  • Situs Landing
  • Situs dengan Fitur Khusus
  • Enterprise
  • Formulir permintaan khusus
  • SEO · GEO
  • Pemeliharaan
Jelajahi
  • Hasil karya
  • Alur kerja
  • Harga
  • Wawasan
  • Glosarium
  • Tentang kami
Pesanan · Konsultasi
  • Pesan sekarang
  • Jadwalkan rapat
  • Kirim pertanyaan
  • Halaman Saya

Layanan

  • Situs Landing
  • Situs dengan Fitur Khusus
  • Enterprise
  • Formulir permintaan khusus
  • SEO · GEO
  • Pemeliharaan

Jelajahi

  • Hasil karya
  • Alur kerja
  • Harga
  • Wawasan
  • Glosarium
  • Tentang kami

Pesanan · Konsultasi

  • Pesan sekarang
  • Jadwalkan rapat
  • Kirim pertanyaan
  • Halaman Saya

Enternext

  • Situs ENTERNEXT
  • Blog
  • Instagram
  • YouTube
  • Situs ENTERNEXT
  • Blog
  • Instagram
  • YouTube

ENTERNEXT · Direktur Dohyun Kim · Nomor Registrasi Usaha 674-88-03733
Seoul, Gangnam-gu, Hakdong-ro 6-gil 50-1

Ketentuan LayananKebijakan PrivasiKetentuan Refund© 2026 ENTERNEXT
ISSYMO
ISSYMOISSYMO
Hasil karya
Harga
Kontak
MasukJadwalkan rapatPesan sekarang
Glosarium

Operasional Setelah Rilis · Page speed · Core Web Vitals · LCP · INP · CLS · CDN

Kecepatan halaman · Core Web Vitals

Kecepatan halaman adalah waktu sejak pelanggan menekan alamat sampai layar muncul dan bisa dipakai, sedangkan Core Web Vitals adalah tiga metrik Google untuk mengukurnya.

Ini waktu sejak pelanggan masuk, duduk, sampai menerima menu. Jika dibuat menunggu lama, mereka langsung pergi.
Yang dibahas di sini
  1. 1.Berapa detik standar Core Web Vitals?
  2. 2.Bagaimana mengukur kecepatan situs web dengan PageSpeed Insights?
  3. 3.Mengapa skor PageSpeed berbeda setiap kali diukur?
  4. 4.Apa penyebab umum situs web menjadi lambat?
  5. 5.Apa yang perlu diminta saat menyerahkan perbaikan kecepatan ke penyedia?
  6. 6.Bagaimana menjaga kecepatan situs web usaha kecil?

Lebih detail

Core Web Vitals Google ada tiga: waktu munculnya konten terbesar (LCP, disarankan dalam 2.5 detik), kecepatan respons setelah tombol ditekan (INP, disarankan dalam 0.2 detik), dan seberapa besar layar tiba-tiba bergeser (CLS, disarankan 0.1 atau kurang).

Penyebab lambat kebanyakan adalah foto yang berat, terlalu banyak kode eksternal (iklan · chat · widget), dan server yang lambat. Sering kali memperkecil foto saja sudah membuatnya jauh lebih cepat.

CDN adalah layanan yang menyalin file situs web ke server di berbagai wilayah dan mengirimkannya dari lokasi terdekat dengan pelanggan. Ini membantu situs tetap cepat terbuka bagi pelanggan yang jauh.

Berapa detik standar Core Web Vitals?

Standar yang dianggap ‘Baik’ oleh Google adalah LCP maksimal 2.5 detik, INP maksimal 200 milidetik (0.2 detik), dan CLS maksimal 0.1. Sebuah halaman dianggap lulus Core Web Vitals jika ketiga metrik itu ‘Baik’.

Standarnya dinilai dari persentil ke-75 kunjungan, bukan dari satu kunjungan. Sederhananya, minimal 75 dari 100 pelanggan harus mengalami kecepatan di dalam standar agar dianggap ‘Baik’. Ponsel dan komputer dihitung terpisah.

Dulu ada metrik bernama FID yang hanya mengukur respons klik pertama, tetapi sejak Maret 2024 (3/2024) digantikan INP yang melihat respons semua klik · sentuhan. Jika melihat standar FID di artikel lama, ingat bahwa itu berbeda dengan sekarang.

Geser tabel ke samping untuk melihat isinya

Tiga metrik Core Web Vitals dan rentang standar Google
MetrikApa yang diukurBaikPerlu peningkatanBuruk
LCP (Largest Contentful Paint)Waktu sampai foto · blok teks terbesar di layar munculMaksimal 2.5 detikLebih dari 2.5 detik ~ 4 detikLebih dari 4 detik
INP (Interaction to Next Paint)Waktu dari menekan atau mengetik sampai layar meresponsMaksimal 200 milidetik200 ~ 500 milidetikLebih dari 500 milidetik
CLS (Cumulative Layout Shift)Seberapa sering layar tiba-tiba bergeser saat sedang dibacaMaksimal 0.1Lebih dari 0.1 ~ 0.25Lebih dari 0.25

Bagaimana mengukur kecepatan situs web dengan PageSpeed Insights?

Cukup masukkan alamat ke PageSpeed Insights, alat gratis dari Google, dan hasilnya langsung keluar. Layar hasil terbagi dua bagian, yaitu catatan pengunjung sebenarnya dan diagnosis yang diukur ulang oleh mesin, jadi kuncinya adalah membaca keduanya secara terpisah.

  1. 01Buka pagespeed.web.dev, masukkan alamat situs web Anda, lalu tekan ‘Analisis’.
  2. 02Saat hasil keluar, lihat tab ‘Seluler’ terlebih dahulu, karena sebagian besar pelanggan masuk lewat ponsel.
  3. 03Di bagian atas, ‘Temukan apa yang dialami pengguna sebenarnya’, lihat apakah LCP · INP · CLS ‘Baik’. Ini catatan 28 hari terakhir dari pengguna Chrome, jadi paling bisa dipercaya.
  4. 04Jika pengunjungnya sedikit, catatan sebenarnya bisa muncul sebagai ‘Tidak ada data’. Dalam hal ini, jadikan skor ‘Diagnosis masalah performa’ di bawahnya sebagai acuan.
  5. 05Jika Anda menyimpan tangkapan layar item perbaikan terkait gambar · JavaScript di bawah diagnosis, Anda bisa meminta dengan tepat ke penyedia.
  6. 06Jangan hanya halaman depan; ukur juga satu per satu halaman yang sering dilihat pelanggan seperti menu · reservasi · petunjuk lokasi.

Mengapa skor PageSpeed berbeda setiap kali diukur?

Skor diagnosis di bawah adalah nilai yang dihitung server Google dengan memuat ulang halaman pada saat itu, sehingga naik-turun beberapa poin tergantung kondisi server dan jaringan. Lebih tepat melihat tren dari beberapa kali pengukuran daripada angka sekali ukur.

Jika ada kode yang dimuat dari luar seperti widget iklan · obrolan · ulasan, hasilnya makin goyah tergantung kondisi server pihak itu. Jika skor tiba-tiba turun, curigai dulu kode luar yang baru-baru ini dipasang.

Tidak perlu terpaku pada skor 100. Google pun menyebut bahwa mengejar skor sempurna demi pencarian semata mungkin bukan cara terbaik memakai waktu. Jika ‘pengalaman pengguna sebenarnya’ sudah ‘Baik’, situs Anda sudah terkelola dengan baik.

Wajar juga jika catatan sebenarnya di atas dan skor diagnosis di bawah berbeda. Catatan sebenarnya adalah nilai yang dikumpulkan selama beberapa minggu dari ponsel dan kondisi jaringan banyak pelanggan, sedangkan diagnosis diukur ulang dengan satu kondisi tetap. Jika keduanya berbeda, percayai dulu catatan sebenarnya, karena itulah yang benar-benar dialami pelanggan.

Apa penyebab umum situs web menjadi lambat?

Penyebab situs web usaha kecil melambat kebanyakan adalah hal-hal yang ditambahkan satu per satu setelah rilis. Sering kali awalnya cepat, lalu dalam beberapa bulan melambat karena foto dan widget menumpuk.

Tiap penyebab memperburuk metrik yang berbeda. Foto utama yang berat memperburuk LCP, kode luar yang berat memperburuk INP, dan foto tanpa ukuran tetap serta banner yang muncul belakangan memperburuk CLS.

Cara paling pasti untuk mencari penyebab adalah mencopotnya satu per satu. Matikan sementara widget yang baru dipasang lalu ukur lagi, maka terlihat dalam angka seberapa besar widget itu memperlambat. Jika widget itu memang perlu, bisa juga diubah agar dimuat setelah layar pertama selesai tampil.

  • Mengunggah foto asli dari ponsel apa adanya tanpa diperkecil
  • Memasang video putar otomatis atau slide besar di layar pertama
  • Memasang banyak widget seperti obrolan konsultasi · feed Instagram · ulasan
  • Masih ada kode pelacakan yang tidak dipakai atau kode iklan lama
  • Memuat banyak jenis font, atau memakai server lambat yang jauh dari pelanggan

Apa yang perlu diminta saat menyerahkan perbaikan kecepatan ke penyedia?

Lebih baik meminta dengan target yang jelas, seperti ‘metrik tertentu di halaman tertentu menjadi Baik’, daripada ‘tolong dipercepat’. Dengan begitu kondisi sebelum dan sesudah bisa dibandingkan, dan ada patokan untuk menilai pekerjaan sudah selesai.

Kesalahan umum adalah menghapus isi yang sebenarnya penting demi menaikkan skor. Jika situs menjadi cepat karena tombol reservasi atau peta dihapus, justru pelanggan yang dirugikan. Hanya mengecek di komputer tanpa melihat ponsel juga kesalahan yang sering terjadi.

  • Daftar halaman yang diperbaiki dan metrik targetnya (misalnya LCP seluler halaman depan ‘Baik’)
  • Tangkapan layar hasil PageSpeed Insights sebelum dan sesudah pengerjaan
  • Daftar kode luar · widget yang terpasang saat ini beserta tanda mana yang benar-benar perlu
  • Apakah foto baru otomatis diperkecil saat diunggah
  • Jika kecepatan memburuk lagi selama masa pemeliharaan, siapa yang mengecek dan kapan

Bagaimana menjaga kecepatan situs web usaha kecil?

Yang paling berdampak adalah layar pertama. Cukup dengan membuat ringan satu foto utama yang pertama dilihat pelanggan dan memuat foto di bawah layar pertama saat digulir, perbedaannya sudah sangat terasa.

Untuk studio pilates, video kelas di layar pertama bisa diganti foto utama, lalu videonya dipindah ke bagian ‘Lihat kelas’ di bawah. Untuk restoran, alih-alih puluhan foto daftar menu, tulis menunya dalam teks dan pasang foto menu andalan saja, sehingga lebih cepat dan lebih mudah dibaca mesin pencari.

Jika memperkecil foto tidak banyak membantu, perlu mencurigai server. Jika diagnosis menunjukkan item respons server lambat, cek spesifikasi hosting atau lokasi server; memakai CDN yang mengirim file dari lokasi dekat pelanggan juga salah satu caranya.

ISSYMO memasang pengoptimalan gambar dan layar pertama yang cepat sebagai pengaturan dasar sebelum rilis, dan dalam langganan Pemeliharaan kami mengecek setiap bulan apakah ada gambar berat yang baru muncul.

Contohnya

  • Karena video besar di layar pertama restoran, layar putih lama terlihat saat dibuka dengan data seluler. Setelah diganti dengan foto utama, situs langsung muncul.
  • Saat sedang membaca, banner iklan muncul terlambat sehingga layar terdorong ke bawah — inilah masalah CLS.

Cukup periksa ini

  • Apakah alamat situs Anda sudah diukur di Google PageSpeed Insights dengan acuan ponsel
  • Apakah tidak ada foto asli atau video besar di layar pertama
  • Apakah widget · kode pelacak yang tidak dipakai sudah dihapus

Untuk usaha saya?

Berlaku untuk semua situs web. Sangat penting jika fotonya banyak atau Anda beriklan.

Di ISSYMO

Pengaturan dasar visibilitas pencarian · AI sudah mencakup optimasi gambar dan layar pertama yang cepat. Dalam langganan Pemeliharaan, kami cek kecepatan setiap bulan untuk memastikan layar pertama tidak melambat.

Lihat Pemeliharaan

Pertanyaan umum

Sumber rujukan

  • web.dev · Pengenalan Core Web Vitals
  • web.dev · Hari ketika INP menggantikan FID sebagai Core Web Vitals
  • Google PageSpeed Insights
  • Google Search Central · Memahami pengalaman halaman

Terakhir diperbarui 2026. 10. 22.

Istilah terkait

  • Optimasi gambar
  • Hosting
  • Desain responsif
  • SEO
Kembali ke atas
Istilah sebelumnyaPemeliharaanIstilah berikutnyaHalaman 404

Mau kita tentukan bersama
apa yang dibutuhkan usaha Anda?

Jadwalkan rapatLihat istilah lain
한국어English日本語简体中文繁體中文ไทยМонголРусскийBahasa Indonesia