Cara Menggunakan Google PageSpeed Insights untuk Optimasi Website

Website yang lambat dapat membuat pengunjung meninggalkan halaman sebelum membaca informasi. Karena itu, performa website perlu diperiksa secara berkala, terutama setelah perubahan pada tema, plugin, gambar, JavaScript, CSS, server, iklan, atau video.

Salah satu alat untuk melakukan pemeriksaan adalah Google PageSpeed Insights. Tool ini dapat menguji halaman, menampilkan data pengalaman pengguna jika tersedia, menjalankan analisis Lighthouse, serta memberikan rekomendasi optimasi.

Namun, PageSpeed Insights bukan sekadar alat untuk mengejar skor Performance. Yang lebih penting adalah memahami masalah, penyebab, solusi, dan dampaknya terhadap pengalaman pengguna.

Artikel ini membahas cara menggunakan Google PageSpeed Insights, mulai dari memasukkan URL, membaca hasil audit, memahami LCP, INP, CLS, menganalisis TTFB, hingga mengoptimalkan gambar, JavaScript, CSS, caching, CDN, dan melakukan pengujian ulang.

Apa Itu Google PageSpeed Insights?

Google PageSpeed Insights atau PSI adalah alat dari Google yang digunakan untuk menganalisis performa halaman web. Anda dapat menggunakannya untuk menguji halaman pada perangkat mobile maupun desktop.

Hasil analisis PageSpeed Insights tidak hanya berupa satu angka. Anda dapat menemukan beberapa informasi yang membantu proses diagnosis, termasuk data pengalaman pengguna nyata ketika tersedia dan hasil pengujian laboratorium.

Google juga menggunakan Lighthouse dalam ekosistem analisis performanya. Hasil audit dapat memberikan informasi mengenai Performance, Accessibility, Best Practices, SEO, dan kategori lain sesuai konfigurasi pengujian.

Karena itu, PageSpeed Insights sebaiknya dipandang sebagai alat diagnosis, bukan sekadar alat pemberi nilai.

Tujuan akhirnya bukan mendapatkan angka 100.

Tujuan sebenarnya adalah membuat website:

• Lebih cepat dimuat
• Lebih responsif ketika digunakan
• Lebih stabil secara visual
• Lebih nyaman pada perangkat mobile
• Lebih efisien dalam menggunakan resource
• Dan memberikan pengalaman pengguna yang lebih baik

Untuk memahami hubungan performa dengan SEO secara lebih luas, Anda juga dapat membaca panduan SEO On Page dan optimasi halaman.

PageSpeed Score Bukan Satu-Satunya Ukuran

Kesalahan yang sering terjadi adalah menganggap website dengan skor 90 atau 100 pasti lebih baik daripada website dengan skor 70 atau 80 dalam semua kondisi.

Anggapan tersebut terlalu sederhana.

Performance Score merupakan hasil audit berdasarkan kondisi pengujian tertentu. Hasilnya dapat berubah karena perangkat, jaringan, resource halaman, kondisi server, perubahan kode, dan berbagai faktor lainnya.

Karena itu, jangan menjadikan Performance Score sebagai satu-satunya target.

Gunakan pola berikut:

Skor → Cari masalah → Identifikasi penyebab → Perbaiki → Uji ulang → Pantau data pengguna

Jika skor meningkat tetapi pengalaman pengguna nyata belum membaik, pekerjaan optimasi belum tentu selesai.

Sebaliknya, perubahan kecil pada skor tidak selalu berarti optimasi gagal. Misalnya, perbaikan JavaScript mungkin hanya mengubah skor beberapa poin tetapi membuat INP jauh lebih baik.

Dalam praktik SEO dan pengembangan website, kualitas halaman tidak ditentukan oleh satu angka. Performa perlu dilihat bersama relevansi konten, struktur halaman, aksesibilitas, mobile usability, crawling, indexing, dan faktor lainnya.

Cara Menggunakan Google PageSpeed Insights

1. Buka Google PageSpeed Insights

Langkah pertama adalah membuka PageSpeed Insights dan memasukkan URL halaman yang ingin dianalisis.

Google PageSpeed Insights

Jangan langsung menguji homepage jika masalah yang ingin diketahui sebenarnya terdapat pada artikel, landing page, atau halaman produk.

Misalnya Anda ingin mengetahui performa artikel tertentu, masukkan URL artikel tersebut secara lengkap.

Contoh:

https://contohwebsite.com/artikel-seo/

Setelah itu jalankan analisis.

2. Masukkan URL Halaman yang Tepat

Setiap halaman website dapat mempunyai resource yang berbeda.

Homepage mungkin hanya mempunyai beberapa gambar dan elemen sederhana. Sebaliknya, artikel panjang bisa memiliki banyak gambar, embed video, iklan, widget, script, dan elemen interaktif.

Karena itu, lakukan pengujian pada beberapa tipe halaman:

3. Uji Mobile dan Desktop

PageSpeed Insights menyediakan pengujian untuk mobile dan desktop.

Jangan hanya melihat desktop.

Pengalaman mobile dapat berbeda karena perangkat, ukuran layar, kemampuan hardware, jaringan, dan proses rendering yang digunakan browser.

Jika mayoritas pengunjung website berasal dari perangkat seluler, hasil mobile perlu mendapatkan perhatian khusus.

4. Jangan Langsung Mengejar Angka

Setelah analisis selesai, jangan langsung memperhatikan angka Performance.

Mulailah dengan tiga pertanyaan:

1. Apakah Core Web Vitals bermasalah?
2. Apa penyebab masalah tersebut?
3. Apa tindakan perbaikan yang paling berdampak?

Cara ini membuat PageSpeed Insights berfungsi sebagai alat diagnosis.

Memahami Lab Data dan Field Data

Salah satu bagian penting dalam PageSpeed Insights adalah memahami perbedaan antara Field Data dan Lab Data.

Field Data

Field Data merupakan data yang berasal dari pengalaman pengguna nyata ketika data tersebut tersedia.

Pengguna website tidak selalu mempunyai kondisi yang sama.

Ada pengguna dengan:

• Perangkat baru
• Perangkat lama
• Wi-Fi cepat
• Koneksi seluler
• Jaringan stabil
• Jaringan tidak stabil
• Lokasi server dekat
• Lokasi server jauh

Karena itu, pengalaman pengguna nyata tidak selalu sama dengan hasil satu kali pengujian laboratorium.

Field Data sangat berguna untuk mengetahui kondisi website sebagaimana dialami pengguna sebenarnya.

Lab Data

Lab Data merupakan hasil pengujian dalam kondisi tertentu yang membantu mendiagnosis performa halaman.

Misalnya:

Sebelum optimasi

LCP = 4,2 detik

Setelah gambar hero dioptimalkan

LCP = 2,7 detik

Setelah CSS dan server diperbaiki

LCP = 2,2 detik

Perubahan tersebut membantu Anda memahami hubungan antara tindakan optimasi dan hasil pengujian.

Jangan Membandingkan Keduanya Secara Langsung

Gunakan:

Field Data → memahami pengalaman pengguna nyata

Lab Data → diagnosis dan pengujian perubahan

Keduanya mempunyai fungsi berbeda dan sebaiknya digunakan bersama.

Core Web Vitals yang Harus Diperhatikan

Core Web Vitals saat ini berfokus pada tiga metrik utama:

1. LCP
2. INP
3. CLS

Ini penting ketika memperbarui artikel lama mengenai performa website. Artikel lama dapat menggunakan FID sebagai metrik utama, sedangkan pembahasan modern perlu berfokus pada INP.

Anda dapat menggunakan artikel Core Web Vitals: pengenalan dan panduan optimasi sebagai referensi internal untuk pembahasan yang lebih khusus mengenai metrik tersebut.

1. LCP : Largest Contentful Paint

LCP mengukur waktu hingga elemen konten terbesar yang terlihat pada viewport selesai ditampilkan.

Elemen tersebut dapat berupa:

• Gambar utama
• Gambar hero
• Heading
• Blok teks
• Elemen visual tertentu

Target LCP yang baik adalah 2,5 detik atau lebih cepat.

Jika LCP terlalu lambat, pengunjung dapat merasakan bahwa bagian utama halaman membutuhkan waktu terlalu lama untuk muncul.

Penyebab LCP Lambat

Beberapa penyebab umum antara lain:

• Server lambat
• TTFB tinggi
• Gambar utama terlalu besar
• Gambar belum dioptimalkan
• CSS menghambat rendering
• JavaScript terlalu banyak
• Resource penting terlambat dimuat
• Font tidak efisien
• Struktur halaman terlalu kompleks

Cara Memperbaiki LCP

Pertama, identifikasi elemen yang menjadi LCP.

Jika LCP berupa gambar utama, periksa:

• Ukuran file
• Format
• Dimensi
• Kompresi
• Cara pemuatan
• Kebutuhan resolusi

Jangan menerapkan lazy loading secara sembarangan pada gambar utama yang menjadi kandidat LCP. Resource penting perlu mendapatkan prioritas yang tepat.

Jika LCP berupa teks, periksa CSS dan font.

Jika masalah berada pada server, evaluasi TTFB, caching, database, hosting, dan konfigurasi server.

2. INP : Interaction to Next Paint

INP atau Interaction to Next Paint mengukur responsivitas halaman terhadap interaksi pengguna.

Contohnya:

Cara Memperbaiki INP

Mulailah dengan mengidentifikasi interaksi yang lambat.

Kemudian periksa JavaScript yang berjalan ketika interaksi tersebut dilakukan.

Beberapa tindakan yang dapat dilakukan:

1. Hapus JavaScript yang tidak diperlukan.
2. Kurangi script pihak ketiga.
3. Tunda script yang tidak penting.
4. Pecah long tasks.
5. Kurangi pekerjaan main thread.
6. Optimalkan event handler.
7. Evaluasi plugin.
8. Kurangi widget pihak ketiga.

Jangan menganggap minify JavaScript sebagai solusi utama. File yang sudah diminifikasi masih dapat menyebabkan INP buruk jika browser tetap harus menjalankan terlalu banyak kode.

3. CLS : Cumulative Layout Shift

CLS mengukur stabilitas visual halaman.

Misalnya Anda sedang membaca artikel kemudian gambar muncul dan membuat teks tiba-tiba bergeser.

Atau Anda hendak menekan tombol, tetapi tombol tersebut berpindah karena iklan baru selesai dimuat.

Itulah contoh layout shift.

Target CLS yang baik adalah 0,1 atau lebih rendah.

Penyebab CLS

Beberapa penyebab umum:

• Gambar tidak mempunyai dimensi
• Iklan tidak memiliki ruang
• Iframe berubah ukuran
• Konten dinamis muncul tiba-tiba
• Font menyebabkan perubahan layout
• Elemen baru disisipkan di atas konten yang sedang terlihat

Cara Memperbaiki CLS

Pastikan gambar mempunyai dimensi yang jelas sehingga browser mengetahui ruang yang diperlukan sebelum gambar selesai dimuat.

Untuk video, iframe, iklan, dan embed, sediakan ruang yang sesuai.

Jangan membuat konten utama tiba-tiba bergeser hanya karena elemen tambahan muncul.

Memahami TTFB

TTFB atau Time to First Byte mengukur waktu yang diperlukan hingga browser menerima byte pertama dari respons server.

TTFB bukan Core Web Vital, tetapi tetap penting karena respons server yang lambat dapat memperlambat proses pemuatan berikutnya.

Faktor yang dapat memengaruhi TTFB antara lain:

• Kualitas hosting
• Lokasi server
• Caching
• Database
• Query lambat
• Traffic tinggi
• Plugin
• Proses PHP
• Konfigurasi server
• CDN
• Jaringan

Jika website menggunakan WordPress, jangan langsung memasang banyak plugin caching sekaligus. Konfigurasi yang tumpang tindih justru dapat menimbulkan konflik.

Untuk pembahasan lebih khusus mengenai hubungan resource hosting dan performa, Anda dapat membaca cara mengurangi penggunaan resource hosting agar website lebih cepat dan stabil.

Cara Optimasi Gambar

Gambar merupakan salah satu resource yang sering berpengaruh terhadap performa.

Artikel dengan banyak gambar beresolusi tinggi dapat mempunyai ukuran halaman yang besar.

Namun, solusinya bukan menghapus seluruh gambar.

Gambar tetap berguna untuk menjelaskan informasi, memperkuat konteks, meningkatkan visual, dan membantu pembaca.

Yang perlu dilakukan adalah mengoptimalkannya.

• Gunakan Ukuran yang Sesuai : Jangan menggunakan gambar 4000 piksel jika area tampilnya hanya 800 piksel. Sesuaikan dimensi dengan kebutuhan tampilan.
• Kompres Gambar : Kurangi ukuran file tanpa mengorbankan kualitas visual secara berlebihan.
• Gunakan Format Modern : Pertimbangkan WebP atau AVIF apabila sesuai dengan kebutuhan website dan dukungan browser.
• Gunakan Responsive Images : Gunakan mekanisme seperti srcset agar browser dapat memilih ukuran gambar yang sesuai.
• Terapkan Lazy Loading Secara Tepat : Gambar yang berada jauh di bawah viewport dapat menggunakan lazy loading. Namun, jangan sembarangan menunda gambar utama yang dibutuhkan untuk LCP.
• Tentukan Dimensi Gambar : Width dan height membantu browser menyediakan ruang yang tepat sehingga risiko layout shift dapat dikurangi.

Pembahasan lebih lanjut dapat diarahkan ke artikel 9+ Cara Optimasi Gambar yang Tepat dan Tahap Persiapannya.

Cara Optimasi JavaScript

JavaScript sering menjadi sumber masalah performa, terutama pada website yang menggunakan banyak plugin, widget, tracking, iklan, dan script pihak ketiga.

Jangan menganggap minify sebagai satu-satunya solusi.

Lakukan audit untuk mengetahui:

• Script apa yang digunakan
• Apakah script benar-benar diperlukan
• Kapan script dijalankan
• Apakah script menghambat rendering
• Apakah script digunakan di seluruh halaman
• Apakah plugin memasukkan JavaScript yang tidak dibutuhkan

Script pihak ketiga dapat berasal dari:

• Analytics
• Iklan
• Chat
• Widget
• Media sosial
• Video
• Heatmap
• Tracking
• Font
• Layanan eksternal

Tidak semua script harus dihapus. Evaluasi setiap script berdasarkan manfaat dan dampaknya terhadap performa.

Cara Optimasi CSS

CSS dapat memengaruhi proses rendering.

Beberapa tindakan yang dapat dilakukan:

• Menghapus CSS yang tidak digunakan
• Mengurangi stylesheet yang tidak diperlukan
• Melakukan minify
• Menggunakan critical CSS jika sesuai
• Mengurangi CSS dari plugin
• Menghindari stylesheet yang tidak dibutuhkan halaman

Optimasi CSS harus dilakukan dengan hati-hati.

Setelah melakukan perubahan, periksa:

• Desktop
• Mobile
• Tablet
• Artikel
• Menu
• Formulir
• Gambar
• Footer
• Popup

Jangan menghapus CSS hanya karena dianggap tidak digunakan oleh satu alat jika ternyata diperlukan pada kondisi tertentu.

Cara Menggunakan Browser Caching

Browser caching memungkinkan resource tertentu disimpan sehingga browser tidak selalu harus mengambil resource yang sama dari server pada setiap kunjungan.

Resource yang dapat berkaitan dengan caching antara lain:

• Gambar
• CSS
• JavaScript
• Font
• File statis

Caching dapat mengurangi permintaan yang perlu dilakukan ulang.

Namun, caching bukan solusi untuk semua masalah.

Website dengan JavaScript terlalu berat tetap dapat mempunyai INP buruk.

Website dengan gambar terlalu besar tetap dapat mengalami masalah LCP.

Website dengan layout tidak stabil tetap dapat mengalami CLS.

Untuk WordPress, gunakan strategi caching yang sesuai dengan server. Hindari memasang beberapa plugin caching dengan fungsi yang tumpang tindih tanpa memahami cara kerjanya.

Apakah CDN Diperlukan?

CDN atau Content Delivery Network dapat membantu mendistribusikan resource melalui jaringan yang lebih dekat dengan pengguna.

CDN dapat berguna untuk website dengan:

• Pengunjung dari berbagai wilayah
• Banyak file statis
• Banyak gambar
• Traffic tinggi
• Kebutuhan distribusi resource yang besar

Namun, CDN bukan obat untuk semua masalah.

Database yang lambat tetap lambat meskipun CDN digunakan.

JavaScript yang terlalu berat juga tidak otomatis menjadi ringan hanya karena website menggunakan CDN.

Begitu pula gambar utama yang berukuran besar tidak otomatis menjadi kecil.

Karena itu, CDN harus ditempatkan sebagai bagian dari arsitektur performa, bukan solusi tunggal.

Apakah AMP Masih Wajib?

Tidak.

Bagian ini penting ketika memperbarui artikel lama mengenai PageSpeed.

Jangan menjadikan AMP sebagai persyaratan wajib untuk membuat website cepat.

Fokus optimasi sebaiknya diberikan pada:

• LCP
• INP
• CLS
• TTFB
• Gambar
• JavaScript
• CSS
• Caching
• Server
• CDN
• Third-party resources
• Pengalaman pengguna

Jika website memang menggunakan AMP karena kebutuhan arsitektur tertentu, evaluasi implementasinya berdasarkan kebutuhan aktual.

Namun, jangan memasang AMP hanya karena menganggapnya sebagai syarat agar website memperoleh performa baik.

Cara Membaca Bagian Opportunities

Bagian Opportunities berisi peluang optimasi yang ditemukan sistem.

Rekomendasi dapat berkaitan dengan:

• Gambar
• Resource
• JavaScript
• CSS
• Caching
• Ukuran file
• Rendering

Jangan hanya melihat estimasi penghematan.

Tanyakan:

Apa resource yang terpengaruh?

Apakah resource tersebut penting untuk LCP?

Apakah masalahnya terjadi pada banyak halaman?

Apakah perbaikannya berisiko merusak fungsi website?

Dengan pertanyaan tersebut, Anda dapat menentukan prioritas secara lebih rasional.

Cara Membaca Diagnostics

Diagnostics memberikan informasi teknis yang dapat membantu menemukan penyebab masalah.

Misalnya PageSpeed menemukan JavaScript yang berat.

Jangan berhenti pada pesan:

JavaScript terlalu besar.

Cari tahu:

• File mana yang besar
• Plugin apa yang memuatnya
• Apakah file diperlukan
• Apakah file dapat ditunda
• Apakah file digunakan di seluruh halaman
• Apakah file memengaruhi interaksi pengguna

Dengan demikian, Anda tidak hanya mengikuti rekomendasi secara otomatis, tetapi memahami masalah yang sebenarnya.

Jangan Mengejar Skor 100

Skor 100 memang terlihat menarik.

Namun website tidak harus memaksakan semua optimasi hanya untuk memperoleh angka sempurna.

Misalnya sebuah perubahan dapat meningkatkan skor dari 92 menjadi 98 tetapi membutuhkan waktu pengembangan yang besar dan hampir tidak memberikan manfaat kepada pengguna.

Sebaliknya, perubahan lain mungkin meningkatkan LCP dari 4 detik menjadi 2,5 detik walaupun skor hanya berubah sedikit.

Perbaikan kedua dapat memiliki nilai yang lebih besar.

Karena itu, gunakan prioritas:

pengalaman pengguna → Core Web Vitals → masalah terbesar → dampak bisnis → skor

Prinsip tersebut membuat optimasi lebih realistis.

Contoh Diagnosis PageSpeed

Misalnya hasil pengujian menunjukkan:

LCP Buruk

Kemungkinan penyebab:

Solusi:

Identifikasi elemen LCP → optimalkan gambar/resource → perbaiki server → uji kembali.

INP Buruk

Kemungkinan penyebab:

• JavaScript terlalu berat
• Long task
• Event handler lambat
• Third-party script

Solusi:

Identifikasi interaksi lambat → periksa JavaScript → pecah long task → kurangi script → uji kembali.

CLS Buruk

Kemungkinan penyebab:

Solusi:

Identifikasi elemen yang bergeser → tentukan ruang → tetapkan dimensi → uji kembali.

Kesalahan yang Sering Dilakukan Saat Menggunakan PageSpeed Insights

• Hanya Mengejar Skor : Skor bukan satu-satunya tujuan. Fokus pada pengalaman pengguna.
• Hanya Menguji Homepage : Artikel, landing page, atau halaman produk dapat mempunyai masalah berbeda.
• Mengabaikan Mobile : Performa mobile harus diperiksa secara serius.
• Menganggap Minify Menyelesaikan Semua Masalah : Minify hanya salah satu bentuk optimasi.
• Memasang Terlalu Banyak Plugin Optimasi : Plugin tambahan dapat menambah resource dan bahkan menyebabkan konflik.
• Menggunakan Lazy Loading pada Semua Gambar : Lazy loading harus digunakan secara strategis.
• Menganggap CDN Sebagai Solusi Tunggal : CDN tidak otomatis memperbaiki JavaScript berat atau database lambat.
• Menganggap AMP Wajib : AMP bukan persyaratan wajib untuk membuat website cepat.
• Tidak Menguji Setelah Perubahan : Setiap perubahan perlu diuji kembali.
• Tidak Membandingkan Sebelum dan Sesudah : Tanpa data pembanding, Anda akan kesulitan mengetahui apakah perubahan benar-benar memberikan hasil.

Bagaimana Menentukan Prioritas Perbaikan?

Tidak semua masalah mempunyai dampak yang sama.

Gunakan prioritas berikut.

Prioritas Tinggi

• LCP buruk
• INP buruk
• CLS buruk
• TTFB sangat tinggi
• Gambar utama terlalu besar
• JavaScript sangat berat
• Server bermasalah

Prioritas Menengah

• Unused CSS
• Resource tidak optimal
• Font
• Third-party script
• Caching yang belum optimal

Prioritas Rendah

• Masalah kecil
• Penghematan resource sangat sedikit
• Rekomendasi yang tidak memberikan dampak signifikan terhadap pengalaman pengguna

Pendekatan ini membuat waktu optimasi digunakan untuk masalah yang memberikan dampak terbesar.

PageSpeed Insights dan SEO

Performa website merupakan bagian dari pengalaman pengguna dan dapat berkaitan dengan SEO teknis.

Namun jangan menyederhanakan SEO menjadi:

PageSpeed tinggi = ranking tinggi.

SEO mempunyai banyak aspek.

Website juga membutuhkan:

• Konten berkualitas
• Relevansi terhadap kebutuhan pencarian
• Struktur halaman
• Crawling
• Indexing
• Internal linking
• Mobile usability
• Performa
• Berbagai faktor lainnya

Untuk memahami hubungan performa dengan strategi SEO secara lebih luas, Anda dapat membaca panduan SEO lengkap dan faktor yang perlu diperhatikan.

PageSpeed Insights sebaiknya digunakan sebagai salah satu alat dalam strategi SEO teknis.

Tujuannya adalah membuat halaman lebih mudah digunakan, bukan sekadar memperoleh angka tinggi.

Kapan Harus Menguji Website Lagi?

Tidak perlu menunggu berbulan-bulan untuk melakukan pengujian.

Lakukan pengujian setelah perubahan besar seperti:

• Mengganti tema
• Memasang plugin
• Menghapus plugin
• Mengubah template
• Menambahkan iklan
• Menambahkan video
• Mengubah gambar utama
• Memindahkan hosting
• Mengaktifkan CDN
• Mengubah sistem caching
• Melakukan perubahan JavaScript
• Melakukan perubahan CSS

Lakukan pengujian sebelum dan sesudah perubahan.

PERBANDINGAN SEBELUM DAN SESUDAH PERBAIKAN

Cara Membuat Proses Audit PageSpeed Lebih Efektif

Audit akan lebih mudah jika dilakukan secara konsisten.

Buat catatan sederhana untuk setiap halaman yang diuji.

Catat:

• URL
• Tanggal pengujian
• Mode mobile atau desktop
• Performance Score
• LCP
• INP
• CLS
• TTFB
• Masalah utama
• Tindakan yang dilakukan
• Hasil setelah perbaikan

Dengan dokumentasi tersebut, Anda dapat mengetahui perubahan performa dari waktu ke waktu.

Untuk website dengan banyak artikel, Anda juga dapat mengelompokkan masalah berdasarkan template. Jika puluhan artikel mempunyai masalah yang sama, kemungkinan penyebabnya bukan isi artikel secara individual, melainkan tema, plugin, CSS, JavaScript, atau konfigurasi server.

Strategi tersebut membuat optimasi lebih efisien karena satu perbaikan teknis dapat memberikan dampak pada banyak halaman sekaligus.

Kesimpulan

Google PageSpeed Insights bukan sekadar alat untuk mengejar skor 70, 80, 90, atau 100. Nilai utamanya adalah membantu menemukan masalah performa dan menentukan perbaikan yang tepat.

Fokus utama sebaiknya pada Core Web Vitals, yaitu LCP, INP, dan CLS:

• LCP berkaitan dengan kecepatan elemen utama tampil
• INP berkaitan dengan respons halaman terhadap interaksi
• CLS berkaitan dengan kestabilan visual

Perhatikan juga TTFB, gambar, JavaScript, CSS, caching, CDN, server, font, iframe, iklan, dan script pihak ketiga.

Jangan hanya mengejar skor. Gunakan PageSpeed Insights untuk menjawab:

Apa masalahnya? Apa penyebabnya? Apa perbaikan yang paling berdampak?

Setelah melakukan perubahan, uji ulang dan bandingkan hasilnya. Jika data pengguna tersedia, gunakan untuk memastikan optimasi benar-benar meningkatkan pengalaman pengguna nyata.

Proses optimasi dapat dilakukan secara berkelanjutan:

Uji → Analisis → Temukan Penyebab → Perbaiki → Uji Ulang → Pantau → Optimasi Lagi.

Website yang baik bukan hanya memiliki skor tinggi, tetapi juga cepat, responsif, stabil, nyaman di mobile, dan mampu memenuhi kebutuhan pengunjung.