Panduan Lengkap Baiki Skor INP Laman Web & Tingkatkan Pengalaman Pengguna

Bagaimana cara membaiki skor INP laman web? Jawapan ringkasnya: Anda perlu mengurangkan beban pada bebenang utama (main thread) yang melambatkan paparan visual seterusnya selepas pengguna membuat interaksi seperti klik, sentuh, atau masukan papan kekunci. Untuk itu, anda mesti memecahkan tugas JavaScript yang panjang, membuang skrip yang tidak diperlukan, meringankan event listener, mengoptimumkan sumber yang menyekat pemaparan, mengawal kod pihak ketiga, dan melakukan pengukuran berdasarkan data pengguna sebenar. Skor INP yang baik adalah 200 ms atau ke bawah; antara 200-500 ms memerlukan penambahbaikan, manakala melebihi 500 ms dianggap lemah.

INP, iaitu Interaction to Next Paint, merupakan salah satu metrik Teras Web Vital yang kritikal dalam usaha SEO dan pengalaman pengguna bagi tahun 2026. Google kini bukan sahaja menilai kelajuan pembukaan halaman, malah turut menitikberatkan kelancaran interaksi pengguna selepas halaman tersebut dimuatkan. Contoh tipikal masalah INP termasuklah menu penapis produk yang lambat muncul selepas diklik, butang "tambah ke troli" yang tidak responsif, menu mudah alih yang lewat bertindak balas, atau borang input yang tersekat semasa menaip.

Dalam panduan ini, anda akan mempelajari cara mengukur nilai INP, mengesan kesesakan teknikal yang menyebabkan skor rendah, serta langkah pengoptimuman yang jelas sama ada anda seorang pembangun, pemilik laman, atau pentadbir WordPress. Kami juga akan membincangkan kesan tidak langsung infrastruktur pengehosan, penggunaan CDN, dan sambungan selamat terhadap prestasi menerusi contoh praktikal. Jika anda ingin memilih infrastruktur yang berfokuskan prestasi, anda boleh menilai pilihan Pakej pengehosan web dan untuk projek berasaskan WordPress, lihat pilihan Pengehosan WordPress.

Apa Itu INP dan Mengapa Ia Penting?

INP mengukur kelajuan respons keseluruhan bagi interaksi pengguna pada sesuatu halaman. Pengguna mengklik butang, menukar tab, membuka menu, menaip di ruangan borang, atau menyentuh elemen pada peranti mudah alih. Pelayar akan memproses interaksi ini, melaksanakan JavaScript, melakukan pengiraan gaya dan susun atur, lalu menghasilkan keadaan visual baharu pada skrin. Tempoh masa dari interaksi sehingga kemas kini visual inilah yang dinilai oleh INP.

Pada tahun-tahun sebelumnya, First Input Delay (FID) adalah penting; namun FID hanya fokus kepada kelewatan interaksi pertama. INP pula menilai secara lebih menyeluruh semua interaksi sepanjang kitaran hayat halaman. Oleh itu, ia menggambarkan pengalaman pengguna sebenar dengan lebih baik di platform e-dagang, blog, panel SaaS, laman korporat, dan sistem keahlian.

Ambang yang disyorkan oleh Google adalah seperti berikut:

INP penting bukan sahaja untuk SEO, malah untuk kadar penukaran. Sebagai contoh, pada halaman kategori di mana butang penapis mudah alih mengambil masa 700 ms untuk dibuka, pengguna mungkin menyangka proses itu gagal dan menekan butang yang sama berulang kali, atau terus meninggalkan halaman. Sebaliknya, antara muka yang bertindak balas dalam lingkungan 150-180 ms dianggap lebih dipercayai, pantas, dan profesional.

Cara Mengukur Skor INP

Sebelum memulakan pengoptimuman INP, pengukuran yang tepat perlu dilakukan. Ini kerana alat ujian makmal hanya menunjukkan anggaran masalah, manakala data pengguna sebenar mencerminkan keadaan peranti, sambungan, dan pelayar di lapangan. Pendekatan paling sihat adalah menggunakan kedua-dua jenis data secara serentak.

1. Lakukan pemeriksaan pantas dengan PageSpeed Insights

PageSpeed Insights akan menunjukkan nilai INP pengguna sebenar jika data Laporan Pengalaman Pengguna Chrome (CrUX) tersedia. Periksa keputusan untuk mudah alih dan desktop secara berasingan. Utamakan data mudah alih kerana bebenang utama lebih mudah tersekat pada telefon berspesifikasi rendah. Jika nilai INP halaman melebihi 200 ms, catatkan bahagian peluang dan diagnostik yang dipaparkan.

2. Pantau laporan Teras Web Vital di Search Console

Laporan Teras Web Vital dalam Google Search Console menyenaraikan masalah mengikut kumpulan URL. Di sini, anda boleh melihat sama ada templat yang serupa bermasalah, bukan hanya satu halaman tunggal. Contohnya, jika semua halaman butiran produk mendapat INP yang lemah, kemungkinan besar puncanya adalah tema, skrip troli, pemalam komen, atau kod variasi produk.

3. Gunakan panel Performance dalam Chrome DevTools

Panel Performance dalam Chrome DevTools menunjukkan fungsi JavaScript mana yang berjalan semasa klik berlaku dan tugas mana yang melebihi 50 ms (tugas panjang). Rakam klik pada menu dan periksa blok ungu, kuning, dan hijau pada bebenang utama. Pelaksanaan skrip yang panjang, pengiraan semula gaya yang berulang, dan tugas susun atur yang intensif adalah isyarat kritikal untuk INP.

4. Pasang pemantauan pengguna sebenar (RUM)

Bagi projek bertrafik tinggi, menggunakan Pemantauan Pengguna Sebenar (RUM) adalah sangat berharga. Anda boleh mengumpul data INP dengan pustaka Web Vitals dan menganalisisnya berdasarkan URL, jenis peranti, pelayar, negara, dan sasaran interaksi. Sebagai contoh, data mungkin menunjukkan hanya pengguna Android mengalami kelewatan 620 ms pada klik menu mudah alih. Maklumat ini membolehkan anda melakukan pembetulan tepat dan bukannya pengoptimuman umum.

Penyebab Paling Lazim Skor INP Lemah

Sebahagian besar masalah INP bukan berpunca dari respons pelayan, tetapi kerana pelayar melakukan terlalu banyak kerja semasa interaksi pengguna. Walaupun begitu, infrastruktur, penyampaian fail, cache, dan kebergantungan pihak ketiga boleh meningkatkan beban ini secara tidak langsung.

Fail JavaScript yang berat

Laman web moden sarat dengan pelbagai fail JavaScript dari tema, slider, sembang langsung, iklan, analitik, ujian A/B, peta, dan komponen media sosial. Fail-fail ini bukan sahaja dimuat turun, malah dihurai, disusun, dan dilaksanakan oleh pelayar. Jika proses ini memenuhi bebenang utama, respons kepada klik pengguna akan tertunda.

Tugas panjang (Long tasks)

Tugas pada bebenang utama yang melebihi 50 ms dikategorikan sebagai tugas panjang. Satu tugas yang mengambil masa 300 ms boleh melambatkan respons klik pengguna. Contohnya, skrip yang mengira semula keseluruhan 1000 produk di bahagian klien apabila butang penapis ditekan boleh dengan mudah meningkatkan nilai INP melebihi 500 ms.

DOM kompleks dan operasi susun atur yang mahal

Terlalu banyak nod HTML, komponen bersarang, perubahan gaya yang kerap, dan ralat "layout thrashing" (membaca dan menulis gaya secara berulang) akan merosakkan INP. Risiko ini sering terdapat pada menu mega, halaman senarai produk, dan aplikasi satu halaman yang panjang.

Skrip pihak ketiga

Rangkaian iklan, piksel penjejak, alat peta haba, kod sokongan langsung, dan embed media sosial melaksanakan kod di luar kawalan laman anda. Jika kod ini menggunakan bebenang utama semasa interaksi, antara muka yang anda bangunkan dengan rapi pun boleh bertindak balas dengan lewat.

Kembungan pemalam dan tema WordPress

Dalam laman WordPress, setiap pemalam boleh menambah fail CSS dan JS mereka sendiri. Jika skrip pemalam borang hubungan hanya diperlukan pada halaman hubungan tetapi dimuatkan di seluruh laman, ia mencipta beban yang tidak perlu. Begitu juga, pembina visual, slider, dan pemalam pop-up boleh menjejaskan skor INP mudah alih.

Bagaimana Cara Membaiki Skor INP? Pelan Pelaksanaan Langkah Demi Langkah

Jawapan praktikal kepada persoalan bagaimana membaiki skor INP adalah pendekatan ukur, asingkan, kurangkan, pecahkan, dan ukur semula. Langkah berikut disusun mengikut keutamaan yang dilaksanakan oleh pasukan teknikal dalam projek sebenar.

1. Cari interaksi yang paling bermasalah

Mula-mula, kenal pasti interaksi mana yang menghasilkan INP lemah. Adakah menu mudah alih, butang tambah ke troli, panel penapis, kotak carian, atau penghantaran borang? Semasa merakam dengan panel Performance DevTools, ulangi tindakan berkaitan beberapa kali. Dalam rakaman itu, periksa sasaran klik dan tempoh masa di bahagian Event Timing atau Interaction.

Contoh konkrit: Di sebuah laman e-dagang, butang penapis kategori menghasilkan INP 740 ms. Pemeriksaan mendapati apabila butang ditekan, semua kad produk dipaparkan semula dan 1800 nod DOM dikemas kini serentak. Apabila panel penapis dipindahkan ke komponen berasingan dan kemas kini senarai ditangguhkan, INP turun ke tahap 190 ms.

2. Kurangkan saiz pakej JavaScript

Membuang kod yang tidak digunakan adalah salah satu langkah paling berkesan untuk INP. Gunakan penganalisis pakej (bundle analyzer) untuk melihat pustaka mana yang membesarkan fail. Daripada mengambil keseluruhan pustaka, import hanya modul yang diperlukan. Contohnya, gunakan alternatif yang lebih ringan atau API Intl asli berbanding pustaka tarikh yang besar.

• Matikan ciri tema yang tidak digunakan.
• Jangan muatkan skrip slider, galeri, dan animasi yang tidak diperlukan pada halaman.
• Gunakan alat binaan moden yang menyokong tree shaking.
• Jangan hantar kod panel pentadbir ke bahagian pelawat.
• Hidangkan fail polyfill lama hanya kepada pelayar yang benar-benar memerlukannya.

3. Pecahkan tugas panjang kepada bahagian kecil

Agar pelayar dapat bertindak balas kepada interaksi pengguna, bebenang utama mesti mempunyai masa lapang secara berkala. Daripada melakukan pengiraan besar sekaligus, pecahkan kepada bahagian kecil. Gunakan setTimeout, scheduler.postTask, requestIdleCallback, atau ciri penjadualan rangka kerja untuk tujuan ini. Matlamatnya adalah mencipta tugas lebih kecil 20-40 ms berbanding satu tugas besar 300 ms.

Contohnya, jika anda perlu menapis dan melukis semula jadual 5000 baris, kemas kini 50 baris pertama yang dilihat pengguna dahulu, dan proses selebihnya dengan virtualisasi atau tugas latar belakang. Dengan ini, hasil klik pengguna kelihatan pantas, dan proses selebihnya tidak menyekat pengalaman.

4. Ringkaskan event listener

Menjalankan fungsi berat pada setiap acara klik, input, skrol, dan keydown akan merosakkan INP. Terutamanya, menghantar permintaan API atau mengira semula keseluruhan senarai pada setiap ketukan kekunci dalam ruangan input adalah satu kesilapan. Gunakan teknik debounce dan throttle untuk mengurangkan kekerapan pelaksanaan.

• Laksanakan debounce 300 ms pada kotak carian.
• Gunakan pendengar pasif (passive listener) untuk acara skrol.
• Gunakan event delegation dan bukannya menambah pendengar pada ratusan elemen individu.
• Selepas klik, berikan maklum balas visual dahulu, dan mulakan tugas berat kemudian.

5. Beri maklum balas visual segera kepada pengguna

Oleh kerana INP berkaitan dengan paparan seterusnya, adalah penting untuk mencipta perubahan visual, walaupun kecil, sejurus selepas interaksi pengguna. Butang yang bertukar ke keadaan aktif, penunjuk sedang memuatkan, ruang skeleton, atau bingkai pertama pembukaan panel memberikan isyarat kepada pengguna bahawa sistem sedang berfungsi. Daripada menunggu respons API yang berat dan mengubah keseluruhan antara muka sekaligus, reka bentuk maklum balas pantas dan kemas kini berperingkat.

6. Kurangkan kos pemaparan dan susun atur

CSS dan susun atur mempengaruhi INP sama seperti JavaScript. Menukar saiz, kedudukan, dan gaya banyak elemen selepas satu klik adalah mahal. Gunakan transform dan opacity dalam animasi CSS kerana ia biasanya lebih cekap berbanding width, height, top, atau left. Gunakan virtualisasi untuk senarai besar; jangan simpan beratus-ratus kad yang tidak kelihatan di skrin dalam DOM.

Elakkan ralat layout thrashing. Iaitu, jangan baca lebar elemen, kemudian tulis gaya, dan baca semula dalam satu gelung. Kumpulkan operasi baca dan tulis. Pelarasan mudah ini boleh menjimatkan puluhan milisaat pada halaman yang kompleks.

7. Kawal kod pihak ketiga

Untuk setiap skrip luaran, tanya soalan ini: Adakah kod ini menyumbang secara langsung kepada penukaran? Jika sumbangannya rendah, buangkannya, tangguhkannya, atau muatkan hanya pada halaman yang diperlukan. Adalah logik untuk menyimpan kod sokongan langsung di halaman pembayaran; tetapi ia mungkin tidak perlu dijalankan pada semua entri blog semasa muatan awal. Muatkan skrip iklan dan analitik dengan defer atau async jika boleh, untuk mengelakkannya daripada menghalang interaksi kritikal.

8. Alihkan pengiraan berat menggunakan Web Worker

Jika tugas seperti penapisan produk, pemprosesan JSON besar, penyulitan, transformasi data, atau pengiraan kompleks mengunci bebenang utama, gunakan Web Worker. Worker melakukan tugas ini di latar belakang; bebenang utama pula terus bebas untuk bertindak balas kepada interaksi pengguna. Tidak semua tugas perlu dialihkan ke Worker, tetapi ia boleh memberi manfaat besar untuk operasi yang menggunakan CPU melebihi 100 ms.

9. Optimumkan kos rangka kerja dan hydration

Dalam struktur seperti React, Vue, Angular, Next.js, atau Nuxt, kos hydration selepas muatan awal boleh mempengaruhi INP. Daripada menjadikan seluruh halaman interaktif, pertimbangkan pendekatan seperti seni bina pulau (islands architecture), hydration separa, atau komponen pelayan. Biarkan kandungan yang tidak memerlukan interaksi sebagai statik. Muatkan komponen seperti modal, ruangan komen, atau cadangan hanya apabila pengguna memerlukannya untuk hasil yang lebih baik.

10. Kurangkan beban pemalam di laman WordPress

Jika anda menggunakan WordPress, lakukan inventori pemalam untuk pengoptimuman INP. Buang pemalam berganda yang melakukan tugas yang sama. Periksa sama ada pemalam borang, galeri, slider, dan pop-up memuatkan fail di semua halaman. Anda boleh mematikan fail CSS dan JS yang tidak diperlukan berdasarkan halaman dengan pemalam prestasi yang mempunyai ciri 'asset unload'.

Contoh pelaksanaan: Sebuah laman korporat WordPress mempunyai skor INP mudah alih 560 ms di halaman utama. Pemalam slider telah dibuang dan kawasan 'hero' dibina semula dengan HTML/CSS ringan, skrip pop-up ditangguhkan selama 5 saat, dan fail JS borang hubungan hanya dimuatkan pada halaman hubungan. Hasilnya, INP mudah alih menurun kepada 210 ms, dan seterusnya kepada 175 ms selepas pelarasan kecil tambahan.

Bagaimana Pengehosan dan Infrastruktur Mempengaruhi Skor INP?

INP pada asasnya adalah metrik responsif di bahagian klien; iaitu beban bebenang utama dalam pelayar adalah penentu utama. Walau bagaimanapun, infrastruktur pengehosan tidak sepenuhnya tidak berkaitan. Respons pelayan yang pantas, cache yang betul, versi PHP moden, sokongan HTTP/2 atau HTTP/3, CDN, dan pemampatan memastikan fail dihantar dengan lebih cepat dan teratur. Ini membantu bebenang utama berfungsi dengan lebih terkawal, terutamanya semasa muatan awal.

Infrastruktur yang tidak berkualiti menyebabkan TTFB tinggi, sumber lambat diterima, tingkah laku cache tidak konsisten, dan beban pelayan yang tinggi, sekaligus merosakkan pengalaman pengguna. Jika laman WordPress tanpa cache melakukan pemprosesan PHP dan pangkalan data yang berat pada setiap permintaan, halaman akan mengambil masa lebih lama untuk bersedia untuk interaksi. Oleh itu, usaha membaiki INP tidak harus dipisahkan sepenuhnya dari pengoptimuman LCP dan TTFB.

• Gunakan cache di bahagian pelayan.
• Pilih PHP 8.x dan versi pangkalan data terkini.
• Hidangkan fail statik melalui CDN.
• Aktifkan pemampatan Brotli atau Gzip.
• Pastikan konfigurasi SSL/TLS dikemas kini; untuk sambungan selamat, lihat halaman Sijil SSL.
• Jika membina projek atau laman jenama baharu, gunakan alat Semakan domain untuk pemilihan nama domain yang tepat.

Jadual Keutamaan untuk Pengoptimuman INP

Jadual berikut meringkaskan penambahbaikan mana yang perlu dilakukan dan bila, untuk laman web tipikal. Keputusan mungkin berbeza untuk setiap projek; oleh itu, ukur semula dengan PageSpeed Insights, Search Console, dan data pengguna sebenar selepas setiap perubahan.

Senarai Semak Teknikal untuk Pembangun

Penambahbaikan INP harus dijadikan senarai semak yang boleh dijejaki dalam pasukan. Jika tidak, kerja-kerja kelajuan sekali sahaja akan rosak selepas beberapa bulan akibat pemalam baharu, kod kempen, dan perubahan reka bentuk.

• Sasaran INP mudah alih di bawah 200 ms mesti ditetapkan untuk setiap templat kritikal.
• Peningkatan saiz pakej harus diperiksa dalam proses pull request.
• Kesan prestasi mesti diuji sebelum menambah skrip pihak ketiga baharu.
• Interaksi minimum seperti menu mudah alih, carian, borang, dan pembelian mesti diukur dengan rakaman Performance DevTools.
• Tugas panjang mesti dikurangkan ke bawah 50 ms; jika tidak mungkin, pecahkan.
• Gunakan transform dan opacity untuk animasi.
• Gunakan penomboran halaman, skrol tak terhingga, atau virtualisasi untuk senarai besar.
• Data RUM mesti dilaporkan setiap bulan dan amaran Search Console dipantau.

Kesilapan Lazim dalam Pengoptimuman INP

Hanya memasang pemalam cache

Cache adalah penting, tetapi ia bukan satu-satunya penyelesaian untuk INP yang lemah. Cache boleh membantu halaman dihantar lebih pantas; namun ia tidak membetulkan kod JavaScript berat yang berjalan semasa klik pengguna secara automatik. Oleh itu, cache mesti difikirkan bersama pengoptimuman kod.

Melihat skor makmal dan melupakan pengguna sebenar

Ujian Lighthouse berguna, tetapi tidak mencukupi secara bersendirian. Pengguna sebenar datang dengan pelbagai peranti, rangkaian, dan pelayar. Khususnya, peranti Android berspesifikasi rendah sering mendedahkan masalah INP yang tidak kelihatan dalam ujian desktop.

Menangguhkan semua skrip secara rawak

Teknik defer dan delay mesti dilaksanakan dengan berhati-hati. Konfigurasi yang salah boleh merosakkan aliran menu, troli, borang, atau pembayaran. Skrip interaksi kritikal mesti dilindungi, manakala kod pihak ketiga dan yang tidak perlu ditangguhkan secara terkawal.

Fokus pada prestasi visual dan mengabaikan interaksi

Memampatkan imej sangat berharga untuk LCP; tetapi ia tidak selalu menyelesaikan masalah INP. Jika masalahnya terletak pada kod yang berjalan selepas klik, pengoptimuman imej sahaja tidak akan mencukupi. Teras Web Vital mesti ditangani secara holistik.

Strategi SEO Berfokuskan INP untuk 2026

Dalam pendekatan SEO 2026, prestasi teknikal, kualiti kandungan, dan infrastruktur yang boleh dipercayai dinilai bersama. Gambaran Keseluruhan AI Google dan pengalaman carian yang maju cenderung untuk mengetengahkan halaman yang memberikan respons terpantas dan paling memuaskan kepada pengguna. Oleh itu, pengoptimuman INP bukan lagi sekadar tugas pembangun, malah tanggungjawab bersama pasukan SEO, UX, kandungan, dan infrastruktur.

Menu jadual kandungan, penapis kategori, atau borang komen pada entri blog mesti berfungsi dengan pantas; di laman e-dagang, pemilihan saiz, perubahan variasi, dan butang tambah ke troli mesti bertindak balas serta-merta. Di laman korporat, borang sebut harga, menu mudah alih, dan butang hubungan tidak boleh lewat. Jika pengguna merasakan laman itu pantas, mereka akan tinggal lebih lama, melayari lebih banyak halaman, dan potensi penukaran meningkat.

Di pihak Hostragons, anda boleh membina asas yang kukuh untuk kerja-kerja SEO teknikal anda dengan memilih pengehosan berfokuskan prestasi, teknologi pelayan terkini, dan infrastruktur selamat. Menguruskan nama domain, pengehosan, dan konfigurasi keselamatan dari satu pusat mengurangkan beban operasi; ini membolehkan pasukan anda lebih fokus kepada pengalaman pengguna dan kualiti kandungan. Untuk penyelesaian berkaitan, lihat halaman Pengehosan korporat, Pelayan VPS, dan Sijil SSL.

Kesimpulan

Intipati membaiki skor INP adalah untuk tidak membebankan pelayar dengan kerja yang tidak perlu semasa interaksi pengguna. Mula-mula, cari interaksi paling perlahan dengan data sebenar; kemudian kurangkan beban JavaScript, pecahkan tugas panjang, ringkaskan event listener, kurangkan kos pemaparan, dan kawal kod pihak ketiga. Pengehosan, cache, CDN, dan konfigurasi keselamatan terkini juga menyediakan asas kukuh yang menyokong proses ini.

Jika anda ingin menjadikan laman web anda lebih pantas, boleh dipercayai, dan mesra pengguna, mulakan dengan satu pengukuran kecil: Periksa nilai INP mudah alih halaman paling kritikal anda dan laksanakan tiga langkah pertama dalam panduan ini. Untuk permulaan yang berprestasi tinggi di bahagian infrastruktur, anda boleh meneliti penyelesaian Hostragons dan menilai pelan pengehosan yang sesuai dengan keperluan anda secara tenang dan perbandingan.

Soalan Lazim

Berapakah skor INP yang sepatutnya?

Skor INP yang baik adalah 200 ms atau ke bawah. Julat 200-500 ms menunjukkan ruang untuk penambahbaikan, manakala melebihi 500 ms menandakan pengalaman pengguna yang lemah. Data pengguna mudah alih harus diberi keutamaan dalam penilaian.

Apakah perbezaan antara INP dan FID?

FID hanya mengukur kelewatan pada interaksi pertama pengguna, manakala INP menilai kualiti responsif interaksi yang berlaku sepanjang kitaran hayat halaman. Oleh itu, INP mencerminkan pengalaman pengguna sebenar dengan lebih menyeluruh.

Mengapa INP di laman WordPress kerap lemah?

Biasanya, ia disebabkan oleh terlalu banyak pemalam, tema berat, CSS/JS tidak perlu yang dimuatkan di semua halaman, slider, skrip pop-up, dan kod pihak ketiga. Pembersihan pemalam, penyahaktifan fail berdasarkan halaman, dan penggunaan tema ringan memberikan penambahbaikan yang ketara.

Adakah menukar pengehosan akan membaiki skor INP?

Pengehosan sahaja tidak akan membetulkan JavaScript berat atau tugas panjang; namun, pelayan yang pantas, cache yang baik, CDN, PHP terkini, dan penyampaian sumber yang stabil menyokong pengoptimuman INP. Kesannya adalah tidak langsung tetapi penting, terutamanya untuk laman WordPress.

Berapa lamakah masa yang diambil untuk pengoptimuman INP menunjukkan hasil?

Selepas pembetulan kod dan pemalam dibuat, hasilnya boleh dilihat serta-merta dalam ujian makmal. Walau bagaimanapun, dalam data pengguna sebenar Search Console dan Chrome, perubahan biasanya mengambil masa beberapa minggu untuk dipaparkan kerana data pengguna yang mencukupi perlu dikumpulkan.