Pelajari cara pengambil keputusan bisnis dan non-developer dapat meningkatkan Core Web Vitals.
Pengantar
Pengalaman pengguna situs telah terbukti memiliki dampak langsung terhadap hasil bisnis. Dengan menghadirkan pengalaman yang lebih baik, saat situs memuat dan merespons pengguna lebih cepat, hal ini sering kali menghasilkan peningkatan interaksi dan konversi. Core Web Vitals adalah inisiatif untuk mengukur pengalaman pengguna situs guna mengidentifikasi area yang perlu ditingkatkan.
Namun, banyak dokumentasi Core Web Vitals ditujukan untuk developer web, dengan pemahaman teknis yang mendalam dan kontrol penuh atas kode mereka. Banyak situs dibuat oleh non-developer menggunakan platform "pembuat situs" seperti WordPress, Shopify, Wix, atau solusi serupa lainnya, sering kali tanpa tim pengembangan web.
Meskipun ada tim khusus atau developer web, mereka bukan satu-satunya yang bertanggung jawab atas performa web. Pembuat keputusan bisnis memiliki pengaruh besar terhadap performa situs, mulai dari menentukan konten dan desain, hingga mengembangkan strategi iklan dalam upaya mendorong lebih banyak traffic ke situs mereka. Keputusan ini sering kali berdampak signifikan pada performa situs.
Panduan ini bertujuan untuk memberikan beberapa informasi yang relevan bagi pembuat dan pemilik situs untuk memahami—dan meningkatkan—pengalaman pengguna mereka sebanyak mungkin, tanpa memerlukan pengetahuan teknis yang mendalam tentang pengembangan web.
Pada saat yang sama, banyak masalah performa yang mengharuskan developer menerapkan perbaikan teknis, dan panduan yang berfokus pada developer kami dapat membantu upaya ini. Panduan ini tidak dimaksudkan sebagai panduan yang komprehensif, tetapi lebih merupakan pengantar untuk inisiatif Core Web Vitals bagi pembuat keputusan bisnis dengan beberapa akar masalah non-pengembangan umum yang menyebabkan performa halaman buruk. Selain itu, developer web mungkin perlu dilibatkan untuk membuat progres lebih lanjut.
Apa yang dimaksud dengan Data Web Inti?
Data Web Inti adalah sekumpulan tiga metrik yang dirancang untuk mengukur pengalaman pengguna halaman—dan khususnya seberapa cepat halaman terasa bagi pengguna. Setiap jenis memiliki singkatan tiga huruf:
- Largest Contentful Paint (LCP) mengukur performa pemuatan: berapa banyak waktu, dalam detik, yang diperlukan untuk menampilkan konten halaman yang paling penting setelah halaman mulai dimuat.
- Pergeseran Tata Letak Kumulatif (CLS) mengukur stabilitas visual halaman: seberapa banyak konten berpindah saat dimuat.
- Interaction to Next Paint (INP): seberapa cepat halaman merespons klik, ketuk, dan interaksi keyboard.
Setiap metrik mengukur faset pengalaman pengguna yang berbeda. Google juga memberikan nilai minimum yang direkomendasikan untuk setiap metrik, dan pengalaman pengguna yang kurang dari nilai minimum yang lebih rendah dianggap baik, dan pengalaman pengguna yang lebih tinggi dari nilai minimum yang lebih tinggi dianggap buruk. Di antara nilai minimum ini, halaman dianggap berada dalam rentang perlu peningkatan. Perhatikan bahwa, dengan metrik ini, angka yang lebih rendah lebih baik.
Bagaimana cara mengukur Data Web Inti?
Core Web Vitals diukur oleh pengguna sebenarnya di situs Anda, dan pengguna yang berbeda akan memiliki hasil yang berbeda. Metrik ini bukan "pendapat Google" atau "pendapat Googlebot", tetapi pengalaman pengguna sebenarnya di situs Anda.
Beberapa pengguna akan menggunakan perangkat dan jaringan yang lebih cepat. Beberapa pengguna akan menggunakan perangkat atau jaringan yang lebih lambat. Beberapa pengguna akan mengunjungi halaman yang lebih sederhana dan lebih cepat di situs Anda, sementara pengguna lainnya akan mengunjungi halaman yang lebih kompleks dan lebih lambat. Hasil dari semua pengalaman pengguna ini kemudian digabungkan untuk memberikan pengukuran keseluruhan dari seluruh situs Anda.
Google menyediakan data dari pengguna Chrome yang ikut serta di Laporan Pengalaman Pengguna Chrome (CrUX), yang digunakan oleh banyak alat Google seperti PageSpeed Insights dan Google Search Console.
CrUX tersedia di jutaan situs populer, tetapi tidak semua situs ada di CrUX. Alat Pemantauan Pengguna Sebenarnya (RUM) lainnya juga dapat mengumpulkan metrik ini untuk situs Anda.
Bagaimana cara menemukan Data Web Inti situs saya?
Ada banyak alat yang menampilkan metrik Core Web Vitals yang disediakan oleh Google dan pihak ketiga. Postingan ini memperkenalkan dua alat yang memungkinkan Anda melihat Data Web Inti untuk situs Anda dengan cepat. Untuk melihat alat Google lainnya secara lebih mendalam—termasuk alur kerja untuk menggunakannya guna mengatasi Core Web Vitals—lihat postingan Alur kerja Core Web Vitals dengan alat Google.
Jika platform Anda menyediakan solusi RUM terintegrasi, solusi tersebut dapat memberikan informasi yang jauh lebih mendetail untuk halaman di situs Anda, atau memungkinkan Anda melihat perincian halaman tertentu atau menyegmentasikan pengguna untuk membantu memahami dan mengidentifikasi masalah.
PageSpeed Insights
Untuk melihat sekilas tanpa perlu penyiapan, Anda dapat menggunakan PageSpeed Insights (PSI). Ketik URL, lalu klik analisis. Jika situs Anda disertakan dalam CrUX, Anda akan segera melihat bagian "Temukan pengalaman pengguna sebenarnya":
Laporan ini menunjukkan pengalaman pengguna Chrome yang sebenarnya di situs Anda selama 28 hari terakhir. Anda akan melihat tiga Core Web Vitals di bagian atas, beserta metrik pendukung lainnya di bawahnya (termasuk metrik INP yang tertunda). Hanya Data Web Inti yang dihitung dalam penilaian keseluruhan yang lulus atau gagal di bagian atas halaman, tetapi metrik lainnya dapat berguna dalam memecahkan masalah terkait Data Web Inti, seperti yang akan ditampilkan di bagian berikutnya.
Anda dapat beralih antara tampilan Seluler dan Desktop menggunakan tombol di bagian atas bagian ini. Anda juga dapat beralih antara URL ini dan semua data untuk Asal tersebut menggunakan tombol di kanan atas, tempat data tersedia untuk keduanya.
Angka ini akan memberikan indikator luas tentang performa situs Anda dan metrik mana yang dapat ditingkatkan serta di jenis perangkat mana.
Google Search Console
Google Search Console (GSC) hanya ditujukan untuk pemilik situs, sehingga memerlukan pendaftaran dan verifikasi kepemilikan situs agar dapat digunakan. Laporan ini memberikan detail tentang cara Google Penelusuran melihat situs Anda.
Tidak seperti PageSpeed Insights, GSC mencantumkan semua halaman yang diketahui Google Penelusuran di situs Anda, dan memberikan detail Data Web Inti untuk semua halaman tersebut:
Halaman dikumpulkan ke dalam Grup URL agar Anda dapat melihat apakah kategori halaman tertentu (misalnya, Halaman Detail Produk, halaman Blog, dan sebagainya) memiliki masalah Data Web Inti. Karena biasanya dibuat berdasarkan teknologi atau template yang serupa, mungkin ada penyebab umum untuk masalah apa pun di halaman ini.
Masalah umum Core Web Vitals untuk pembuat situs
Banyak masalah performa yang mengharuskan developer menerapkan perbaikan teknis dan panduan yang berfokus pada developer dapat membantu developer dalam hal ini. Di bagian ini, kami membahas beberapa masalah umum non-developer yang dapat dibantu oleh pembuat keputusan bisnis untuk meningkatkan metrik ini.
Saat kami mengatakan "non-developer", kami merujuk pada pengguna platform pembuat situs yang memiliki kontrol terbatas atas cara situs sebenarnya dienkode atau pembuat keputusan bisnis yang dapat memutuskan desain situs, atau membantu memprioritaskan anggaran.
Masalah Largest Contentful Paint (LCP)
LCP bertujuan untuk mengukur kecepatan pemuatan halaman web dengan mengukur waktu sejak link diklik, hingga bagian konten terbesar (biasanya gambar banner atau judul) muncul di browser.
Untuk pengalaman halaman yang baik, halaman web harus menampilkan konten ini dalam waktu 2,5 detik sejak link diklik. Jika memerlukan waktu lebih dari 4 detik, proses ini akan dianggap sebagai pengalaman yang buruk.
Beberapa masalah umum yang memengaruhi LCP yang dapat dipengaruhi oleh pembuat keputusan bisnis diberikan di bagian berikutnya.
Penundaan saat mulai memuat halaman
Kita sering kali berpikir untuk meningkatkan waktu pemuatan halaman itu sendiri, tetapi sering kali ada penundaan sebelum memulainya. LCP tidak mungkin berada di bawah nilai minimum 2,5 detik jika situs bahkan tidak didownload selama beberapa detik.
Time to First Byte (TTFB) adalah waktu yang diperlukan untuk mendownload bagian pertama halaman web Anda. Jika PageSpeed Insights menampilkan metrik diagnostik TTFB yang besar dalam warna merah atau kuning, Anda harus mengatasinya dan hal ini akan berdampak langsung pada LCP.
Pahami audiens Anda
Untuk masalah TTFB, penting untuk memahami audiens Anda. Jika situs Anda dihosting di satu negara, tetapi melayani audiens global, kedekatan geografis antara pengguna situs dan server web Anda menjadi faktor dalam TTFB halaman. Jaringan Penayangan Konten (CDN) memungkinkan salinan situs Anda di-cache di seluruh dunia, sehingga lebih dekat dengan pengguna Anda. Banyak penyedia hosting menyertakan CDN sebagai bagian dari layanan mereka, dan akan menanganinya secara otomatis. Periksa apakah hal ini terjadi di tempat situs Anda dihosting. Beberapa platform menawarkan berbagai tingkat layanan dengan lebih banyak lokasi CDN untuk tingkat berbayar yang lebih tinggi. Dalam kasus ini, bisnis global harus mempertimbangkan tingkat yang lebih tinggi.
Minimalkan pengalihan
Pengalihan adalah penyebab umum lainnya untuk TTFB yang lambat. Saat menjalankan kampanye iklan atau mengirim komunikasi email, coba minimalkan jumlah pengalihan dengan menghindari penggunaan beberapa penyingkat link, atau menyertakan URL yang perlu dialihkan. Misalnya, penggunaan example.com/blog di kampanye yang perlu dialihkan ke www.example.com/blog, yang kemudian dialihkan ke https://www.example.com/blog akan menambahkan waktu ke TTFB halaman. Pastikan kampanye pemasaran Anda menggunakan jumlah pengalihan minimum.
Memastikan kampanye iklan ditujukan kepada audiens yang tepat
Pastikan juga kampanye iklan Anda menargetkan audiens secara efektif. Mendapatkan banyak traffic baru dari pengguna yang berada di belahan dunia lain—tetapi tidak dapat menerima produk Anda—adalah pemborosan pembelanjaan iklan, dan berdampak negatif pada performa situs Anda.
Parameter URL dapat memengaruhi performa web
Parameter URL seperti parameter UTM sering digunakan untuk kampanye pemasaran. Hal ini dapat mengurangi efektivitas penyimpanan dalam cache di infrastruktur Anda, karena setiap URL dapat terlihat seperti halaman unik—meskipun halaman yang sama ditayangkan setiap saat. Jika Anda menggunakan parameter UTM, hubungi penyedia CDN atau tim infrastruktur Anda untuk memastikan bahwa parameter URL ini diabaikan oleh infrastruktur penyimpanan dalam cache mereka agar kampanye dapat memanfaatkan halaman yang sudah di-cache.
Media dapat menurunkan performa
Pertimbangkan dampak media pada halaman Anda. Media seperti gambar dan video biasanya berukuran jauh lebih besar, sehingga memerlukan waktu lebih lama untuk didownload daripada teks. Hal ini juga dapat memperlambat pemuatan halaman lainnya. Hal ini sangat penting jika elemen LCP adalah media, bukan teks. Elemen LCP adalah gambar di sekitar 80% halaman web, jadi penting bagi Anda untuk mempertimbangkan dampak media di situs Anda.
Pada saat yang sama, aset media dapat berkontribusi pada pengalaman visual yang kaya bagi pengguna yang jauh lebih menarik daripada situs yang sarat teks. Oleh karena itu, menghapus media jarang menjadi opsi, tetapi mengetahui biaya media, dan cara menguranginya dapat meminimalkan masalah performa.
Menghindari carousel
Carousel yang terdiri dari beberapa gambar dapat memengaruhi waktu pemuatan halaman secara keseluruhan, karena carousel dapat mengharuskan beberapa gambar untuk didownload secara bersamaan jika tidak diterapkan secara optimal. Selain itu, meskipun sudah umum digunakan, carousel sering kali tidak memberikan pengalaman pengguna yang baik. Jadi, pikirkan dengan cermat sebelum menggunakannya di situs Anda.
Menggunakan gambar yang dioptimalkan untuk web
Kemudian, ada ukuran aset media. Banyak gambar di web ditayangkan dengan resolusi yang terlalu tinggi. Pastikan setiap partner media atau agensi desain menyediakan gambar yang dioptimalkan untuk web, bukan gambar berkualitas cetak berukuran penuh seperti yang sering mereka berikan. Anda dapat menggunakan layanan seperti TinyJPG untuk menghapus data yang tidak diperlukan dari gambar dengan cepat sebelum menguploadnya. Banyak platform web akan mencoba mengoptimalkan gambar secara otomatis saat diupload, tetapi karena platform tersebut tidak mengetahui dimensi yang akan digunakan untuk menampilkan gambar tersebut di perangkat pengguna, memberikan gambar yang lebih kecil untuk memulai dapat memberikan keuntungan yang signifikan.
Berhati-hatilah dengan video
Berikan pertimbangan ekstra saat menggunakan video. Video adalah salah satu konten terbesar—dan karenanya paling lambat—untuk didownload dan ditampilkan oleh situs, jadi cobalah untuk tidak menggunakannya secara berlebihan. Hindari penggunaan video di bagian atas halaman web. Sebagai gantinya, simpan video di bagian bawah halaman. Hal ini kemudian dapat memungkinkan konten yang lebih murah dimuat dengan cepat untuk memberikan pengalaman pemuatan yang lebih baik kepada pengguna dan memastikan LCP Anda tidak terpengaruh.
Pengujian A/B
Banyak bisnis melakukan pengujian A/B untuk bereksperimen dengan perubahan pada situs mereka. Cara penerapannya dapat berdampak besar pada LCP.
Banyak solusi pengujian A/B mengalami penundaan saat situs pertama kali ditampilkan kepada pengguna hingga perubahan dalam pengujian apa pun telah diterapkan. Hal ini menghindari tampilan versi asli situs, tetapi dengan mengorbankan penundaan visibilitas situs kepada pengguna. Solusi lain diterapkan di sisi server untuk menghindari penundaan ini. Luangkan waktu untuk memahami cara pengujian A/B Anda dilakukan, dan apakah pengujian tersebut mengalami penundaan ini. Selain itu, pertimbangkan solusi pengujian A/B sisi server jika memungkinkan.
Pengujian A/B dapat memberikan masukan yang sangat berharga sebelum meluncurkan perubahan baru, tetapi biaya untuk performa halaman harus dipertimbangkan dengan potensi manfaat yang dihasilkannya.
Terlepas dari infrastruktur Anda, siapa pun yang menjalankan pengujian A/B harus selalu mengingat praktik terbaik berikut:
- Batasi alat pengujian A/B hanya untuk halaman yang merupakan bagian dari pengujian, bukan menunda semua halaman, jika sebagian besar halaman mungkin tidak menjalankan pengujian A/B pada waktu tertentu.
- Batasi pengujian A/B untuk sebagian pengguna agar tidak memengaruhi sebagian besar pengguna.
- Batasi pengujian A/B ke jumlah waktu minimum yang diperlukan untuk memberikan hasil yang meyakinkan. Makin lama pengujian A/B berjalan, makin lama pengguna mungkin mengalami performa halaman yang buruk.
- Yang paling penting, jangan lupa untuk menghapus eksperimen A/B testing jika tidak diperlukan lagi.
Masalah Pergeseran Tata Letak Kumulatif (CLS)
CLS mengukur stabilitas visual halaman—seberapa banyak konten halaman bergeser saat konten dimuat. Hal ini dapat mengganggu jika pengguna telah mulai membaca halaman web, tetapi kemudian kehilangan posisinya karena lebih banyak konten atau iklan yang muncul. Hal ini juga dapat menyebabkan pengguna tidak sengaja mengklik konten yang salah jika tata letak halaman bergeser secara berlebihan. Berhati-hatilah dengan konten dinamis yang dimuat nanti, dan dapat memindahkan beberapa konten halaman awal.
Hal ini diukur dengan formula matematika yang menghitung jumlah konten yang bergeser, dan seberapa banyak konten tersebut bergeser. Nilai ini dinyatakan sebagai pecahan tanpa satuan dengan nilai 0,1 atau kurang dianggap baik dan nilai 0,25 atau lebih tinggi dianggap buruk.
Beberapa masalah umum yang memengaruhi CLS yang dapat dipengaruhi oleh pembuat keputusan bisnis diberikan di bagian berikutnya.
Memeriksa cara gambar dimuat saat Anda men-scroll halaman
Banyak template menghindari pemuatan gambar di bagian bawah halaman untuk memberikan lebih banyak resource ke gambar yang ditampilkan di layar selama pemuatan halaman awal. Gambar kemudian dimuat saat pengguna men-scroll ke bawah. Teknik pemuatan gambar ini dikenal sebagai pemuatan lambat.
Template halaman harus menyediakan ruang untuk gambar yang dimuat lambat sehingga, jika pengguna men-scroll dengan sangat cepat sebelum gambar memiliki kesempatan untuk dimuat, konten di sekitarnya tidak akan bergeser. Jika template atau platform Anda tidak melakukannya, pertimbangkan untuk beralih ke template atau platform yang melakukannya.
Berhati-hatilah dengan iklan yang ditempatkan di tengah konten
Iklan yang disisipkan di tengah konten berisiko mendorong konten Anda ke bawah, karena iklan sering kali memerlukan waktu sedikit lebih lama untuk dimuat—sering kali lebih lama daripada gambar yang dijelaskan di bagian sebelumnya. Menempatkannya di samping konten halaman utama adalah pola umum yang mengurangi risiko ini. Cara melakukannya dalam praktiknya bergantung pada platform tertentu, dan template yang Anda gunakan untuk membuat situs.
Hindari menambahkan konten dinamis ke bagian atas halaman
Hindari menambahkan pemberitahuan dan banner ke bagian atas halaman setelah halaman dimuat—misalnya, banner cookie atau penawaran spesial. Memilih untuk menempatkan notifikasi dan banner di atas konten utama akan mencegah konten halaman bergeser. Serupa dengan bagian sebelumnya, opsi Anda di sini akan bergantung pada platform dan template yang digunakan untuk halaman Anda.
Masalah Interaction to Next Paint (INP)
INP mengukur responsivitas halaman, yang menilai apakah halaman merespons interaksi seperti klik, ketuk, dan input keyboard dengan cepat. Halaman yang tidak merespons input pengguna dengan cepat sering kali terasa lambat, dan dapat membuat pengguna frustrasi.
INP mengukur keseluruhan setiap interaksi yang memenuhi syarat selama masa aktif halaman, dan melaporkan interaksi terburuk. INP memiliki nilai minimum baik sebesar 200 milidetik, dan nilai minimum buruk sebesar 500 milidetik.
Metrik responsivitas—dan khususnya INP—adalah metrik yang sulit dioptimalkan. Jika metrik ini berada dalam nilai minimum buruk, biasanya karena interaksi tertunda oleh halaman web yang mencoba melakukan terlalu banyak hal, sehingga solusi utamanya di sini adalah menghapus kode yang tidak diperlukan untuk membuat halaman yang lebih ringan.
Beberapa masalah umum yang memengaruhi INP yang dapat dipengaruhi oleh pembuat keputusan bisnis diberikan di bagian berikutnya.
Bersihkan rumah Anda.
Tinjau plugin dan widget yang ditambahkan ke situs Anda, lalu hapus jika tidak digunakan lagi. Sering kali lebih mudah untuk menambahkan plugin untuk mencoba sesuatu, daripada mengingat untuk menghapusnya nanti jika Anda merasa plugin tersebut tidak berguna. Hal ini adalah salah satu penyebab interaksi lambat, tetapi merupakan pengoptimalan yang relatif lebih sederhana daripada banyak pengoptimalan lainnya.
Demikian pula, jika Anda menggunakan pengelola tag untuk kampanye pemasaran, pastikan kampanye lama dihapus. Meskipun tidak diaktifkan lagi, kode dari kampanye pemasaran yang sudah tidak berlaku masih perlu didownload dan dikompilasi di setiap halaman, yang dapat memperlambat interaksi pengguna selama pemuatan halaman awal.
Menghindari widget dan plugin yang mahal
Widget dan plugin yang mahal secara komputasi mungkin terlihat bagus, tetapi apakah widget dan plugin tersebut meningkatkan pengalaman pengguna, atau justru memperburuknya? Laporan Diagnosis Masalah Performa di PageSpeed Insights yang disediakan oleh Lighthouse dapat membantu mengidentifikasi JavaScript yang memiliki dampak yang signifikan pada performa situs Anda.
Idealnya, batasi widget hanya ke halaman tempat widget tersebut diperlukan. Jika Anda hanya menggunakan penyematan Google Maps di halaman hubungi kami, Anda tidak perlu memuat widget tersebut di setiap halaman yang dapat menyebabkan masalah responsivitas.
Pertimbangkan jumlah iklan—terutama di perangkat seluler
Iklan adalah strategi monetisasi yang baik bagi banyak bisnis, tetapi sering kali kompleks dan membutuhkan banyak resource. Semakin banyak iklan yang Anda miliki, semakin banyak resource yang diperlukan, sehingga dapat mengganggu kecepatan halaman. Hal ini terutama berlaku di perangkat seluler, tempat memori daya pemrosesan sering kali tidak sebaik di perangkat desktop atau laptop.
Pertimbangkan keseimbangan antara monetisasi dan performa. Jika pengguna keluar lebih awal karena pengalaman yang buruk, iklan tambahan tersebut mungkin akan mengurangi pendapatan Anda lebih banyak daripada yang dihasilkannya.
Menghindari ukuran halaman yang berlebihan
Halaman besar dan kompleks memerlukan lebih banyak waktu pemrosesan untuk ditampilkan. Misalnya, jika Anda memiliki galeri produk dengan 1.000 produk berbeda, galeri tersebut akan memerlukan waktu beberapa saat untuk ditampilkan di jendela browser pengguna. Pertimbangkan kapan harus membuat penomoran halaman untuk mengurangi waktu ini.
Bagaimana cara mendapatkan bantuan lebih lanjut?
Postingan ini mencantumkan beberapa pertimbangan umum yang dapat dilakukan pemilik bisnis yang dapat memengaruhi performa. Selain itu, Anda mungkin perlu berkonsultasi dengan developer web untuk mendapatkan lebih banyak insight tentang hal yang dapat Anda lakukan untuk meningkatkan performa situs.
Informasi khusus platform
Sebagian besar platform sangat memperhatikan performa web mereka, dan mungkin memiliki saran khusus untuk platform tertentu tentang cara meningkatkannya. Anda juga dapat memiliki akses ke tim performa web khusus sebagai bagian dari penggunaan platform tersebut yang dapat memberikan saran lebih lanjut tentang cara meningkatkan situs Anda.
Lighthouse juga menampilkan informasi khusus platform menggunakan fungsi Stack Pack, yang dapat memandu pengguna platform yang didukung ke saran yang sesuai.
Platform terus meningkat seiring waktu dan banyak yang berfokus pada performa dan Core Web Vitals saat ini. Pastikan platform Anda selalu diupdate untuk mendapatkan manfaat dari peningkatan terbaru yang telah dilakukan developer platform.
Hal ini paling mudah dilakukan jika Anda menggunakan platform yang dihosting, tempat penyedia platform otomatis mengelola platform, termasuk update platform. Jika Anda menghosting platform sendiri—misalnya, penginstalan WordPress lokal di server Anda sendiri—maka memastikan platform tersebut diperbarui secara rutin akan memungkinkan situs Anda mendapatkan manfaat dari peningkatan apa pun yang telah diterapkan developer platform. Bisnis harus memprioritaskan pemeliharaan ini, atau memilih layanan yang mengelolanya untuk mereka.
Menghubungi developer web
Developer web yang memiliki keahlian dalam performa web kemungkinan akan dapat mengatasi lebih banyak masalah daripada pemilik bisnis. Anda mungkin telah menggunakan jasa developer web untuk membuat situs Anda pada awalnya, atau untuk perubahan berkala, atau Anda mungkin memiliki tim pengembangan khusus, atau Anda mungkin harus mencari developer untuk diajak bekerja sama (idealnya yang memiliki keahlian performa web).
Hubungi developer jika saran yang diberikan di sini tidak cukup untuk mengatasi masalah performa yang Anda alami di situs Anda, tetapi semoga contoh sebelumnya juga menunjukkan bahwa penting untuk bekerja sama dengan developer untuk menyeimbangkan prioritas bisnis dengan keputusan pengembangan guna mencapai solusi yang tepat untuk situs Anda.
Perlu diketahui bahwa performa web jarang merupakan pekerjaan satu kali. Untuk mempertahankan performa situs yang baik, Anda sering kali memerlukan pemantauan dan pemeliharaan rutin untuk memastikan situs Anda tidak mengalami regresi setelah peningkatan dilakukan.
Kesimpulan
Situs sering kali menjadi titik entri pertama bagi bisnis dengan pelanggannya, dan Anda ingin situs tersebut memberikan pengalaman yang luar biasa bagi mereka. Hal ini berlaku untuk pengunjung pertama kali yang mendapatkan kesan pertama tentang bisnis Anda, tetapi juga pengunjung berulang dan pelanggan setia, yang harus diberi pengalaman yang selancar mungkin, idealnya bebas dari rasa frustrasi yang dapat meninggalkan kesan negatif. Data Web Inti adalah salah satu ukuran pengalaman pengguna yang direkomendasikan Google untuk dipertimbangkan situs. Dengan semua yang ditawarkan web, pengguna dapat (dan akan!) mencoba situs lain jika mereka merasa frustrasi dengan situs Anda.
Pada saat yang sama, Data Web Inti hanyalah salah satu ukuran situs Anda. Bisnis harus memutuskan sendiri jumlah investasi di situs mereka, dan hasil yang akan diperoleh dari investasi tersebut.
Ucapan terima kasih
Gambar thumbnail oleh Carlos Muza di Unsplash