Jam Kerja SEO, 14 Januari 2022

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

Ukuran file robots.txt

00:45 “Apakah ada efek SEO negatif yang dapat dihasilkan dari robots.txt yang sangat besar?”

John menjawab bahwa “tidak ada masalah SEO negatif langsung dengan itu. Tapi itu membuatnya jauh lebih sulit untuk dipertahankan. Dan itu membuatnya jauh lebih mudah untuk secara tidak sengaja mendorong sesuatu yang menyebabkan masalah. Hanya karena itu file yang besar tidak berarti itu masalah, tetapi itu memudahkan Anda untuk membuat masalah. ” […]

04:35 “Selain secara radikal memperpendek [file robots.txt], apakah ada pedoman untuk membangun [itu]?”

John: “Tidak, pada dasarnya terserah Anda. Beberapa situs memiliki file besar. Beberapa situs memiliki file kecil. Mereka semua harus bekerja saja. Kami memiliki kode sumber terbuka dari pengurai robots.txt yang kami gunakan. Jadi yang juga dapat Anda lakukan adalah membuat pengembang menjalankan parser itu untuk Anda atau mengaturnya sehingga Anda dapat mengujinya. Dan kemudian, periksa URL di situs web Anda dengan pengurai itu untuk melihat URL mana yang akan diblokir dan apa yang akan berubah. Dan dengan begitu, Anda dapat menguji berbagai hal sebelum Anda menghidupkannya.”

Anda juga dapat menemukan informasi lebih lanjut tentang file robots.txt di Panduan Utama kami untuk Robots.txt untuk SEO.

Memigrasikan kategori produk ke domain baru

08:56 “Kami berencana untuk memindahkan satu kategori produk multi-vendor kami ke domain atau subdomain baru. […] Bagaimana cara menentukan peringkat domain baru? Domain saat ini memiliki peringkat yang baik di Google dan mesin pencari lainnya dan memberi kami lalu lintas pencarian organik yang baik. Berapa lama waktu yang diperlukan untuk membuat domain baru menerima jumlah lalu lintas yang kami terima sekarang?”

John menjawab, “Saya rasa tidak ada waktu yang pasti untuk perubahan itu karena sepertinya Anda tidak berpindah dari satu domain ke domain lainnya. Anda berpindah dari satu infrastruktur ke infrastruktur yang berbeda. Dan seringkali, itu berarti isinya akan berbeda. Struktur halaman, bahkan mungkin URL, akan berbeda. Semua itu bisa berubah. Dan semua hal ini adalah elemen, yang membutuhkan waktu untuk diproses. Itu tergantung pada situs web sehubungan dengan berapa lama waktu yang dibutuhkan. Dan bukan berarti Anda dapat memiliki garis waktu tertentu untuk itu.

Saya pikir bagian lain yang juga perlu diingat adalah perubahan ini dapat memiliki efek positif atau negatif secara keseluruhan untuk sebuah situs web. Jadi mungkin untuk mengambil migrasi semacam ini dan mengatakan, kami juga akan bekerja pada SEO dan meningkatkan interlinking halaman kami, struktur URL, dan format HTML halaman kami. Semua ini dapat memiliki efek yang sangat positif pada situs web Anda.

Tetapi pada saat yang sama, jika Anda tidak berhati-hati terhadap hal-hal ini dan tiba-tiba Anda memiliki URL yang berantakan, dan HTML tidak mudah dimengerti oleh mesin pencari, maka itu dapat memiliki efek negatif. Jadi itu adalah sesuatu di mana Anda tidak boleh berasumsi bahwa jika Anda memindahkan toko eCommerce dari satu platform ke platform lain, itu akan sama di platform lain setelah jangka waktu tertentu. Itu bisa serupa [atau] jauh lebih baik [tetapi] bisa juga jauh lebih buruk. Jadi, Anda perlu memperhatikan semua detail itu dan memikirkan tentang struktur akhir apa yang Anda inginkan, dan elemen SEO apa yang ingin Anda sertakan dengan migrasi itu.”

11:45 "Aspek negatif apa yang akan kita hadapi ketika kita memindahkan infrastruktur itu ke domain baru?"

Menurut John, “[…] Biasanya, apa yang terjadi dalam situasi ketika semuanya berbaris dengan sangat baik, Anda akan melihat beberapa fluktuasi dari waktu ke waktu saat kami mempelajari situs web baru hingga saat kami mengalihkan semuanya. Dan itu adalah sesuatu yang saya anggap Anda akan melihat visibilitas yang lebih sedikit di Penelusuran. Tapi itu tergantung pada semua perubahan yang Anda buat di sana, di mana itu bisa memakan waktu lebih lama. Saya juga bisa menjadi sesuatu di mana hasil akhirnya jauh lebih buruk atau bahkan jauh lebih baik dari sebelumnya.”

Pengalihan aplikasi

20:38 “ Tahukah Anda apa risiko mengarahkan pengguna dari alat halaman situs seperti aplikasi? Apakah itu berdampak negatif pada lalu lintas dari perspektif SEO? […] Aplikasi kami memiliki tingkat konversi yang lebih tinggi [daripada versi seluler kami], jadi kami berpikir bahwa mungkin kami dapat mengarahkan beberapa pengguna ketika mereka membuka beberapa halaman produk atau halaman kategori […] ke aplikasi atau toko aplikasi. Mungkin [dapat] berkontribusi pada konversi yang lebih tinggi?”

Tanggapan John adalah: “Saya pikir secara keseluruhan Anda bisa melakukan itu. Aspek yang biasanya saya perhatikan adalah Anda melakukannya dengan cara yang memungkinkan pengguna membuka aplikasi jika mereka mau. Saya tidak tahu semua detail saat ini sehubungan dengan koneksi antara aplikasi dan halaman web, tetapi saya yakin ada cara untuk melakukan spanduk cerdas, di mana jika Anda dapat mengenali bahwa pengguna telah menginstal aplikasi , sangat mudah bagi mereka untuk pindah ke pengalaman aplikasi dari sana. Tapi saya tidak tahu detail spesifik untuk Android dan iPhone. […]

Secara umum, dari sudut pandang Penelusuran, jika kami dapat mengindeks setiap halaman seluler, halaman desktop, juga, atau apa pun yang Anda miliki di sana, itu tidak masalah. Dan jika orang-orang dari halaman Anda akhirnya membuka aplikasi, itu juga baik-baik saja dari sudut pandang kami.”

22:57 “Anda berbicara tentang spanduk teratas di halaman situs. Mungkin jika kita [memaksa] mereka untuk mengarahkan ulang, apakah itu akan berdampak buruk bagi SEO atau situs?”

John menyatakan, “Saya pikir mungkin itu akan baik-baik saja. Ada dua hal yang saya miliki di belakang kepala saya, yang mungkin menjadi sesuatu yang harus diwaspadai.

Karena Googlebot juga menggunakan agen pengguna Android, Anda perlu memastikan bahwa Anda tidak mengarahkan Googlebot ke toko aplikasi atau aplikasi karena kami tidak akan menginstal aplikasi. Jadi itu satu hal. Hal lainnya adalah berkaitan dengan, khususnya, metrik di sekitar Core Web Vitals. Jika Anda selalu mengarahkan pengguna seluler secara langsung melalui aplikasi, maka Anda tidak akan memiliki banyak data untuk Core Web Vitals. Dan tergantung pada situs Anda, […] itu juga sesuatu yang perlu diingat di sana. Tapi menurut saya, […] tidak ada yang negatif dari sudut pandang SEO jika Anda mengarahkan pengguna ke sebuah aplikasi. Dari sudut pandang kegunaan, menjadikannya opsional jauh lebih baik. Tetapi pada akhirnya, itu antara Anda dan pengguna Anda.”

Bisakah Google menilai kesamaan halaman?

26:28 "Bagaimana Google mengukur kesamaan halaman?"

John berkata, “Saya rasa tidak. Saya pikir kami menggunakan hreflang untuk memahami URL mana yang setara dari sudut pandang Anda. Dan kami akan menukarnya. […]

Kami hanya akan melakukannya untuk hal-hal seperti rel="canonical" untuk memahami apa itu URL kanonik. Tetapi untuk hreflang, saya pikir tidak mungkin bagi kita untuk memahami bahwa konten khusus ini setara dengan negara lain atau bahasa lain. Ada begitu banyak perbedaan lokal yang selalu memungkinkan.”

Memeriksa backlink spam

27:22 “Kami adalah situs eCommerce besar, dan ada jutaan backlink. Kami memiliki prosedur standar untuk memeriksa beberapa backlink spam setiap bulan atau beberapa bulan. Kami baru menyadari bahwa batas atas daftar Google Disavow hanya 2 MB. Saya ingin tahu apakah file kami telah melampaui batas, lalu bagaimana cara menangani backlink spam tersebut. […] Saat ini, sebagian besar tautan spam yang kami temukan [ditargetkan] ke situs kami ke halaman pencarian kami, yang sangat aneh bagi saya.”

John menjawab, “Biasanya, saya akan merekomendasikan, di satu sisi, mencoba menggunakan arahan domain sebanyak mungkin yang menghemat banyak entri dari situs yang sama dan juga tidak terlalu fokus untuk mencoba membersihkan semua tautan karena itu selalu tidak mungkin. Saya akan fokus menggunakan Penolakan untuk tautan, di mana Anda melihatnya, Anda pikir, jika seseorang dari tim situs web melihat ini, mereka akan 100% yakin bahwa Anda membelinya atau bahwa ada beberapa pertukaran yang terjadi di sini. Tetapi untuk semua jenis tautan acak yang didapat situs web ini, dan bahkan dari halaman spam atau salinan atau posting forum acak, itu bukan hal yang perlu Anda masukkan ke dalam file Disavow. […]

Saya tidak tahu apakah ini yang terjadi dalam situasi Anda, tetapi saya telah melihat bahwa sebelumnya [tautan ini] menargetkan halaman hasil pencarian dengan kueri spesifik yang menyertakan hal-hal seperti nomor telepon atau URL dengan harapan telepon itu nomor muncul di hasil pencarian. Dan jika Anda tidak mengindeks halaman hasil pencarian atau halaman hasil pencarian yang mungkin memiliki kueri yang lebih panjang di dalamnya, maka halaman tersebut secara otomatis tidak diindeks.”

Penurunan traffic vs. penghapusan halaman AMP

30:43 “Haruskah kita mengharapkan penurunan lalu lintas jika kita menghapus AMP?”

John: “Saya berasumsi ini adalah penyiapan, di mana Anda memiliki halaman HTML dan halaman AMP tradisional, dan Anda menautkannya. Saya pikir ada tiga hal yang menyatu saat Anda menghapus halaman AMP seperti ini.

Di satu sisi, ada beberapa fitur pencarian yang terbatas pada halaman AMP saja. […] Saya harus memeriksa ulang, tetapi saya rasa saat ini tidak ada fitur penelusuran yang hanya tersedia untuk halaman AMP. Jadi dari sudut pandang itu, Anda tidak akan kehilangan apa pun di sana.

Hal lainnya adalah halaman AMP cenderung sangat cepat, atau lebih mudah untuk membuat halaman AMP yang sangat cepat. Dan karena kami menggunakan Kecepatan dan Pengalaman Halaman sebagai faktor peringkat, itu adalah sesuatu di mana jika Anda memiliki banyak halaman yang sangat cepat di AMP dan Anda beralih ke halaman yang lebih lambat yang non-AMP, maka Anda mungkin melihat efek di sana. Anda tentu saja dapat membuat halaman yang sangat cepat yang bukan AMP juga. Ini tidak terbatas pada AMP. Jadi itu adalah sesuatu di mana saya akan memeriksa ulang untuk melihat bagaimana hal-hal yang berkaitan dengan Kecepatan berlaku di sana.

Dan menurut saya yang ketiga adalah […] asumsi bahwa halaman AMP entah bagaimana memiliki peringkat yang lebih baik. Dan bukan itu masalahnya. AMP bukan faktor peringkat. Jadi, Anda seharusnya tidak melihat perubahan peringkat hanya karena Anda memiliki halaman AMP atau tidak memiliki halaman AMP. […]

Jika Anda dapat memastikan bahwa halaman normal Anda cepat dan setara dan Anda memiliki semua data terstruktur yang Anda butuhkan di halaman normal tersebut, maka Anda mungkin dapat menonaktifkan AMP. Dan pada dasarnya akan sangat mirip. Apa yang mungkin Anda lihat adalah periode transisi dari beberapa halaman AMP yang masih berada di cache AMP dan membutuhkan waktu beberapa saat untuk keluar. Tetapi secara umum, dimungkinkan untuk mematikan ini. Kami memiliki artikel Pusat Bantuan tentang menonaktifkan halaman AMP, jadi saya juga akan memeriksanya kembali.”

Panel Pengetahuan

35:17 “Dalam beberapa bulan terakhir, saya melihat Google mensurvei Panel Pengetahuan untuk pencarian nama tertentu dengan sangat konsisten di seluler dan tidak sama sekali di desktop untuk kueri yang sama. […] Apakah mungkin untuk memahami mengapa Panel Pengetahuan dianggap tepat untuk melayani pengguna seluler tetapi tidak untuk pengguna desktop dalam situasi ini? Dan apakah Wikipedia merupakan faktor penting bagi Google saat memutuskan apakah akan menampilkan Panel Pengetahuan atau tidak?”

John berkata, “Saya tidak mengetahui hal-hal tertentu yang kami lakukan secara berbeda di seluler dan desktop terkait dengan Panel Pengetahuan. Tetapi sangat umum di berbagai fitur pencarian yang, tergantung pada jenis perangkat pada real estat yang kami miliki, kami akan mengaktifkan beberapa fitur dan beberapa fitur untuk mencoba memastikan bahwa kami menampilkan sesuatu yang berguna bagi pengguna berdasarkan kueri yang mereka gunakan. Dari sudut pandang itu, saya tidak akan terkejut jika Anda melihat Panel Pengetahuan yang berbeda di desktop dan seluler. Tapi saya juga tidak berpikir ada faktor tertentu yang kami katakan, inilah mengapa Anda melihat Panel Pengetahuan ini saat ini dan tidak di lain waktu.

Terkadang, sehubungan dengan jenis kueri ini, di mana Anda melihat perubahan ini, mungkin itu hanya di perbatasan, mari tampilkan Panel Pengetahuan atau tidak. Dan kemudian mungkin jenis perangkat membaliknya dan seperti, katakanlah, ya atau tidak pada akhirnya. Tapi itu adalah sesuatu di mana saya tidak berpikir ada satu faktor spesifik yang terlibat dengan menunjukkan ini atau tidak. Kami menggunakan berbagai sumber yang berbeda untuk Panel Pengetahuan. Dan beberapa di antaranya akan Anda lihat langsung di Panel Pengetahuan. Jadi itu satu hal yang bisa Anda tindak lanjuti sedikit.

Tip lain yang akan saya berikan sehubungan dengan hal-hal ini adalah ada beberapa orang eksternal dari Google yang menghabiskan banyak waktu untuk melihat ke Panel Pengetahuan dan bagaimana hal-hal ditampilkan ketika Google mengambilnya. […] Jason Barnard adalah salah satu orang yang saya kenal yang melakukan ini dengan baik. Dia memposting di Twitter sepanjang waktu di sekitar Panel Pengetahuan. Dan mungkin itu memberi Anda beberapa ide, juga, tentang apa yang bisa Anda lihat di sana.”

Jumlah pertanyaan yang harus disertakan dalam daftar FAQ

40:41 “Saya memiliki 15 hingga 20 FAQ di halaman web saya. Haruskah saya memasukkan semua pertanyaan dalam skema FAQ atau hanya pertanyaan yang saya anggap penting?”

Menurut John, “Ketika berbicara tentang data terstruktur, kami ingin melihat data terstruktur terlihat di halaman, tetapi tidak semua konten yang terlihat harus ditandai dengan data terstruktur. Jika Anda memiliki bagian konten individual di halaman Anda yang ingin Anda berikan data terstrukturnya, lanjutkan dan lakukan itu. Anda tidak perlu melakukan itu untuk setiap konten di halaman Anda. Jadi jika Anda memiliki 20 FAQ dan Anda menandai lima di antaranya, itu sepenuhnya terserah Anda. Anda bahkan dapat menggunakan data-nosnippet untuk sepenuhnya memblokir beberapa item lain agar tidak muncul dalam cuplikan jika itu adalah sesuatu yang ingin Anda lakukan.”

Masalah Cakupan Indeks

52:00 “Satu [masalah] sedang Dirayapi saat ini tidak diindeks dan [yang terakhir] ditemukan saat ini tidak diindeks. Dan dalam kedua kasus, halaman tidak diindeks. […] Saya tahu bahwa Google tidak mengindeks seluruh konten. […] Apa yang harus saya lakukan untuk membuat halaman ini setidaknya [diindeks] lebih cepat, seperti menautkan dari halaman beranda atau menautkan dari halaman, yang sudah memiliki peringkat untuk beberapa kueri situs web khusus saya? […] Mungkinkah itu membawa lebih banyak backlink?”

John berkata, “Saya pikir semua itu membantu. Dan sepertinya Anda berada di jalur yang benar, dan Anda tahu sedikit apa yang diharapkan.

Dari sudut pandang kami, kami tidak mengindeks konten di semua situs web, dan itulah yang diharapkan dari pihak kami. Jadi, jika Anda melihat sebagian besar konten Anda sudah diindeks, saya pikir Anda berada di pendekatan yang tepat. Tapi bukan berarti semuanya sempurna. Dan hal-hal seperti tautan internal, memastikan bahwa kualitas keseluruhan situs web benar-benar bagus – itu sangat membantu.

Terkadang, masuk akal juga untuk melihat situs web secara keseluruhan dan berkata, yah, saya telah mengirimkan 500 halaman di file kedua saya. Dan 200 di antaranya sedang diindeks. Berapa nilai dari 300 halaman yang tidak diindeks? Dan apakah ada sesuatu yang mungkin dapat saya lakukan untuk beralih dari memiliki 500 halaman acak di situs web? Mungkin [itu] mengurangi hingga 300 halaman yang sangat bagus di situs web untuk memusatkan nilai ke halaman yang lebih sedikit? Sehingga setidaknya ketika halaman yang lebih sedikit itu diindeks, Anda mendapatkan banyak nilai dari halaman tersebut kembali, yang bisa jadi peringkat mereka untuk kata kunci yang berbeda, atau mereka berfungsi untuk pengguna yang paling Anda pedulikan sebagai cara untuk memprioritaskan sisi Anda sebelum Anda menyerahkan semuanya ke Google untuk dilakukan.

Jadi itu akan menjadi pendekatan saya di sana - di satu sisi, memastikan bahwa Anda memiliki semuanya berbaris dengan benar dengan tautan internal dan kualitas situs web secara keseluruhan. Dan di sisi lain, jika Anda melihat banyak halaman Anda tidak diindeks, cobalah mencari cara untuk menjelaskan kepada Google halaman mana yang harus mereka prioritaskan, yang mungkin menghapus beberapa halaman yang tidak Anda prioritaskan. pedulikan atau yang tidak penting untuk situs Anda.”