Ilustrasi AI tentang audit breadcrumb Blogger, bukan tangkapan hasil Google atau pengujian situs.
Audit breadcrumb Blogger sebaiknya memeriksa dua bukti yang berbeda: jalur navigasi yang benar-benar terlihat dan dapat dipakai pembaca, serta data terstruktur BreadcrumbList yang terbaca alat pengujian. Keduanya dapat mengarah ke hierarki yang sama, tetapi lolos pada satu pemeriksaan tidak otomatis membuktikan yang lain sudah benar.
Panduan ini memakai contoh portal berita fiktif dan langkah baca-saja. Anda tidak perlu mengubah XML tema saat mengaudit. Pilih satu artikel yang mewakili kanal utama, catat temuannya, lalu serahkan perubahan tema kepada pengelola yang memahami struktur template jika memang diperlukan.
Tentukan jalur yang seharusnya membantu pembaca
Sebelum membuka alat, tulis satu jalur yang masuk akal untuk artikel contoh. Untuk berita kecamatan, misalnya: Beranda → Berita Daerah → judul artikel. Jalur itu menjawab dua pertanyaan: di bagian mana pembaca sedang berada, dan halaman mana yang dapat dipakai untuk naik satu tingkat.
Dokumentasi breadcrumb Google Search menyarankan jalur yang mewakili perjalanan pengguna yang lazim, bukan sekadar menyalin susunan folder pada URL. Karena itu, tanggal dalam alamat artikel tidak harus menjadi tingkat navigasi bila pembaca sebenarnya menjelajah melalui kanal berita.
Pada portal dengan banyak label, jangan langsung memasukkan semua label ke breadcrumb. Pilih kanal utama yang benar-benar digunakan sebagai jalur editorial. Panduan menyusun label sebagai kanal dapat dipakai untuk menilai apakah nama dan cakupan kanal sudah konsisten. Keputusan tersebut berbeda dari struktur heading artikel dan berbeda pula dari penandaan Article.
Periksa breadcrumb yang terlihat pada artikel
Buka artikel publik pada jendela biasa dan ponsel. Cari jalur navigasi di atas judul, di bawah header, atau pada awal isi. Catat teks setiap tingkat sesuai urutan tampil. Jangan menyebut daftar kategori di sidebar sebagai breadcrumb hanya karena berisi tautan; breadcrumb perlu menunjukkan posisi halaman dalam hierarki.
Klik Beranda dan kanal perantara satu per satu. Pastikan tautan menuju halaman yang sesuai, bukan halaman kosong, pencarian yang tidak terkait, atau alamat yang mengalihkan ke tempat lain. Judul artikel terakhir boleh berupa teks tanpa tautan. Pembaca tetap perlu dapat mengenali bahwa bagian terakhir adalah halaman yang sedang dibuka.
Di ponsel, lihat apakah jalur terpotong tanpa cara membaca sisanya, menabrak judul, atau terlalu kecil untuk dikenali. Breadcrumb yang disembunyikan dari tampilan sempit perlu dicatat sebagai keputusan desain, bukan langsung dianggap kesalahan data terstruktur. Audit visual menilai pengalaman pembaca; alat data terstruktur menilai markup yang ditemukan. Pastikan nama dan tautan pada markup tetap mewakili navigasi nyata yang dapat ditemukan pembaca di halaman, bukan jalur rekaan yang hanya dibuat untuk mesin pencari. Dokumentasi Google saat ini menyebut fitur breadcrumb di hasil penelusuran tersedia pada desktop. Namun, breadcrumb di situs tetap perlu diperiksa pada ponsel karena fungsinya bagi pembaca tidak bergantung pada tampilan hasil penelusuran.
Gunakan artikel yang sama sepanjang pemeriksaan. Bila ingin membandingkan jenis halaman, buat catatan terpisah untuk artikel, halaman label, dan halaman statis. Ini mencegah kesimpulan dari satu template halaman dianggap berlaku untuk seluruh blog.
Cari bukti BreadcrumbList dengan Rich Results Test
Salin URL artikel lalu masukkan ke Rich Results Test. Bantuan resmi menjelaskan bahwa pengujian URL memerlukan halaman dan sumber dayanya dapat diakses tanpa login; alat juga dapat menguji cuplikan kode. Untuk audit halaman publik, mulai dari URL agar hasil mencerminkan markup yang dirender dari halaman tersebut.
Buka bagian breadcrumb jika terdeteksi. Catat jumlah item, name, position, dan item pada setiap tingkat, beserta kesalahan atau peringatannya. Alat menggunakan sumber yang dirender, sehingga temuannya dapat berbeda dari hasil mencari teks pada sumber HTML awal.
Bandingkan urutan itu dengan jalur yang terlihat. Jika tampilan menunjukkan Beranda → Teknologi → judul, tetapi data terstruktur menyebut Beranda → Olahraga → judul, hasilnya belum selaras walaupun alat tidak menampilkan kesalahan sintaks. Jika tidak ada breadcrumb yang terdeteksi, catat “tidak terdeteksi pada pengujian ini”; jangan menyimpulkan template sama sekali tidak memiliki markup sebelum memeriksa halaman dan hasil pengujian yang tepat.
Baca ListItem tanpa memasang kode contoh
Menurut dokumentasi Google, BreadcrumbList untuk fitur breadcrumb memuat sedikitnya dua ListItem. Properti position menyatakan urutan mulai dari 1, name memberi nama tingkat, dan item menunjuk URL tingkat tersebut. URL pada item terakhir boleh dihilangkan; Google memakai URL halaman yang memuat markup. Definisi BreadcrumbList Schema.org juga menjelaskan bahwa urutan perlu dinyatakan melalui ListItem dan position, bukan hanya mengandalkan urutan penulisan.
Contoh berikut hanya spesimen pembacaan untuk portal fiktif. Alamat example.com adalah placeholder. Jangan menempelkannya ke postingan atau tema, karena breadcrumb nyata harus memakai hierarki dan URL blog Anda sendiri.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{"@type":"ListItem","position":1,"name":"Beranda","item":"https://example.com/"},
{"@type":"ListItem","position":2,"name":"Berita Daerah","item":"https://example.com/search/label/Berita%20Daerah"},
{"@type":"ListItem","position":3,"name":"Judul berita contoh"}
]
}
</script>Definisi ListItem Schema.org membantu membedakan item, posisi, dan nama. Periksa pula apakah nama kanal mudah dipahami pembaca dan URL perantara benar-benar dapat dibuka. Kode yang valid secara bentuk belum tentu menggambarkan navigasi yang bermanfaat.
Jika Anda juga sedang memeriksa penulis, tanggal, atau gambar utama, gunakan audit terpisah pada panduan Schema Article Blogger. Jangan mencampur kegagalan Article dengan BreadcrumbList; keduanya merupakan jenis data terstruktur yang berbeda.
Bedakan hasil langsung, data indeks, dan tampilan Google
Rich Results Test menunjukkan apa yang dapat diproses saat pengujian, bukan bukti bahwa breadcrumb akan tampil di hasil pencarian. Dokumentasi Google menyatakan fitur yang memakai data terstruktur tidak dijamin tampil. Hasil valid juga tidak membuktikan halaman sudah diindeks atau akan memperoleh peringkat tertentu.
Jika blog terhubung ke Search Console, buka Inspeksi URL untuk artikel yang sama. Bandingkan hasil indeks dengan uji URL langsung. Bantuan Inspeksi URL menjelaskan bahwa hasil terindeks menggambarkan versi yang diketahui Google, sedangkan uji langsung mengambil halaman saat ini; keduanya dapat berbeda setelah perubahan template.
Untuk pola lintas halaman, laporan hasil kaya Search Console menampilkan sampel item yang ditemukan, bukan daftar menyeluruh. Gunakan Inspeksi URL ketika halaman yang dicari tidak muncul di laporan. Bila akses perayapan menjadi pertanyaan, baca cara memeriksa robots.txt Blogger sebelum mengubah aturan apa pun.
Akhiri audit dengan keputusan yang dapat ditindaklanjuti: perbaiki tautan navigasi yang terlihat, selaraskan nama kanal dan markup, tangani properti yang salah, atau pantau versi indeks setelah perubahan yang sudah diverifikasi. Simpan URL, tanggal, perangkat, hasil alat, dan tangkapan temuan. Catatan ini memberi pengembang bukti yang lebih berguna daripada permintaan umum untuk “memasang schema SEO”.
Komentar
Posting Komentar