Product schema yang paling lengkap belum tentu paling akurat. Harga bisa tertinggal setelah promo selesai. Ketersediaan bisa mengambil stok varian yang salah. Rating contoh dari template bisa ikut terbawa ke halaman publik.

Mulailah dengan fakta produk dan fitur yang ingin didukung. Setelah itu, periksa apakah markup yang dihasilkan benar-benar menyampaikan fakta tersebut. Menambah properti tanpa sumber data yang jelas justru memperbesar risiko ketidaksesuaian.

Tentukan peran halaman dan fitur tujuan

Halaman toko yang menjual produk berbeda dari artikel yang mengulas produk milik pihak lain. Google memiliki persyaratan tersendiri untuk product snippets dan merchant listings. Misalnya, merchant listing memerlukan penawaran dari penjual, sedangkan persyaratan product snippet memiliki pilihan properti yang berbeda. Dokumentasi product snippets, dokumentasi merchant listings.

Catat fitur yang diperiksa beserta tanggal rujukannya. Jangan menggabungkan semua persyaratan menjadi daftar wajib untuk setiap produk, layanan, atau file digital. Kelayakan mengikuti jenis produk dan tujuan penampilannya.

Hubungkan setiap properti ke sumber fakta

Properti Sumber yang diperiksa Kesalahan yang perlu dicari
Nama dan gambar Katalog produk Mengambil nama kategori atau gambar produk lain
SKU Identitas produk atau varian SKU sama untuk item berbeda
Harga dan mata uang Penawaran yang berlaku Format rupiah masuk sebagai teks berformat
Ketersediaan Status stok yang dipakai toko Markup masih menyatakan tersedia
Rating Ulasan yang sah dan relevan Nilai contoh atau ulasan entitas lain

Gunakan sumber data yang sama untuk tampilan harga dan Offer bila memungkinkan. Jika sistem memiliki cache terpisah, dokumentasikan kapan masing-masing diperbarui dan bagaimana ketidaksesuaian dideteksi.

Contoh Product dan Offer

Berikut ilustrasi produk fiktif. Seluruh identitas, harga, stok, dan URL harus diganti dengan fakta terverifikasi sebelum dipakai. Contoh ringkas ini bukan sertifikat kelayakan semua fitur belanja.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Botol Minum Contoh 600 ml",
  "sku": "DEMO-BTL-600",
  "image": "https://example.com/images/botol-600.jpg",
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/produk/botol-600/",
    "price": 185000,
    "priceCurrency": "IDR",
    "availability": "https://schema.org/InStock"
  }
}

Angka harga tidak memakai pemisah ribuan atau simbol mata uang. IDR menjelaskan mata uangnya. Jika promo berubah, data penawaran perlu mengikuti harga yang benar-benar berlaku di halaman.

Tidak ada rating dalam contoh karena tidak ada fakta ulasan yang disediakan. Menambahkan rating fiktif untuk menghilangkan warning akan merusak keandalan informasi.

Uji perubahan keadaan, bukan hanya produk tersedia

Ambil sampel produk tersedia, habis sementara, memiliki promo, serta produk dengan properti opsional kosong. Bila ada variasi ukuran atau warna, gunakan pemeriksaan per varian agar harga dan ketersediaan tidak tercampur.

Contoh kasus ilustratif: harga normal Rp185.000 berubah menjadi Rp169.000 selama promo. Tampilan halaman sudah benar, tetapi blok JSON-LD tersimpan dalam cache lama. Validator sintaks tetap lulus karena kedua nilai merupakan angka yang sah. Pemeriksaan yang menemukan masalah adalah perbandingan fakta pada waktu yang sama.

Tambahkan waktu pengambilan bukti pada screenshot, HTML, dan data katalog. Tanpa waktu, perubahan stok yang sah dapat terlihat seolah-olah kesalahan template.

Cari pemilik keluaran schema

Tema, plugin toko, dan plugin SEO dapat sama-sama menghasilkan Product. Periksa seluruh blok dan hubungkan dengan pembuatnya. Gunakan ID entitas yang konsisten bila sistem sudah memilikinya; hindari menambah versi baru dengan data berbeda.

Jika markup dibuat JavaScript, periksa apa yang tersedia pada HTML awal dan sesudah render. Produk dengan harga atau stok cepat berubah membutuhkan perhatian khusus terhadap keterlambatan dan keandalan pengambilan data. Dokumentasi Google menyarankan Product pada HTML awal untuk hasil terbaik bagi merchant yang menargetkan seluruh jenis hasil belanja.

Buat laporan validasi yang dapat dipakai

Gunakan kolom URL | SKU | fitur tujuan | fakta cocok | hasil parser | hasil tes fitur | gap. Pisahkan error wajib, rekomendasi opsional, dan ketidaksesuaian data.

Search Console dapat membantu memantau structured data yang diproses Google. Ia tidak menggantikan seluruh pemeriksaan feed Merchant Center atau transaksi toko. Pastikan tim tahu bagian sistem yang sedang dinilai.

Setelah perubahan dirilis, buka sampel halaman aktual dan ulangi pengujian keadaan produk. Periksa fungsi pembelian secara terpisah. Structured data yang benar membantu menyampaikan informasi, sementara keputusan penampilan tetap berada pada sistem pencarian dan tidak dapat dijamin oleh tanda valid saja.