Jam Kerja SEO, 17 Desember 2021

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

File font menyebabkan Pergeseran Tata Letak Kumulatif

06:58 “Kami telah menangani masalah CLS selama beberapa bulan sekarang. […] Ada satu hal yang muncul secara acak entah dari mana. Apakah mungkin font tersebut dapat menyebabkan masalah Pergeseran Tata Letak Kumulatif ?”

John menjawab, “Bisa jadi. Saya bukan ahli di sisi CLS, tetapi […] jika Anda menggunakan file font eksternal, maka file itu harus dimuat . Dan tergantung pada bagaimana Anda menampilkan konten, mungkin Anda menampilkan versi konten tanpa file font terlebih dahulu, lalu memuat font dan menggeser tata letak di sekitar.

Selama Chrome Dev Summit terbaru, properti CSS baru bernama size-adjust diperkenalkan. Tujuannya adalah untuk mencegah pergeseran tata letak yang disebabkan oleh font. Jika Anda tertarik untuk mempelajarinya lebih lanjut, Anda harus melihat artikel web.dev tentang penyesuaian ukuran CSS untuk @font-face.

Untuk meringkas pertanyaan, John merekomendasikan tip yang berguna untuk memeriksa apakah font benar-benar menyebabkan perubahan tata letak: “… di Alat Pengembang Chrome, Anda dapat melakukan hal-hal seperti memblokir URL file font, memuat halaman dan membandingkannya [ satu sama lain]. ”

503 dapat menyebabkan URL keluar dari indeks

14:29 “Tim berbayar saya melakukan iklan berbayar dengan Pinterest dan menyebabkan masalah besar saat Pinterest merayapi situs web kami dan membuat server kami kelebihan beban. Kami menemukan masalahnya, kami memblokir Pinterest […], tetapi kami mendapatkan beberapa ratus halaman yang sekarang masih berada di 503 di Google Search Console. […] Saya telah membaca halaman-halamannya – semuanya berfungsi. Jadi saya telah melakukan validasi ulang yang telah berlangsung selama dua hari terakhir. Skala waktu seperti apa yang kita lihat? Bisakah saya mengirim ulang peta situs agar berfungsi lebih cepat?”

John berkata, “Jika [503 ada di sana] kurang dari sehari, maka kami mungkin akan secara otomatis mengambilnya dan mencoba lagi.

Jika lebih dari beberapa hari, maka dapat terjadi bahwa URL keluar dari indeks karena kami pikir itu lebih merupakan kesalahan server yang terus-menerus. Pada dasarnya perlu menunggu sampai kami merayapi kembali URL itu, yang, tergantung pada URL, dapat terjadi setelah beberapa hari. Mungkin butuh sekitar satu minggu untuk dirayapi ulang. Tapi pada dasarnya, itu adalah sesuatu di mana ia melewati proses perayapan ulang normal dan kemudian mengambilnya lagi.

Jadi yang biasanya saya lakukan dengan situasi seperti ini adalah melihat kesalahan yang Anda lihat di Search Console, mencoba memprioritaskannya, dan mencari tahu apakah ada kesalahan yang benar-benar penting bagi Anda. Jika itu adalah halaman arahan ekor panjang acak di situs Anda, maka saya akan membiarkannya di-crawl ulang seiring waktu. Jika itu adalah halaman penting, maka saya akan melakukan hal-hal seperti mengirimkannya kembali di Search Console secara langsung secara manual. ”

Di akhir pertanyaan, John menambahkan bahwa mengirim ulang peta situs mungkin tidak akan membantu: “Mengirim ulang file peta situs bukanlah sinyal yang kuat bagi kami. Kami akan melihat lebih banyak tanggal di file peta situs. Dan jika Anda hanya memperbarui semua tanggal secara manual untuk mengatakan, oh, kami mengubahnya hari ini untuk mendorong Google mengambilnya lagi, maka kami akan melihat file peta situs dan berkata, semua tanggalnya sama, ini tidak benar-benar berguna."

Versi bahasa yang salah ditampilkan kepada pengguna

29:02 “Kami memiliki dua situs web negara yang berbagi konten umum, termasuk berita harian. Kami memperhatikan dari waktu ke waktu bahwa halaman berita yang salah diberi peringkat di negara yang sesuai – misalnya, DE (Jerman) di Swiss. Apakah masuk akal untuk bekerja dengan hreflang di area berita juga?“

John menjawab: “Saya pikir murni dari sudut pandang bahwa Anda memiliki versi konten yang berbeda dan terkadang Anda melihat versi yang salah dalam pencarian, pada dasarnya itulah situasi yang coba diselesaikan oleh hreflang. […] Itu sepertinya skenario yang sempurna untuk menerapkan tag hreflang.

Hal lain yang perlu diingat adalah bahwa penargetan geografis (dan bahkan hreflang) tidak pernah sempurna. Jadi, jika Anda sangat bergantung pada versi yang tepat yang ditampilkan kepada pengguna yang tepat, maka Anda harus selalu memiliki semacam rencana cadangan. Dan rekomendasi saya untuk cadangan biasanya adalah Anda memiliki semacam spanduk bertenaga JavaScript di atas atau di bawah, atau di suatu tempat yang pada dasarnya mengatakan, hei, kami memiliki versi konten yang lebih baik untuk Anda, khusus untuk lokasi Anda, untuk Anda bahasa, dan link ke sana dari sana. Dengan begitu, kami masih dapat merayapi dan mengindeks semua versi yang berbeda, tetapi pengguna, ketika mereka berakhir di versi yang salah, dapat dengan cepat menemukan jalan mereka ke versi yang benar.”

Menerjemahkan hanya sebagian dari situs web Anda

31:22 “Kami menjalankan situs web dengan 300 halaman yang diindeks, semuanya dalam bahasa Inggris AS. Kami ingin menerjemahkan setengah dari halaman ini ke bahasa Spanyol, yang akan ditempatkan di subdirektori di domain yang sama dan diberi tag sebagai versi bahasa alternatif dari konten AS. Apakah boleh menerjemahkan hanya sebagian konten situs web? […] Apakah menjadi masalah jika halaman versi bahasa Spanyol tertaut secara internal ke konten dalam bahasa Inggris?”

John berkata, “ Ketika kita melihat bahasa, kita melihatnya pada basis per halaman. […] Jadi pada dasarnya kami melihat halaman individual dan berkata, yah, sepertinya halaman ini dalam bahasa Spanyol. Kemudian ketika seseorang menelusuri sesuatu yang berbahasa Spanyol, kami akan dapat menunjukkannya kepada mereka. Tidak masalah jika hanya sebagian dari situs web Anda yang diterjemahkan ke dalam bahasa lain. Biasanya, Anda mulai dari suatu tempat, dan Anda berkembang dari sana.

Saya pikir aspek tautan internal bisa sedikit rumit. Ini dapat memberikan pengalaman pengguna yang buruk jika tautan internal Anda berfokus pada versi bahasa Inggris . Saya pikir itu cukup umum di banyak situs web yang berbeda. […] Saya akan mencoba memastikan bahwa versi bahasa Spanyol juga saling terkait dengan benar .”

Google dapat menemukan versi URL yang lebih sederhana

37:06 “ Apakah Google memperlakukan URL dengan tanda tanya di akhir sebagai duplikat dari URL yang sama tanpa tanda tanya di akhir?”

John tidak yakin dengan jawaban atas pertanyaan itu. Namun, dia menjelaskan skenario menarik yang dia sebut "kanonikalisasi ringan."

John berkata, “Sebagian besar, jika Anda memiliki parameter di akhir atau tidak ada parameter di akhir, kami akan memperlakukannya sebagai URL yang terpisah secara jelas. Tetapi kami memiliki beberapa sistem yang mencoba melakukan kanonikalisasi yang hampir ringan untuk Anda. Mereka mencoba mencari tahu versi sederhana apa dari URL ini yang sebenarnya dapat kami tampilkan, meskipun situs web itu sendiri tidak menyediakan rel="canonical" atau tidak mengarahkan ke versi URL yang lebih sederhana. ”

Untuk lebih menjelaskan situasinya, John memberikan contoh halaman index.html. Jika Anda memiliki beranda dengan URL seperti website.com/index.html, Google mungkin memutuskan bahwa index.html pada akhirnya pada dasarnya tidak relevan dan menghapusnya secara otomatis untuk menyederhanakan URL menjadi hanya situs web.com.

Google tidak menghukum situs dewasa

39:45 “ Situs web saya baru-baru ini dijatuhkan karena beberapa kata kunci yang sangat penting di ceruk utama kami – mainan dewasa. […] Apakah Google menghukum situs dewasa untuk pertanyaan tertentu?”

John menjawab, “Saya tidak berpikir kami menghukum situs dewasa dalam hal itu. Namun kami memiliki sistem yang mencoba mencari tahu apakah maksud kueri sebenarnya adalah untuk menemukan sesuatu yang akan termasuk dalam kategori, mungkin, konten dewasa. Dan jika tujuannya jelas bukan agar seseorang menemukan konten dewasa dengan kueri semacam itu, […] kami akan mencoba memfilter hal-hal tersebut.

Dan itu adalah sesuatu yang biasanya sangat masuk akal karena terkadang ada situs web dewasa yang bernama sangat mirip […] dengan hal-hal yang, mungkin, mainan anak-anak. Dan Anda tidak ingin seseorang yang mencari mainan anak-anak benar-benar masuk ke situs web mainan dewasa hanya karena peringkatnya untuk istilah yang sama.

Sistem kami mencoba mencari tahu secara diam-diam apa maksud di balik kueri tertentu dan kemudian menyesuaikannya sehingga kami menunjukkan sesuatu yang sedikit lebih cocok dengan maksud yang dirasakan.  

Memahami apa maksud di balik kueri sangat sulit. Dan kita juga terkadang salah. […] Jadi bukan karena Google menentang situs web dewasa. Ada banyak dari mereka di luar sana, dan orang-orang menemukan mereka dan mencari mereka secara eksplisit juga. Itu semua baik-baik saja. Tapi kami benar-benar hanya ingin memastikan bahwa hasil pencarian kami sesuai dengan apa yang diharapkan orang. ”

Menyebutkan merek Anda tidak memengaruhi peringkat situs web Anda

58:12 “[…] Bagaimana jika banyak halaman yang menyebut Anda dan mengatakan Anda scam, sebenarnya adalah halaman spam yang dibuat oleh orang yang bermaksud menyakiti Anda? Apakah Google tahu cara menanganinya?”

John berkata, “Saya pikir itu juga salah satu alasan mengapa sangat sulit untuk menggunakan hal seperti itu sehubungan dengan peringkat. Memahami hampir konteks subjektif dari penyebutan itu sangat sulit. Apakah itu seperti sebutan positif atau sebutan negatif? Apakah penyebutan positif sarkastik atau penyebutan negatif sarkastik? Seperti, bagaimana Anda bisa tahu?

Dan semua itu, bersama dengan fakta bahwa ada banyak situs berisi spam di luar sana, […] membuat sangat sulit untuk mengatakan bahwa kami hanya dapat menggunakan [penyebutan merek] yang sama sebagai tautan. Jadi dari sudut pandang itu, […] kami tidak menyebutkannya sebagai sesuatu yang berdampak positif pada situs web Anda atau berdampak negatif pada situs web Anda. Terlalu membingungkan untuk digunakan sebagai sinyal yang jelas.”