Demystifying Core Web Vitals untuk WordPress

Core Web Vitals kini mewakili sekumpulan metrik wajib untuk mengoptimalkan situs Anda, terutama jika SEO dan performa situs penting untuk strategi digital Anda. Meskipun demikian, mungkin sulit untuk mengetahui alat dan strategi WordPress mana yang paling penting saat mencoba meningkatkan Core Web Vitals di situs Anda.

Tonton sesi ini untuk melihat lebih dalam tentang praktik dan alat terbaik untuk memahami dan meningkatkan skor Data Web Inti di situs WordPress Anda.

Pembicara:

• Alex Zuniga, Manajer Produk di WP Engine
• Mark Davoli, Direktur, Pengembangan Web di Amsive Digital
• Matt Chase, Direktur Pengembangan di Vital Design
• Sanjucta Ghose, Pengembang Web Senior di WP Engine
• Mike Crantea, Direktur Teknik Frontend di XWP

Salinan:

ALEX ZUNIGA: Halo, dan selamat datang di Demystifying Core Web Vitals untuk WordPress. Saya Alex Zuniga, Manajer Produk di WP Engine. Dan hari ini, kita benar-benar akan membahas seluk beluk web vitals inti untuk situs web WordPress Anda. Core Web Vitals adalah metrik wajib untuk dioptimalkan jika Anda ingin mengoptimalkan situs Anda untuk SEO, untuk kinerja situs. Tetapi sulit untuk mengetahui alat dan strategi WordPress mana yang paling berdampak. Jadi, bergabunglah dengan sesi ini untuk melihat lebih dalam tentang bagaimana praktik dan alat terbaik dapat membantu Anda meningkatkan skor vital web untuk WordPress.

Sekarang tanpa basa-basi lagi, kami akan memperkenalkan panelis kami untuk sesi ini. Dan pertama-tama, saya akan menyerahkannya kepada Mike untuk memberikan pengenalan singkat tentang dirinya.

MIKE CRANTEA: Halo, saya Mike Crantea. Saya berlokasi di Kepulauan Canary Spanyol. Saya adalah Director of Frontend Engineering di XWP tempat saya bekerja selama 17 tahun terakhir. Sebagian besar di ruang teknologi frontend, saya suka kinerja web. Dan saya senang berada di sini. Hai.

ALEX ZUNIGA: Terima kasih, Mike. Selanjutnya, ada Matt Chase.

MATT CHASE: Saya Direktur Pengembangan di Vital Design di Portsmouth, New Hampshire. Fokus frontend yang berat pada pekerjaan saya. Jadi kami melakukan banyak skor lighthouse dan Core Web Vital.

ALEX ZUNIGA: Luar biasa. Terima kasih, Mat. Dan Mark.

MARK DAVOLI: Halo, saya Mark Davoli, Direktur Pengembangan Web di Amsive Digital. Berspesialisasi dalam ruang Core Web Vital untuk tim kami karena SEO sangat penting bagi perusahaan kami. Dan oleh karena itu, begitu juga Core Web Vitals. Senang berada di sini.

ALEX ZUNIGA: Senang memilikimu, bung. Dan yang tak kalah pentingnya, Sanjucta.

SANJUCTA GHOSE: Halo. Saya juga dari WP Engine. Saya adalah bagian dari tim yang bertanggung jawab memelihara situs web WP Engine. Dan ini termasuk situs-situs yang hadir dengan Delicious Brains saat WP Engine mendapatkannya. Dan saya menghabiskan sebagian besar tahun lalu untuk mengoptimalkan situs Delicious Brain untuk Core Web Vitals. Jadi saya pikir ini harus menjadi percakapan yang sangat menarik. Senang berada di sini.

ALEX ZUNIGA: Terima kasih. Terima kasih. Baiklah, selamat datang untuk semua panelis kami. Dan kami tidak sabar untuk mendengar apa yang Anda katakan. Jadi, kami akan memecah pertanyaan ini berdasarkan pengukuran, pengelolaan, alat, dan ekspektasi klien terkait dengan Data Web Inti. Jadi pertanyaan pertama kami yang ingin kami tanyakan kepada Anda semua, mengapa saya harus peduli dengan Core Web Vitals? Dan sejauh mana saya harus fokus pada pengoptimalan Core Web Vital?

MARK DAVOLI: Saya dapat berbicara tentang itu jika Anda mau. Bagi saya, sangat penting untuk memastikan Anda memiliki kecepatan halaman yang cepat. Dan alasan yang penting adalah konversi hasil akhir. Benar? Jadi ketika seseorang datang ke sebuah situs web, semakin lama memuat, semakin besar kemungkinan mereka untuk melompat. Dan jika Anda tidak memiliki kecepatan halaman yang cepat, maka Anda akan kurang beruntung dan berpotensi kehilangan banyak bisnis. Terutama di toko eCommerce.

SANJUCTA GHOSE: Jadi ya. Saya agak setuju dengan apa yang Anda katakan karena meskipun ini sangat penting untuk SEO, tetapi kami juga perlu mengingat bahwa Core Web Vitals adalah ukuran persepsi kinerja situs Anda. Bagaimana pengguna memandang situs Anda. Dan menurut saya sangat penting untuk mempertahankan perhatian bahwa pengguna menganggap situs Anda responsif, interaktif, dan stabil. Apa saja hal-hal yang diukur oleh Core Web Vitals. Jadi saya pikir lebih dari skor SEO, penting bahwa persepsi pengguna tentang kinerja Anda penting. Dan itulah mengapa kita harus fokus pada Core Web Vitals.

ALEX ZUNIGA: Tentu saja. Matt, kamu punya–

MATT CHASE: Ya, pada dasarnya, apa yang akan saya katakan, ya, aspek SEO-nya bagus. Namun pada akhirnya, kami membuat kode situs ini untuk orang-orang. Dan kami ingin orang-orang itu memiliki situs tercepat dan tercepat. Tapi ini mempengaruhi kedua dunia. Benar? Jadi kami mulai – ketika kami menyetel Data Web Inti ini, kami melakukan UX yang bagus. Namun dengan cara yang memuaskan tim SEO, yang terkadang tidak selalu merupakan pertarungan yang mudah untuk dimenangkan. Jadi itu bekerja untuk semua orang.

ALEX ZUNIGA: Jadi dengan semua itu, kami tahu ini penting. Tapi apa cara terbaik untuk mengukur skor kita?

MARK DAVOLI: Jadi salah satu cara kami mengukur selain menggunakan– yah, ada Alat Wawasan Kecepatan Halaman Google, yang sangat penting karena itulah alat yang mereka gunakan untuk mengukurnya. Benar, jadi jika Anda ingin memberi dampak, menggunakan alat itu sangat penting. Ada Lighthouse dalam browser Anda juga di Chrome DevTools, yang sangat penting. Dan Search Console memiliki alat pengalaman pengguna halaman yang hebat untuk memantau metrik pengguna nyata selama 28 hari terakhir, yang sangat penting untuk pemantauan jangka panjang.

SANJUCTA GHOSE: Ya. Jadi menurut saya Wawasan Kecepatan Laman adalah alat yang sangat bagus Karena ini memberi Anda data waktu nyata dalam arti bahwa Data Web Inti itu sendiri didasarkan pada data pengguna nyata selama 28 hari terakhir. Namun, Anda juga dapat melihat Laporan Mercusuar Anda, yang didasarkan pada data lab. Dan itulah yang sebenarnya dapat segera Anda tingkatkan karena perlu beberapa saat sebelum Anda benar-benar dapat melihat peningkatan di Data Web Inti karena diukur dalam rentang waktu tertentu.

Jadi jika Anda mencoba untuk meningkatkan skor Anda, menurut saya Lighthouse adalah alat yang hebat karena memberi Anda– ini memberi tahu Anda apa peluang Anda untuk meningkat. Jadi Anda bisa langsung mencoba menerapkan peluang tersebut, dan lihat bagaimana hal itu meningkatkan skor Anda.

ALEX ZUNIGA: Luar biasa. Kedengarannya seperti teriakan besar untuk Lighthouse di sana. Bagus sekali. Bagus sekali.

MIKE CRANTEA: Saya ingin menambahkan topik ini bahwa pelacakan data kinerja metrik pengguna nyata lebih baik untuk dapat bereaksi lebih cepat terhadap penurunan kinerja yang telah mencapai produksi. Tes laboratorium memang membantu saat Anda dalam pementasan. Seperti katakanlah ada degradasi yang tidak ingin kami sebarkan. Tapi akan selalu terjadi sesuatu dalam produksi yang mungkin mengejutkan. Dan daripada menunggu beberapa minggu hingga Search Console dan metrik pengguna sebenarnya di database inti muncul, dengan melacaknya sendiri menggunakan library Web Vitals, Anda dapat tetap menjadi yang terdepan.

ALEX ZUNIGA: Luar biasa. Ya. Selalu harus berada di depan kejutan produksi yang kadang-kadang muncul. Baiklah. Nah, terima kasih telah menjawab pertanyaan tentang pengukuran. Sekarang melihat ke manajemen, apa satu atau dua hal yang dapat Anda lakukan yang memiliki dampak paling besar pada Core Web Vitals?

MATT CHASE: Jadi saya kira satu hal yang menarik bagi saya adalah beban malas seperti semua yang Anda bisa. Dan tunda pemuatan semua yang Anda bisa. Bagi saya itu adalah jenis solusi siap pakai yang dapat Anda lakukan, dan melihat peningkatan segera. WP Rocket memiliki banyak kotak centang yang sangat mudah yang dapat Anda aktifkan untuk mengaktifkan hal semacam itu.

MARK DAVOLI: Ya. Dan bagi saya, fokus utamanya adalah apa yang kita sebut render paro atas. Jadi, pastikan itu merender secepat mungkin. Dan seperti yang disebutkan sebelumnya, tunda dan malas memuat apa pun yang ada di luar layar untuk memastikan Anda mendapatkan skor terbaik. Meski begitu, WP Rocket sangat bagus untuk fitur skrip penundaan mereka. Tapi kami cenderung– seperti saya mencoba membatasinya pada GTM, atau skrip iklan Google, atau hal-hal seperti itu. Dan benar-benar fokus pada peningkatan arsitektur inti sebenarnya dari tema yang memberdayakan situs web untuk memastikannya dioptimalkan sebaik mungkin. Jadi Anda tidak mengandalkan plugin pihak ketiga untuk mendapatkan dampak kinerja seperti itu.

MATT CHASE: Oh, tentu saja. Ya. Kedua ujung.

ALEX ZUNIGA: Mengerti. Kena kau. Dan hanya untuk mengklarifikasi, Anda mengatakan WP Rocket. Dan itulah fitur penundaan skrip?

MARK DAVOLI: Ya.

ALEX ZUNIGA: Luar biasa.

MIKE CRANTEA: Satu hal yang kurang mendapat sorotan adalah caching. Tetapi waktu respons server yang cepat tidak menjamin pengalaman yang cepat. Tetapi jika server Anda merespons dengan lambat, Anda menjamin pengalaman yang lambat. Jadi memanfaatkan semua lapisan caching yang tersedia– caching browser, caching objek, caching halaman– dan mengaktifkannya serta berfungsi adalah langkah pertama yang baik. Kerjakan dasar-dasar Anda. Dan kemudian Anda dapat bekerja hingga – bekerja hingga pengoptimalan frontend. Memeriksa apa yang ada di kepala Anda. Dan seterusnya dan seterusnya.

ALEX ZUNIGA: Luar biasa

SANJUCTA GHOSE: Ya. Dan saya pikir kita juga tidak boleh lupa untuk mengoptimalkan gambar kita. Saya pikir ini sangat penting karena banyak situs web saat ini cenderung berat gambar. Jadi saya pikir penting bagi Anda untuk mengompres gambar Anda, menyajikannya melalui CDN, dan kemudian seperti yang telah Anda sebutkan dengan malas memuat gambar Anda. Lebih penting lagi, sajikan gambar yang responsif. Jadi seperti Anda dapat menggunakan atribut kumpulan sumber dari tag gambar atau tag gambar untuk menyajikan gambar yang responsif. Saya telah melihat bahwa hal itu benar-benar menghasilkan banyak peningkatan karena Core Web Vitals adalah pengukuran yang mengutamakan seluler. Jadi, sangat penting bagi Anda untuk menyajikan gambar yang responsif. Itu adalah sesuatu yang terkadang kita lupakan.

Jadi saya pikir gambar. Dan juga beberapa hal yang sangat sederhana seperti meminimalkan JavaScript Anda di CSS Anda selama langkah pembuatan Anda. Saya pikir itu banyak membantu juga. Ini cukup sederhana untuk dilakukan.

MATT CHASE: Ya. Mengenai hal itu, sebenarnya, sejak Anda mengungkitnya, WordPress mendistribusikan semacam sistem pembuatan paket webpack. Mereka hanya menyebutnya di WordPress Scripts. Dan agensi kami, kami berjuang untuk waktu yang lama dengan mencoba mempertahankan sistem webpack kami sendiri. Dan kemudian setiap delapan bulan atau lebih, beberapa ketergantungan node akan berubah, dan merusak seluruh rantai alat kami. Tapi WordPress mempertahankan ini untuk kami. Dan itu sangat besar manfaatnya.

Dan webpack di sana kami mulai menggunakan impor dinamis untuk membuat bundel JavaScript utama kami. Jadi kami mengimpor dependensi node kami saat runtime alih-alih menggabungkan semuanya ke dalam satu paket JavaScript utama, yang telah memungkinkan kami menyesuaikan kontrol yang sangat baik atas jenis pemuatan skrip yang ditangguhkan yang sama. Hanya dalam kasus tertentu. Seperti saat blok kita ada di halaman.

MARK DAVOLI: Ya. Juga saya merasa sangat penting untuk memastikan Anda sangat selektif di sekitar plugin yang Anda gunakan di situs web Anda. Anda bisa mendapatkan banyak bloatware tak terduga dari menginstal plugin pihak ketiga. Jadi cobalah dan batasi mereka untuk plugin yang bereputasi baik, dibangun dengan baik. Dan perhatikan apa yang dimuat plugin tersebut. Ini benar-benar dapat membantu mengontrol kinerja situs. Dan sayangnya WordPress masih sangat bergantung pada jQuery untuk penggunaan backend dan lainnya. Tapi itu tidak terlalu diperlukan untuk frontend. Jadi jika memungkinkan, menghentikan dukungan jQuery dari bagian depan situs web, dan tetap menggunakan JavaScript asli dapat sangat membantu kinerja.

ALEX ZUNIGA: Luar biasa. Saya pikir kita sudah terjun ke area ini. Dan Anda menyebutkan beberapa. Tapi mari kita ketuk lebih dalam dengan perkakasnya. Apa saja alat pilihan yang ingin Anda gunakan untuk pengoptimalan Core Web Vital? Dan kasus penggunaan seperti apa yang terbaik untuk mereka? Atau apakah ada beberapa skenario di mana mereka tidak cocok?

MATT CHASE: Maksud saya, itu muncul sebelumnya. Tapi sebenarnya alat dalam browser Lighthouse adalah jenis yang benar-benar saya tuju karena itulah hasil langsungnya. Benar. Core Web Vitals memang bagus, tetapi kekuatannya terletak pada fakta bahwa ini merupakan agregat yang disatukan dari waktu ke waktu. Jadi Anda tidak dapat benar-benar mengubah sesuatu dan melihat angkanya berubah. Dibandingkan dengan Lighthouse, di browser, Anda melakukan pembaruan. Anda melihat lingkungan dev lokal Anda dan menjalankan pengujian Lighthouse. Dan bisa langsung lihat, oh, performa saya melonjak 15 poin. Dingin. Itu adalah hal yang benar untuk dilakukan. Dorong itu ke produksi.

ALEX ZUNIGA: Luar biasa. Adakah alat lain yang ingin Anda gunakan?

MIKE CRANTEA: Saya ingin memberikan penghargaan besar pada fitur penggantian lokal di Chrome. Itu, dalam kombinasi dengan tab Performa memberi Anda kemampuan bedah untuk bermain-main dengan bahkan mengubah urutan pemuatan item di situs web Anda. Dan seberapa banyak atau sedikit dampaknya. Ini memberi Anda pengawasan yang diperlukan untuk mengetahui apakah melakukan upaya untuk membuat perubahan tertentu itu sepadan, atau Anda hanya ingin membiarkannya di sana dan fokus pada hal lain yang benar-benar berdampak.

MARK DAVOLI: Dan satu hal yang menurut saya juga penting adalah pemantauan arsitektur server. Benar. Jadi Anda dapat memiliki Core Web Vitals terhebat di dunia, tetapi jika server Anda memiliki beban yang luar biasa berat dan Anda tidak menyadarinya, Anda dapat tiba-tiba menemukan bahwa cat konten pertama Anda turun drastis, yang kemudian memengaruhi hampir semua hal lainnya. Jadi perhatikan baik-baik alat seperti New Relic atau apa pun hanya untuk memantau kinerja. Mengawasi hanya untuk memastikan bahwa Anda memiliki infrastruktur yang tepat untuk merender situs web Anda secepat mungkin sangatlah penting.

MIKE CRANTEA: Dan di situlah mengaktifkan dan menyiapkan caching memang membantu.

MARK DAVOLI: Dan CDN.

MIKE CRANTEA: Ya. Hindari beberapa potensi bencana.

ALEX ZUNIGA: Luar biasa. Yah, saya menghargai kejelasan itu di sana. Jadi salah satu pertanyaan. Ada banyak plugin pengoptimalan untuk mengoptimalkan Core Web Vitals. Apa batasan plugin WordPress untuk membantu itu? Atau apakah mereka benar-benar mengoptimalkan situs? Atau apakah mereka hanya menipu pengukuran Google? Dan saya kira mungkin itu pertanyaan, apakah lebih baik– kami menyebutkan apakah lebih baik menggunakan plugin atau melakukan pekerjaan daripada mengandalkan plugin di sana?

SANJUCTA GHOSE: Jadi menurut saya plugin itu bagus. Seperti misalnya, WP Rocket misalnya bagus. Kami sering menggunakan Pengoptimal Gambar EWWW. Dan saya pikir itu bagus juga. Tapi seperti yang saya pikir sudah dikatakan. WP Rocket, Anda harus menggunakannya dengan hati-hati karena jika Anda mengaktifkan fitur penangguhan JavaScript, saya telah melihat kasus di mana ia memperkenalkan bug aneh. Salah satu bug. Jadi saya lebih suka kadang-kadang menggulirkan solusi saya sendiri daripada menggunakan plugin. Asalkan Anda memiliki keahlian pengembangan.

Jadi sebagian besar pengoptimalan yang kami lakukan untuk situs Otak Lezat kami buat sendiri daripada menggunakan plugin. Namun demikian, menurut saya plugin adalah titik awal yang bagus. Jadi, saat Anda baru memulai, Anda mungkin ingin, misalnya, menerapkan penerapan WP Rocket di situs pementasan Anda, dan bermain-main dan melihat apakah ada yang rusak atau tidak. Atau jika itu membawa perbaikan nyata. Jadi menurut saya plugin harus digunakan dengan hati-hati. Dan Anda harus tahu apa yang terjadi di latar belakang, apa yang dilakukan plugin. Dan bagaimana hal itu dapat memengaruhi situs Anda.

MATT CHASE: Ya. Untungnya, WP Rocket menurut saya dalam versi yang lebih baru setidaknya sudah bagus dalam memberi label dengan jelas sakelar berbahaya yang mereka miliki. Karena saya telah sering mengalami masalah dengan skrip yang tertunda– dan bahkan skrip yang tidak Anda duga seperti pengoptimalan CSS entah bagaimana telah merusak model yang tidak mendapatkan hal yang mengatakan bahwa nama kelas akan membuatnya terlihat . Jadi itu adalah hari yang menyenangkan.

Tapi ya. WP Rocket jelas merupakan tujuan saya selain dari kode yang jelas bagus, kode yang bagus keluar. Benar. Melakukan pekerjaan selalu merupakan cara terbaik untuk mendekatinya. Plugin dapat mengotomatiskan hal-hal. Tetapi tidak ada pengganti untuk benar-benar membuat kode Anda ramping dan kejam.

MIKE CRANTEA: Ada satu plugin lagi yang ditandai sebagai plugin tipe lab. Itu Lab Kinerja. Itu dilakukan oleh Tim Inti Kinerja WordPress. Dan meskipun kedengarannya seperti sesuatu yang menakutkan, itu memberikan stabilitas penuh dalam semua pengujian saya sejauh ini. Dan itu sangat mengesankan untuk apa yang seharusnya, dan kualitas pekerjaan yang berakhir di plugin Performance Lab itu. Jadi patut dicoba. Beberapa kotak centang. Dan semua yang ada di sana aman. Yah, saya tidak begitu yakin tentang peralihan basis data. Itu sesuatu yang lebih kontroversial ketika saya membacanya. Ya. Jangan sentuh tombol itu. Seperti mereka menambahkan dukungan SQLite atau sesuatu seperti itu di dalam plugin, yang pasti berfungsi untuk beberapa situs web yang lebih kecil.

ALEX ZUNIGA: Menarik.

MARK DAVOLI: Ya. Dan bagi saya, WP Rocket luar biasa. Kami membatasi penggunaannya di sebagian besar situs kami karena sebagian besar yang kami lakukan dibuat secara native. Tetapi ada banyak fitur lain di Core WordPress yang jika digunakan dengan benar dapat benar-benar membuat Anda mendapatkan situs yang dioptimalkan dengan baik. Seperti menggunakan Editor Blok alih-alih pihak ketiga seperti Elementor atau dan lain-lain, dapat menambah banyak kembung ke situs. Jadi jika Anda membangun seperti sistem blok tipe Gutenberg asli yang baru, dan benar-benar memuat file sesuai kebutuhan alih-alih memuat semuanya sekaligus di setiap halaman misalnya. Ada fitur pemuatan malas bawaan ke WordPress sekarang. Jadi memantau bagaimana itu digunakan dan menggunakannya dengan tepat, dan sebagainya. Dan kemudian menambahkan alat seperti WP Rocket untuk menyempurnakan apa yang sudah ada. Tapi tidak hanya mengandalkan itu.

Ini bisa bermanfaat untuk membawa Anda ke sana, terutama jika Anda memiliki situs yang tidak berfungsi dengan baik. Namun seperti yang disebutkan, seperti pembuatan CSS yang kritis, hal-hal tersebut dapat menimbulkan banyak masalah karena mereka membuat banyak asumsi berdasarkan apa yang dilihat bot mereka di halaman Anda. Tapi itu tidak bisa memprediksi hal-hal yang tidak akan menampilkan tampilan awal. Jadi jika Anda memiliki model, seperti yang disebutkan, yang muncul, itu tidak akan tahu bahwa itu kemungkinan. Itu tidak akan menghasilkan CSS untuknya, dan menyelaraskannya dengan benar. Jadi seperti melakukan hal-hal seperti memuat font utama Anda atau merendernya di paro atas. Sekali lagi, itulah kuncinya. Benar-benar hal yang paling penting.

SANJUCTA GHOSE: Pada topik CSS kritis, saya hanya ingin masuk dan menyebutkan bahwa Addy Osmani memiliki alat luar biasa yang disebut Critical. Anda dapat menambahkannya ke proses pembuatan untuk menghasilkan CSS penting Anda. Itu mengagumkan. Dan itu sangat bisa diandalkan. Jadi karena Anda menyebutkan CSS kritis, saya pikir saya akan menambahkannya. Maaf telah memotongmu.

MIKE CRANTEA: Tidak apa-apa. Pada topik yang sama tentang CSS kritis, ada beberapa upaya dari tim Jetpack untuk melakukan sesuatu dengan plugin Jetpack Boost. Itu cara yang sangat, sangat menarik untuk menghasilkan CSS kritis dengan merender halaman dalam iframe atau sesuatu seperti ini. Itu menyediakan saat berfungsi, itu solusi yang bagus. Jika tidak, itu memberi tahu Anda, hei, itu tidak berfungsi di sini. Ikuti saja. Anda membutuhkan sesuatu yang lain. Tidak selalu mudah untuk mendapatkan CSS kritis. Di sisi lain, 4 atau 5 tahun yang lalu, CSS kritis sangat besar. Itu sangat membantu.

Dalam dua atau tiga tahun terakhir dengan kemajuan HTTP/3, memiliki satu CSS kritis yang memblokir pemblokiran memiliki dampak yang sangat kecil untuk memiliki 100 kilobyte atau sesuatu dari CSS sebaris. Membuat situs web berfungsi secepat situs web yang menggunakan CSS kritis empat atau lima tahun lalu. Jadi jangan takut untuk memiliki ukuran CSS yang layak di dalam situs Anda. Anda tidak harus menyingkirkannya. Dan saya telah melihat situs web yang sangat dioptimalkan.

Kami memiliki CSS kritis seperti 100 kilobyte CSS inline. Dan pemblokiran render, jQuery, dan dua skrip lain yang tidak digunakan. Ini seperti, yay. Anda mengalahkan tujuan dengan itu. Ini dapat membantu kami bertahan 5% dari jenis pendekatan. Tetapi jika Anda memulai dengan itu, lihat yang pertama.

ALEX ZUNIGA: Luar biasa. Luar biasa. Saya pikir semua alat itu. Sangat menyenangkan mendengar teriakan itu. Dan senang mendengar saran dan rekomendasi itu. Dan banyak hal semacam itu berputar-putar di sekitar pertanyaan kita selanjutnya. Apa aspek unik bekerja di WordPress khususnya dengan Core Web Vitals? Apakah Anda harus melakukan ini melalui plugin dibandingkan melakukannya dengan tumpukan teknologi lainnya? Apakah lebih mudah dengan WordPress? Apakah ada lebih banyak alat yang tersedia? Seperti yang baru saja kami sebutkan, Anda semua baru saja meluncurkan banyak alat. Apakah lebih mudah dengan WordPress? Apakah lebih sulit dengan WordPress? Apa yang kalian ambil?

MATT CHASE: Saya pikir sangat mudah dengan WordPress. Jadi kami berbicara sedikit tentang– atau saya menyebutkan paket simpul skrip WordPress yang mereka distribusikan, yang merupakan jenis sistem pembuatan paket web yang bagus dalam sebuah kotak. Mereka juga memiliki blok Buat WordPress, yang merupakan cara yang sangat cepat dan mudah untuk mem-bootstrap blok khusus untuk situs berbasis WordPress Anda. Tapi itu dibuat sedemikian rupa sehingga banyak kode lem, bisa dikatakan, ditulis untuk Anda. Jadi sudah pintar tentang– Mark, Anda menyebutkan hanya sebagai isyarat skrip itu ketika Anda seharusnya. Jadi, Anda tahu jika blok Anda melakukan itu langsung dari gerbang. Anda bahkan tidak perlu memikirkannya. Jadi WordPress membuat hal semacam itu sangat mudah.

MARK DAVOLI: Ya, tentu saja. Dan itu open source. Benar? Jadi, Anda dapat mengubah hampir semua hal. Jauh lebih sulit ketika Anda bekerja dengan sistem tertutup untuk mengoptimalkan Core Web Vitals versus WordPress karena hal itu. Dan ketika Core Web Vitals pertama kali diumumkan, itu belum cukup. Itu jauh lebih menantang. Mereka benar-benar datang jauh dengan menambahkan banyak fitur ini, terutama dengan editor blok dan bangunan berbasis blok, dan sebagainya, untuk benar-benar mengoptimalkan kemampuan memuat aset, file CSS, file font, dan lain-lain secara selektif. Jadi ya. Itu luar biasa.

ALEX ZUNIGA: Itu mungkin panggilan sistem tertutup versus sumber terbuka. Silakan, Sanjucta.

SANJUCTA GHOSE: Ya. Ya. Dan menurut saya karena ada banyak penyedia hosting yang didedikasikan untuk WordPress. Dan seperti yang Anda katakan. WordPress adalah sumber terbuka. Jadi ada banyak pengoptimalan seputar hosting situs WordPress. Jadi saya pikir sudah ada banyak dukungan yang tersedia di sana jika Anda membangun di atas WordPress, yang berarti Anda tidak perlu menemukan kembali rodanya. Jadi menurut saya pasti lebih mudah jika Anda membangun di atas WordPress untuk mengoptimalkan Core Web Vitals Anda.

ALEX ZUNIGA: Cantik. Jadi kita telah berbicara tentang bagaimana kita mengukur alat tersebut, apa yang kita gunakan untuk benar-benar menyempurnakan Data Web Inti kita, beberapa alat tersebut. Sekarang ketika kita berbicara tentang ekspektasi klien, pada tahap proyek baru apa Anda mulai mempertimbangkan Core Web Vitals sebagai bagian dari build atau strategi Anda? Apakah itu benar ketika Anda mulai menyukai template boilerplate dasar Anda? Atau apakah itu sesuatu yang Anda optimalkan sedikit lebih jauh dalam cerita? Apa yang kalian semua lakukan?

MATT CHASE: Ya. Menurut saya, ini lebih merupakan cara membangun sesuatu untuk memulai lebih dari apa yang Anda lakukan pada situs web yang tidak dioptimalkan. Ini dari awal. Dan itu ada di setiap baris kode yang Anda tulis secara ideal. Saya mencoba untuk tidak– Saya tidak ingin membuat situs besar yang dioptimalkan, lalu kembali lagi nanti dan memperbaikinya. Saya ingin mencoba menulis sebersih mungkin dari awal. Dan biasanya, saya menemukan bahwa melakukannya dengan cara itu, memeras sedikit jus pengoptimalan terakhir pada akhirnya agak sedikit lebih mudah.

MARK DAVOLI: Ya. Dia benar sekali. Kami mulai membangunnya sejak awal. Maksud saya, ada komponen yang tidak terjadi seperti menjelang akhir. Kami tidak akan menjalankan gambar melalui pengoptimalan gambar hingga peluncurannya semakin dekat. Tetapi Anda harus benar-benar tidak bahkan dalam membangunnya sendiri, tetapi bahkan dalam proses desain kadang-kadang, penting untuk memikirkan tentang bagaimana situs dirancang jika Anda mempertimbangkan Core Web Vitals. Karena secara arsitektural, lebih menantang untuk mengimplementasikan desain tertentu agar cepat dibandingkan yang lain. Jadi memahami itu dan mendidik desainer tentang apa yang berpotensi membuat implementasi yang lebih sulit versus tidak sangat membantu.

MIKE CRANTEA: Dan mendikte batasannya. Hei, Anda hanya dapat memiliki maksimal x ponsel. Anda tidak boleh membawa 25 ke meja dengan semua variasinya. Itu membantu dari fase desain. Juga tanpa beberapa poin kontak yang terjadi selama durasi proyek, terkadang mudah untuk menyelesaikan beberapa hal. Seperti permintaan sprint tujuh untuk menambahkan plugin kuis ke dalam campuran. Jika itu tidak dicentang, Anda menemukannya sedikit di bagian akhir. Jadi rekomendasi saya adalah memproses ini setiap beberapa sprint. Kami memeriksa pengukuran otomatis kami tentang pementasan tentang bagaimana berbagai hal berkembang. Apa yang terjadi dengan hal-hal terakhir yang didorong untuk pergi Apakah semuanya melambat? Apakah kita perlu melakukan tindakan korektif sebelumnya daripada bersikap reaktif di akhir proyek.

SANJUCTA GHOSE: Ya. Saya setuju. Sangat penting untuk memulai dari tahap desain karena seperti hal-hal sederhana seperti apakah harus ada pop up, banner iklan, atau semacamnya. Terkadang itu membuat perbedaan besar pada skor tata letak kumulatif Anda. Jadi ada baiknya untuk mengetahui di awal apa yang akan terjadi. Apakah Anda akan memiliki pop up atau spanduk masuk. Dan Anda tidak ingin kejutan menjelang akhir proyek Anda. Jadi menurut saya sangat penting untuk melibatkan klien atau pemangku kepentingan langsung dari fase desain, dan memberi tahu mereka bahwa ini dapat berdampak pada Data Web Inti Anda sehingga mereka dapat mengambil keputusan yang tepat.

MARK DAVOLI: Itu sangat membantu pasca-peluncuran juga karena segera setelah situs Anda keluar dari pintu kadang-kadang mungkin seperti itu, mari kita gunakan widget obrolan atau apa pun yang seperti nanti. Lalu tiba-tiba, ada ketegaran. Dan kemudian Anda harus memikirkan tentang bagaimana kami mengintegrasikan dan mengoptimalkannya. Jadi, fitur skrip penundaan dapat mendorong sebagian besar piksel iklan, yang terkenal buruk dalam mematikan skor Data Web Inti Anda. Tetapi terkadang Anda tidak dapat menunda sesuatu karena itu penting untuk apa yang sebenarnya diinginkan klien. Jadi seimbangkan sebaik mungkin, dan pastikan untuk mengomunikasikan potensi dampaknya. Dan hasil akhirnya adalah mendapatkannya secepat mungkin. Terkadang Anda harus berkorban untuk fungsionalitas. Terkadang tidak. Tapi dapatkan secepat mungkin untuk meningkatkan konversi tersebut.

ALEX ZUNIGA: Luar biasa. Bagus sekali. Jadi saya mendengar hal seperti ini seperti bahan yang lebih baik membuat situs web yang lebih baik sejak awal. Bukan berarti kami hanya akan memasang beberapa Data Web Inti di bagian paling akhir. Itu adalah sesuatu yang benar-benar merupakan cara hidup jika Anda ingin memikirkannya terlebih dahulu. Yah, mengagumkan. Jadi hanya pertanyaan terakhir kami. Apakah Anda pernah mengalami masalah dalam menyampaikan nilai waktu yang Anda habiskan untuk mengerjakan Core Web Vitals kepada klien Anda? Apakah itu sesuatu yang pernah mereka dorong kembali? Apakah mereka pernah tidak mengerti mengapa Anda melakukan pekerjaan itu?

MATT CHASE: Saya rasa saya tidak pernah mendapatkan penolakan apa pun sebenarnya. Jika ada, itu justru sebaliknya. Biasanya, itu yang kita inginkan performanya. Kami menginginkan Core Web Vitals. Mari kita wujudkan. Saya akan mengatakan bahwa kami tidak selalu merenungkan– kami berbicara tentang pelacakan piksel dan bagaimana mereka terkenal karena menurunkan skor itu. Tapi tidak ada yang peduli. Kami seperti piksel, piksel, piksel, piksel. Jadi orang perlu berpikir untuk benar-benar menimbang manfaat biaya itu ketika mereka menambahkan pelacakan karena itu tidak sesederhana hanya melemparkannya dan mendapatkan hasil. Karena ada biayanya.

ALEX ZUNIGA: Luar biasa.

MIKE CRANTEA: Saya pikir dengan performa kurang sabar. Jadi jika Anda berpikir, oh, ayo lakukan beberapa pekerjaan performa yang akan berlangsung selama beberapa sprint, setelah yang pertama. Kapan saya melihatnya? Kapan saya melihatnya? Berencana untuk merilisnya secara iteratif, seperti menambah satu fitur, satu fitur, satu fitur menumbuhkan kepercayaan diri akan dampak pekerjaan ini. Dan semakin Anda melihat ini diterjemahkan ke dalam konversi dan perubahan, semakin cepat nilainya dirasakan tanpa harus menghabiskan banyak waktu melakukan pekerjaan pendidikan.

MARK DAVOLI: Ya. Dan menurut saya satu hal yang mungkin sulit dipahami klien adalah perbedaan antara metrik pengguna nyata versus data lab. Karena banyak dari mereka dapat menjalankan tes mereka sendiri dan yang lainnya. Dan tidak sepenuhnya mengerti. Jadi membantu mereka memahami bahwa bagian ringkasan asal halaman menjadi wawasan benar-benar yang digunakan Google untuk mempengaruhi seperti peringkat SEO dan hal-hal seperti itu. Karena banyak dari mereka datang mencari skor itu dan mengoptimalkannya. Dan membantu mereka memahami bahwa diperlukan waktu 28 hari untuk mengukur setiap perubahan yang dibuat dalam produksi sebelum Anda mendapatkan gambaran lengkap tentang bagaimana perubahan Anda memengaruhi berbagai hal.

ALEX ZUNIGA: Itu seruan yang bagus. Panggilan yang bagus.

MIKE CRANTEA: Dan saya harus menyebutkan salah satu metrik yang paling membingungkan dari semuanya. Metrik interaktivitas. Itu terkenal tidak stabil. Dan untuk beberapa jenis orang yang lebih takut seperti variasi skor, apakah fitur baru yang kami buat itu memperlambat situs web secara signifikan? Dan kemudian seperti melakukan tes lagi dan seperti naik 10 poin, lalu turun 10 poin. Menjelaskan variasi ini sangat memakan waktu. Mengapa tidak hanya satu angka yang konsisten? Yah, itu sesuatu yang sulit seperti memberi nama dan menyimpan cache.

ALEX ZUNIGA: Wah, luar biasa. Sepertinya kami sangat menghargai semua masukan Anda, semua tanggapan Anda tentang Core Web Vitals. Bagaimana menggunakannya, apa yang digunakan untuk mengukurnya, bagaimana menetapkan harapan pelanggan untuk semua itu. Ini benar-benar menjadi pelajaran belajar. Kami harap panelis kami menikmati waktu Anda di sini. Kami sangat senang mendengar semua tanggapan Anda. Dan kami berharap para hadirin di sini juga mendapatkan umpan balik yang bagus.

Jadi kalian semua, terima kasih banyak atas waktunya. Nah, itu panel kami. Kami benar-benar ingin mengucapkan terima kasih banyak kepada semua panelis kami. Kami ingin mengucapkan terima kasih telah menghadiri panel ini. Dan kami harap Anda bersenang-senang menonton sisa sesi kami DE{CODE}.