Jam Kerja SEO, 5 November 2021

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

Tautan balik berisi spam vs. pembaruan inti

  00:47 “Kami memiliki tiga apotek online di Swiss. […] Untuk [salah satunya], kami mendapat banyak backlink berisi spam. […] Dari apa yang saya ketahui, biasanya Google dapat mengelola jenis backlink tersebut, tetapi setelah pembaruan inti Google pada bulan Juli, visibilitas kami sangat terganggu, khususnya untuk toko [satu] yang kami mendapatkan backlink spam. […] Saya ingin mendapatkan rekomendasi Anda tentang itu – apa yang dapat kami lakukan untuk memecahkan masalah teknis yang kami miliki. Sejauh ini, saya masih percaya itu terjadi karena backlink spam tapi [saya] tidak yakin.”

John berkata, “Secara umum dengan pembaruan inti, jika Anda melihat perubahan di sana, biasanya, itu lebih terkait dengan mencoba mencari tahu apa relevansi situs secara keseluruhan dan kurang terkait dengan hal-hal seperti tautan berisi spam. Itu adalah sesuatu di mana saya tidak mengharapkan reaksi apa pun dalam pembaruan inti berdasarkan tautan spam acak yang masuk ke situs web Anda.

Juga, dengan pembaruan inti, Anda dapat membuat perubahan tambahan untuk meningkatkan situs Anda dari waktu ke waktu sehubungan dengan kualitas keseluruhan, dan itu akan membantu secara bertahap di sana, tetapi jika itu adalah penyesuaian yang sangat kuat dengan pembaruan inti, maka Anda mungkin perlu menunggu hingga pembaruan inti berikutnya untuk melihat perubahan itu. […] Ini masalah kita yang mencoba mencari tahu apa relevansi situs secara keseluruhan, dan itu adalah sesuatu yang hampir bergantung pada kualitas situs secara keseluruhan.

Saya membayangkan itu rumit jika Anda memiliki beberapa toko yang cukup mirip. […] Mungkin tidak salah satunya buruk – yang lain benar-benar bagus. Tapi mungkin masih sesuatu di mana Anda dapat menggunakan studi pengguna untuk mencari tahu apa yang […] dapat Anda lakukan untuk memperjelas bahwa situs ini sangat relevan. Saya pikir, terutama yang berkaitan dengan situs web seperti apotek, ini adalah sesuatu di mana algoritme kami mungkin mencoba sedikit lebih kritis. […] Ini bukan website sembarangan yang memiliki cerita dan gambar lucu, ini seperti kesehatan orang yang terlibat.”

John menambahkan, “Terutama berkaitan dengan hal-hal seperti 404 halaman dan masalah teknis yang tidak akan terkait dengan pembaruan inti. Pembaruan inti lebih tentang memahami kualitas situs Anda secara keseluruhan dan relevansinya dan lebih sedikit tentang masalah teknis dan lebih sedikit tentang spam.”

Pengindeksan konten JavaScript

  05:11 “Saya mengerjakan sebuah situs web […] untuk Core Web Vitals. Kami memiliki fitur dimana kami menempatkan video Youtube di bagian atas, sehingga menjadi elemen LCP. Itu lebih berat dari yang baru saja kami miliki, seperti gambar biasa. Jadi kami mencoba metode di mana kami secara dinamis menyuntikkannya. […] Karena itu bukan konten paruh bawah, kami tidak malas memuatnya, tetapi kami menggunakan fasad, dan kemudian <iframe> disuntikkan secara dinamis ketika pengguna mengklik tombol putar. Saya menyadari sekarang bahwa artikel tidak diindeks dengan konten video di halaman pada dasarnya, jadi jika saya mencari halaman dan saya pergi ke pencarian video, itu tidak muncul di sana. Jadi saya bertanya-tanya apa cara terbaik untuk membuat konten itu diindeks dengan halaman tersebut. […] Apakah sesuatu seperti <noscript> atau data terstruktur adalah cara yang harus dilakukan? Apakah ada praktik terbaik untuk ini?”

John: “Tergantung pada cara Anda mengatur fasad yang Anda sebutkan di sana, di mana Anda mengklik gambar pada dasarnya atau <div>, dan kemudian memuat video di latar belakang, bisa jadi kami tidak' t secara otomatis mengambilnya sebagai video saat kami melihat halaman. Saya mendapat umpan balik dari tim pencarian video yang memberi tahu kami bahwa kami tidak boleh memberi tahu orang-orang untuk melakukan ini karena itu menyebabkan masalah seperti itu. Pada dasarnya pendekatan terbaik adalah memastikan bahwa dengan data terstruktur, kami dapat mengetahui bahwa masih ada video di sana. Saya yakin ada semacam data terstruktur khusus untuk video yang dapat Anda tambahkan. Peta situs video pada dasarnya sangat mirip dalam hal itu karena Anda memberi tahu kami di halaman ini bahwa ada video yang relevan. Jadi itulah dua pendekatan di sana.

Saya menduga seiring waktu, embed Youtube akan menjadi lebih baik dan lebih cepat, dan itu akan menjadi lebih sedikit masalah di mana Anda harus melakukan trik ini. Tapi saya pikir untuk saat ini, itu masih masuk akal, dan masih bisa berdampak besar pada Data Web Inti suatu halaman. Jadi dari sudut pandang itu, saya tercabik-cabik. Jika tim video memberi tahu saya seperti Anda harus melakukannya secara langsung, dan tim lain mengatakan Anda harus membuat segalanya dengan cepat, maka sulit untuk menemukan jalan tengahnya. Tapi saya pikir setidaknya memastikan bahwa kami dapat mengenali video itu di sana, itu sangat penting.”

halaman kategori

  13:35 “Kami menjual […] profil logam, dan kami memiliki berbagai jenis profil tersebut. Kami memiliki banyak konten tipis karena kami memiliki variasi yang sama. […] Kami memiliki ribuan variasi dalam URL ini […], dan saya tidak tahu bagaimana menanganinya. Haruskah saya mengkanonikalisasi itu? Tetapi sekali lagi, kami menautkannya [URL ini], jadi saya tidak ingin membuat tautan dalam yang buruk atau tautan berkualitas buruk di dalam halaman saya. Haruskah saya mengindeks [URL ini] atau memblokir [mereka] dari robot? […] Kami tidak membutuhkan orang untuk datang ke halaman variasi tersebut. Kami hanya ingin menciptakan kualitas yang baik di halaman kategori.”

John menjawab, “Biasanya yang kami sarankan adalah jika Anda memiliki item unik yang ingin Anda temukan dengan cara yang unik, maka Anda memastikan bahwa Anda memiliki URL unik untuk item tersebut dan Anda memastikan bahwa item tersebut kanonik [dan] mereka' tidak diblokir oleh noindex. Tetapi jika Anda tidak peduli dengan masing-masing URL tersebut, jika Anda lebih peduli dengan kategori tingkat yang lebih tinggi, atau jika Anda memiliki sesuatu seperti produk atau kategori yang lebih luas yang pada dasarnya adalah cara paling penting untuk menemukan konten, maka Anda dapat ke halaman itu, Anda dapat mengindeks versi lain jika Anda mau. Jadi Anda pada dasarnya dapat melakukan apa pun yang Anda inginkan di sana sehingga kami memfokuskan semua sinyal kami pada halaman utama yang Anda pedulikan.

[…] Saya membayangkan dengan produk industri seperti yang Anda sebutkan, di mana Anda memiliki begitu banyak dimensi dan variasi yang berbeda, mungkin masuk akal untuk fokus pada tata letak umum dan mengatakan bahwa semua opsi yang berbeda ini pada dasarnya adalah atribut dari produk utama, dan kami seharusnya hanya fokus pada produk utama.”

John menambahkan, “Hal yang perlu diingat dengan pengaturan kanonik adalah bahwa kami akan mencoba untuk mengindeks halaman kanonik yang Anda sebutkan. Jadi, jika ada sesuatu yang unik di halaman non-kanonik, maka kami tidak akan dapat menemukannya , jadi pada dasarnya apa pun yang penting pastikan itu juga disebutkan di halaman kanonik.”

Peringkat di Google Discover

18:31 “Di Discover, kami memiliki kurang lebih dua halaman hasil pencarian yang berbeda. Kami memiliki halaman pertama, dan kemudian Anda dapat mengklik lebih banyak hasil, dan kemudian Anda memiliki halaman kedua. Apakah ada peringkat yang terlibat dalam hal ini sehingga beberapa artikel ada di halaman kedua, atau lebih masalah waktu ketika diperbarui?

John mengatakan sebagai berikut: “ Mungkin ada kesan peringkat, tapi menurut saya itu tidak sama dengan peringkat web tradisional. Discover sangat dipersonalisasi, jadi menurut saya tidak masuk akal untuk memiliki gagasan tradisional tentang, oh, Anda membuka halaman Discover, dan Anda nomor lima, dan mungkin lain kali Anda nomor empat atau apalah. seperti itu. […]

Ada banyak hal yang masuk bahkan ke sisi peringkat yang dipersonalisasi. Saya membayangkan ada juga aspek berbeda dari penargetan geografis dan format halaman web yang berbeda, lebih banyak video atau lebih sedikit video, lebih banyak gambar lebih sedikit gambar. Tapi sejujurnya saya tidak tahu apa [ini] secara spesifik.”

John juga menyarankan untuk mengikuti rekomendasi Google dan menambahkan, “Secara khusus, perhatikan aspek-aspek di mana kami mengatakan jangan lakukan ini atau hal-hal semacam itu. Saya juga akan melihat-lihat secara eksternal di Twitter – ada beberapa orang yang hampir mengkhususkan diri pada Discover. […] Saya akan memeriksa hal-hal itu, tetapi karena ini adalah umpan yang dipersonalisasi dari sudut pandang kami, Anda tidak dapat bekerja untuk meningkatkan peringkat Anda di sana. Ini bukan kata kunci yang dicari orang. Jadi tidak apa-apa, ini beberapa hal untukmu yang menurut kami mungkin menarik.”

301 pengalihan

22:23 “Saya tahu Anda harus menggunakan 301 untuk pengalihan permanen untuk melewati PageRank dengan cara terbaik dan tercepat. Namun, tim pengembang kami tidak suka menerapkan 301 karena disimpan di browser, mungkin selamanya. Mereka mengatakan, dalam kasus pengalihan yang salah dikonfigurasi, orang mungkin tidak akan pernah bisa kehilangan pengalihan 301 yang salah. Apakah Google menyimpan pengalihan 301 seperti yang tampaknya dilakukan beberapa browser?”

Menurut John, “Seluruh sistem perayapan dan pengindeksan pada dasarnya berbeda dari browser dalam arti bahwa semua sisi jaringan dioptimalkan untuk hal-hal yang berbeda. Di browser, jauh lebih masuk akal untuk men-cache sesuatu, untuk men-cache sesuatu lebih lama. Namun pada dasarnya, dari sudut pandang kami, di sisi perayapan dan pengindeksan […], kami tidak memperlakukan perayapan dan pengindeksan sama seperti browser. Agak aneh dalam arti bahwa kami membuat halaman seperti browser, tetapi seluruh proses memasukkan konten ke dalam sistem kami sangat berbeda. Anda terkadang melihat ini saat merender halaman atau saat melihat halaman dirender, dan ini menggunakan file JavaScript yang sangat lama hanya karena kami dapat menyimpannya di cache untuk sementara waktu, yang mungkin tidak akan terjadi di browser, tapi pada dasarnya berbeda.”

Header Kontrol Tembolok

23:59 “ Apakah Google akan menerima pengalihan 301 dengan header “Cache-Control: no-cache”, “Cache-Control: max-age=[time]”, atau “Kedaluwarsa: [tanggal]” agar kami mendapatkan terbaik dari kedua dunia?”

John berkata, “Ya, itu baik-baik saja. Jika ini adalah pengalihan 301, kami memperlakukannya sebagai pengalihan 301. Tidak masalah apa jenis header cache yang juga Anda tambahkan di atasnya. Jadi dari sudut pandang itu, jika ini adalah solusi yang bekerja dengan baik untuk tim pengembang Anda dan untuk diri Anda sendiri, mengapa tidak. […] Hal lainnya adalah pengalihan 302 mungkin juga menjadi opsi jika itu bekerja lebih baik untuk tim pengembang Anda. 302 redirect memiliki reputasi buruk di antara SEO yang menurut saya salah karena mereka bekerja sama seperti redirect normal juga. Bukannya mereka tidak lulus PageRank apa pun seperti itu, dan jika Anda memiliki 302 redirect untuk jangka panjang, kami tetap memperlakukan mereka sama dengan 301 redirect. Jadi, jika Anda tidak dapat mengetahui cara kerjanya dengan pengalihan 301, mungkin pengalihan 302 juga menjadi pilihan.”

Mengakui peningkatan kualitas

31:25 “Jika peningkatan kualitas halaman penting bagi Google dengan pembaruan Pengalaman Halaman, mengapa Google butuh waktu lama untuk mengenali peningkatan ini? Tampaknya kontra-intuitif bagi SEO untuk berkomitmen membuat perbedaan nyata untuk meningkatkan Pengalaman Web jika mereka harus mengorbankan kehilangan posisi pencarian dan lalu lintas selama beberapa bulan.”

Menurut John, “[...] Jika Anda membuat perubahan yang lebih besar di situs web Anda, maka terkadang Anda memang melihat fluktuasi, tapi itu bukan sesuatu yang kami katakan seperti fluktuasi itu karena Anda meningkatkan situs web Anda. Hanya saja kita harus memahami kembali sebuah situs web ketika Anda membuat perubahan yang sangat besar di seluruh situs web. Tetapi dari sudut pandang saya, banyak restrukturisasi yang dapat Anda lakukan di seluruh situs web tergantung pada bagaimana Anda mengaturnya […] – Anda dapat melakukannya dengan cara yang pada dasarnya memiliki transisi yang sangat mulus dalam hal pencarian dan sehingga tidak menyebabkan seluruh situs web Anda hilang.”

Halaman Noindex vs. kemampuan perayapan situs

32:48 "Apakah memiliki beberapa halaman yang tidak diindeks karena kualitas memengaruhi kemampuan perayapan situs secara keseluruhan?"

Yohanes: “Tidak. Jika Anda memilih untuk tidak mengindeks halaman, itu tidak memengaruhi cara kami merayapi sisa situs web Anda. Satu-satunya pengecualian di sini, tentu saja, untuk kita melihat di noindex kita harus merayapi halaman itu terlebih dahulu. Jadi jika ada sesuatu yang Anda buat, katakanlah, jutaan halaman, dan 90 persen di antaranya adalah noindex, dan Anda memiliki seratus halaman yang dapat diindeks. Kami harus merayapi seluruh situs web untuk menemukan 100 halaman itu, dan jelas, kami akan terjebak dengan merayapi jutaan halaman. Tetapi jika Anda memiliki rasio normal dari halaman yang dapat diindeks ke halaman yang tidak dapat diindeks, […] Saya tidak melihat hal itu menyebabkan masalah sama sekali terkait dengan kemampuan perayapan. Dan ini bukan […] karena alasan kualitas yang dikatakan Google, oh tidak, halaman indeks buruk. Ini murni hal teknis. Jika kami harus merayapi sejuta URL, kami harus merayapi sejuta URL untuk melihat apa yang ada di sana. Itu bukan sesuatu yang bisa kami katakan, yah, kami hanya akan merayapi 50.000 karena ada beberapa halaman noindex. Pada dasarnya ini hanya masalah angka.”

302 pengalihan

34:22 “Kami mendengar bahwa pengalihan sementara (302) tidak melewati ekuitas tautan. Apakah pemahaman kita tentang itu akurat? Secara lebih umum, kami telah mendengar bahwa menggunakan 302 menyebabkan masalah SEO yang signifikan, yang membuat kami bertanya-tanya apakah kami harus menghindarinya dengan cara apa pun atau jika ada keadaan khusus yang harus kami gunakan.”

John berkata, “Jawabannya jelas tidak. Tidak ada efek SEO negatif dari 302 redirect. Saya pikir seluruh perasaan Anda kehilangan PageRank ketika Anda melakukan 302 redirect adalah salah. Itu muncul sekarang dan kemudian. Saya pikir alasan utama mengapa ini muncul adalah karena pengalihan 302, menurut definisi, berbeda. […] Dengan pengalihan 301, Anda mengubah alamat, dan Anda ingin sistem Google mengambil halaman tujuan. Dengan pengalihan 302, Anda mengatakan, ini sementara di tempat lain, tetapi Anda ingin sistem Google menyimpan URL asli. Jadi, jika Anda murni melacak peringkat masing-masing URL, maka, tentu saja, 301 akan menyebabkan halaman tujuan diindeks, dan peringkat serta pengalihan 302 akan mempertahankan indeks dan peringkat halaman asli. Tapi tidak ada kehilangan PageRank atau sinyal apa pun yang ditetapkan di sana. […] Terkadang pengalihan 302 adalah hal yang benar untuk dilakukan – terkadang pengalihan 301 adalah hal yang benar untuk dilakukan. Jika kami melihat pengalihan 302 untuk jangka waktu yang lebih lama di mana kami berpikir, yah, mungkin ini bukan perpindahan sementara, maka kami akan memperlakukannya sebagai pengalihan 301 juga. Tetapi tidak ada manfaat SEO tersembunyi dari penggunaan pengalihan 301 versus pengalihan 302. Mereka hanya hal yang berbeda.”

Menampilkan lebih sedikit konten kepada pengguna

46:54 “[Ada] satu masalah yang saya miliki dengan klien. […] Banyak URL yang diblokir oleh robots.txt juga memiliki header HTTP yang disetel di noindex. Jadi saya membuka robots.txt sehingga URL dapat di-de-index. Tetapi klien takut bahwa server tidak akan mendahului semua permintaan dan akan gagal. Jadi saya katakan, jika Anda melihat agen pengguna sebagai bot, Anda bisa memberikan badan HTML kosong atau mungkin halaman lain. Apakah ada risiko terkena sanksi karena penyelubungan jika header HTTP disetel ke noindex?”

John menjawab: “Tidak, saya tidak melihat ada masalah dengan itu. Khususnya, jika Anda menampilkan mesin telusur lebih sedikit daripada yang Anda tunjukkan kepada pengguna, itu bukan masalah terkait penyelubungan. Bagian dari penyelubungan yang lebih bermasalah bagi kami adalah jika Anda menunjukkan kepada kami halaman yang sangat besar dan menarik, dan ketika pengguna sampai di sana, mereka melihat sesuatu yang sangat kecil atau sedikit berbeda. Tetapi jika Anda pada dasarnya menunjukkan kepada kami halaman kosong dan berkata, oh, tidak ada apa pun di sini Anda tidak boleh mengindeks halaman ini, dan kami menghapusnya dari indeks, maka kami tidak peduli jika pengguna melihat sesuatu yang lain. Jadi dari sudut pandang kami, yang ingin kami hindari adalah kami menjanjikan sesuatu yang tidak dapat mereka temukan kepada pengguna. Jadi jika kami menghapus halaman dari indeks kami, kami tidak dapat merekomendasikan halaman tersebut karena kami tidak memilikinya lagi. […] Jika kami merekomendasikan halaman kepada orang-orang untuk kueri tertentu dan mereka pergi ke sana, dan mereka tidak dapat menemukan konten itu, maka mereka frustrasi, dan mereka pikir kami melakukan pekerjaan yang buruk, dan itulah masalah penyelubungan kami datang dari. Tetapi menunjukkan lebih sedikit tidak masalah.”