Mengapa Google Search Console (GSC) melaporkan pengalihan sebagai kategori lain dalam pelaporan cakupan seperti ‘diblokir oleh robots.txt’, ‘404s’, ‘soft 404s’, ‘halaman tanpa indeks’, dan banyak lagi.

Mengapa Google Search Console (GSC) melaporkan pengalihan sebagai kategori lain dalam pelaporan cakupan seperti 'diblokir oleh robots.txt', '404s', 'soft 404s', 'halaman tanpa indeks', dan banyak lagi.

Jika Anda bingung saat Google melaporkan redirect seperti kategori lain, seperti “blocked by robots.txt”, “soft 404s”, “noindexed”, “404s”, dan lain-lain, bisa jadi Google diam-diam mengikuti redirect dan melaporkan status dari url tujuan sebenarnya sebagai gantinya. Posting saya mencakup situasi secara rinci, dan memberikan contoh ini terjadi di alam liar.

Meskipun banyak menganalisis situs web dari sudut pandang SEO, Anda pasti akan menemukan diri Anda jauh di dalam pelaporan Google Search Console (GSC). GSC berisi banyak sekali data langsung dari Google dan dapat membantu pemilik situs dan SEO memunculkan wawasan kunci. Karena itu, penting untuk memahami nuansa yang terkait dengan pelaporan GSC, dan bagaimana Google menentukan informasi yang diberikannya dalam laporan tersebut. Memiliki pemahaman yang jelas tentang apa yang ditampilkan data itu penting saat mengambil tindakan untuk meningkatkan SEO.

Dan tidak ada contoh kebingungan data GSC yang lebih baik daripada url tujuan sebenarnya yang ditakuti untuk pengalihan dalam pelaporan cakupan indeks GSC (dan alat inspeksi URL). Saya telah menerima begitu banyak pertanyaan tentang ini dari klien sehingga saya memutuskan untuk menulis posting ini sehingga saya bisa mengarahkan orang ke sini versus menjelaskannya lagi dan lagi.

Jadi, bergabunglah dengan saya dalam petualangan GSC di mana kami mengungkap rahasia url tujuan yang sebenarnya. Beberapa dari Anda mungkin sudah tahu ini, tetapi saya tahu beberapa tidak. Dan bagi mereka yang tidak, ini semua akan segera masuk akal. Anda mungkin tidak senang dengan cara kerjanya, tetapi setidaknya Anda akan memahami mengapa url dikategorikan dengan cara tertentu di GSC (dan melalui alat inspeksi URL).

Apa situasi url tujuan sebenarnya yang ditakuti di GSC untuk pengalihan?
Saat melihat status pengindeksan di GSC dari url yang sedang dialihkan, Google melaporkan pada url tujuan sebenarnya (bahkan jika url itu berada di luar situs Anda sendiri). Misalnya, jika Anda mengalihkan url ke url lain, dan url tersebut tidak dapat diindeks karena alasan tertentu, GSC akan diam-diam mengikuti pengalihan dan melaporkan status tujuan akhir. Dan itu bisa sangat membingungkan bagi pemilik situs dan SEO yang tidak tahu ini terjadi.

Ya, itu berarti Anda dapat melihat url muncul sebagai “diblokir oleh robots.txt”, “noindexed”, “soft 404”, “404”, dan banyak lagi (ketika url yang Anda periksa sebenarnya mengarahkan ulang). Seperti yang dapat Anda bayangkan, banyak pemilik situs yang bingung ketika mereka melihat “diblokir oleh robots.txt” ketika mereka tahu 100% bahwa url sedang mengarahkan.

John Mueller dari Google telah ditanyai tentang ini berkali-kali, dan dia telah menjawab dengan apa yang saya jelaskan di atas (dan memang mengakui itu bisa sedikit membingungkan). Juga, Barry menulis posting yang membahas bagaimana ini terjadi dengan alat inspeksi URL berdasarkan komentar John. Meskipun ini telah didokumentasikan, saya merasa ini masih merupakan situasi yang sangat membingungkan bagi banyak pemilik situs dan SEO (itulah sebabnya saya menulis posting ini).

Ini adalah tweet saya dengan tautan ke John yang menjelaskan bagaimana Google secara diam-diam mengikuti pengalihan (dan bagaimana itu muncul di GSC):

Sekarang setelah Anda mengetahui hal ini terjadi, Anda mungkin bertanya-tanya seperti apa sebenarnya ini di GSC. Saya akan membahasnya selanjutnya dengan contoh kejadian di alam liar.

Contoh Google diam-diam mengikuti pengalihan dan melaporkan status url tujuan sebenarnya di GSC:
Di bawah ini, saya akan memberikan contoh dengan tangkapan layar pelaporan Google tentang url tujuan sebenarnya versus pengalihan. Sekali lagi, ini adalah saat url tujuan akhir tidak dapat diindeks karena alasan tertentu.

Diblokir oleh robots.txt:
Url dialihkan ke luar situs ke url yang diblokir oleh robots.txt. Google melaporkan url pengalihan sebagai “diblokir oleh robots.txt” karena tujuan akhir sebenarnya tidak diizinkan.

Sebuah twist pada diblokir oleh robots.txt:
Url ini dialihkan terlebih dahulu ke url pelacakan, yang diblokir oleh robots.txt. Tujuan akhirnya adalah bukan diblokir, tetapi Google tidak dapat mengikuti pengalihan pertama untuk menemukan url tujuan akhir karena tidak diizinkan. Itu hanya tahu bahwa url pertama dalam rantai diblokir dan melaporkannya di GSC. Di bawah ini, Anda dapat melihat langkah kedua menunjukkan url sebenarnya diblokir oleh robots.txt (dan itulah yang dilaporkan di GSC).

Lembut 404:
Url dialihkan ke halaman yang soft 404 (produk tidak tersedia). Google melaporkan bahwa url pengalihan adalah soft 404 (karena url tujuan sebenarnya terlihat sebagai soft 404).

Ini adalah halaman yang diarahkan oleh url (dengan produk “saat ini tidak tersedia”). Karenanya 404 lunak:

Tidak diindeks:
Ya, Anda sudah menebaknya. Url dialihkan ke halaman yang tidak diindeks. Google melaporkan url yang dialihkan sebagai tidak diindeks dalam pelaporan cakupan:

Dirayapi, tidak diindeks:
Sepintas, Anda mungkin mengira pengalihan dilaporkan sebagai “Dirayapi, tidak diindeks”. Tidak benar! Ini adalah url tujuan akhir yang tidak diindeks oleh Google. Google melaporkan “Dirayapi, tidak diindeks” untuk url tujuan yang sebenarnya.

Url tujuan akhir memang tidak terindeks:

404:
Bagaimana Google bisa melihat pengalihan sebagai 404? Tidak. Ini adalah url tujuan sebenarnya yang 404 dan itulah yang dilaporkan di GSC.

404 dengan perubahan nama domain:
Ini hanya variasi pada situasi 404 untuk menjelaskan cara kerjanya saat mengubah nama domain. Url pada domain lama dialihkan ke url pada nama domain baru, tetapi url tersebut tidak pernah dimigrasikan (404 detik). Jadi Google melaporkan bahwa url pengalihan adalah 404.

Maaf, lebih banyak kebingungan dengan pengalihan:
Saat url dialihkan ke halaman yang diselesaikan dengan kode respons tajuk 200, dan diindeks, alat inspeksi URL melaporkan akurat tentang pengalihan (dan mengatakan bahwa url awal adalah pengalihan dan tidak diindeks), tetapi Google menunjukkan kanonik sebagai url tujuan yang sebenarnya (tempat pengalihan mengarah). Bicara tentang membingungkan, terutama berdasarkan semua yang saya jelaskan di atas dengan contoh lain di mana url pengalihan dilaporkan sebagai sesuatu yang berbeda dari pengalihan…

Solusi yang mungkin di GSC untuk menjernihkan kebingungan:
Jadi, bagaimana ini bisa lebih intuitif? Saya pikir jika GSC benar-benar memberikan pesan bahwa itu melaporkan url tujuan yang sebenarnya, itu bisa menjernihkan kebingungan bagi pemilik situs dan SEO. Di bawah ini, saya telah mengolok-olok seperti apa tampilannya di GSC. Jika Daniel Waisberg membaca (dan saya harap Anda membaca), maka tambahkan ini!

Ringkasan: Menghilangkan kebingungan dengan pengalihan dan pelaporan url tujuan.
Saya harap posting ini membantu Anda memahami bagaimana Google secara diam-diam mengikuti pengalihan dan melaporkan url tujuan sebenarnya di GSC. Saya tahu ini adalah topik yang membingungkan bagi banyak pemilik situs dan SEO dan saya yakin itu telah menyebabkan banyak momen yang membuat kepala pusing. Perlu diingat bahwa mulai sekarang, GSC melaporkan url tujuan yang sebenarnya ketika url dialihkan. Jadi, jangan kaget saat Anda melihat pengalihan dalam kategori lain dalam pelaporan cakupan GSC (atau saat menggunakan alat inspeksi url). Dan siapa tahu, mungkin tim produk GSC akan menerapkan pesan yang saya cemooh di atas…

GG