Jam Kerja SEO, 18 Februari 2022

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

Jenis situs web yang terpengaruh oleh pembaruan Ulasan Produk

4:03 “[…] Pertanyaan saya adalah tentang pembaruan ulasan produk […]. Saya ingin memahami bagaimana Google mengidentifikasi apakah halaman atau situs terkait dengan ulasan produk. […] Misalnya, ada situs eCommerce […] dan mereka juga memiliki blog tempat mereka mengulas produk mereka sendiri. Mereka menulis tentang pro dan kontra dari produk mereka, membandingkan produk yang berbeda. […] Apakah Google akan mengatakan bahwa […] ini juga ulasan produk dan dapat dianalisis dengan pembaruan ulasan produk? […]”

Seperti yang dijelaskan John, “[…] Rekomendasi yang kami miliki untuk ulasan produk […] akan relevan untuk semua jenis ulasan produk. Jadi saya tidak serta merta mencoba melihat, apakah menurut Google situs saya adalah situs review produk atau bukan […]. Namun, jika menurut Anda praktik baik ini akan berlaku untuk konten Anda, lakukan saja praktik baik itu […]”.

Penggunaan API Pengindeksan

6:53 “[…] [dokumentasi Google] menyebutkan bahwa Indexing API harus digunakan untuk halaman seperti posting pekerjaan atau acara penyiaran. Apakah mungkin kita dapat mencoba API ini untuk jenis konten yang berbeda, seperti beberapa artikel berita atau konten blog?”

John menjawab: “Orang-orang mencobanya. Tetapi pada dasarnya, apa yang telah kami dokumentasikan adalah untuk apa kami menggunakan API. Jika Anda tidak memiliki konten yang termasuk dalam kategori tersebut, maka API tidak akan membantu Anda di sana”.

EAT dan algoritma Google

10:54 “[…] EAT disebutkan dalam [ Pedoman Penilai Kualitas ], tetapi saya ingin tahu apakah algoritme nyata juga [mencakup] faktor EAT seperti keahlian penulis?”

John berkata: “Saya akan berasumsi bahwa ada beberapa pekerjaan tidak langsung yang dilakukan untuk mencoba melakukan hal serupa. […] Kami memasukkan ini ke dalam pedoman sehingga kami dapat memandu penguji kualitas untuk memeriksa ulang hal-hal ini. Dan jika kita berpikir bahwa itu adalah sesuatu yang penting, maka saya akan berasumsi bahwa orang-orang di sisi kualitas pencarian juga bekerja untuk mencoba memahaminya dengan cara yang lebih algoritmik.

Tapi saya tidak akan melihat […] [bahwa akan ada] skor EAT, dan Anda harus mendapatkan lima atau sesuatu seperti itu di atasnya. Ini lebih mencoba memahami konteks konten di web”.

Sebutan merek yang tidak ditautkan dan konten yang dibuat pengguna

12:01 “[…] Saya melihat orang berbicara tentang penyebutan merek yang tidak tertaut […]. Apakah menurut Anda ini juga penting untuk algoritme [Google] […]?”

Dengan penyebutan merek yang tidak tertaut, orang tersebut merujuk pada situasi di mana situs lain menyebutkan merek Anda tetapi tidak menyertakan tautan ke situs web Anda.

John berkata: “[…] Saya pikir itu agak rumit, karena kita tidak benar-benar tahu apa konteksnya. Saya tidak berpikir itu hal yang buruk […] bagi pengguna karena jika mereka dapat menemukan situs web Anda melalui penyebutan itu, maka itu selalu merupakan hal yang baik. Tapi saya tidak akan berasumsi bahwa ada beberapa […] faktor SEO yang mencoba mencari tahu di mana seseorang menyebutkan nama situs web Anda”.

12:58 “[…] Bagaimana dengan ulasan atau komentar pengguna? Apakah menurut Anda itu juga merupakan faktor peringkat untuk sebuah artikel atau produk?”

John menjawab bahwa “[…] Seringkali, orang akan menulis tentang halaman dengan kata-kata mereka sendiri dan itu memberi kami sedikit lebih banyak informasi tentang bagaimana kami dapat menampilkan halaman ini di hasil pencarian. Dari sudut pandang itu, saya pikir komentar adalah hal yang baik di sebuah halaman. Jelas, menemukan cara untuk mempertahankannya dengan cara yang masuk akal terkadang rumit karena orang juga mengirim spam ke komentar tersebut […]. Jika Anda dapat menemukan cara untuk mempertahankan komentar di halaman web, itu memberi Anda sedikit lebih banyak konteks, dan membantu orang yang mencari dengan cara yang berbeda untuk juga menemukan konten Anda”.

Googlebot dan pengguliran tak terbatas

24:00 “[…] Apakah Anda tahu apakah Googlebot cukup canggih untuk menangani pengguliran tak terbatas , atau setidaknya sesuatu di mana konten terus membangun sesuatu?”

John berkata: “ Sedikit […].

Apa yang terjadi saat kami merender halaman adalah, kami menggunakan area pandang yang cukup tinggi, seperti jika Anda memiliki layar yang sangat panjang, dan kami merender halaman untuk melihat apa yang akan ditampilkan halaman di sana. Biasanya, itu akan memicu sejumlah pengguliran tak terbatas dalam metode JavaScript apa pun yang Anda gunakan untuk memicu pengguliran tak terbatas. Apa pun yang akhirnya dimuat di sana, itulah yang dapat kami indeks.

[…] Bergantung pada bagaimana Anda menerapkan gulir tak terbatas, bisa jadi kami memiliki halaman yang lebih panjang ini di index. Mungkin kita tidak memiliki semua yang cocok dengan halaman itu. Karena tergantung pada bagaimana Anda memicu gulir tak terbatas, mungkin Anda baru saja memuat halaman berikutnya. Kemudian kita mungkin memiliki dua atau tiga halaman ini yang dimuat pada satu halaman dengan gulir tak terbatas, tetapi tidak semuanya. […] Saya akan merekomendasikan mengujinya dengan alat Inspeksi [URL] dan hanya melihat seberapa banyak yang akan diambil Google”.

Segarkan dan temukan data dalam laporan Statistik Perayapan

33:32 “Dalam laporan Search Console [ Statistik Perayapan ], 97% permintaan perayap disegarkan, dan hanya 3% yang ditemukan. Bagaimana cara mengoptimalkan ini dan membiarkan Google menemukan lebih banyak halaman?”

John menjawab: “[…] Itu normal untuk […] situs web yang lebih tua dan lebih mapan untuk memiliki banyak perayapan penyegaran karena kami akan melihat jumlah halaman yang kami ketahui bertambah seiring waktu. Dan jumlah halaman baru yang masuk cenderung cukup stabil. Ini cukup umum, terutama untuk situs web yang sudah mapan dan tumbuh perlahan, memiliki keseimbangan seperti ini, bahwa sebagian besar perayapan dilakukan pada perayapan penyegaran dan tidak pada perayapan penemuan.

Saya pikir akan berbeda jika Anda memiliki situs web […] di mana Anda memiliki banyak artikel baru yang masuk, dan konten lama menjadi tidak relevan dengan sangat cepat. Kemudian saya pikir kita akan cenderung lebih fokus pada penemuan. […] Jika Anda memiliki sesuatu seperti situs eCommerce, di mana Anda baru saja meningkatkan jumlah konten yang Anda miliki secara perlahan, dan sebagian besar konten lama tetap valid, […] jumlah perayapan penyegaran [adalah] mungkin akan menjadi sedikit lebih tinggi”.

Mengurangi perayapan situs web

35:09 “Selama beberapa minggu terakhir, saya melihat penurunan besar dalam statistik perayapan, dari 700 menjadi 50 per hari. Apakah ada cara untuk memahami dari laporan Search Console apa yang bisa menjadi penyebab penurunan ini? Mungkinkah itu memuat halaman sumber? Bagaimana saya bisa membaca perincian permintaan perayapan dengan benar?”

John memberikan penjelasan terperinci tentang bagaimana Google merayapi situs web dan faktor apa yang memengaruhi perayapan: “[…] Ada beberapa hal yang mempengaruhi jumlah perayapan yang kami lakukan.

[…] Kami mencoba mencari tahu berapa banyak yang kami perlukan untuk menjelajah dari situs web agar semuanya tetap segar dan berguna dalam hasil pencarian kami. Dan itu bergantung pada pemahaman kualitas situs web Anda, bagaimana hal-hal berubah di situs web Anda. Kami menyebutnya permintaan perayapan.

Di sisi lain, [ada] batasan yang kami lihat dari server Anda, […] situs web, […] infrastruktur jaringan terkait dengan seberapa banyak kami dapat merayapi situs web. Kami mencoba untuk menyeimbangkan keduanya.

Dan pembatasan cenderung terikat pada dua hal utama: […] waktu respons keseluruhan untuk permintaan

ke situs web, dan […] jumlah […] kesalahan server yang kami lihat selama perayapan. Jika kami melihat banyak kesalahan server, maka kami akan memperlambat perayapan […]. Jika kami melihat server Anda semakin lambat, maka kami juga akan memperlambat perayapan […].

Kesulitan dengan aspek kecepatan adalah bahwa kita memiliki dua […] cara berbeda dalam memandang kecepatan. Terkadang itu membingungkan ketika Anda melihat tingkat perayapan. Khusus untuk crawl rate, kita lihat saja, seberapa cepat kita bisa request URL dari server Anda?

Dan aspek lain dari kecepatan yang mungkin Anda temui adalah segala sesuatu di sekitar Core Web Vitals dan seberapa cepat halaman dimuat di browser. Kecepatan yang diperlukan di browser cenderung tidak terkait langsung dengan kecepatan yang diperlukan bagi kami untuk mengambil URL individual di situs web. Karena di browser, Anda harus memproses JavaScript, menarik semua file eksternal ini, merender konten, menghitung ulang posisi semua elemen di halaman. Dan itu membutuhkan waktu yang berbeda dari sekadar mengambil URL itu.

[…] Jika Anda mencoba mendiagnosis perubahan dalam kecepatan perayapan, jangan lihat berapa lama waktu yang dibutuhkan halaman untuk dirender. […] Lihat saja berapa lama waktu yang dibutuhkan untuk mengambil URL itu dari server.

Hal lain […] adalah bahwa […] kami mencoba memahami di mana situs web dihosting […]. Jika kami mengetahui bahwa sebuah situs web mengubah hosting dari satu server ke server yang berbeda – itu bisa ke penyedia hosting yang berbeda, […] pindah ke CDN, atau mengubah CDN […] – maka sistem kami akan secara otomatis kembali ke beberapa tingkat aman di mana kita tahu bahwa kita tidak akan menyebabkan masalah dan kemudian, langkah demi langkah, meningkat lagi.

Setiap kali Anda membuat perubahan yang lebih besar pada hosting situs web Anda, saya akan berasumsi bahwa tingkat perayapan akan turun. Dan kemudian selama beberapa minggu ke depan, itu akan kembali ke apa pun yang kami pikir dapat kami jelajahi dengan aman di situs web kami. Itu mungkin sesuatu yang Anda lihat di sini.

Hal lainnya adalah, dari waktu ke waktu, algoritme kami untuk menentukan cara kami mengklasifikasikan situs web dan server […] dapat diperbarui juga. […] Bahkan jika Anda tidak mengubah apa pun dengan infrastruktur hosting Anda, algoritme kami akan mencoba mencari tahu [bahwa] situs web ini dihosting di server ini, dan server ini adalah salah satu yang sering kelebihan beban. Kami harus lebih berhati-hati dalam merayapi situs web ini agar tidak menimbulkan masalah. Itu sesuatu yang juga menetap secara otomatis dari waktu ke waktu, biasanya selama beberapa minggu […].

[…] Di Search Console [Google], Anda dapat menentukan kecepatan perayapan […] dan itu membantu kami memahami bahwa Anda memiliki setelan khusus […] untuk situs web Anda dan kami akan mencoba mempertimbangkannya. Kesulitan dengan pengaturan tingkat perayapan adalah bahwa itu adalah pengaturan maksimum. Itu bukan tanda bahwa kami harus merayapi sebanyak itu, melainkan bahwa kami harus merayapi paling banyak apa yang Anda tentukan di sana. Biasanya, pengaturan itu lebih berguna saat Anda perlu mengurangi jumlah perayapan, bukan saat Anda ingin menambah jumlah perayapan.

[…] Satu hal yang juga dapat Anda lakukan adalah, di Pusat Bantuan untuk Search Console, kami memiliki tautan untuk melaporkan masalah dengan Googlebot. Jika Anda melihat bahwa perayapan situs web Anda jauh di luar jangkauan yang Anda harapkan, maka Anda dapat melaporkan masalah dengan Googlebot melalui tautan itu […]”.

Bagaimana Google mengidentifikasi negara yang ditargetkan oleh halaman

56:25 “[…] Adapun penargetan geografis, selain menggunakan hreflang, bagaimana Google mengetahui [negara] apa yang Anda targetkan [dengan] situs web khusus ini atau subdirektori tertentu?”

Tanggapan John adalah: “ Kami mencoba mengelompokkan URL menurut pola yang jelas yang dapat kami kenali […], misalnya, menurut subdomain atau subdirektori. Jika Anda memiliki negara di subdirektori di tempat yang lebih tinggi di jalur, maka jauh lebih mudah bagi kami untuk mengatakan, semua yang ada di bawah jalur ini untuk negara ini, semua yang ada di jalur lain ini untuk negara lain.

Anda juga dapat memverifikasi masing-masing jalur di Search Console […], yang membuatnya sedikit lebih mudah bagi kami. Dalam praktiknya, saya tidak mendengar banyak umpan balik dari orang-orang yang mengatakan bahwa ini membuat perbedaan besar.

[…] Saya akan mencoba membuatnya […] sejelas mungkin negara mana yang relevan untuk masing-masing URL, dengan jalur yang jelas di URL. Saya pikir ada pertanyaan yang diajukan seseorang juga tentang menggunakan negara sebagai parameter URL di bagian akhir. Secara teoritis, Anda bisa melakukan itu […]. Untuk sistem kami, lebih sulit untuk mengenali URL mana yang dimiliki negara mana […]. Jika Anda menggunakan hreflang, maka itu bukan masalah, karena Anda dapat melakukannya berdasarkan per-URL”.

Sejumlah besar URL ditandai sebagai Ditemukan – saat ini tidak diindeks

58:25 “[…] Kami adalah situs eCommerce besar dan saat kami memeriksa laporan perayapan kami, kami menemukan bahwa ada sejumlah besar URL di [ Ditemukan – saat ini tidak diindeks ] […]. Apakah ini indikasi [a] masalah [di situs kami] […]?”

John berkata: “ Saya pikir itu tergantung pada halaman apa itu dan bagaimana Anda menggunakannya di situs web Anda. […] Kami menemukan semua jenis URL di seluruh web dan banyak dari URL tersebut tidak perlu dirayapi dan diindeks, karena mungkin itu hanya variasi URL yang sudah kami ketahui, atau [...] forum atau scraper acak script telah menyalin URL dari situs web Anda dan memasukkannya dengan cara yang rusak. […] Sangat normal memiliki banyak URL ini yang dirayapi dan tidak diindeks atau ditemukan dan tidak dirayapi, hanya karena ada begitu banyak sumber URL yang berbeda di seluruh web.

[…] Cobalah untuk mengunduh […] contohnya, sehingga Anda dapat melihat masing-masing contoh, dan […] mengklasifikasikan URL mana yang Anda pedulikan dan […] mana yang dapat Anda abaikan.

[…] Yang Anda pedulikan, itu adalah sesuatu di mana saya akan mencoba mencari tahu apa yang dapat Anda lakukan untuk mengikatnya dengan lebih baik di situs web Anda sehubungan dengan hal-hal seperti tautan internal. Jadi, jika ini adalah produk atau kategori individual yang tidak ditemukan, coba cari tahu apa yang dapat Anda lakukan secara sistematis untuk memastikan bahwa semua URL ini saling terhubung dengan lebih baik. […] Terutama dengan situs eCommerce yang lebih besar, ini bisa menjadi rumit, karena Anda tidak dapat melihat setiap URL satu per satu setiap saat.

Tetapi terkadang, ada trik yang dapat Anda lakukan di mana Anda mengatakan: apa pun yang merupakan kategori tingkat pertama, saya menautkannya dari halaman beranda saya. Dan saya memastikan bahwa kategori tingkat pertama saya memiliki paling banyak […] mungkin 100 item atau 200 item, sehingga Anda memiliki sedikit fungsi pemaksaan dalam hal apa yang Anda berikan kepada Google untuk dirayapi dan diindeks. Berdasarkan itu, Anda dapat membangunnya sedikit lebih sistematis.

[…] Sampai batas tertentu, saya hanya akan menerima bahwa Google tidak dapat merayapi dan mengindeks semuanya. […] Jika Anda mengenali, misalnya, bahwa […] masing-masing produk tidak dirayapi dan diindeks, pastikan setidaknya halaman kategori untuk produk tersebut dirayapi dan diindeks. Karena dengan cara itu, orang masih dapat menemukan beberapa konten untuk masing-masing produk tersebut di situs web Anda […].

Lihat apakah Anda dapat merayapi situs web Anda sendiri sehingga Anda memiliki sedikit lebih banyak data langsung tentang bagaimana situs web seperti milik Anda dapat dirayapi. Ada berbagai alat perayapan di luar sana. […] Dengan merayapi situs web itu sendiri, Anda dapat melihat URL mana yang tertaut sangat jauh dari beranda, dan mana yang ditautkan lebih dekat ke beranda Anda. Dan berdasarkan itu, terkadang Anda dapat mengubah struktur situs sedikit untuk memastikan bahwa semuanya cukup dekat atau cukup stabil, sehubungan dengan jarak dari halaman rumah Anda”.