Schema Artikel dan Breadcrumb: Menjelaskan Halaman secara Terstruktur

Data terstruktur perlu dipahami sebagai penjelasan tambahan, bukan pengganti artikel yang berguna. Jika judul, tanggal, atau penerbit tidak benar, format teknis yang valid belum membuat informasi layak. Mulailah dari fakta halaman dan pilih tipe yang sesuai. Untuk panduan blog, BlogPosting dapat digunakan sebagai jenis artikel. Breadcrumb menggambarkan jalur yang masuk akal, misalnya beranda, pusat artikel, lalu tulisan yang sedang dibaca.

Selaraskan identitas serta tanggal

Judul pada markup harus sesuai artikel. Nama penulis atau organisasi perlu mencerminkan penerbit yang nyata, bukan identitas ahli yang dibuat untuk tampilan. Tanggal publikasi serta perubahan harus mengikuti kejadian sebenarnya. Jangan mengganti tanggal otomatis setiap hari jika isi tidak diperiksa. Gambar yang dirujuk perlu tersedia dan berkaitan dengan halaman. Informasi tersebut sebaiknya konsisten dengan teks terlihat agar pembaca serta sistem tidak menerima penjelasan yang berbeda tentang tulisan yang sama.

Gunakan alamat yang dapat diakses

URL utama, gambar, serta item breadcrumb perlu menunjuk ke versi yang dipilih. Pada clean URL, hindari campuran alamat folder dan index.html tanpa alasan. Jika domain berubah, perbarui rujukan serta hubungan yang relevan. Breadcrumb bukan sekadar daftar kata kunci; ia perlu menunjukkan posisi. Jangan memasukkan kategori yang tidak mempunyai dasar pada struktur situs. Hubungan yang jelas membantu pemahaman dan memudahkan pengelola memeriksa kesalahan ketika halaman dipindahkan atau digabung.

Pisahkan validitas dan kelayakan tampilan

JSON yang dapat dibaca merupakan pemeriksaan sintaks. Kesesuaian tipe, properti, pedoman, dan isi memerlukan pemeriksaan lain. Dokumentasi resmi Google menjelaskan penggunaan structured data artikel dan pengujiannya. Hasil yang valid tidak menjamin halaman dirayapi, diindeks, atau memperoleh tampilan khusus. Jangan mengubah schema menjadi janji pemasaran. FAQ terlihat dapat tetap membantu pembaca tanpa mengklaim bahwa halaman komersial pasti mendapat rich result pertanyaan umum.

Contoh alur pengelolaan

Penulis memperbarui judul dan gambar artikel, lalu pengelola menyelaraskan metadata serta JSON-LD. Daftar breadcrumb tetap mengarah ke pusat artikel yang benar. Setelah unggah, URL akhir dan aset diperiksa. Jika ada perubahan isi yang nyata, tanggal peninjauan dicatat sesuai proses. Contoh ini memperlihatkan bahwa data terstruktur perlu ikut dalam alur pembaruan. Menyalin blok dari halaman lain tanpa mengganti identitas dapat menghasilkan informasi yang tampak valid tetapi salah untuk halaman yang diterbitkan.

Daftar tindakan

• Pilih tipe sesuai fungsi halaman.
• Cocokkan judul, penerbit, tanggal, dan gambar.
• Gunakan URL utama yang konsisten.
• Periksa sintaks serta kesesuaian dengan pedoman.

Pertanyaan umum

Apakah semua artikel membutuhkan FAQPage schema?

Tidak. FAQ dapat ditampilkan sebagai isi yang berguna tanpa markup tersebut. Pilih data terstruktur berdasarkan kebutuhan dan pedoman yang relevan, bukan anggapan bahwa semakin banyak tipe selalu lebih baik.

Apakah schema dapat menggantikan judul dan paragraf yang jelas?

Tidak. Markup perlu mendukung informasi yang terlihat. Pembaca tetap membutuhkan struktur dan pembahasan yang dapat dipahami, sementara data terstruktur tidak memperbaiki isi yang keliru atau terlalu tipis.