Jam Kerja SEO – 24 Desember 2021

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

Konten berbayar dan penyelubungan

00:49 “Sehubungan dengan data paywall dengan konten paywall. […] Kami memiliki situs web. Kami melakukan banyak artikel, dan semuanya dapat diakses oleh Google. Dan kami ingin menambahkan paywall di sana, tetapi […] hanya […] menampilkan konten paywall ke Google dengan cuplikan data terstruktur yang Anda miliki. Apakah itu dianggap penyelubungan?

Jadi, saya memeriksa apakah itu Googlebot, dan hanya [kemudian] menampilkan […] data terstruktur – […] data paywall. Tapi kemudian untuk pengguna biasa […], saya tidak menampilkan data terstruktur, apakah itu baik-baik saja?”

John tidak melihat masalah dengan solusi ini: “Tidak apa-apa. , secara teknis, masih akan dianggap penyelubungan, karena Anda menunjukkan sesuatu yang berbeda, tetapi dari kebijakan kami, itu dapat diterima. Karena pengguna akan, […] jika mereka melalui paywall, […] melihat konten yang Anda tunjukkan kepada Googlebot.”

Potensi masalah pengindeksan

03:38 “Saya menerbitkan konten berkualitas tinggi, saya mengirimkan peta situs, dan terkadang meminta pengindeksan dari Google Search Console. Tapi saya masih memiliki masalah mengindeks konten baru, atau diindeks [dengan penundaan]. […] Ini adalah bug dari Google, atau pembaruan algoritma baru?”

John menjawab: “Tidak ada kesalahan di pihak kami dalam hal itu. […] Kami hanya tidak mengindeks semua konten , dan beberapa situs web menghasilkan banyak konten. Dan jika kita tidak mengindeks semuanya […], tidak apa-apa. Tapi mungkin Anda ingin semuanya diindeks, dan kami tidak bisa melakukan semuanya setiap saat.

Bagian yang sulit […] adalah bahwa, di masa lalu, […] banyak situs web secara teknis tidak terlalu bagus. Itu sedikit lebih jelas jenis konten mana yang tidak diindeks. Saat ini, situs web secara teknis baik-baik saja, dan […] seperti bilah kualitasnya sedikit lebih tinggi […]. Siapa pun dapat memublikasikan sesuatu yang, secara teoritis, dapat diindeks, tetapi […] kami harus memastikan bahwa kami mengindeks hal-hal yang benar yang benar-benar berguna dan relevan bagi pengguna. Jadi terkadang kami harus membiarkan beberapa hal tidak terindeks.”

Pembaruan ulasan produk – bahasa dan negara yang terpengaruh

14:01 “Tentang pembaruan ulasan produk. […] Meskipun pembaruan hanya memengaruhi situs web berbahasa Inggris, saya juga melihat beberapa pergerakan di Penelusuran Jerman. Saya bertanya-tanya apakah mungkin juga ada efek pada situs web dalam bahasa lain oleh pembaruan ulasan produk ini atau semacamnya […]?”

Seperti yang dikatakan John, “ Asumsi saya adalah ini bersifat global dan di semua bahasa […]. Tapi biasanya, kami mencoba mendorong tim teknik untuk membuat keputusan tentang itu, sehingga kami dapat mendokumentasikannya dengan baik di posting blog. Saya tidak tahu apakah itu terjadi dengan pembaruan ulasan produk. […] Sepertinya sesuatu yang bisa kita lakukan dalam berbagai bahasa dan tidak akan terikat hanya dengan bahasa Inggris. Dan meskipun awalnya bahasa Inggris, rasanya seperti sesuatu yang relevan secara keseluruhan, dan kita harus mencoba menemukan cara untuk meluncurkannya ke bahasa lain dari waktu ke waktu juga. Jadi saya tidak terlalu terkejut melihat perubahan di Jerman […].”

Setelah mengetahui bahwa posting blog Google hanya menyebutkan pembaruan yang memengaruhi situs web berbahasa Inggris, John menjelaskan lebih lanjut:

“Dengan pembaruan semacam ini, kami mencoba memulai dengan satu bahasa atau satu lokasi dan melihat apa yang perlu kami sesuaikan, dan kemudian kami memperluas dari sana. […] Dengan sesuatu yang lebih terkait konten, biasanya dibutuhkan sedikit lebih lama untuk memperluas ke bahasa yang berbeda […].”

Lokalisasi halaman untuk negara-negara berbahasa Inggris

17:53 “Apakah Anda tahu cara lain untuk melokalkan kumpulan halaman yang sama untuk negara-negara berbahasa Inggris yang berbeda? […] Kami memiliki beberapa subdomain dengan domain tingkat atas .jo, seperti mungkin dari Australia, subdomain Selandia Baru, dan kami telah menetapkan negara di backend JSA dan juga menggunakan hreflang di tingkat halaman. […] Kami tidak dapat menemukan cara lain untuk membantu kami melokalkan subdomain ini. Apakah Anda memiliki metode yang baik atau beberapa cara yang dapat kami tingkatkan?”

Inilah cara John membahas topik ini:

“Saya pikir Anda menutupi yang utama. Itu penargetan geografis di Search Console dan pengaturan hreflang.

Penargetan geografis bekerja pada subdirektori atau tingkat subdomain, semua halaman ada di sana.

HReflang berbasis per halaman. Jika Anda memiliki halaman beranda untuk satu negara dan halaman produk berbeda untuk negara yang sama, maka masing-masing halaman tersebut perlu ditautkan silang dengan hreflang.

Hal lain yang selalu saya coba rekomendasikan adalah memiliki semacam rencana cadangan, […] sesuatu seperti spanduk berbasis JavaScript yang dapat Anda tampilkan saat Anda mengenali bahwa pengguna berada di versi situs yang salah. Misalnya, jika pengguna dari Australia membuka laman dari Inggris, Anda dapat menampilkan spanduk JavaScript yang mengatakan, 'Hai, kami memiliki laman ini versi Australia di sini. Anda bisa langsung ke sana.' Keuntungan dari banner berbasis JavaScript adalah Anda dapat memblokirnya dengan robots.txt sehingga dari sudut pandang pengindeksan, tidak muncul. Dan jika Anda tidak mengarahkan ulang secara otomatis, […] [mesin pencari] akan dapat memproses kedua versi tersebut secara independen.

Jika halaman-halaman ini pada dasarnya sama, dapat terjadi bahwa kami memperlakukan salah satu halaman ini sebagai versi kanonik. Misalnya, jika Anda memiliki halaman untuk Selandia Baru dan Australia, dan seluruh kontennya sama, satu-satunya hal yang sedikit berbeda adalah mata uang pada halaman tersebut, maka […] kami melipat halaman-halaman itu bersama-sama dan memilih salah satunya sebagai kanonik, dan menggunakannya sebagai dasar untuk Penelusuran.

Jika Anda memiliki hreflang, pada halaman tersebut juga, kami akan tetap menggunakan hreflang untuk menampilkan versi URL yang benar. Namun konten yang diindeks hanya akan berasal dari versi kanonis, dan semua pelaporan di Search Console akan ditujukan untuk versi kanonis. Itu terkadang agak rumit, terutama jika Anda memiliki situs web yang lebih besar dengan […] konten yang sama untuk negara yang berbeda.”

Menambahkan konten dinamis ke halaman

25:0 “Situs web saya memiliki jutaan halaman, seperti halaman kategori, subkategori, dan produk, e-niaga […]. Kami telah menambahkan konten dinamis, karena [dengan] jutaan halaman […] [sulit] untuk menambahkan konten terpisah atau [...] konten unik di setiap halaman. Kami telah menambahkan […] konten berbasis template pada halaman kategori, halaman subkategori, dan halaman produk. […] Itu akan bagus untuk kinerja situs web kita atau tidak, atau haruskah kita memperbarui konten untuk setiap halaman? […]”.

Begini tanggapan John:

“ Menambahkan konten yang relevan secara dinamis ke halaman […] dapat masuk akal karena […] [itu] pada dasarnya hanya melakukan […] pencarian basis data dan menambahkan konten berdasarkan itu. […] Itu sangat tergantung pada bagaimana Anda mengaturnya.

Hal utama yang akan saya hindari adalah Anda mengalami situasi di mana Anda secara artifisial menambahkan konten ke halaman hanya dengan harapan bahwa peringkat halaman ini lebih baik untuk kata kunci yang Anda tambahkan secara artifisial. […] Ketika pengguna pergi ke sana, mereka akan seperti 'Mengapa kata kunci acak ini ada di halaman ini?' […] Memastikan bahwa Anda benar-benar memiliki konten yang bagus dan relevan untuk kata kunci utama tersebut, itulah yang akan saya fokuskan […].”

Ketika ditanya lebih lanjut apakah perlu menulis konten yang relevan untuk setiap halaman agar Google melihat halaman sebagai memberikan nilai, John berkata:

“Itu harus menjadi sesuatu di halaman yang relevan. Dan jika ini adalah halaman kategori, maka produk yang Anda daftarkan di sana sangat relevan […] dan biasanya, Anda memiliki deskripsi kategori tersebut. […] Bukannya Anda harus menulis artikel Wikipedia di bagian bawah tentang semua produk ini dan dari mana asalnya […] tetapi sedikit informasi yang relevan dengan halaman, itu penting.”

Merender dan mengindeks file JavaScript

28:28 “Situs web saya […] [menggunakan] Bereaksi dengan rendering sisi klien, […] ketika kami mematikan JavaScript dan browser, halaman saya benar-benar kosong. Itu bisa menjadi penyebab peringkat yang lebih rendah atau mungkin kinerja halaman web yang buruk?”

Tanggapan John adalah: “ Seharusnya tidak. […] Untuk pencarian, kami melakukan rendering, dan kami memproses JavaScript di halaman. Jika itu terlihat di browser biasa, dan Anda tidak melakukan sesuatu yang sangat buruk, maka kami akan dapat mengindeks halaman tersebut secara normal. Anda dapat memeriksa ulang dengan alat Periksa URL di Search Console untuk melihat apakah konten benar-benar terlihat saat Googlebot mencoba merender halaman, dan jika konten terlihat, maka Anda harus siap .”

Mengindeks URL yang dihasilkan melalui pencarian di dalam situs web

30:11 “Kami telah menambahkan kotak pencarian di situs web kami , jadi pengguna datang ke situs web kami dan mencari di sana, dan itu menghasilkan URL unik untuk setiap pencarian. URL ini harus dapat diindeks atau tidak ?”

Seperti yang dikatakan John, “ Biasanya tidak. […] Ada dua alasan utama untuk itu.

Di satu sisi, sangat mudah untuk berakhir dalam situasi di mana Anda memiliki sejuta URL lain yang hanya pencarian berbeda, yang tidak memberikan nilai apa pun bagi Anda. Kami menyebutnya ruang tak terbatas […]. Itu adalah sesuatu yang ingin Anda hindari.

Hal lain yang ingin Anda hindari adalah orang- orang melakukan hal-hal yang berisi spam di kotak telusur dan mencoba untuk mengindeks hal-hal tersebut , yang dapat berupa sesuatu seperti menelusuri nomor telepon mereka, dan […] jenis bisnis mereka […]. Tiba-tiba, halaman pencarian situs web Anda memberi peringkat untuk jenis bisnis tersebut dan menunjukkan nomor telepon mereka, bahkan jika Anda tidak memiliki konten apa pun yang cocok dengan kueri tersebut, […] mereka melakukan ini agar terlihat di hasil pencarian. Saya akan memblokir halaman pencarian semacam ini dengan robots.txt. Dengan begitu Anda dapat yakin bahwa kami tidak akan dapat mengindeks konten apa pun.”

Situs SEO sebagai YMYL

31:55 “Apakah perusahaan SEO akan diklasifikasikan sebagai situs web Uang Anda atau Hidup Anda , atau hanya terkait dengan situs web nasihat medis dan keuangan?”

Menurut John, “[...] Saya tidak berpikir situs web SEO begitu penting bagi kehidupan orang. Jelas, jika Anda bekerja di perusahaan SEO, maka Anda terikat dengan itu, tetapi situs web itu sendiri bukanlah jenis situs web Uang atau Hidup Anda. […] Tidak semua situs web yang menjual sesuatu termasuk dalam kategori ini.

Apa yang saya sarankan di sini adalah, daripada mencoba membabi buta untuk melihat 'Apakah jenis situs web ini termasuk dalam kategori khusus ini?', […] Bacalah dari mana kategori ini berasal, yaitu Pedoman Penilai Kualitas, dan pahami sedikit lebih banyak apa yang coba dilakukan Google dengan memahami berbagai jenis situs web ini . […] Itu akan memberi Anda sedikit lebih banyak informasi latar belakang tentang apa yang sebenarnya terjadi […].”

Menerapkan data terstruktur remah roti

39:56 “Jika menyangkut data terstruktur breadcrumb, apakah itu harus sama persis dengan breadcrumb yang akan dilihat pengunjung di sebuah halaman? Terkadang saya melihat versi singkat dari remah roti di halaman, sedangkan data terstruktur adalah jalur remah roti yang lengkap. Apakah keduanya merupakan pilihan yang dapat diterima?”

Seperti yang dikatakan John, “[…] Kami mencoba mengenali apakah data terstruktur terlihat di halaman atau tidak. Dan jika tidak […], kita harus mencari tahu “Apakah masih masuk akal untuk menampilkan ini di hasil pencarian? ”

Jika Anda melakukan sesuatu seperti menampilkan versi yang lebih pendek dari remah roti di halaman, dan kami tidak dapat mencocokkannya, mungkin akan sedikit gagal, jika kami benar-benar mengambil markup remah roti itu dan menggunakannya.

Jika Anda mengambil remah-remah individu atau [...] item individu dalam daftar remah roti, dan Anda hanya menunjukkan beberapa dari mereka tetapi tidak semuanya, mungkin kami hanya mengambilnya. Mungkin kami masih mengambil sisanya karena kami melihat […] banyak kecocokan remah roti.

Tidak ada jaminan bahwa kami akan dapat mengambil dan menggunakan markup breadcrumb lengkap yang Anda miliki jika Anda tidak menampilkannya di laman , dan itu mirip dengan jenis data terstruktur lainnya.

Saya pikir pengecualian utama [...] adalah [...] markup FAQ, di mana Anda memiliki pertanyaan dan jawaban, di mana [...] bagian yang penting adalah bahwa pertanyaan itu benar-benar terlihat, dan jawabannya dapat berupa bagian yang diciutkan pada a halaman, tetapi […] setidaknya harus terlihat.”

Menerjemahkan hanya beberapa halaman di situs web

44:00 “Kami menjalankan situs dengan kurang dari 300 halaman indeks, semuanya dalam bahasa Inggris. Kami sedang mencari untuk menerjemahkan sekitar setengah dari halaman ini dalam bahasa Spanyol yang akan ditempatkan di subdirektori pada domain yang sama, seperti /ES, dan ditandai sebagai versi bahasa alternatif dari konten bahasa Inggris. Apakah boleh menerjemahkan hanya sebagian konten halaman, atau haruskah kami menerjemahkan semuanya persis seperti situs web berbahasa Inggris dan memiliki peluang terbaik untuk mendapatkan peringkat di lokasi lain?”

John berkata: “ Tidak apa-apa untuk hanya menerjemahkan beberapa halaman di situs web. Kami melihat bahasa halaman satu per satu. Jika Anda memiliki beberapa halaman dalam bahasa Spanyol, kami hanya melihat halaman berbahasa Spanyol itu, ketika seseorang menelusuri dalam bahasa Spanyol. Kami tidak akan mengatakan: 'Ada lebih banyak halaman berbahasa Inggris daripada halaman berbahasa Spanyol di sini. Oleh karena itu, situs Spanyol kurang penting.' […] Ini adalah halaman berbahasa Spanyol, dan peringkatnya bagus dalam bahasa Spanyol. […] Bagi pengguna, terkadang masuk akal untuk menerjemahkan sebanyak mungkin konten. Tetapi biasanya, ini adalah sesuatu yang Anda tingkatkan secara bertahap dari waktu ke waktu, di mana Anda memulai dengan beberapa halaman, Anda melokalkannya dengan baik, dan menambahkan lebih banyak halaman […].

Anotasi hreflang juga berdasarkan per halaman. Jika Anda memiliki beberapa halaman dalam bahasa Inggris dan Spanyol, dan Anda menautkannya, itu tidak masalah. Jika Anda memiliki beberapa halaman hanya dalam bahasa Spanyol, tidak apa-apa – Anda tidak perlu hreflang. Beberapa halaman hanya dalam bahasa Inggris, itu juga baik-baik saja. Dari sudut pandang itu, sepertinya ini cara yang masuk akal untuk memulai.”

Anggaran perayapan dan URL yang dibuat secara otomatis

46:12 “Situs web yang saya bicarakan adalah situs web WordPress. Secara otomatis menghasilkan beberapa URL yang tidak diinginkan. […] apakah ada cara agar saya dapat menghentikan perayap untuk mengetahui URL ini? Saya tahu saya bisa 'noindex' itu, dan itu semua bukan URL yang diindeks. Tapi kemudian, saya bisa melihatnya di Search Console di bawah bagian Dikecualikan. […] Ini adalah situs web berita, kami memiliki ribuan URL. […] Apakah itu akan memengaruhi anggaran perayapan?”

John bertanya tentang ukuran situs web dan diberi tahu bahwa itu antara 5.000 hingga 10.000 URL.

Mengingat itu, John berkata: “ Saya tidak akan khawatir dengan anggaran yang merangkak. […] Kami dapat merayapi halaman sebanyak itu dengan cukup cepat, biasanya dalam beberapa hari. Hal lain […] adalah 'noindex' adalah tag meta pada halaman. Kami harus merayapi halaman untuk melihat tag meta, yang berarti Anda tidak dapat menghindari bahwa kami memeriksa halaman 'noindex'. […] Jika kami melihat ada 'noindex' pada halaman, maka biasanya seiring waktu, kami lebih jarang merayapi halaman tersebut. Kami masih akan memeriksa ulang sesekali, tetapi kami tidak akan memeriksa sebanyak halaman normal yang diindeks. Pendekatan lainnya adalah dengan menggunakan robots.txt. Dengan file robots.txt, Anda dapat memblokir perayapan halaman tersebut sepenuhnya. Kerugiannya adalah terkadang URL itu sendiri dapat diindeks di hasil pencarian, bukan konten di halaman […].”

John juga memberikan contoh berikut:

“Jika Anda […] memiliki situs web berita sepak bola, dan Anda memiliki beberapa artikel yang diblokir dan beberapa artikel yang diizinkan untuk dirayapi, maka jika seseorang mencari berita sepak bola, mereka akan menemukan versi halaman Anda yang dapat diindeks, dan itu tidak masalah bahwa ada halaman lain yang diblokir oleh robots.txt. Namun, jika seseorang secara eksplisit melakukan kueri situs untuk halaman yang diblokir tersebut, Anda akan dapat melihat URL tersebut dalam pencarian […]. Dalam situasi seperti Anda, […] Saya tidak akan khawatir tentang anggaran perayapan.”

John juga menambahkan: “ Dari sudut pandang praktis, baik 'noindex' dan robots.txt akan menjadi sejenis. […] Konten ini mungkin tidak akan muncul di hasil penelusuran, dan kami masih perlu merayapinya jika ada 'noindex', tetapi jumlahnya sangat kecil sehingga tidak terlalu penting. Kami mungkin masih mengindeksnya dengan URL jika mereka diblokir oleh robots.txt […]”.

Mengenai metode yang disukai, John berkata: “Saya akan memilih yang lebih mudah untuk diterapkan di pihak Anda. Jika […] Anda memiliki WordPress dan Anda hanya dapat memiliki kotak centang di pos yang mengatakan 'Halaman ini noindex', mungkin itu pendekatan termudah […].”

Merangkak URL dengan parameter

54:25 “Kami melihat dalam file log kami, dan juga membuktikan bahwa itu adalah Googlebot melalui IEP, banyak perayapan dari bot organik ke URL parameter UTM, Google Display, dan kampanye aplikasi universal. […] Kami tidak melihat tautan apa pun yang datang dari mana pun ke URL tersebut. […] Apakah Anda tahu di mana atau mengapa ini bisa terjadi?”

John menjawab bahwa “Satu-satunya tempat dengan Googlebot kami juga merayapi halaman yang Anda cantumkan dalam kampanye iklan […] adalah untuk pencarian produk. Jika Anda telah menyiapkan umpan penelusuran produk atau umpan Merchant Center […], kami juga akan merayapi laman tersebut untuk Googlebot guna memastikan bahwa kami dapat mengambilnya untuk Merchant Center. Jika Anda memiliki URL yang diberi tag di sana, […] kami akan menyimpan URL yang diberi tag tersebut dan memprosesnya ulang.

Mungkin juga orang lain dapat mengirimkan produk semacam ini, […] mungkin bukan Anda yang mengirimkannya, tetapi mungkin seseorang yang bekerja atas nama Anda atau memiliki izin untuk melakukannya juga.

Jika kami menemukan tautan ke halaman ini di suatu tempat, kami akan mencoba merayapinya. Jika Anda telah menandai tautan internal di dalam sebuah situs web, kami akan tetap mencoba mengambilnya dan merayapinya. Jika Anda memiliki hal-hal yang disiapkan di JavaScript yang mungkin Anda memiliki URL pelacakan dengan parameter ini disiapkan di suatu tempat, dan ketika kami memproses JavaScript, sepertinya itu adalah tautan ke URL pelacakan tersebut, kami juga dapat memprosesnya. […] Bagi saya sepertinya ini bukan kasus individual […], melainkan seperti sejumlah besar URL ini, dan itu terasa sangat mirip dengan sisi Merchant Center.”