Jam Kerja SEO, 4 Maret 2022

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

Menguji markup skema di validator schema.org vs. di Google Search Console

7:41 “John, jadi pertanyaan pertama saya adalah, Google Search Console membuat kesalahan […] di elemen data terstruktur yang diperlukan. Tetapi ketika saya memeriksanya di validator.schema.org, itu tidak menunjukkan peringatan atau kesalahan apa pun. Jadi pertanyaan pertama adalah, apakah situs yang tepat untuk memeriksa implementasi AMP dari sebuah halaman web? […]“

John menjawab, “ Ya, jadi alat pengujian ini untuk tujuan yang sedikit berbeda. Itu mungkin mengapa Anda melihat perbedaan itu. Alat pengujian di schema.org lebih tentang memahami markup schema.org secara umum, seperti secara keseluruhan, berdasarkan persyaratan yang dimiliki schema.org. Dan alat pengujian di Search Console hanya berfokus pada apa yang dapat kami tarik dari data terstruktur dan gunakan untuk ditampilkan di fitur Penelusuran. Jadi itu benar-benar terfokus pada bagian Pencarian dari cerita itu. Dan dalam Penelusuran, kami hanya menggunakan sebagian kecil dari markup schema.org. Dan terkadang, kami memiliki persyaratan yang sedikit berbeda yang mungkin memerlukan elemen tertentu lebih dari yang dibutuhkan markup schema.org dasar. Dan itulah mengapa Anda sering melihat perbedaan itu. Dan validator schema.org adalah untuk markup teoretis, dan validator Google benar-benar untuk sisi praktis Penelusuran Google. “

9:20 “[…] Pada dasarnya, ini bukan kesalahan. Ini adalah peringatan di Search Console. Dan ketika saya memeriksa detailnya di Search Console, itu hanya mengatakan bahwa Anda tidak melakukannya dengan benar. Jadi, apakah akan ada cara yang memungkinkan [untuk memperbaiki masalah], atau haruskah tim pengembang saya mencari tahu?

John menjelaskan, “Ya, jika itu peringatan, maka saya tidak akan khawatir tentang itu. Ini pada dasarnya hanya mengatakan Anda bisa melakukan sesuatu yang berbeda. [...]. Apa yang akan saya lakukan jika Anda ingin mengetahui apa sebenarnya perbedaannya, adalah memeriksa ulang dokumentasi di developers.google.com untuk Penelusuran, tempat kami memiliki semua data terstruktur yang didokumentasikan dan semua bidang wajib dan direkomendasikan. Dan mungkin salah satu bidang yang direkomendasikan atau opsional adalah yang memicu peringatan ini.”

Alasan mengapa halaman mungkin dirayapi tetapi tidak diindeks

14:11 “ Apa kemungkinan alasan bahwa […] halaman tertentu tidak diindeks, meskipun dirayapi beberapa kali? ”

John menjawab, “ Itu bisa terjadi. Saya akan menganggap itu tidak terlalu sering karena, biasanya, ketika kami memutuskan untuk merayapi sesuatu, kami juga cukup senang untuk pergi dan mengindeksnya. Tetapi dapat terjadi bahwa kami merayapi halaman dan kemudian, pada akhirnya, memutuskan, sebenarnya, kami tidak perlu mengindeksnya.

[…] beberapa situasi umum di mana itu bisa terjadi, yang mungkin tidak berlaku dalam kasus Anda, adalah jika ada kode kesalahan pada halaman. Kita harus meng-crawlnya terlebih dahulu, baru kemudian kita melihat kode kesalahannya. Jika ada noindex di halaman tersebut, kita juga harus meng-crawlnya terlebih dahulu, baru kemudian kita melihat noindex. Jika halaman tersebut merupakan duplikat lengkap dari sesuatu yang lain yang telah kami lihat, maka kami merayapinya, kami melihatnya sebagai duplikat, tetapi kami fokus pada halaman utama lagi. Jadi itu adalah situasi normal di mana kami akan merayapi sesuatu dan tidak mengindeksnya. Tapi bisa juga terjadi bahwa kita merayapi sesuatu dan kemudian, pada saat kita mengindeks, kita memutuskan, oh, sebenarnya, kita ingin mendapatkan sesuatu yang lain dari situs web sebagai gantinya. ”

15:41 “[…] faktor lain apa [selain yang telah disebutkan] yang dapat menyebabkan Googlebot memutuskan, oh, kami tidak ingin mengindeksnya di akhir?”

John berkata, “Saya tidak tahu begitu saja. Saya pikir kualitas situs web secara keseluruhan pasti berperan di sana, tetapi biasanya, jika kami tidak yakin tentang kualitas situs web, maka kami mungkin tidak akan merayapi halaman itu sejak awal. Jadi itu, saya pikir, semacam situasi yang rumit. Dan jika Anda melihat di Search Console, saya pikir, cukup banyak untuk setiap situs, Anda akan memiliki pengelompokan ditemukan tetapi tidak diindeks dan juga dirayapi dan tidak diindeks. Itu, menurut saya, cukup umum di seluruh situs.”

Orang yang mengajukan pertanyaan ingin tahu apakah ada hal lain yang harus mereka periksa kecuali kualitas halaman dan masalah teknis. John menyarankan agar mereka tidak terlalu fokus pada satu halaman, “ Saya juga berpikir penting untuk tidak terlalu fokus pada halaman tertentu. Jadi, jika Anda yakin bahwa, dari sudut pandang teknis, semuanya baik-baik saja, saya tidak akan berasumsi bahwa kualitas halaman tertentu itu adalah masalah, melainkan jenis kualitas yang dirasakan dari bagian situs web itu atau seluruh situs web itu sendiri. Itu semacam tempat di mana saya akan mencoba untuk melihat apa yang dapat Anda lakukan untuk meningkatkan hal-hal, bukan hanya halaman individual yang tidak diindeks, tetapi jenis gambaran yang lebih besar di sekitar halaman itu. ”

Bisakah menghapus daftar produk di situs eCommerce membuat Anda dirugikan?

21:48 “ Jadi kami menjalankan situs web eCommerce, dan kami sekarang berada dalam tahap di mana kami ingin membuat pembaruan besar pada halaman kategori kami. […] dalam satu draf, kami ingin menyingkirkan daftar produk. Jadi Anda memiliki daftar produk dengan pencarian segi, di mana Anda dapat memfilter produk yang Anda cari. […] ketika kami menghapus seluruh daftar produk dari halaman kategori, apakah kami memiliki kerugian dalam peringkat karena, pertama, semua pesaing lain memiliki daftar produk semacam ini? Dan kedua, tebakan saya adalah ini adalah elemen mapan untuk halaman eCommerce yang diharapkan pengguna […] memiliki semacam gambaran umum tentang semua produk dan filter memungkinkan mereka mencari produk yang mereka inginkan. ”

John menjawab, “ Saya tidak akan melihat ada masalah di sana dari sudut pandang SEO. Saya pikir ada beberapa hal berbeda yang ingin Anda perhatikan, […] sehingga kami masih dapat menemukan semua produk individual yang memiliki tautan bersih di sana. Tetapi jika Anda hanya mendesain ulang halaman kategori ini dan membuatnya terlihat lebih seperti halaman informasi, saya tidak akan mengharapkan masalah dengan itu. Saya juga tidak berpikir kami melakukan sesuatu yang istimewa dengan halaman kategori semacam itu di Penelusuran, jadi dari sudut pandang itu, Anda hanya mengubah desain, pada dasarnya.  

Saya pikir itu akan berbeda jika itu adalah halaman produk, dan Anda harus mengubahnya sepenuhnya karena kami mencoba mengenali halaman produk dan mencari tahu di mana harganya, di mana ketersediaannya , hal-hal semacam itu. Dan jika Anda membuatnya terlihat sangat berbeda […], maka saya dapat membayangkan hal itu memengaruhi cara kami mengambil halaman produk dan apakah kami dapat menampilkannya di hasil Penelusuran Produk atau tidak. Tapi halaman kategori, sejauh yang saya tahu, kami tidak melakukan sesuatu yang istimewa dengan mereka. Jadi, jika Anda menyembunyikannya, pada dasarnya, dan memastikan bahwa kami masih dapat menemukan tautan ke produk […] Anda dapat melakukannya. Tetapi jika Anda ingin membuatnya lebih berguna dengan memberikan lebih banyak informasi tentangnya, saya pikir itu ide yang bagus.”

Di akhir pertanyaan, John menambahkan bahwa penting untuk memeriksa perubahan dari sudut pandang pengguna : “[…] Anda menyebutkan 'apakah pengguna akan bingung'. Saya akan memeriksa ulang itu. Jadi dari sisi SEO, saya pikir itu baik-baik saja, tetapi dari sisi pengguna, itu mungkin sesuatu yang ingin Anda uji terlebih dahulu.”

Pentingnya struktur tautan internal

25:18 “ Jika Anda memiliki data terstruktur untuk penyiapan remah roti, apakah tautan internal masih penting untuk SEO?”

John menjawab, “Ya, tentu saja. Ini adalah sesuatu di mana tautan internal sangat penting untuk SEO. Saya pikir itu salah satu hal terbesar yang dapat Anda lakukan di situs web untuk memandu Google dan memandu pengunjung ke halaman yang menurut Anda penting. Dan apa yang Anda anggap penting sepenuhnya terserah Anda. Anda dapat memutuskan untuk membuat hal-hal penting di mana Anda mendapatkan uang paling banyak, atau Anda dapat membuat hal-hal penting di mana Anda adalah pesaing terkuat, atau mungkin Anda pesaing terlemah. Dengan tautan internal, Anda dapat benar-benar memfokuskan hal-hal pada arah tersebut dan bagian-bagian situs Anda. Dan itu bukan sesuatu yang bisa Anda ganti dengan data terstruktur.

Jadi, hanya karena ada data terstruktur pada halaman di suatu tempat, saya tidak akan melihatnya sebagai pengganti tautan internal normal. Meskipun dalam data terstruktur, Anda juga memberikan URL, kami tidak menggunakan URL tersebut dengan cara yang sama seperti kami menggunakan tautan internal normal pada suatu halaman. Jadi bukan berarti anotasi hreflang menggantikan tautan antar versi negara, atau anotasi breadcrumb menggantikan tautan antara berbagai tingkat situs web. Anda harus benar-benar memiliki tautan HTML normal di antara berbagai bagian situs web Anda. Dan, idealnya, Anda tidak hanya harus memiliki seperangkat tautan dasar, tetapi, sebaliknya, Anda harus melihatnya dengan cara yang strategis dan memikirkan tentang apa yang paling Anda pedulikan, dan bagaimana Anda dapat menyorotinya dengan tautan internal Anda? ”

Beberapa skema produk di halaman daftar produk

29:50 “ Untuk halaman daftar produk, dapatkah kami menerapkan beberapa skema produk di halaman daftar produk? ”

John berkata, “ Dari sudut pandang kebijakan kami, saya tidak berpikir Anda harus melakukan itu, setidaknya terakhir kali saya memeriksa kebijakan seputar data terstruktur, karena untuk data terstruktur produk, kami benar-benar ingin itu berlaku untuk primer. elemen halaman. Dan jika Anda memiliki beberapa produk pada satu halaman, bukan berarti salah satunya adalah elemen utama halaman tersebut. Jadi dari sudut pandang itu, Anda tidak boleh menggunakan beberapa elemen data terstruktur produk pada halaman kategori […]. ”

Bisakah peringkat Anda menurun jika Anda membuat halaman dengan bahasa campuran?

30:30 “ Apakah ada praktik terbaik untuk halaman dengan bahasa campuran yang digunakan? Misalnya, sekolah internasional kami di Jepang melayani keluarga Jepang dan non-Jepang, tetapi kami menyimpan sebagian besar informasi di halaman utama kami dalam bahasa Inggris. Kami menambahkan dukungan pada halaman dalam bahasa Jepang juga. […] Karena komunikasi kita dalam kehidupan nyata adalah bahasa campuran, memiliki halaman beranda mencerminkan yang terasa lebih alami. Apakah kami dihukum dalam pencarian jika suatu halaman sengaja dicampur dengan bahasa?”

John menjawab, “Saya tidak perlu mengatakan bahwa sebuah halaman dihukum dalam kasus seperti itu. Namun kami mencoba memahami bahasa utama halaman, dan itu membantu kami memahami jenis kueri apa yang dapat kami tampilkan di halaman ini. Jadi, menurut saya, agak rumit dalam kasus seperti ini.

Kami dapat memahami ketika ada beberapa bahasa di halaman juga. Ini mempermudah kami untuk benar-benar memperjelas bahwa, jika seseorang menelusuri dalam bahasa Inggris, ini adalah halaman yang tepat untuk ditampilkan kepada mereka. Jadi saya bisa membayangkan sesuatu seperti halaman rumah, mungkin masuk akal untuk memiliki campuran itu atau sedikit campuran. Jika Anda memiliki satu halaman beranda sebagai bahasa Inggris utama, maka mungkin sertakan beberapa elemen dalam bahasa Jepang. Jika Anda memiliki versi lain yang sebagian besar berbahasa Jepang, dengan beberapa elemen dalam bahasa Inggris, tidak apa-apa. Tapi itu membantu kita untuk benar-benar memahami bahwa, sebagian besar, ini adalah halaman bahasa Inggris. Dan jika seseorang menelusuri dalam bahasa Inggris untuk jenis sekolah internasional tertentu di Jepang, maka masuk akal bagi kami untuk mengatakan, nah, inilah konten bahasa Inggris yang kami tahu sesuai dengan kebutuhan Anda dan yang cocok dengan pertanyaan yang Anda berikan kepada kami. Jadi dari sudut pandang itu, saya tidak akan mengatakan bahwa halaman itu dihukum, tetapi itu membuat sistem kami jauh lebih sulit untuk mengetahui bagaimana memberi peringkat halaman itu dengan benar.

Salah satu hal yang dapat Anda pikirkan di sini adalah melihat di Search Console tentang kueri apa yang mengarah ke situs web atau beranda Anda. Dan pikirkan tentang kueri mana yang mungkin terpengaruh jika Google tidak memahami bahasa dengan benar. Dan bisa jadi jika kebanyakan orang mencari nama Anda atau merek sekolah Anda, pada dasarnya, maka mungkin itu tidak akan terpengaruh sama sekali. Di sisi lain, jika kebanyakan orang mencari kueri yang lebih luas, kueri yang lebih umum, hampir seperti kalimat yang cocok dengan sesuatu di halaman beranda Anda, maka saya dapat membayangkan bahwa akan sedikit lebih sulit bagi Anda untuk muncul di hasil penelusuran untuk , hanya karena kami tidak yakin apakah beranda Anda sebenarnya dalam bahasa kueri itu […].

Satu hal yang juga dapat Anda lakukan, […] adalah membuat beranda Anda semacam versi bilingual ini […] tetapi untuk membuat halaman terpisah tambahan untuk masing-masing bahasa sehingga jika seseorang mencari informasi bentuk panjang tentang sekolah internasional seperti ini, mereka masih dapat menemukan halaman berbahasa Inggris murni atau sebagian besar berbahasa Inggris dan kemudian, dari sana, transisi ke seluruh situs web Anda […].

Perbedaan konten antara versi seluler dan desktop

34:20 “ Jika ada perbedaan antara konten di versi seluler dan desktop, apakah itu berarti Google akan menghukum situs web dan memengaruhi peringkat situs web, atau apakah itu hanya berarti bahwa Googlebot dapat menemukannya di versi seluler, tetapi menang tidak dapat peringkat? ”

John berkata, “ Jadi, sebagian besar, kami mengalihkan sebagian besar pengindeksan kami ke pengindeksan mobile-first, yang berarti kami hanya akan melihat versi seluler situs web dalam kasus seperti itu. Jadi, pada dasarnya, jika ada sesuatu yang sedikit berbeda pada versi desktop situs web, kami akan, sebagian besar, bahkan tidak menggunakannya untuk Penelusuran. Jadi kami tidak menghukum sebuah situs web karena perbedaan, tetapi, lebih seperti, kami hanya melihat satu versi situs web, dan kami bahkan tidak tahu apa yang ada di versi lain untuk memperlakukannya secara berbeda .  

Dan untuk beberapa situs yang masih dalam pengindeksan desktop, itu berlaku sebaliknya. Tentu saja, jika ada […] sesuatu di versi seluler yang tidak ada di versi desktop, dan Anda sedang diindeks oleh perayap desktop, maka kami tidak akan benar-benar melihatnya. Kami merayapi versi alternatif dari waktu ke waktu, tetapi kami tidak merayapinya untuk mengambil lebih banyak informasi, melainkan, hanya untuk mengonfirmasi bahwa ada hubungan antara URL desktop dan URL seluler. ”

Bisakah Anda meng-host peta situs Anda di cloud?

46:20 “ Kami memiliki halaman yang sangat besar dengan jutaan URL, dan […] peta situs sedang direnovasi. Dan tim TI kami sedang mempertimbangkan untuk menyimpan […] file peta situs baru di layanan cloud kami. Itu berarti dari example.com/sitemaps ke cloud.com/sitemaps. Dan kami bertanya-tanya, apakah itu masalah jika kami menyimpan peta situs di cloud? Dan jika itu tidak menjadi masalah, apakah kita juga akan membuat pengalihan permanen untuk URL lama untuk example.com/sitemap ini, atau bagaimana sebaiknya kita merencanakan pemindahan? ”

John berkata, “ Sangat mungkin untuk meng-host file peta situs di tempat lain. Ada dua cara yang bisa Anda lakukan. Salah satunya adalah jika Anda memiliki kedua domain tersebut yang diverifikasi di Search Console, maka itu berhasil. Cara lainnya adalah jika Anda mengirimkannya dengan file robots.txt, di mana Anda menentukan 'peta situs:' dan kemudian URL peta situs. Itu juga bisa pergi ke domain yang berbeda. […] Saya juga akan mengarahkan ulang file peta situs lama ke lokasi baru hanya untuk membersihkan, tetapi mungkin bahkan jika Anda hanya menghapus URL peta situs lama dan pastikan untuk mengirimkan yang baru dengan benar, maka itu akan berfungsi.  

Apa yang mungkin sedikit rumit adalah saya tidak tahu bagaimana Search Console akan menampilkannya secara langsung di UI, khususnya, jika file peta situs berada di lokasi yang berbeda, jika Search Console akan menampilkan informasi peta situs dalam laporan pengindeksan, Misalnya. Tapi itu masalah pelaporan. Itu bukan sesuatu yang bergantung pada fungsionalitas file peta situs. Hanya saja Search Console tidak menampilkannya dengan benar. Dan, sekali lagi, mungkin memang demikian. Saya hanya tidak yakin 100%. ”

Bisakah riwayat domain memengaruhi situs web Anda?

49:40 “[…] Jadi [selama Jam Kantor SEO sebelumnya ] kami mengajukan pertanyaan tentang domain dengan riwayat sebagai penyedia layanan pendamping. […] domain tersebut memiliki sejarah panjang karena snapshot pertama dari situs web tersebut adalah dari tahun 1997. […] kami meluncurkan kembali situs web kami pada bulan Juni tahun lalu […]. Dan masalah utama yang kami hadapi adalah […] bahwa kami masih ditandai [sebagai konten dewasa]. Dan selain itu, kami memiliki masalah ini […] – dirayapi, saat ini tidak diindeks. Dan kami mencoba memahami apakah riwayat domain benar-benar dapat memengaruhi bahwa kami mengalami masalah dengan pengindeksan. […] Kami yakin bahwa konten yang kami terbitkan berkualitas baik. Itu terhubung secara internal, dan kami mencoba membangun situs yang berkualitas. Yang kami perjuangkan saat ini adalah kinerja halaman, jadi saat ini sedang dalam proses untuk mengoptimalkannya. Tapi kami menggunakan prerender.io jadi apa yang kami tampilkan untuk Google sudah versi prerender. Jadi, dalam hal skor Lighthouse kami, semuanya baik-baik saja. […] Apa yang dapat kami tingkatkan atau cari untuk memahami mengapa kami tidak diindeks? Saya juga senang membagikan URL-nya. “

John menawarkan bahwa dia bisa melihat URL nanti, dan kemudian dia menjawab, “ Biasanya, sisi pengindeksan tidak akan terkait dengan jika ada konten dewasa di situs web sebelumnya.

Sisi pengindeksan mungkin terpengaruh jika konten yang ada di sana sebelumnya sangat berisi spam. Jadi itu mungkin sesuatu di mana, dari sudut pandang pengindeksan, hanya perlu beberapa saat untuk mengetahui, oh, situs web baru ini sebenarnya tidak berisi spam sama sekali.

Tapi jika itu murni karena ada konten dewasa sebelumnya, maka saya bisa membayangkan bahwa mungkin filter TelusurAman kami agak lambat dalam mengenalinya. Saya tahu kami telah mengambil beberapa langkah untuk mempercepatnya […], atau mungkin ada hal lain di TelusurAman yang agak sulit.

Sisi TelusurAman adalah sesuatu yang dapat Anda periksa jika Anda melakukan kueri situs dan kemudian mengaktifkan dan menonaktifkan TelusurAman. Anda harus dapat melihat apakah ada sesuatu dari TelusurAman yang terjadi atau tidak. Anda tidak melihat itu berkaitan dengan pengindeksan. Tapi saya bisa melihat ini setelahnya, dan kita bisa melihat apakah ada sesuatu yang sangat jelas yang bisa saya beritahukan kepada Anda. ”