Laporan kecepatan

Memperbaiki pengalaman pengguna terkait kelambatan di situs Anda

Laporan Kecepatan menunjukkan seberapa cepat performa halaman Anda dalam menggunakan data penggunaan di dunia nyata (terkadang disebut data lapangan).

BUKA LAPORAN KECEPATAN

Mengapa kecepatan itu penting
  • Waktu muat halaman yang lama berdampak buruk pada rasio pantulan. Contoh:
    • Jika waktu muat halaman bertambah dari 1 detik menjadi 3 detik, rasio pantulan akan meningkat sebesar 32%
    • Jika waktu muat halaman bertambah dari 1 detik menjadi 6 detik, rasio pantulan akan meningkat sebesar 106%
  • Halaman yang dianggap lambat dapat didemosikan di Google Penelusuran.
  • Baca contoh kasus di sini.

Memahami laporan

Laporan ini menunjukkan performa yang dikelompokkan berdasarkan status kecepatan, jenis metrik, dan jenis URL yang serupa. Laporan Kecepatan didasarkan pada dua metrik: FCP dan FID. Jika URL tidak memiliki nilai minimum data untuk metrik apa pun, URL akan dihilangkan dari laporan.

"Tidak ada data"

Jika Anda melihat layar "tidak ada data", berarti properti Anda merupakan properti baru di Search Console, atau data pengunjung yang tersedia dalam laporan CrUX tidak memadai untuk memberikan informasi kecepatan yang berarti untuk jenis perangkat yang ditentukan (seluler atau desktop) di properti Anda. Anda tetap dapat menjalankan pengujian langsung URL pada situs Anda menggunakan fitur pengujian PageSpeed Insights (atau fitur Chrome Lighthouse, jika ingin menggunakan fitur dalam browser).

Jika Anda baru saja membuat properti Search Console, kami mungkin memerlukan beberapa hari untuk menganalisis dan memposting data yang ada dari database CrUX. Database CrUX mengumpulkan informasi tentang URL terlepas dari apakah URL tersebut merupakan bagian dari properti Search Console atau tidak.

 

Untuk melihat perincian laporan:

  1. Klik tab lambat, sedang, atau cepat pada diagram halaman ringkasan untuk melihat performa URL di situs Anda berdasarkan data pengguna historis.
  2. Klik Buka Laporan untuk melihat halaman ringkasan seluler atau desktop, yang menampilkan angka-angka kecepatan untuk platform tersebut.
  3. Klik salah satu baris dalam tabel untuk melihat detail tentang URL yang terpengaruh oleh masalah yang dipilih, termasuk sekumpulan contoh URL.
  4. Klik sebuah URL dalam tabel Contoh di halaman detail masalah untuk melihat informasi lebih lanjut tentang URL tersebut dan URL yang serupa.

 

Halaman ringkasan

Halaman ringkasan laporan Kecepatan memerinci data berdasarkan jenis perangkat yang membuka URL: Seluler atau Desktop (data tablet tidak disertakan). Semua data dikelompokkan berdasarkan Status (lambat, sedang, atau cepat). 

Buka laporan jenis perangkat tertentu untuk melihat data kecepatan lainnya untuk jenis tersebut.

Halaman ringkasan untuk seluler atau desktop

Laporan level teratas untuk jenis perangkat tertentu (seluler atau desktop) menunjukkan status dan masalah untuk semua URL di situs Anda yang datanya kami miliki. Klik salah satu baris dalam tabel detail untuk mempelajari kombinasi status dan jenis masalah tertentu lebih lanjut.

Diagram

Tab di atas diagram menunjukkan total saat ini untuk URL dengan status kecepatan tertentu, serta jumlah baris tabel dengan status kecepatan tersebut, di mana setidaknya ada 1 URL yang terpengaruh. Klik tab satu per satu untuk memilih status kecepatan yang akan ditampilkan dalam diagram. Diagram ini menunjukkan jumlah URL dengan status kecepatan tertentu pada hari tertentu.

Mengapa total pada diagram lebih rendah daripada total dalam tabel?
Diagram menghitung setiap URL hanya satu kali, untuk masalah kecepatan paling lambat yang memengaruhi URL tersebut. Tabel menghitung setiap URL satu kali untuk setiap masalah yang memengaruhi URL tersebut. Jadi, jika URL memiliki satu masalah lambat dan satu masalah sedang, hal tersebut dihitung satu kali sebagai "lambat" dalam total pada diagram, tetapi dihitung dan ditampilkan di baris "lambat" dan "sedang" pada tabel.

 

Tabel

Tabel ini mengelompokkan URL ke dalam baris-baris berdasarkan status kecepatan dan jenis masalah. Setiap baris menunjukkan status validasi, garis lonjakan yang menunjukkan linimasa yang disederhanakan untuk baris tersebut, dan jumlah URL yang saat ini berada dalam status dan jenis masalah tersebut.

Sebuah URL dapat muncul di beberapa baris tabel jika URL tersebut terpengaruh oleh beberapa masalah.

Halaman detail masalah untuk seluler atau desktop

Klik sebuah baris tabel di halaman ringkasan level teratas untuk seluler atau desktop untuk membuka halaman detail kombinasi kecepatan dan masalah tersebut. Halaman detail menunjukkan URL dan detail lainnya untuk masalah yang dipilih.

Diagram

Diagram detail masalah menunjukkan jumlah URL dengan kombinasi kecepatan dan masalah tersebut pada hari tertentu, serta jumlah total URL yang saat ini terpengaruh oleh kecepatan dan masalah yang dipilih.

Tabel

Tabel detail masalah menampilkan kumpulan URL contoh yang diketahui terpengaruh oleh masalah yang dipilih. Setiap URL contoh merupakan salah satu dari sekelompok URL serupa. Klik sebuah URL contoh untuk melihat beberapa halaman lain dalam grup tersebut, serta informasi lainnya, dan sebuah link untuk menjalankan pengujian PageSpeed Insights atas URL tersebut. Tabel ini memiliki batas 200 baris.

Tabel ini mencakup informasi berikut:

  • URL: Setiap baris dalam tabel mewakili sekelompok URL serupa.
  • FCP: Dalam 28 hari terakhir, 75% permintaan halaman memerlukan waktu maksimum sebanyak ini untuk mencapai first contentful paint.
  • FID: Dalam 28 hari terakhir, 95% permintaan halaman memerlukan waktu maksimum sebanyak ini untuk menanggapi input pengguna pertama.

 

Untuk menguji URL menggunakan PageSpeed Insights: Pada tampilan detail masalah, klik URL dalam tabel Contoh untuk menampilkan detail contoh, lalu klik link PageSpeed Insights.

 

Menemukan status URL tertentu

Laporan ini tidak dirancang untuk menemukan status URL tertentu, melainkan untuk melihat performa situs Anda secara keseluruhan, dan memecahkan masalah yang memengaruhi beberapa halaman di situs Anda. Jika Anda ingin melihat data kecepatan tentang URL tertentu, gunakan PageSpeed Insights, yang menunjukkan data pengguna historis serta data pengujian langsung untuk URL tertentu. Meskipun Anda dapat melihat perincian status dan masalah serta melihat URL spesifik yang terpengaruh, menemukan URL tertentu menggunakan laporan ini bisa menjadi tugas sulit.

Melaporkan sumber data

Data untuk laporan Kecepatan berasal dari laporan CrUX. Laporan CrUX mengumpulkan metrik yang dianonimkan tentang waktu performa halaman dari pengguna sebenarnya yang mengunjungi URL Anda (disebut data lapangan). 

Status kecepatan: Lambat, Sedang, Cepat

Label lambat, sedang, dan cepat diterapkan ke URL pada jenis perangkat tertentu.

Kecepatan URL

Kecepatan URL adalah kecepatan paling lambat yang ditetapkan ke URL. Jadi, jika URL di seluler memiliki FCP lambat tetapi FID-nya sedang, URL akan diberi label lambat di perangkat seluler. Jika URL di seluler memiliki FCP sedang tetapi FID-nya cepat, URL akan dianggap sedang di perangkat seluler. URL di seluler dengan FID cepat dan FCP cepat, atau FID cepat dan tidak ada data FCP, URL akan dianggap cepat di perangkat seluler.

Jika URL memiliki data yang berada di bawah nilai minimum untuk sebuah metrik tertentu (FCP atau FID), maka metrik tersebut akan dihilangkan dari laporan untuk URL tersebut. URL yang memiliki data hanya untuk satu metrik akan diberi kategori kecepatan untuk metrik tersebut. URL yang tidak memiliki data nilai minimum untuk metrik mana pun tidak akan ditampilkan dalam laporan.

Masalah kecepatan

Masalah kecepatan dievaluasi terhadap metrik berikut:

  Cepat Sedang Lambat
FCP <1 dtk <3 dtk >=3 dtk
FID <100 mdtk <300 mdtk >=300 mdtk

FCP dan FID

  • FCP (first contentful paint): Waktu dari saat pengguna meminta URL sampai browser merender elemen pertama yang terlihat di URL tersebut. Metrik ini penting karena memberi tahu pembaca bahwa URL benar-benar sedang dimuat.
    • Agg FCP (FCP gabungan) yang ditampilkan dalam laporan adalah waktu yang dibutuhkan untuk 75% kunjungan ke URL dalam grup untuk mencapai status FCP.
  • FID (penundaan input pertama): Waktu dari saat pengguna pertama kali berinteraksi dengan halaman Anda (saat mereka mengklik link, mengetuk tombol, dan sebagainya) sampai saat browser merespons interaksi tersebut. Pengukuran ini diambil dari elemen interaktif apa pun yang pertama kali diklik pengguna. Hal ini penting pada halaman tempat pengguna perlu melakukan sesuatu, karena inilah saat halaman menjadi interaktif.
    • Agg FID (FID gabungan) yang ditampilkan dalam laporan adalah FID umum terendah untuk 95% kunjungan ke URL di grup.

Anda dapat menemukan saran tentang cara memperbaiki masalah ini dengan menjalankan pengujian PageSpeed Insights pada URL yang terpengaruh.

Grup URL

Masalah diberikan pada sekelompok URL yang memiliki pengalaman pengguna serupa. Hal ini disebabkan karena diasumsikan bahwa masalah performa pada halaman yang serupa mungkin diakibatkan oleh masalah mendasar yang sama, seperti fitur pemuatan lambat yang umum di halaman.

Memperbaiki masalah kecepatan halaman

Pengguna non-teknis

  1. Prioritaskan masalah Anda: sebaiknya perbaiki semua yang dianggap "lambat". URL yang dianggap "sedang" dapat disempurnakan, tetapi perbaikan URL lambat harus lebih diprioritaskan. Prioritaskan pekerjaan Anda baik berdasarkan masalah yang memengaruhi sebagian besar URL, atau berdasarkan masalah yang memengaruhi URL Anda yang paling penting.
  2. Setelah Anda mengurutkan berdasarkan prioritas, bagikan laporan kepada engineer atau siapa saja yang akan memperbarui URL Anda.
  3. Perbaikan umum halaman:
    • Kurangi ukuran halaman Anda (praktik terbaik: kurang dari 500 KB untuk halaman dan semua resource-nya).
    • Batasi jumlah resource halaman maksimal 50 untuk mendapatkan performa terbaik di perangkat seluler.
    • Pertimbangkan untuk menggunakan AMP, yang hampir menjamin pemuatan halaman yang cepat baik di perangkat seluler maupun desktop.
  4. Uji perbaikan Anda menggunakan fitur pengujian PageSpeed Insights (atau fitur Chrome Lighthouse, jika ingin menggunakan fitur dalam browser).
  5. Saat Anda merasa bahwa masalah tertentu telah diperbaiki, klik Mulai Pelacakan pada halaman detail masalah di laporan Kecepatan Search Console.
  6. Lacak proses validasi Anda.

Developer situs

  1. Prioritaskan masalah Anda: sebaiknya perbaiki semua yang dianggap "lambat". URL yang dianggap "sedang" dapat disempurnakan, tetapi perbaikan halaman yang lambat harus lebih diprioritaskan. Prioritaskan pekerjaan Anda baik berdasarkan masalah yang memengaruhi sebagian besar halaman, atau berdasarkan masalah yang memengaruhi halaman Anda yang paling penting.
  2. Sebaiknya baca panduan pemuatan cepat web.dev dan halaman performa Dasar-Dasar Web di developers.google.com untuk mendapatkan teori dan panduan meningkatkan kecepatan halaman.
  3. Uji perbaikan Anda menggunakan fitur pengujian PageSpeed Insights (atau fitur Chrome Lighthouse, jika ingin menggunakan fitur dalam browser).
  4. Saat Anda merasa bahwa masalah tertentu telah diperbaiki, klik Mulai Pelacakan pada halaman detail masalah di laporan Kecepatan Search Console.
  5. Lacak proses validasi Anda.

Referensi tambahan yang berguna:

 

Kecepatan situs saya berubah, tetapi situs saya tidak berubah

Jika Anda tidak membuat perubahan apa pun di situs, tetapi Anda melihat perubahan besar pada status kecepatan untuk banyak halaman, mungkin Anda memiliki status batas untuk banyak halaman, dan beberapa peristiwa di seluruh situs mendorong halaman Anda melampaui batas. Misalnya, traffic situs Anda meningkat secara drastis atau layanan yang menayangkan file gambar Anda mengalami perubahan latensi, yang salah satunya dapat memperlambat situs Anda. Perubahan kecil, tetapi di seluruh situs, mungkin dapat membuat serangkaian halaman yang kecepatannya di ambang batas cepat menjadi sedang, atau dari sedang menjadi lambat.

Alasan lain, meskipun kecil kemungkinannya, adalah perubahan dalam skala besar pada klien. Misalnya, update versi browser yang digunakan secara luas, atau masuknya pengguna melalui jaringan yang lebih lambat. Ingat bahwa kecepatan diukur berdasarkan data penggunaan aktual. Anda dapat memeriksa log untuk melihat apakah ada perubahan lokasi, browser, atau perangkat yang bertepatan dengan perubahan kecepatan situs. 

Periksa data lalu lintas situs Anda selama periode ini untuk perubahan besar, serta lihat perincian masalah tertentu dan jumlah FCP/FID gabungan untuk halaman yang terpengaruh. Jika angka ini berada dalam batas untuk status lambat/sedang/cepat, mungkin ada perubahan kecil yang mendorongnya ke status baru.

 

Membagikan laporan

Anda dapat membagikan detail masalah dengan mengklik tombol Bagikan di halaman. Link ini hanya memberikan akses ke halaman saat ini dan halaman histori validasi untuk masalah ini kepada siapa pun yang memiliki link. Link tidak memberikan akses ke halaman lain resource Anda atau memungkinkan pengguna bersama melakukan tindakan apa pun di properti atau akun Anda. Anda dapat mencabut link kapan saja dengan menonaktifkan fitur berbagi untuk halaman ini.

Mengekspor laporan

Banyak laporan yang menyediakan tombol ekspor untuk mengekspor data laporan. Data diagram dan tabel diekspor. Anda dapat memilih format data yang diekspor: CSV atau Google Spreadsheet.

Validasi perbaikan

Setelah memperbaiki masalah kecepatan tertentu di semua URL, Anda dapat mengonfirmasi apakah Anda telah memperbaiki masalah tersebut untuk semua URL. Klik Mulai Pelacakan untuk memulai sesi pemantauan selama 28 hari guna memeriksa adanya masalah ini di situs Anda. Jika masalah ini tidak ada di URL mana pun di situs Anda selama periode 28 hari, masalahnya akan dianggap sudah diperbaiki. Kemunculan masalah tersebut di URL apa pun cukup untuk menandai masalah sebagai belum diperbaiki; tetapi status setiap URL akan terus dievaluasi selama 28 hari, apa pun status masalahnya.

  • Guna melihat detail validasi untuk permintaan validasi yang sedang diproses atau permintaan yang gagal:
    • Klik Lihat detail di bagian status validasi halaman detail masalah.
  • Untuk memulai kembali periode pelacakan validasi kapan saja:
    • Buka halaman detail validasi, lalu klik Mulai ulang pelacakan.
  • Jika validasi gagal:
    1. Coba lagi untuk memperbaiki masalah Anda.
    2. Mulai ulang periode pelacakan dengan membuka halaman detail validasi, lalu klik Mulai ulang pelacakan
Memulai validasi tidak memicu pengindeksan ulang atau perilaku aktif Google lainnya. Tindakan tersebut hanya memulai ulang jam pada periode pemantauan data CrUX selama 4 minggu untuk situs Anda oleh Search Console.

Status validasi yang mungkin muncul:

Status validasi masalah

Ini adalah status dari keseluruhan permintaan validasi, yang ditampilkan untuk setiap masalah pada halaman ringkasan, serta halaman detail masalah.

  • Belum dimulai: Ada satu atau beberapa URL dengan instance masalah ini yang belum pernah ada di permintaan validasi.
  • Dimulai: Anda telah memulai upaya validasi dan belum ada sisa instance masalah yang ditemukan.
  • Terlihat bagus: Anda telah memulai upaya validasi, dan semua instance masalah yang diperiksa telah diperbaiki.
  • Lulus: Semua URL dalam status Lulus atau Lainnya. Situs ini muncul karena Anda telah mengklik Validasi perbaikan (jika instance tidak muncul tanpa adanya permintaan validasi, statusnya akan berubah menjadi T/A)
  • T/A: Google menemukan bahwa masalah telah diperbaiki pada semua URL, meskipun Anda belum pernah memulai upaya validasi.
  • Gagal: Satu atau beberapa URL berada dalam status Gagal setelah upaya validasi.

Status validasi URL

Ini adalah status validasi setiap URL di halaman progres validasi. Status Menunggu/Diperbaiki/Masih Terpengaruh dapat dilihat selama periode validasi aktif; status Masih terpengaruh adalah satu-satunya status yang terlihat setelah periode berakhir (item yang diperbaiki dihapus dari daftar setelah periode berakhir).

  • Menunggu: Google sedang menunggu data yang cukup untuk menentukan apakah URL ini masih terpengaruh atau tidak.
  • Diperbaiki: URL tampak sudah tidak terpengaruh oleh masalah ini.
  • Masih Terpengaruh: URL masih terpengaruh oleh masalah kecepatan yang tercantum. 

Status URL Diperbaiki dan Masih Terpengaruh hanya dapat dicapai selama periode pelacakan validasi. Jika masalah muncul, lalu menghilang untuk URL di luar permintaan validasi, URL akan dihapus dari daftar tanpa status.

Setiap URL yang telah dihapus dari web dan tidak memiliki data dalam 28 hari terakhir tidak akan muncul lagi dalam histori validasi atau laporan.

Apakah ini membantu?
Bagaimana cara meningkatkannya?