Jam Kerja SEO, 10 Desember 2021

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

Waktu henti situs vs. peringkat

04:17 “ Salah satu situs web klien saya akan down selama satu atau dua minggu. […] Bagaimana saya bisa memberi tahu Google bahwa ini adalah situasi sementara? […] Dapatkah saya memberi tahu Google bahwa situs web ini sedang tidak aktif, tetapi akan aktif kembali dalam dua minggu atau seminggu? Tapi seharusnya tidak ada penurunan peringkat, atau mungkin ada penurunan peringkat minimum yang bisa saya dapatkan?”

John menjawab, “Saya tidak berpikir Anda akan dapat melakukannya untuk waktu itu, terlepas dari apa pun yang Anda atur. Jadi untuk pemadaman mungkin sekitar satu atau dua hari, menggunakan kode hasil 503 adalah cara yang bagus untuk memberi tahu kami bahwa kami harus memeriksa kembali. Tetapi setelah beberapa hari, kami pikir ini adalah kode hasil permanen, dan kami pikir halaman Anda baru saja hilang, dan kami akan menghapusnya dari indeks. Dan ketika halaman kembali, kami akan merayapinya lagi, dan kami akan mencoba mengindeksnya lagi. Tetapi […] selama waktu itu, kami mungkin akan menghapus banyak halaman dari situs web dari indeks kami. Dan ada kemungkinan yang cukup bagus bahwa itu akan kembali dengan cara yang sama, tetapi itu tidak selalu dijamin.

Jadi setiap kali Anda mengalami pemadaman yang lebih lama, saya pikir lebih dari beberapa hari, saya akan berasumsi bahwa setidaknya untuk sementara, Anda akan mengalami fluktuasi yang sangat kuat, dan akan membutuhkan sedikit waktu untuk kembali. Bukan tidak mungkin karena hal ini kadang terjadi. Tetapi jika ada sesuatu yang dapat Anda lakukan untuk menghindari pemadaman semacam ini, saya akan mencoba melakukannya. Dan itu bisa seperti menyiapkan versi statis situs web di suatu tempat dan hanya menunjukkannya kepada pengguna untuk saat ini. Tetapi terutama jika Anda melakukan ini secara terencana, saya akan mencoba mencari cara untuk mengurangi pemadaman hingga kurang dari satu hari jika memungkinkan.”

304 kode respons vs. perayapan

11:48 “Apakah menurut Anda kode respons 304 memengaruhi perayapan? Karena secara logika, jika Googlebot memeriksa URL dengan konten yang sama dan mengembalikan kode 304 untuk pertama kalinya, mungkin ada kemungkinan Googlebot mengurangi crawling untuk URL yang sama karena kembali ke kode 304.”

John berkata, “Saya pikir ada dua hal. Jadi 304 adalah, menurut saya, sebagai tanggapan atas permintaan "Jika-Dimodifikasi-Sejak" di mana Googlebot mencoba melihat apakah halaman ini telah berubah. Dan pemahaman saya adalah bahwa kode respons 304 tidak akan berlaku untuk sisi anggaran perayapan. Jadi itu berarti bagi kami, kami dapat menggunakan kembali permintaan itu dan merayapi sesuatu yang lain di situs web. Jadi ada aspek itu.

Dan aspek lain sehubungan dengan perayapan URL spesifik itu lebih sedikit, saya rasa tidak akan demikian. Tetapi kami mencoba untuk mencari tahu seberapa sering halaman berubah, dan kami mencoba untuk meng-crawl ulang halaman berdasarkan asumsi frekuensi halaman atau frekuensi pembaruan yang kami miliki. Jadi bukan berarti URL tertentu akan lebih jarang dirayapi. Lebih dari itu, kami lebih memahami seberapa sering halaman ini berubah. Dan berdasarkan itu, kami dapat memperbarui atau menyegarkan perayapan sedikit.”

13:29 “Jadi, jika sebagian besar halaman di situs kembali ke 304, jadi mungkin itu adalah sinyal bagi Googlebot bahwa situs tersebut tidak memiliki konten baru yang diperbarui, [dan untuk] mengurangi tingkat perayapan?”

John: “Tidak, saya rasa tidak. Saya tidak berpikir kami akan mengurangi tingkat perayapan. Kami akan mencoba untuk lebih fokus pada bagian di mana kami melihat pembaruan terjadi. Jadi saya tidak akan menyembunyikan 304 secara artifisial dengan harapan dapat meningkatkan perayapan.”

Permintaan perayapan dari seluler vs. desktop

14:06 “Karena tingkat perayapan kami kembali normal, kami melihat bahwa permintaan perayapan kami dari ponsel cerdas pulih lebih cepat daripada desktop. Bisakah Anda menjelaskannya? ”

John menjawab, “Saya tidak tahu. Kedengarannya seperti apa yang diharapkan dengan pengindeksan yang memprioritaskan seluler, bahwa kami merayapi sedikit lebih banyak dengan seluler. Saya tidak tahu apakah situs spesifik Anda telah dipindahkan ke pengindeksan yang memprioritaskan seluler, tetapi itu akan menjadi normal, bahwa kami merayapi lebih banyak dengan seluler, dan kemudian Anda akan melihat perubahan lebih cepat di sana.”

Ditemukan/Dirayapi laporan saat ini tidak diindeks

26:12 “Kami sedang Ditemukan saat ini tidak diindeks daripada Dirayapi saat ini tidak diindeks untuk 99% [halaman]. Haruskah kita membedakan keduanya? Karena situs kami tidak terlalu besar dan menurut saya ini bukan masalah anggaran perayapan. Kalau begitu, apakah kedua sebutan itu hampir sama karena hanya masalah kualitas?”

John menjawab, “Saya tidak tahu situs web Anda, jadi sulit bagi saya untuk mengatakannya begitu saja. Tetapi jika itu adalah sesuatu di mana Anda melihat URL bersih terdaftar di Ditemukan, [‒ saat ini] tidak diindeks laporan, pada dasarnya URL yang ingin Anda indeks, maka itu terdengar seperti bukan masalah Google tidak bisa pergi dan jelajahi banyak URL itu. Karena, sekali lagi, dengan 25.000 halaman, sebagian besar server yang berukuran wajar dapat dengan mudah mengizinkan perayapan itu secara teratur. Dan ini mungkin lebih merupakan masalah pemahaman kita tentang kualitas situs web secara keseluruhan.

Dan dengan situs web yang lebih besar atau jika dalam laporan Ditemukan, [‒ saat ini] tidak diindeks, Anda melihat bahwa ada banyak variasi URL yang berbeda, seperti dengan parameter atau dengan huruf besar atau kecil, […] yang dapat menjadi tanda bahwa internal penautannya berantakan dan kami kesulitan menemukan URL yang tepat untuk dirayapi. Tetapi jika kami menunjukkan URL yang tepat di Ditemukan, [‒ saat ini] tidak diindeks laporan dan itu adalah situs web yang cukup kecil, maka bagi saya itu lebih mengarah ke kualitas situs secara keseluruhan.”

27:54 “Jadi menurut Anda apakah kita harus mencoba menambahkan teks di sana? Apa yang kami tunjukkan adalah direktori perusahaan, dan kami menunjukkan apa arti harga saham dalam hal pertumbuhan masa depan perusahaan itu. Jadi itu angka, tapi tidak banyak teks yang bisa dibaca yang menyertainya. […] Kami memang memiliki deskripsi, tetapi itu umum untuk semua perusahaan itu, dan kami harus mencari tahu apa yang harus dilakukan jika kami ingin memasukkan teks unik untuk setiap perusahaan. Tapi haruskah kita menuju ke arah itu, menurutmu?”

John: “ Saya tidak berpikir teks akan mempengaruhi bagaimana kita mengindeks halaman. Jadi dari sudut pandang itu, itu adalah sesuatu di mana jika Anda melihat teks memengaruhi cara pengguna melihat halaman Anda dan dapat berinteraksi dengan halaman Anda, dan tentu saja. Tapi itu lebih merupakan masalah mencoba mencari tahu apa yang dicari pengguna dan di mana Anda dapat memberikan nilai unik kepada pengguna Anda. Tetapi hanya menambahkan teks ke halaman Saya tidak berpikir [itu] akan memengaruhi cara kami merayapi dan mengindeks halaman tersebut.

Jika itu adalah sesuatu di mana Anda memberikan nomor, seperti nomor stok di sana, itu adalah sesuatu di mana saya juga akan mencoba mencari tahu apa yang dapat Anda lakukan untuk memastikan bahwa apa yang Anda berikan adalah unik dan memberikan nilai kepada pengguna. Lakukan sesuatu yang mungkin sejalan dengan studi pengguna untuk mencari tahu, apa yang dapat kami lakukan untuk membuat situs web kami sehingga pengguna merekomendasikannya kepada orang lain juga? Dan itu membangun hampir seperti, saya tidak tahu, kepercayaan atau sesuatu dari sudut pandang pengguna. Dan sering kali, hal tersebut bukanlah hal teknis semata yang Anda ubah di situs web, di mana Anda mengubah desain, atau Anda mengubah beberapa angka menjadi teks, misalnya. Ini masalah pengaturan situs web secara keseluruhan.”

Pengindeksan situs web m-dot

30:20 “ Apakah Google memiliki masalah dengan pengindeksan situs yang memiliki versi seluler di subdomain? Misalnya, example.com dan m.example.com?”

John berkata, “Dari sudut pandang kami, setidaknya sejauh yang saya tahu, kami tidak memiliki masalah dengan domain m-dot secara umum, dalam arti bahwa ini adalah salah satu format yang didukung yang kami miliki untuk situs web seluler. . Kami tidak merekomendasikan pengaturan m-dot. Jadi jika Anda menyiapkan situs web baru, saya akan mencoba menghindarinya sebanyak mungkin dan sebagai gantinya menggunakan penyiapan yang responsif, tetapi itu adalah sesuatu yang dapat berfungsi.

Jadi, jika Anda melihat ini secara teratur dengan situs web Anda bahwa kami tidak dapat mengindeks konten seluler Anda dengan benar, maka bagi saya, itu lebih mengarah pada masalah di situs web Anda ketika Googlebot seluler mencoba merayapi, itu tidak dapat mengakses semuanya seperti yang diharapkan. Jadi itulah arah yang akan saya tuju ke sana untuk mencoba membersihkannya.

Satu hal yang terkadang membuat orang bingung dengan domain m-dot adalah dengan pengindeksan mobile-first, kami beralih ke versi m-dot sebagai URL kanonik, dan dapat terjadi bahwa kami menampilkan versi m-dot di hasil pencarian desktop demikian juga. Jadi Anda juga perlu mewaspadai tidak hanya redirect pengguna mobile dari desktop ke versi mobile tetapi juga redirect pengguna desktop dari mobile ke versi desktop.

Dan lagi, […] jika Anda memiliki pengaturan desain yang responsif, Anda tidak perlu khawatir tentang itu. Jadi itu alasan lain untuk menjadi responsif jika memungkinkan.”

Berurusan dengan blog usang

41:03 “ Kami memiliki sekitar 450 blog, beberapa di antaranya berusia empat hingga lima tahun dan karena itu ketinggalan zaman dan hampir tidak memiliki lalu lintas di dalamnya. Apakah Anda merekomendasikan untuk menghapusnya karena merusak peringkat pencarian umum kami? Apa cara terbaik: hapus semua tanpa lalu lintas sekaligus dan minta penghapusan indeks di Google, atau apakah Anda merekomendasikan pendekatan langkah demi langkah?”

John menjawab, “Saya pikir dengan blog, yang Anda maksud adalah posting blog, jadi halaman individual, bukan kumpulan halaman utuh. Karena saya pikir jika Anda memiliki begitu banyak kumpulan halaman yang berbeda, itu mungkin perubahan yang lebih besar. Tetapi dengan 450 halaman, […] di mana Anda mengatakan, ini tidak mendapatkan banyak lalu lintas, haruskah saya menghapusnya atau tidak? Dari sudut pandang saya, mungkin itu adalah sesuatu di mana Anda dapat melakukan panggilan itu sendiri. Saya tidak melihat itu sebagai sesuatu di mana dari sudut pandang SEO, Anda akan melihat perubahan yang signifikan kecuali ini adalah posting blog yang mengerikan.

Hal utama, bagaimanapun, saya akan berhati-hati adalah bahwa hanya karena sesuatu tidak memiliki banyak lalu lintas tidak berarti bahwa itu adalah bagian dari konten yang buruk. Ini bisa berarti itu adalah sesuatu yang sangat jarang mendapat lalu lintas, mungkin setahun sekali, mungkin sangat musiman. Secara keseluruhan ketika Anda melihatnya dari sudut pandang situs web, itu tidak terlalu relevan, tetapi mungkin relevan sebelum Natal, misalnya. Jadi dari sudut pandang itu, saya akan mengatakan tidak apa-apa untuk membuka situs web dan mencari tahu bagian mana yang ingin Anda simpan dan bagian mana yang ingin Anda bersihkan. Tapi hanya murni melihat lalu lintas untuk mencari tahu bagian mana yang ingin Anda bersihkan, saya pikir itu terlalu disederhanakan.

Tetapi sekali lagi, dari sudut pandang SEO menghapus 450 halaman dari situs web yang lebih besar, itu adalah perubahan kecil, dan saya tidak akan khawatir tentang kapan Anda melakukannya dan bagaimana tepatnya Anda melakukannya. Hapus mereka setiap kali Anda menyadari bahwa mereka tidak lagi berharga. Hapus semuanya sekaligus, itu juga merupakan opsi.

Sehubungan dengan mengirimkan mereka dengan alat penghapusan juga di Search Console, itu mungkin tidak akan mengubah apa pun karena alat penghapusan di Search Console menyembunyikan halaman di hasil pencarian mereka, itu tidak menghapus apa pun dari pengindeksan. Jadi itu satu hal yang tidak perlu Anda lakukan. Tetapi sekali lagi, jika tidak, saya akan memikirkan halaman mana yang ingin Anda simpan, mana yang ingin Anda hapus, dan melaluinya seperti itu.”

Masalah pengindeksan artikel baru

54:55 “Saya memiliki situs web kecil, dan hanya berisi beberapa ratus URL. […] Dan itu telah berjalan dengan baik untuk waktu yang lama. Dan tiba-tiba, pada bulan November, karya-karya yang diterbitkan tidak diindeks lagi, tidak semuanya. […] Kami duduk di sana dan melihat bahwa Google merayapi mereka atau menemukan mereka […]‒ tetapi [mereka] tidak diindeks. Jadi saya mencoba segalanya: Saya melihat masalah teknis, tautannya bagus. Jadi pertanyaan saya adalah, apakah ada perubahan paradigma yang dikatakan Google, terima kasih telah menerbitkan artikel ini, tetapi kami tidak menginginkannya sekarang? Apakah ini sesuatu yang baru yang telah berubah baru-baru ini?”

Menurut John, “Tidak juga, setidaknya tidak setahu saya. Maksud saya, saya pikir apa yang saya lihat banyak sehubungan dengan pertanyaan pengindeksan yang saya dapatkan saat ini adalah dari segi teknis, sangat mudah bagi situs web untuk membuat situs web yang berfungsi. Anda mengatur WordPress, dan pada dasarnya semua SEO dilakukan untuk Anda. Dan dari sudut pandang kami, ini berarti lebih jarang terjadi masalah teknis dengan halaman yang tidak diindeks. Itu berarti semua konten yang kami dapatkan secara teknis baik-baik saja, dan sistem kami harus jauh lebih kritis sehubungan dengan kualitas situs web secara keseluruhan, kualitas potongan konten yang kami dapatkan. Dan itu adalah sesuatu di mana selain itu di Search Console, kami memberi Anda semua informasi tentang hal-hal seperti Ditemukan, [‒ saat ini] tidak diindeks atau Dirayapi, [‒ saat ini] tidak diindeks. Dan kemudian tiba-tiba Anda melihat semua masalah ini, dan sepertinya ada sesuatu yang harus diperbaiki orang. Dari sudut pandang itu, rasanya normal bagi kami untuk mendapatkan lebih banyak pertanyaan pengindeksan ini hanya karena, yah, banyak konten yang OK, dan kami masih tidak dapat mengindeks semua yang ada di web, jadi kami harus membuat luka di suatu tempat.”