Jam Kerja SEO, 19 November 2021

Inilah rangkuman pertanyaan dan jawaban paling menarik dari Google SEO Office Hours bersama John Mueller pada 19 November 2021.

Judul dan panjang URL

02:58 “Saya bekerja di industri berita. […] Ketika saya mengoptimalkan SEO, saya memberi tahu [rekan-rekan saya] bahwa kami perlu memperbaiki judul menjadi 65 huruf saja. […] Saya mencari di web, dan saya tidak mendapatkan jawaban yang benar. Apakah itu faktor peringkat sehingga judulnya harus selama itu? ”

John berkata, “Tidak, kami tidak memiliki rekomendasi untuk panjang judul. Saya pikir memilih nomor dari sisi Anda dan berkata: di ponsel, ruang sebanyak ini tersedia, jadi sebagai pedoman editorial, kami akan mengatakan 65, atau apa pun yang Anda ingin pilih, itu baik-baik saja. Tetapi dari Google, dari sisi kualitas pencarian [dan] peringkat, kami tidak memiliki pedoman yang mengatakan: harus selama ini atau tidak.

[…] Panjangnya tidak masalah. Jika kami menampilkan sesuatu yang lebih pendek, atau jika kami menampilkan sesuatu yang sedikit berbeda, itulah cara kami menampilkannya di hasil pencarian. Itu tidak berarti peringkatnya berubah.”

Soal panjang URL, John mengatakan tidak masalah juga. “Saya pikir itu praktik yang baik untuk memiliki beberapa kata di URL, jadi itu lebih merupakan URL yang dapat dibaca, tetapi itu bukan persyaratan dari sudut pandang SEO.”

John juga menambahkan bahwa hanya memiliki ID di URL tidak apa-apa dari sudut pandang Google. “Lebih baik memiliki beberapa kata di sana, tetapi pada dasarnya baik-baik saja. Sebagian besar, itu adalah sesuatu yang hanya dilihat oleh pengguna, dan ketika mereka menyalin dan menempelkan URL, mereka mungkin melihat, oh, saya tahu tentang apa artikel ini berdasarkan apa yang saya lihat di sini. Padahal, jika mereka hanya melihat nomornya, maka mereka mungkin salah memilih atau mungkin tidak yakin akan hal itu. Tapi itu hampir merupakan pertanyaan pengguna, bukan pertanyaan SEO.”

Perayapan Google dan Bing

25:30 “ Kami melihat bahwa ketika permintaan perayapan kami dari Google berkurang, permintaan perayapan kami dari Bing meningkat. Apakah keduanya terkait? ”

John menjawab, “Saya pikir itu akan menjadi kebetulan yang sangat aneh, tetapi saya tidak mengetahui adanya kolaborasi dengan Bing yang kami tukar dengan permintaan perayapan, jadi saya tidak melihat itu terkait.

Apa yang mungkin terjadi kadang-kadang adalah, di sisi Google, ketika kami menyadari bahwa server kelebihan beban, lambat, dan menunjukkan kesalahan server, maka kami akan cenderung lebih sedikit merayapi. Dan bisa jadi saat Bing banyak melakukan crawling, kami melihat server umumnya lebih lambat, jadi kami akan melakukan crawling lebih sedikit. Dan ketika kami melihat bahwa server memiliki kapasitas lebih, sedikit lebih cepat, maka kami akan merayapi lebih banyak yang mungkin terkait dengan ketika Bing kebetulan merayap lebih sedikit. Secara teoritis, itu mungkin. Dari sudut pandang praktis, saya ragu itu akan terjadi hanya karena, biasanya, situs web memiliki begitu banyak kapasitas bagi pengguna untuk datang sehingga beberapa perayapan dari Bing dan perayapan dari Google tidak akan memperlambat seluruh situs web.”

Mengapa pengindeksan lebih lambat?

32:27 “ Pengindeksan tampaknya telah banyak berubah bagi saya selama satu atau dua tahun terakhir (terjadi pada semua properti web saya). Jika dulunya cepat terindeks saat mengirimkannya di GSC, saat ini pengajuan GSC sepertinya tidak berpengaruh. Melainkan muncul sendiri dalam indeks setelah berhari-hari atau bahkan berminggu-minggu (terkadang memantul masuk dan keluar dari indeks). Ini terjadi di situs mapan dengan 50.000+ pengunjung bulanan organik. Kenapa ini?"

John berkata, “Saya tidak tahu. Sulit untuk mengatakan secara luas: inilah mengapa banyak hal tidak diindeks begitu cepat di situs web Anda. Secara umum, alat pengindeksan permintaan di Search Console adalah sesuatu yang meneruskannya ke sistem yang tepat, tetapi tidak menjamin bahwa sesuatu akan diindeks secara otomatis.

Saya pikir pada hari-hari awal, itu adalah sesuatu yang merupakan sinyal yang lebih kuat bagi sistem pengindeksan untuk benar-benar mati dan mengindeksnya. Tapi salah satu masalah yang terjadi dengan hal-hal ini, tentu saja, orang memanfaatkannya dan menggunakan alat itu untuk mengirimkan semua jenis barang acak juga. Jadi seiring berjalannya waktu, sistem kami telah berkembang sedikit lebih aman, hampir dalam hal mereka mencoba menangani penyalahgunaan yang mereka dapatkan, dan hal itu terkadang membuat segalanya menjadi sedikit lebih lambat. Di mana tidak terlalu lambat karena melakukan lebih banyak, tetapi lebih lambat karena kami mencoba untuk berhati-hati di sini. Itu bisa berarti bahwa hal-hal seperti pengiriman Search Console membutuhkan waktu sedikit lebih lama untuk diproses. Ini bisa berarti kita terkadang perlu memiliki konfirmasi dari perayapan dan pemahaman alami tentang sebuah situs web sebelum kita mulai mengindeks sesuatu di sana. Dari sudut pandang kami, itu yang diharapkan.

Salah satu hal yang menurut saya juga sedikit berubah di seluruh web selama beberapa tahun terakhir, mungkin lebih lama, adalah semakin banyak situs web yang secara teknis baik-baik saja dalam arti bahwa kami dapat dengan mudah merayapinya. […] Jadi kita bisa, di satu sisi, beralih ke perayapan yang lebih alami. Sebaliknya, itu berarti banyak hal yang kita dapatkan kita bisa merangkak. Padahal di masa lalu, ketika sesuatu tidak terindeks, Anda mungkin berkata, ya, mungkin ada sesuatu yang salah diatur di situs web, dan Anda mencoba menemukan masalah itu dari sudut pandang teknis. Saat ini, sebagian besar kiriman yang kami dapatkan secara teknis baik-baik saja, jadi kami dapat pergi dan mengindeksnya, yang berarti karena masih terbatasnya kapasitas untuk perayapan dan juga untuk pengindeksan, kami harus sedikit lebih selektif di sana. Saya membayangkan, secara keseluruhan, itulah yang akan Anda lihat di sana jika kita tidak mengambil sesuatu secepat yang mungkin kita lakukan di masa lalu.”

Domain lama vs. otoritas situs

35:33 “ Saya memiliki domain yang tidak digunakan selama empat tahun. Blog yang saya miliki berjalan dengan baik di SERP untuk niche-nya, tetapi karena saya tidak ingin menjualnya, saya menghapus semua konten dan membiarkan domain “diparkir”. Saya ingin menghidupkan kembali konten di dalamnya, tetapi saya ingin mengambil pendekatan yang sedikit berbeda. Pertanyaan saya, apakah Google perlu mempelajari blog saya lagi seperti baru? Atau apakah saya memiliki peluang lebih baik untuk menjadi otoritas di niche saya lebih cepat dari biasanya karena domain lama ini?”

Menurut John, “Jika konten hilang selama beberapa tahun, mungkin kita perlu mencari tahu apa situs ini, pada dasarnya memulai dari awal. Jadi dari sudut pandang itu, saya tidak berharap banyak dalam hal bonus karena Anda memiliki konten di masa lalu. Saya berasumsi Anda harus membangunnya lagi seperti situs lainnya. Jika Anda memiliki bisnis dan Anda tutup selama empat tahun, dan Anda membuka lagi, maka akan jarang pelanggan akan mengingat Anda dan berkata, oh, saya akan pergi ke bisnis ini. Itu terlihat sangat berbeda, mereka menawarkan hal yang berbeda, tetapi dulunya ada. Saya pikir situasi itu akan jarang terjadi di kehidupan nyata […] juga. Jadi saya berasumsi bahwa Anda pada dasarnya memulai dari sini.

Ini juga salah satu alasan mengapa biasanya tidak masuk akal untuk pergi dan membeli domain kadaluarsa dengan harapan Anda akan mendapatkan bonus dari menggunakan domain kadaluarsa tersebut.”

Mencegah halaman agar tidak diindeks

37:03 “Saya mengelola situs web dengan lebih dari 5.000 URL. Kami melakukan yang terbaik untuk mematuhi faktor peringkat pencarian/SEO, tetapi kami menemukan bahwa rata-rata, kami mendapatkan sekitar 100 URL per bulan yang dideindeks. Apa yang dapat kami terapkan pada halaman kami untuk mencegah hal ini terjadi?”

John: “Sulit untuk mengatakan hanya dengan informasi itu karena sebagian besar, kami tidak hanya menghapus sesuatu dari indeks kami, kami juga mengambil hal-hal baru. Jadi, jika Anda menambahkan konten baru pada saat yang sama dan beberapa hal hilang di sepanjang jalan dari indeks kami, biasanya itu normal dan diharapkan karena, pada dasarnya, untuk hampir tidak ada situs web kami mengindeks semua yang ada di situs web tersebut. Ini adalah sesuatu, di mana rata-rata, […] antara 30 dan mungkin 60 persen situs web cenderung diindeks. Jadi, jika Anda menambahkan ratusan halaman dalam sebulan dan beberapa halaman tersebut dihapus, atau beberapa halaman lama atau halaman yang kurang relevan dihapus dari waktu ke waktu, hal itu tampaknya sudah diperkirakan.

Untuk meminimalkan itu, saya pikir itu adalah sesuatu yang pada dasarnya perlu Anda tunjukkan kepada Google, atau kepada pengguna Anda, saya kira, apa nilai situs web Anda secara keseluruhan sehingga Google berkata, yah, saya perlu memastikan bahwa saya menyimpan sebanyak mungkin dari situs web ini di index. Itu biasanya kurang dari hal teknis dan lebih dari sesuatu di mana nilai yang Anda berikan sangat penting bagi Google untuk menyimpannya di indeks kami. Bahkan jika kami menganggap situs web itu fantastis, kami tetap tidak akan mengindeks semuanya. Dari sudut pandang teknis, hampir tidak mungkin, sebagian karena situs web cenderung memiliki banyak, saya menyebutnya, konten yang diduplikasi secara teknis di mana Anda memiliki hal-hal seperti parameter pelacakan, atau pagination yang masuk ke ruang tak terbatas, atau parameter pemfilteran, atau formulir pencarian [...] di mana, secara teoritis, kita dapat menemukan jumlah URL yang tak terbatas di situs web. Dan jika mungkin untuk menemukan [jumlah] URL yang tak terbatas dan kami hanya dapat mengindeks jumlah yang terbatas, maka kami tidak akan pernah bisa membuat semuanya diindeks.”

Penghapusan peta situs dari situs web lama

41:58 “ Kami memigrasikan situs kami sekitar tujuh bulan yang lalu ke domain baru. Haruskah saya menghapus peta situs lama dari situs lama?”

John berkata, “ Mungkin ya. Biasanya, saat Anda memigrasikan situs web, Anda akhirnya mengalihkan semuanya ke situs web baru, dan terkadang Anda menyimpan file peta situs dari URL lama di Search Console dengan tujuan agar Google mati dan merayapi URL lama tersebut sedikit lebih cepat dan menemukan pengalihan. Itu baik-baik saja untuk dilakukan dengan cara sementara. Tapi saya pikir, setelah satu atau dua bulan, mungkin ada baiknya untuk mengeluarkan peta situs itu karena apa yang juga terjadi dengan file peta situs adalah Anda memberi tahu kami URL mana yang Anda pedulikan. Dan jika Anda menunjuk ke URL lama, maka Anda hampir berkata, Baiklah, saya ingin URL lama saya dapat ditemukan dalam pencarian. Itu dapat menyebabkan sedikit konflik dalam sistem kami yang kami katakan, Anda menunjuk ke URL lama, tetapi pada saat yang sama, Anda mengarahkan ke yang baru; mau diindeks yang mana? Pada titik itu, Anda pada dasarnya ingin menghilangkan konflik itu sebanyak mungkin. Dan Anda dapat melakukannya hanya dengan membuang file peta situs itu dan memberi kami semua sinyal, bahwa Anda bisa, yang mengarah ke halaman baru Anda. Setelah kami melihat pengalihan itu, kami hanya dapat fokus murni pada halaman baru yang Anda miliki di situs web atau domain baru Anda, atau langkah apa pun yang telah Anda buat.”

Masa depan penelusuran vs. Grafik Pengetahuan Google

43:30 “ Google snippet dan Knowledge Graph tampaknya semakin baik setiap saat, dan seringkali pengguna tidak perlu mengunjungi situs web untuk mendapatkan jawaban yang mereka butuhkan. Jadi apa masa depan bagi penerbit web, besar dan kecil, dalam hal mendapatkan lalu lintas SEO?”

John berkata, “ Saya tidak melihat kebutuhan situs web akan hilang karena informasi itu benar-benar detail di situs web Anda. Terkadang orang hanya menginginkan sesuatu yang sangat cepat, mungkin mereka menginginkan nomor telepon atau alamat bisnis Anda, dan kemudian mereka pergi dan mengunjungi bisnis tersebut secara langsung. Tetapi pada dasarnya, untuk apa pun yang lebih dari sekadar cuplikan informasi, Anda ingin mengetahui konteks lengkapnya dan mendapatkan lebih banyak informasi di sana, jadi saya rasa itu tidak akan hilang.

Ini juga jelas bukan tujuan kami untuk menjadi satu tempat di mana semua orang pergi dan mendapatkan jawaban secara langsung karena kami tahu kami harus bekerja sama dengan ekosistem, bersama dengan siapa pun yang membuat situs web untuk memastikan bahwa hal-hal yang kami sediakan dalam pencarian , memberikan nilai bagi pemilik situs web juga. Karena mudah bagi pemilik situs web untuk mengatakan, yah, saya tidak ingin mengambil bagian dari pencarian ini, saya lebih suka ditemukan di Facebook, atau di media sosial, atau di tempat lain. Kami ingin memastikan bahwa ada kesepakatan yang setara bahwa kami dapat menampilkan konten Anda, kami dapat mengirim pengguna dengan cara Anda, tetapi Anda juga mendapatkan sesuatu dari itu dalam arti bahwa Anda mendapatkan semua lalu lintas ini juga. Itu adalah sesuatu yang sangat diperhatikan oleh semua tim di Google, yang bekerja dalam pencarian, jadi tentu saja kami tidak mencoba mencari tahu semuanya dan kemudian hanya menunjukkan kepada mereka di pihak kami. Tapi saya mengerti ini adalah sesuatu yang juga dikhawatirkan orang-orang karena mereka melihat fitur-fitur mewah ini dalam pencarian, dan terkadang sulit untuk memahami apa gambaran besarnya atau apa efek bersihnya di seluruh situs web.

Saya pikir juga jika Anda mengalami situasi di mana Anda seperti, yah, saya tidak suka cara Google menunjukkan ini karena itu adalah sesuatu yang saya lebih suka orang lihat di situs web saya, maka beri kami jenis itu informasi. Hubungi saya di Twitter, kirimkan saya beberapa tangkapan layar dari hal-hal yang Anda katakan, yah, ini bukan cara yang saya inginkan agar konten saya ditampilkan. Dan saya senang membawanya ke tim produk, dan kami dapat menemukan cara untuk meningkatkannya.”

Tag kanonik dan alternatif vs. konten multibahasa

53:13 “Kami ingin membuat artikel yang sama dalam bahasa yang berbeda. […] Haruskah saya mendefinisikan versi kanonik dan alternatif di sana?”

John: “Saya pikir, secara umum, jika Anda memiliki konten multibahasa, maka menggunakan sesuatu seperti anotasi hreflang berguna karena membantu kami mengetahui versi konten Anda yang harus ditampilkan kepada pengguna mana. Jadi itu biasanya pendekatan yang harus diambil.

Sehubungan dengan kanonik, Anda memberi tahu kami URL mana yang menjadi fokus, sehingga kanonik harus menjadi versi bahasa individual . Seharusnya tidak menjadi satu bahasa, sebagai kanonik untuk semua bahasa, melainkan setiap bahasa memiliki versi kanoniknya sendiri seperti ini adalah versi Prancis dan kanonik Prancis, ini adalah versi Hindi dan kanonik Hindi. Jadi seharusnya tidak menghubungkan antar bahasa.”

Halaman AMP vs. konten multibahasa

54:43 “Situs saya ada di peringkat Google News. Saya memiliki halaman AMP yang dirayapi di sana. Haruskah saya menggunakan versi alternatif mereka, seperti kami memiliki versi alternatif dalam bahasa Hindi atau bahasa Rusia? Apa yang kamu ingat tentang ini?”

John menjawab, “Dengan halaman AMP, halaman web normal, dan versi bahasa yang berbeda, itu menjadi sangat rumit. Dalam dokumentasi AMP, mereka memiliki halaman tentang […] konten multibahasa yang memiliki diagram terkait dengan anotasi hreflang yang harus Anda miliki di sana , saya akan memeriksanya. Mengenai sisi Google News itu, saya tidak tahu bagaimana [Google] News akan menanganinya secara spesifik. Saya tidak tahu, misalnya, apakah mereka perlu memisahkannya menjadi subdomain, jadi ini jelas merupakan situs berita yang terpisah, atau apa rekomendasi mereka di sana. Tetapi untuk AMP, saya akan memeriksa grafik itu di dokumentasi.

Saya pikir ini rumit dengan halaman AMP, dan halaman normal, dan internasionalisasi. Ketika Anda melihat grafik, Anda mungkin akan berkata, oh, ini sangat masuk akal, tetapi jika Anda memiliki banyak halaman berbeda dan banyak versi bahasa yang berbeda, banyak pekerjaan yang harus dilakukan untuk mendapatkan semua detail itu dengan benar. .”