SEO Perusahaan: Mengapa 'praktik terbaik' tidak akan berhasil dan apa yang harus dilakukan

Banyak profesional SEO bersandar pada “praktik terbaik” dalam upaya SEO mereka.

Namun saat mengoptimalkan situs web perusahaan berbasis JavaScript untuk kecepatan situs, Anda memerlukan lebih dari sekadar "praktik terbaik".

Inilah mengapa solusi standar tidak selalu berlaku untuk situs perusahaan dan apa yang dapat Anda lakukan sebagai gantinya.

Meningkatkan kecepatan situs: Bermigrasi ke perenderan sisi server tidak selalu merupakan jawaban yang tepat

Bayangkan pergi ke CEO (atau siapa pun dalam kepemimpinan senior) dan menasihati mereka, "Kami perlu mengubah situs web kami ke rendering sisi server (SSR)."

Mereka bertanya kepada Anda, “Mengapa?” dan satu-satunya jawaban yang dapat Anda berikan kepada mereka adalah, "Karena itu praktik terbaik untuk meningkatkan kecepatan situs". Anda kemungkinan besar akan ditertawakan di luar ruangan.

Implikasi bisnis dan biaya yang terkait dengan migrasi SSR tidak sebanding dengan upaya tinggi dan dampak rendah.

Kecuali situs web perusahaan dibangun dari bawah ke atas untuk dirender di sisi server atau sudah melalui migrasi situs web, jarang ada alasan untuk bermigrasi ke SSR.

Pikirkan tentang beberapa biaya lunak dan keras yang akan datang:

• Meninjau semua sistem dan API untuk mengonfirmasi kompatibilitas, yang mungkin tidak semuanya didokumentasikan (kemungkinan ratusan, jika tidak ribuan).
• Ribuan jam kerja untuk refactor, QA, dan meninjau aksesibilitas untuk seluruh situs web.
• Melatih staf yang ada tentang kerangka kerja baru (lusinan, bahkan ratusan, orang di seluruh organisasi).
• Mempekerjakan atau memecat pengembang dan insinyur yang tidak mau atau tidak memenuhi spesifikasi kerangka kerja baru.
• Lebih banyak uang dihabiskan untuk biaya server.

Daripada bertahan dalam proses yang memakan waktu dan sumber daya yang intensif, ada cara lain yang lebih berhasil untuk meningkatkan kecepatan situs web perusahaan.

Dalam peran perusahaan sebelumnya, saya membicarakan skenario ini dengan salah satu insinyur sistem senior kami untuk bersenang-senang.

Kami memperkirakan perusahaan membutuhkan waktu satu setengah tahun, suku tangkas yang berdedikasi (biasanya sekitar 70 orang), dan setidaknya $2 juta (AUD) untuk melakukannya. Dan itu mungkin perkiraan yang konservatif.

Jadi apa yang kita lakukan untuk membuat kemajuan?

Kenali tim Anda yang lain dan bantu mereka

Di tingkat perusahaan, SEO harus menjadi bunglon karena Anda mengandalkan tim lain untuk memprioritaskan dan menyelesaikan pekerjaan untuk Anda.

Ada alasan bagus mengapa Anda tidak memiliki kunci kerajaan untuk membuat perubahan di situs web secara langsung. Jadi SEO bukan hanya SEO.

SEO adalah “ini akan meningkatkan kecepatan situs kami/membantu kami memenuhi persyaratan aksesibilitas/dll.” SEO adalah segalanya tapi SEO.

Tom Critchlow mengatakan ini dalam kursus MBA SEO-nya dan di podcast saya, Engage: On Enterprise SEO.

Ini merangkum kehidupan sebagai SEO perusahaan dengan sangat baik.

Anda harus menghabiskan banyak waktu mendengarkan dan memperhatikan apa yang dilakukan orang lain dan kemudian menunjukkan kepada mereka bagaimana apa yang mereka lakukan telah meningkatkan visibilitas organik situs web.

Buat advokat, dan orang-orang ini akan terus kembali kepada Anda dengan laporan tetap tentang apa yang mereka lakukan dan ubah di situs web. Itu setengah pertempuran di sana.

Paruh kedua melibatkan bekerja dengan pengembang, desainer, dan analis untuk menyelesaikan sesuatu. Ini biasanya jauh lebih lancar ketika Anda menyadari bahwa orang adalah orang dengan pikiran, perasaan, dan tujuan mereka sendiri.

Menjadi orang yang ingin tahu yang ingin membantu mereka membuat hidup mereka lebih mudah jauh lebih menarik daripada bekerja dengan banteng di toko porselen yang datang ke kehidupan mereka setiap beberapa minggu dan mengajukan tuntutan tanpa kompromi.

Bekerja dengan pengembang dan produsen

Di banyak perusahaan saat ini, kecepatan situs adalah faktor yang dikenal yang membantu (atau menghambat) tingkat konversi.

Banyak tim pengembangan internal mungkin memiliki kecepatan situs sebagai KPI. Ketuk itu.

Anda berdua menginginkan hal yang sama, dan pengembang Anda akan mengetahui basis kode lebih baik daripada Anda. Dan jika dilakukan dengan baik, Anda berdua dapat keluar dengan bonus.

Beberapa peluang kecepatan situs umum yang menurut saya dapat dibantu oleh pengembang meliputi:

Ukuran/berat kode

Jika tim Anda memiliki sprint atau alokasi hutang teknologi, tetap mengetahui kapan mereka biasanya melakukan pekerjaan ini dapat membantu Anda memahami dampak pemfaktoran ulang mereka.

Refleksikan kembali pada mereka dan akui kerja keras mereka.

Pemuatan gambar dan pergeseran tata letak kumulatif (CLS)

CLS dapat menjadi faktor besar dalam persepsi waktu muat situs web besar, perusahaan, dan berbasis JS. Bergantung pada bagaimana penerapannya, menggunakan pustaka JS placeholder untuk "menahan" posisi gambar secara efektif dapat mengurangi waktu pemuatan halaman yang dirasakan dengan tidak menggeser halaman saat gambar dimuat.

Manajemen pengalihan

Ini bukanlah sesuatu yang dapat saya lakukan karena manajemen pengalihan kami terfragmentasi secara besar-besaran.

Namun, jika sistem Anda sedikit lebih terpusat, mengelola pengalihan, menghapus lompatan, menggabungkan aturan ke dalam regex, dan meningkatkan utang teknis dapat sedikit membantu.

Dengan beberapa penerapan server, setiap aturan pengalihan perlu dibaca sebelum halaman dapat dimuat, dan itu dapat menambah jumlah waktu yang layak (lebih dari milidetik) ke waktu muat awal.

<button> menggantikan <a href>

Yang ini sedikit lebih bernuansa, tetapi saya sering menemukan pengembang JS secara default menyertakan tautan ahref sebagai tombol.

Ini biasanya karena mereka kekurangan waktu, dan ini adalah default asli dari kerangka kerja tempat mereka bekerja.

Saat saya melakukan QA untuk templat halaman baru, saya sering menandainya agar diperbarui ke <a href>.

Dapatkan buletin pencarian harian yang diandalkan pemasar.

Memproses ... tunggu sebentar.

LANGGANAN

Lihat persyaratan.

Bekerja dengan desainer

Salah satu peluang kecepatan situs terbesar di situs web perusahaan adalah ukuran dan bobot gambar.

Standar internal dapat salah diterjemahkan atau hilang dari waktu ke waktu, terutama ketika tim gesit dan agak terdesentralisasi.

Ketika saya memulai sisi perusahaan, saya ingat pernah melihat gambar berukuran 10MB di halaman produk untuk beberapa produk unggulan kami. Itu mengejutkan saya.

Tidak ada gambar yang harus berukuran 10MB di web. Titik.

Jadi saya melakukan beberapa percakapan halus dengan desainer kami dan bekerja dengan mereka untuk mengurangi ukuran gambar kami selama sekitar 8 bulan.

100KB bukanlah bukit yang membuat saya rela mati, jadi jika saya memberi tahu desainer 100KB untuk spanduk tajuk atau bingkai, dan mereka mendapatkannya menjadi 300KB, itu masih merupakan peningkatan.

SEO Perusahaan sering kali tentang kemenangan tambahan.

Bekerja dengan analis

Analis bergabung dalam percakapan karena mereka mungkin akan mengelola sistem pemberian tag Anda dan semua tag pihak ketiga di situs web Anda.

Mereka adalah titik masuk untuk bercakap-cakap dengan pemilik tag tentang apakah tag khusus ini penting atau tidak atau apakah ada alternatif lain.

Karena, Nak, skrip pihak ketiga dapat menyebabkan pembengkakan besar-besaran di situs web.

Jadi saat Anda berdiskusi tentang 250+ skrip periklanan di situs dan jika kami membutuhkan semuanya, Anda mungkin dapat menemukan beberapa kompromi jangka pendek, seperti:

• Hanya menembakkan HotJar, Fullstory, atau skrip pemantauan pengalaman pengguna lainnya pada halaman yang secara aktif dipetakan atau dilacak.
• Mengaudit implementasi Anda untuk duplikat (terjadi lebih dari yang Anda bayangkan).
• Melihat chatbot atau tag layanan pelanggan apa yang dapat diluncurkan di Klik daripada saat halaman dimuat.

Bekerja dengan tim QA

Kemitraan ini bisa menjadi senjata rahasia untuk Anda. SEO secara umum, tetapi juga SEO JavaScript, memiliki banyak persyaratan ya/tidak biner atau praktik terbaik, seperti:

• Data meta harus sama antara sumber halaman dan halaman yang dirender sisi klien
• Kanonis harus ada di halaman yang dirender sisi klien
• Tautan harus diformat sebagai <a href=””> daripada <button>
• Pramuat font
• Pra-sambungkan ke sumber daya besar

Dapatkan buku-buku bagus dengan tim QA Anda, dan bekerja dengan mereka (termasuk pelatihan) untuk memasukkan ini sebagai bagian dari proses QA umum sehari-hari mereka. Anda akan memiliki mata di mana-mana dan jaringan pendukung mikro yang berpotensi besar.

Meskipun ada banyak tim lain yang dapat Anda ajak bekerja sama untuk meningkatkan SEO situs web Anda secara keseluruhan, kemungkinan besar ini adalah tim yang paling sering bekerja sama dengan Anda dalam hal sisi implementasi yang lebih teknis.

Mengadvokasi tim lain tempat Anda bekerja

Ingat apa yang saya katakan sebelumnya tentang bagaimana bekerja dengan orang terjadi ketika Anda ingat mereka adalah manusia? Anda ingin mewujudkannya.

Ada dua cara yang sangat kuat untuk melakukannya di tingkat perusahaan.

Hormati waktu mereka

Katakanlah Anda memiliki ide besar, seperti "kita harus bermigrasi ke rendering sisi server".

Dalam hal ini, alih-alih pergi ke PO dan berkata, "Hei, bisakah kita melakukan semua ini?", bekerjalah bersama mereka untuk membuat bukti konsep yang telah mereka validasi jatuh ke keranjang "mudah" dan lacak dampaknya .

Jika tidak berhasil, mereka pada dasarnya tidak menyia-nyiakan 20 sprint untuk menyelesaikan proyek besar ini.

Jika berhasil, Anda memiliki kasus bisnis untuk dibawa ke tim keuangan untuk mendanai dan memprioritaskan sisa proyek untuk membawanya ke seluruh situs web dan mendapatkan suku yang berdedikasi itu, $ 2 juta satu setengah tahun untuk menyelesaikannya .

Perkuat usaha mereka

Sesuatu yang terkenal buruk dalam SEO adalah berkomunikasi dan berbagi kesuksesan.

Mungkin akan sedikit lebih mudah jika, daripada mengatakan, "hei lihat hal luar biasa yang telah saya lakukan," Anda memposisikannya sebagai, "hei lihat hal luar biasa yang telah dilakukan oleh tim lain yang bekerja sama dengan saya dan inilah caranya banyak hal itu meningkatkan pengalaman situs kami.”

Anda, SEO, tidak lagi menjadi pusat perhatian. Tim yang melakukan pekerjaan sebenarnya adalah.

Kolaborasi, advokasi, dan kemenangan tambahan

Anda mungkin memperhatikan bahwa saya sebenarnya tidak berbicara terlalu banyak tentang nuansa JavaScript dan kecepatan situs dalam artikel ini.

Itu karena, di perusahaan perusahaan, Anda mungkin akan memiliki beberapa orang yang sangat pintar yang bekerja dengan Anda yang dapat Anda temui dengan masalah dan bentuk solusinya.

Mereka dapat membantu Anda sampai di sana lebih baik daripada artikel dalam publikasi SEO.

Menyelesaikan sesuatu di tingkat perusahaan bukanlah tentang "apa" dan lebih banyak tentang "bagaimana".

Jadi gunakan pedoman ini untuk mendapatkan "bagaimana" Anda untuk meningkatkan kecepatan situs situs web berbasis JavaScript Anda, dan "apa" akan datang dengan lebih lancar.