Structured Data untuk SEO: Fungsi, Contoh, dan Cara Cek

Structured data adalah markup yang memberi konteks tambahan kepada mesin pencari tentang isi halaman. Dengan structured data, sebuah halaman bisa dijelaskan sebagai artikel, produk, breadcrumb, profil orang, organisasi, FAQ, event, resep, lowongan kerja, dan tipe konten lain yang didukung.

Untuk SEO, structured data berguna karena membantu mesin pencari memahami konten dengan lebih rapi. Dalam beberapa kasus, structured data juga membuat halaman eligible untuk rich result. Tapi ini penting: structured data bukan jaminan ranking dan bukan jalan pintas untuk mengganti konten yang lemah.

Google menjelaskan fondasinya di dokumentasi Structured data markup.

Kenapa structured data penting?

Structured data membantu menjawab pertanyaan seperti:

• halaman ini tipe apa?
• siapa penulisnya?
• kapan artikel dipublish dan diupdate?
• halaman ini bagian dari breadcrumb apa?
• produk ini punya harga, stok, dan rating apa?
• FAQ apa yang benar-benar muncul di halaman?
• profil orang atau organisasi ini mengarah ke entitas mana?

Untuk website blog personal brand, structured data yang paling penting biasanya:

• BlogPosting atau Article;
• Person;
• BreadcrumbList;
• WebSite;
• ProfilePage;
• Organization jika memang ada brand/perusahaan;
• FAQPage hanya jika FAQ benar-benar tampil dan berguna.

Structured data bukan pengganti SEO dasar

Saya cukup sering melihat structured data diperlakukan seperti checklist ajaib. Seolah-olah kalau schema sudah hijau, SEO pasti naik.

Padahal tidak begitu.

Structured data membantu mesin pencari memahami halaman. Tapi halaman tetap perlu:

• konten yang menjawab intent;
• title dan heading yang jelas;
• internal link yang relevan;
• crawlability;
• canonical yang benar;
• performa halaman yang baik;
• author dan tanggal update;
• informasi utama tersedia di HTML.

Kalau kontennya tipis atau tidak relevan, schema tidak akan menyelamatkan halaman.

Baca juga: Internal Linking untuk Blog Personal Brand.

Format yang paling praktis: JSON-LD

Google mendukung beberapa format structured data, tetapi JSON-LD biasanya paling praktis untuk website modern karena bisa diletakkan sebagai script terpisah tanpa mengubah markup visual halaman.

Contoh sederhana untuk artikel:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Structured Data untuk SEO",
  "description": "Panduan memahami structured data untuk SEO.",
  "datePublished": "2023-03-25",
  "dateModified": "2026-07-21",
  "inLanguage": "id-ID",
  "author": {
    "@type": "Person",
    "name": "Habib Hidayat",
    "url": "https://habibhidayat.com/author/habib-hidayat/"
  },
  "mainEntityOfPage": "https://habibhidayat.com/structured-data-untuk-seo/"
}
</script>

Contoh di atas bukan template final untuk semua website. Field yang dipakai harus sesuai dengan halaman dan data yang benar-benar tersedia.

Schema yang relevan untuk blog personal

Untuk blog ini, prioritas structured data lebih baik sederhana tetapi konsisten.

Halaman	Schema utama	Catatan
Artikel	BlogPosting	Judul, summary, image, author, datePublished, dateModified
Halaman author	ProfilePage dan Person	Menguatkan identitas penulis
Breadcrumb	BreadcrumbList	Membantu konteks struktur halaman
Homepage	WebSite dan Person	Menjelaskan brand personal dan website
Kamus	Article atau halaman indeks biasa	Jangan memaksa FAQ jika isinya tipis
Update	BlogPosting	Tetap cantumkan sumber dan tanggal update

Tidak semua halaman butuh schema khusus. Schema yang terlalu banyak tetapi tidak akurat bisa menjadi masalah.

Cara cek structured data

Gunakan dua alat:

• Rich Results Test untuk mengecek eligibility rich result yang didukung Google.
• Schema Markup Validator untuk mengecek struktur schema.org secara lebih umum.

Untuk website yang sedang migrasi, saya juga akan cek:

• apakah datePublished dan dateModified benar;
• apakah author konsisten;
• apakah image bisa diakses;
• apakah canonical mengarah ke URL final;
• apakah breadcrumb sesuai struktur;
• apakah halaman yang noindex tidak dipaksa masuk sitemap.

Kesalahan umum structured data

Beberapa kesalahan yang perlu dihindari:

• Menambahkan schema yang tidak sesuai isi halaman.
• Menaruh FAQ schema padahal FAQ tidak tampil di halaman.
• Memakai rating palsu atau review yang tidak ada.
• Menggunakan tanggal update palsu tanpa perubahan berarti.
• Membuat markup produk untuk halaman artikel.
• Schema valid secara teknis, tetapi informasinya tidak sesuai konten.
• Lupa cek setelah template berubah.

Google punya general structured data guidelines yang intinya menekankan data harus akurat, relevan, terlihat oleh pengguna jika memang mewakili konten halaman, dan tidak menyesatkan.

Structured data dan AI search

Structured data tidak otomatis membuat konten muncul di AI Overview atau jawaban AI. Tetapi markup yang konsisten bisa membantu memperjelas entitas dan konteks halaman.

Untuk blog personal brand, ini penting karena website perlu membuat hubungan yang jelas antara:

• Habib Hidayat sebagai penulis;
• topik seperti SEO, paid marketing, analytics, conversion, B2B, dan AI marketing;
• artikel yang saling terhubung;
• tanggal publish dan update;
• sumber rujukan eksternal.

Structured data adalah salah satu bagian dari fondasi AI-friendly, bukan seluruh jawabannya.

Checklist implementasi

Sebelum publish halaman penting, cek:

• Schema sesuai tipe halaman.
• Tidak ada field palsu.
• Author konsisten.
• Tanggal publish/update benar.
• Image bisa diakses.
• Canonical benar.
• Breadcrumb benar.
• Halaman masuk sitemap jika memang indexable.
• Rich Results Test tidak menampilkan error kritis.

Kesimpulan

Structured data membantu mesin pencari memahami konten halaman dengan lebih jelas. Untuk SEO, ia penting sebagai fondasi teknis, terutama pada artikel, halaman author, breadcrumb, dan konten yang punya struktur informasi jelas.

Namun structured data bukan trik ranking. Nilainya paling terasa ketika kontennya memang kuat, struktur internal link rapi, dan informasi halaman konsisten. Schema yang baik memperjelas konten yang sudah layak dibaca, bukan menutupi konten yang belum siap.