Kelayakan, bukan peringkat
Markup yang sah membuat sebuah halaman layak untuk hasil kaya. Google memilih kata itu dengan sengaja: memuat setiap properti wajib membuat halaman memenuhi syarat untuk tampilan yang diperkaya, bukan menjanjikannya, dan data terstruktur bukan faktor peringkat dengan sendirinya.
Jarak antara layak dan ditampilkan lebih lebar daripada dugaan kebanyakan orang, dan itu bukan hal sembarangan. Muncul atau tidaknya sebuah penyempurnaan bergantung pada kuerinya, perangkatnya, negaranya, apakah fitur itu ada dalam bahasa tersebut, dan pada penilaian Google sendiri soal apakah ia membantu dalam konteks itu. Halaman yang sama bisa menampilkan bintang pada satu penelusuran dan tidak pada penelusuran berikutnya.
JSON-LD adalah format yang dipakai
Ketiga sintaksis — JSON-LD, Microdata, dan RDFa — sama-sama dapat diterima Google, dan JSON-LD yang direkomendasikan. Rekomendasinya bersifat praktis, bukan teknis.
JSON-LD tinggal dalam satu tag script alih-alih dijalin ke dalam markup sebagai atribut pada elemen yang ia jelaskan. Artinya ia selamat dari perombakan templat, terbaca di satu tempat oleh siapa pun yang mewarisinya, dan sebuah kekeliruan di dalamnya tidak mengganggu halaman yang terlihat. Microdata mengikat penjelasan pada penyajian, sehingga setiap perancangan ulang berisiko menjatuhkan properti tanpa suara.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Robots.txt and sitemaps",
"datePublished": "2026-06-14",
"author": { "@type": "Organization", "name": "DigestSEO" }
}
</script>- Satu blok per entitas lebih jelas daripada satu blok raksasa yang mencoba menjelaskan segalanya di halaman.
- Bangkitkan dari data yang sama yang merender halaman, supaya keduanya tidak bisa menyimpang.
- Ia bisa disuntikkan lewat JavaScript, tetapi halaman tetap harus berhasil dirender agar markupnya terlihat.
Markup harus cocok dengan halamannya
Menjelaskan konten yang tak bisa dilihat pengunjung adalah pelanggaran pedoman, bukan jalan pintas. Google menyebut kedua bentuk kegagalannya secara terang: halaman yang dibangun sebagai cangkang kosong demi memikul markup, dan properti yang menegaskan fakta yang tak pernah ditampilkan halaman. Salah satunya saja bisa menghabiskan hasil kaya itu sepenuhnya, dan tindakan manual mencabutnya di seluruh situs, bukan hanya di halaman itu.
Versi paling umum dari ini tidak disengaja. Sebuah templat memancarkan rating agregat yang ulasannya sudah dihapus, atau harga yang diubah pemilih mata uang di sisi klien, atau tanggal acara yang sudah lewat. Tak ada yang berniat menyesatkan; markupnya hanya hidup lebih lama daripada konten yang dijelaskannya. Karena itu membangkitkannya dari data yang dirender lebih berarti daripada membuatnya benar sekali.
| Gejala | Penyebab lazim |
|---|---|
| Penyempurnaan tak pernah muncul | Sebuah properti wajib hilang, jadi halaman tidak layak |
| Muncul, lalu berhenti | Kontennya berubah dan markup tidak lagi cocok dengannya |
| Markup sah, tetap tanpa penyempurnaan | Layak tetapi tidak dipilih — kueri, bahasa, atau perangkat |
| Penyempurnaan hilang di seluruh situs | Tindakan manual, yang dilaporkan di Search Console |
Menghubungkan entitas alih-alih mengulangnya
Kebanyakan situs berakhir dengan menjelaskan organisasi yang sama di setiap halaman, dengan kata-kata yang sedikit berbeda tiap kali. Kosakata ini punya jawaban yang lebih baik daripada pengulangan: beri sebuah entitas @id, definisikan sekali, lalu rujuk pengenal itu di semua tempat lain.
Ini penting melampaui kerapian. Sebuah mesin pencari yang merukunkan tiga uraian yang berbeda tipis tentang perusahaan Anda harus memutuskan apakah itu satu organisasi atau tiga; pengenal yang tegas menghapus tebakannya. Hal yang sama berlaku bagi penulis yang menulis di seluruh situs, atau produk yang dirujuk baik dari daftar maupun dari ulasan.
sameAs adalah separuh lainnya. Ia menunjuk profil dan entri yang sudah menjelaskan entitas itu di tempat lain — artikel Wikipedia, akun resmi, daftar perusahaan. Ini bukan siasat peringkat melainkan penguatan: justru itulah yang dibutuhkan mesin pencari untuk menautkan klaim Anda tentang diri sendiri dengan sesuatu yang bisa ia periksa.
Memilih tipe mana yang ditambahkan
Saringannya pendek: adakah fitur penelusuran untuk tipe ini, dan bisakah halaman ini sungguh-sungguh meraihnya? Menandai tipe yang tidak punya hasil kaya di belakangnya menambah pemeliharaan dan tidak mengubah apa pun di hasil — markupnya sah, benar, dan tak bergerak.
Mengklaim jenis yang tidak dijamin oleh halaman lebih buruk daripada tidak menandainya, karena hal tersebut dapat melanggar pedoman fitur tanpa menciptakan tampilan pencarian yang berguna. Artikel panduan bukanlah Product. Google berhenti menampilkan hasil kaya FAQ pada tanggal 7 Mei 2026 dan menghapus dokumentasi hasil kaya FAQ pada bulan Juni. Ini adalah pengingat bahwa fitur Pencarian dapat ditarik. Tandai halaman sebenarnya, dan periksa galeri fitur yang didukung sebelum mempertahankan markup untuk fitur Pencarian.
- Kenali apa sebenarnya halaman ini, dalam istilah kosakata tersebut.
- Periksa apakah ada fitur penelusuran untuk tipe itu, dan apa yang dituntutnya.
- Pancarkan setiap properti wajib dari data yang merender halaman.
- Validasi sintaksisnya, lalu konfirmasi kelayakannya di laporan penyempurnaan.
- Periksa ulang setelah perubahan templat — di situlah markup dan konten menyimpang.