Jam Kerja SEO, 21 Januari 2022

Diterbitkan: 2022-01-26

Inilah rangkuman pertanyaan dan jawaban paling menarik dari Google SEO Office Hours bersama John Mueller pada 21 Januari 2022.

Isi sembunyikan
1 Nilai tautan internal
2 Masalah perayapan
3 Turunkan jumlah halaman yang diindeks
4 Halaman yang tidak diindeks vs. karakter khusus di URL
5 properti GSC dan halaman yang diindeks non-trailing
6 Memulihkan dari waktu henti situs web
7 Migrasi situs web
8 Tautan internal dan struktur situs web

Nilai tautan internal

00:44 “Apakah ada nilai yang berbeda dari tautan internal di header, footer, atau di konten?”

Menurut John, “Ini sangat mirip. Saya tidak berpikir ada sesuatu yang berbeda secara kuantitatif tentang tautan internal di berbagai bagian halaman. Saya pikir itu berbeda ketika datang ke konten di berbagai bagian halaman di mana kami mencoba mencari tahu apa yang unik untuk sebuah halaman. Tapi untuk link, saya rasa tidak apa-apa.”

Masalah perayapan

03:33 “Setelah November [2021] Google [Core] memperbarui situs web saya [memiliki beberapa masalah dengan] perayapan. Beberapa tautan [telah dirayapi, dan] beberapa tidak. […] Bagaimana saya bisa memperbaikinya?”

John berkata, “Saya pikir ada dua kemungkinan. Salah satunya adalah mungkin ada masalah teknis. Saya tidak berpikir demikian […] karena sepertinya beberapa halaman sedang dirayapi secara normal.

Yang lainnya adalah bahwa kami tidak merayapi semuanya sepanjang waktu. Kami tidak mengindeks semua yang ada di web, dan terkadang kami harus memprioritaskan banyak hal. […] Kami mencoba memahami apa nilai keseluruhan dari sebuah situs web dalam hal berapa banyak sumber daya yang harus kami keluarkan untuk situs web tersebut. Dan itu tercermin dalam seberapa banyak kita merangkak juga. Itu mungkin sesuatu yang Anda lihat di mana algoritme kami tidak yakin dengan kualitas situs web secara keseluruhan. Membantu meningkatkan kualitas situs web biasanya berakhir dengan membuatnya sehingga kami merayapi lebih banyak situs web juga.”

Turunkan jumlah halaman yang diindeks

05:47 “Selama setahun terakhir, kami telah membuat banyak peningkatan teknis pada situs ini, dan pelanggan kami tampaknya senang dengan situs ini. Namun, sejak akhir Oktober, jumlah halaman yang diindeks oleh Google telah turun drastis sebesar 25 persen [yaitu] sekitar 500.000 halaman. Yang kami kirimkan […] telah turun lebih dari 50 persen. […] Hal yang kami temukan adalah bahwa […] jika tidak ada ulasan di halaman produk, validator skema tidak senang karena tidak ada ulasan yang disebutkan. […] Apakah ada sesuatu yang kita lewatkan […] atau apakah itu sebenarnya cukup untuk menjadi penyebab utamanya?”

John menjawab, “Hanya karena data terstruktur tidak sepenuhnya valid pada suatu halaman, bukan berarti kami akan menghapusnya dari pengindeksan, jadi itu sepertinya tidak ada hubungannya dengan saya. Saya membayangkan laporan di Search Console menunjukkan semua kesalahan ini. Anda melihat mereka, dan Anda berkata, yah, saya tidak peduli dengan markup di sana. Dan itu bagus. Itu bukan pertanda bahwa kami menganggap situs web Anda buruk karena data terstrukturnya tidak valid. Kami hanya ingin memberi tahu Anda, jika Anda ingin menggunakan data terstruktur ini, itu tidak berfungsi. Tapi itu tidak akan mempengaruhi perayapan, pengindeksan, atau peringkat.

Sulit untuk mengatakan, begitu saja, apa yang mungkin menyebabkan itu. Mungkin […] bahwa sistem kami tidak yakin tentang kualitas, secara keseluruhan, situs web Anda. Ketika datang ke situs web yang begitu besar, di mana Anda melihat massa angka di sana, satu hal yang juga akan saya lakukan adalah mencoba melihat beberapa sampel dan mencoba melihat, apakah angka tersebut benar-benar mencerminkan masalah yang sebenarnya? Atau apakah jumlah halaman yang diindeks pada dasarnya mencerminkan sesuatu yang teknis yang sedang dibersihkan?

Misalnya, terkadang, kami mengindeks halaman dengan parameter berbeda yang menyertainya, seperti parameter pelacakan Analytics. Dapat dengan mudah terjadi bahwa kami tiba-tiba mengindeks 100.000 halaman tersebut. Mereka semua diindeks. Dan dalam grafik, sepertinya itu hal yang besar. Tetapi jika kami menghapus semua halaman itu, itu tidak akan mengubah apa pun untuk situs web Anda karena ini adalah halaman yang diindeks secara tidak sengaja. Jadi dalam grafik, itu bisa terlihat sangat dramatis, dan naik, dan semua hal ini diindeks, lalu turun. […] Tetapi mungkin saja sistem kami sedang memperbaiki masalah terkait pengindeksan yang tidak memengaruhi bagian situs web Anda lainnya. Apa yang saya coba lakukan adalah mencari tahu masalah mana yang memengaruhi lalu lintas atau visibilitas situs web Anda. Maka mungkin masalah pengindeksan adalah sesuatu yang termasuk dalam hal itu, tetapi saya akan mencoba memisahkannya. ”

09:13 “Satu hal yang kami perhatikan, ini adalah pertama kalinya kami melihat Crawling [– saat ini] tidak diindeks. […] Kami merasa ini memberi tahu kami sesuatu, tetapi kami tidak yakin bagaimana menafsirkannya.”

John: “Saya rasa tidak banyak yang bisa Anda tarik dari itu. Dua status, Dirayapi [ saat ini] tidak diindeks dan Ditemukan [ saat ini] tidak diindeks, keduanya pada dasarnya setara karena kita tahu tentang URL. Kami mengonfirmasi bahwa kami telah mendengarnya, tetapi kami memutuskan untuk tidak mengindeksnya. Itu adalah sesuatu yang kami cari bersama tim pengindeks untuk mencari tahu, apakah ini masalah umum? Karena kami mendengar semakin banyak laporan tentang ini. Atau pada dasarnya lebih terlihat daripada dulu? Karena bahkan di masa lalu, kami selalu hanya mengindeks sebagian dari situs web. Namun kami tidak pernah menunjukkannya kepada orang-orang di Search Console. Kami fokus pada lalu lintas yang Anda dapatkan, bukan mengapa kami tidak mengindeks halaman individual.”

Halaman yang tidak diindeks vs. karakter khusus di URL

23:56 “Kami baru mengetahui bahwa mulai 13 Januari, halaman terindeks kami turun lebih dari 90 persen. […] Bisakah Anda memberi kami beberapa rekomendasi tentang aspek mana yang dapat kami temukan untuk mengidentifikasi masalah? […] Saat kami memeriksa sampel, kami melihat bahwa URL [yang dirayapi Google] memiliki beberapa tanda tidak biasa seperti tanda tanya [dan] beberapa tanda plus di URL, tetapi URL kami yang sebenarnya tidak memiliki tanda ini. Itu satu hal yang tidak biasa terlihat.”

Tanggapan John adalah, “Saya pikir satu aspek yang mungkin juga ingin Anda periksa adalah apakah kami dapat merayapinya dengan benar atau tidak. Saya membayangkan Anda sudah memeriksanya, tetapi selalu baik untuk memeriksa ulang di sana. ”

Ketika berbicara tentang karakter khusus dalam URL, John menambahkan, “Yang selalu terjadi adalah kami menemukan banyak URL untuk situs web. Jika menurut kami tidak penting, kami akan menyimpannya di daftar kami, dan pada titik tertentu, kami akan mencoba merayapinya. Saya menduga ini hanyalah URL acak yang kami temukan seiring waktu. Kami mencoba untuk merayapi mereka dari waktu ke waktu untuk melihat apakah ada sesuatu yang kami lewatkan, tetapi itu bukan tanda masalah situs web jika kami juga merayapi beberapa URL acak.”

Dan mengacu pada aspek teknis yang mungkin mengakibatkan situasi seperti itu, John berkata, “Biasanya, masalah utama adalah tentang kualitas keseluruhan situs web yang menjadi pertimbangan apakah akan mengindeks URL individual atau tidak. Itu adalah sesuatu yang juga bisa berubah seiring waktu. Tidak begitu banyak perubahan kualitas situs web Anda, tetapi persepsi kami tentang kualitas situs web dapat berubah dari waktu ke waktu. Dan itu biasanya elemen utama yang berperan di sana.

Jika Anda melihat perubahan pengindeksan ini terjadi dalam waktu singkat, mungkin sistem kami baru saja mengubah cara kami mengevaluasi kualitas untuk situs web Anda, dan, tiba-tiba, semuanya berada dalam wadah yang sedikit berbeda. Sedangkan jika Anda melihatnya dalam jangka waktu yang lebih lama, maka […] lama-kelamaan sistem kami semakin tidak percaya diri dengan situs web tersebut.”

Properti GSC dan halaman terindeks non-trailing

33:18 “Kami telah mencoba membuat properti GSC untuk beberapa folder khusus negara kami untuk memantau kinerjanya dengan lebih baik. Kami tidak menggunakan garis miring di URL kami. Jadi ketika properti folder baru ditambahkan ke GSC, garis miring secara otomatis ditambahkan ke alamat, dan tidak ada data yang diambil dan dilaporkan untuk versi halaman indeks yang tidak mengikuti. Apakah ada cara untuk menambahkan folder sebagai properti GSC dan menangkap statistik untuk halaman yang diindeks non-trailing juga?

John: “Tidak, saat ini tidak. Dari sudut pandang kami, halaman tanpa garis miring di akhir hanyalah sebuah halaman. Jika ada garis miring, maka itu folder, itulah model yang kami gunakan untuk Search Console. Jadi, jika Anda memiliki halaman beranda dari satu bagian situs web Anda dan tidak memiliki garis miring, maka kami akan melihatnya sebagai halaman dalam situs tingkat yang lebih tinggi. Pada tingkat domain mungkin, Anda akan melihat semua ini. Jika Anda ingin data terlihat secara independen, Anda harus menariknya dari properti tingkat yang lebih tinggi di Search Console.”

Memulihkan dari waktu henti situs web

34:29 “Situs web saya, rata-rata sekitar 200.000 sesi sehari, terkena masalah teknis. Situs ini down selama 14-15 jam hanya dua hari yang lalu. Sementara lalu lintas kemarin kira-kira normal, hari ini, banyak halaman kami yang hilang dari penelusuran Google. Situs telah stabil selama 8 tahun terakhir, dan kami tidak pernah mengalami masalah seperti ini sebelumnya. Apa yang kamu sarankan?

John berkata, “Biasanya, jika Anda memiliki masalah teknis semacam ini untuk waktu yang singkat, dapat terjadi bahwa halaman-halaman ini akan keluar dari indeks kami, dan biasanya mereka akan muncul kembali dengan cukup cepat juga. Apa yang biasanya terjadi adalah halaman yang kami jelajahi lebih sering mungkin diambil lebih dulu dan diperhatikan selama masalah teknis ini. Mungkin kita menjatuhkan mereka selama waktu itu. Jadi, Anda mungkin melihat hal itu tercermin dalam lalu lintas Anda juga, tetapi kabar baiknya adalah bahwa laman ini juga cenderung cukup sering dirayapi ulang, sehingga [juga] harus muncul kembali dengan cukup sering.

Cara terbaik untuk melindungi dari masalah ini adalah memastikan bahwa Anda memiliki beberapa sistem yang dapat menyajikan kode hasil 503 ketika ada masalah. Mungkin itu tidak dipicu secara otomatis, tetapi bahkan jika Anda dapat mengaktifkan kode hasil 503 ini secara manual, pada dasarnya apa yang terjadi kemudian adalah, ketika kami merayapi halaman selama waktu itu dan melihat 503, maka kami akan mengatakan ada masalah di sini. Kami akan mengabaikannya dan kembali lagi nanti untuk memeriksa ulang.

Pada dasarnya jika Anda dapat menyajikan kode hasil 503, untuk jangka waktu satu atau dua hari, maka kami akan melihatnya sebagai kesalahan sementara, dan kami tidak akan menghapus halaman ini dari indeks kami karena kami pikir halaman tersebut masih ada. Sedangkan jika Anda melayani 404, atau jika Anda menyajikan halaman kosong atau hanya halaman kesalahan, secara langsung, maka kami mungkin menganggap bahwa halaman ini telah hilang, dan kami akan menghapusnya dari indeks.

Itu akan menjadi rekomendasi saya. Sering kali, Anda tidak bisa langsung masuk ketika keadaan turun dan tiba-tiba mencari cara untuk melakukan 503. Jadi saya akan mempersiapkan sistem itu sebelumnya sehingga Anda dapat beralih secepat mungkin. […] Jika Anda dapat melayani 503 selama satu atau dua hari, maka Anda seharusnya tidak melihat perubahan apa pun dalam pengindeksan pencarian Anda sama sekali. Jika lebih lama, maka jelas Anda masih bisa, tetapi setidaknya untuk satu atau dua hari itu Anda terlindungi.

Jika Anda tidak dapat melakukan itu seperti yang Anda lakukan di sini, saya akan berasumsi bahwa ini akan kembali secara otomatis. Saya tidak berpikir ada manual apa pun yang perlu Anda lakukan. Kami akan meng-crawl ulang halaman-halaman ini. Kami akan melihat ada konten bagus di sana lagi. Kami akan mengindeksnya lagi, […] mengambil sinyal yang kami miliki sebelumnya. Ini pada dasarnya harus diindeks dan diberi peringkat serupa dengan sebelumnya. Seharusnya tidak ada masalah jangka panjang di sini.”

Migrasi situs web

38:37 “Kami ingin memigrasikan konten dari satu situs web ke dua domain terpisah dan membaginya. Apa yang harus kita lakukan di GSC domain lama? Domain mana yang harus kita tunjuk sebagai penerima? Bagaimana cara memberi tahu Google tentang itu?”

John berkata, “Dalam kasus seperti ini, di mana Anda memisahkan atau menggabungkan situs web, Anda tidak dapat menggunakan alat Ubah Alamat di Search Console, karena itu bergantung pada fakta bahwa pemindahan tersebut adalah pemindahan satu-ke-satu. dari satu domain ke domain lain. Segera setelah Anda memisahkan atau menggabungkan situs web, maka itu bukan lagi satu-ke-satu, itu pada dasarnya adalah sesuatu yang harus diproses berdasarkan per URL. Jadi untuk hal-hal ini, pada dasarnya, yang ingin Anda lakukan hanyalah mengatur pengalihan dengan benar. Ikuti panduan normal yang kami miliki untuk pemindahan situs dan perlu diingat bahwa setelan Search Console untuk Perubahan Alamat mungkin tidak cocok di sana.

Selain itu, setelan Search Console akan mencoba menguji beberapa halaman contoh di situs Anda untuk pengalihan tersebut. Mungkin sepertinya semuanya baik-baik saja, tetapi saya pikir masih salah menggunakan pengaturan itu jika Anda membagi situs web. Hanya karena berpotensi mengacaukan sinyal sedikit, saya ragu itu akan menyebabkan masalah, tapi saya rasa Anda tidak akan mendapat keuntungan menggunakan alat Ganti Alamat itu jika Anda tidak berpindah dari satu domain ke domain lain. ”

Tautan internal dan struktur situs web

51:16 “Apakah masuk akal untuk melihat tautan internal dari halaman penting situs web untuk melihat apakah mereka memiliki tautan dari halaman internal penting lainnya dan […] untuk [menghapus] tautan ke halaman yang kurang penting sehingga tautan ke halaman penting lebih berbobot?”

John menjawab, “Itu adalah sesuatu yang dapat Anda lakukan. Ini agak rumit karena kami mencoba pintar dengan cara kami memproses tautan internal. Terutama beberapa halaman yang sangat umum yang mendapatkan banyak tautan, seperti halaman Tentang Kami atau Persyaratan Layanan, ditautkan dari seluruh situs web. Tetapi pada saat yang sama, kami memahami bahwa ini adalah pola yang normal, dan itu tidak berarti bahwa kami harus memberi peringkat pada halaman Persyaratan Layanan untuk siapa saja yang mencari nama perusahaan. Ini adalah sesuatu di mana, di satu sisi, tautan internal adalah sesuatu yang dapat Anda kendalikan. Tapi saya tidak akan berlebihan dan berkata, yah, saya menghapus tautan ke halaman yang menurut saya tidak penting. Karena itu terutama sesuatu yang terjadi ketika kami memperkenalkan nofollow yang orang-orang akan katakan, oh, Persyaratan Layanan saya [halaman] semua tautan akan menjadi nofollow untuk itu. Itu tidak mengubah apapun. Ini banyak pekerjaan, dan Anda harus mempertahankannya selamanya, tetapi itu tidak mengubah apa pun untuk situs web Anda, jadi itu seperti pekerjaan yang sia-sia.

Tetapi saya tetap akan merekomendasikan mengunjungi situs web Anda dan mencoba membuat grafik tentang bagaimana segala sesuatunya terhubung. Saya pikir beberapa atau mungkin sebagian besar alat SEO memiliki beberapa kemampuan untuk melakukan itu untuk merayapi situs web dan membuat grafik ini […] untuk menunjukkan struktur situs web. Dan ketika Anda melihatnya, kadang-kadang Anda dapat melihat sekilas apakah ada struktur yang bersih atau benar-benar berantakan? Jika benar-benar berantakan, maka saya pikir ada ruang untuk membersihkannya dan memperjelas seperti apa strukturnya.

Dengan membuat struktur yang lebih jelas, Anda membantu kami memahami halaman mana yang menurut Anda lebih penting, jadi itulah yang akan saya coba temukan cara untuk membersihkannya. Bukannya saya mengatakan situs web Anda akan mendapat peringkat lebih baik jika Anda memiliki struktur yang bersih, tetapi lebih jika kami memahami situs web Anda harus diberi peringkat dalam kisaran ini [dan] halaman mana yang paling penting. Itu adalah sesuatu yang Anda katakan kepada kami di sana […] dan itu memberi Anda nilai dan bahwa Anda mengirim orang ke halaman yang Anda pedulikan. Itu pasti sesuatu yang akan saya lakukan.”

55:03 “Bagaimana dengan PageRank internal yang cukup mudah untuk dihitung? Apakah Anda merekomendasikan melakukan itu untuk melihat halaman mana yang memiliki bobot paling banyak dari tautan internal, atau apakah Anda akan mengatakan ini adalah sesuatu ya yang tidak perlu?

John menjawab, “[…] Aspek yang tidak dapat Anda modelkan di sana adalah bahwa setiap halaman akan mendapatkan tautan eksternal yang berbeda, dan itu pada dasarnya mempengaruhi PageRank internal juga. Jika semua orang menautkan ke halaman Persyaratan Layanan Anda, maka tiba-tiba ada sesuatu yang memiliki banyak PageRank. Dan PageRank adalah sesuatu yang kami gunakan di sistem kami, tetapi kami menggunakan banyak hal lain. Ini adalah gadget yang menarik dari sudut pandang teknis, tetapi saya tidak akan melihatnya sebagai sesuatu yang superkritis dari sudut pandang praktis. Anda lebih ingin bermain-main dengan angka dan bermain dengan grafik yakin Anda bisa menghitung ini. Saya tidak akan melihatnya sebagai sesuatu yang tercermin satu-ke-satu di Google.”