Data Terstruktur untuk SEO: Panduan Schema Markup

Apa itu data terstruktur dan apa fungsinya

Data terstruktur (umumnya diimplementasikan menggunakan kosakata schema.org dalam JSON‑LD) adalah markup yang dapat dibaca mesin yang ditambahkan ke sebuah halaman sehingga mesin pencaridapat menginterpretasikan entitas, atribut, dan hubungan dengan lebih eksplisit daripada hanya mengurai teks yang terlihat.

Ini adalah alat untuk memperjelas: data terstruktur memberi sinyal bahwa sebuah blok konten merepresentasikan tipe Article, Product, Event, Person, FAQ, BreadcrumbList, Review, atau tipe lain yang didefinisikan. Kejelasan itu bisa meningkatkan kelayakan untuk rich results, menjadikan hubungan entitas eksplisit bagi sistem pengetahuan, dan membantu fitur pencarian memahami teks mana yang sesuai dengan properti tertentu.

Data terstruktur bukan jalan pintas untuk peringkat. Itu tidak menggantikan konten berkualitas tinggi, arsitektur informasi yang baik, atau halaman yang dapat di-crawl. Ia membantu mesin pencari menginterpretasikan apa yang ada di sebuah halaman; mesin pencari tetap memutuskan (melalui perayapan, pengindeksan, dan peringkat) apakah dan bagaimana halaman itu muncul di hasil.

Bagaimana data terstruktur bekerja (mekanisme)

Format dan penempatan

JSON‑LD adalah format yang direkomendasikan dan paling banyak digunakan saat ini. Schema juga bisa diekspresikan sebagai Microdata atau RDFa, tetapi JSON‑LD memisahkan markup dari DOM yang terlihat dan lebih mudah dikelola untuk template dan CMS modern.

Penempatan yang umum adalah di dalam tag <script type="application/ld+json"> pada head atau body halaman. Contoh snippet minimal untuk Article:

<script type="application/ld+json">{"@context":"https://schema.org\",\"@type\":\"Article\",\"headline\":\"Your headline here\",\"author\":{\"@type\":\"Person\",\"name\":\"Author name\"}}</script>

Perayapan, pengindeksan, dan peringkat: peran schema

Data terstruktur digunakan selama perayapan dan pengindeksantahapan: perayap dapat membaca JSON‑LD saat fetch; pengindeks dapat menyimpan properti atau menggunakannya untuk memenuhi syarat sebuah halaman bagi fitur SERP. Apakah sebuah halaman muncul di Search dan bagaimana peringkatnya masih ditentukan oleh algoritme yang menggunakan banyak sinyal.

Perlu dicatat bahwa Google menggunakan versi mobile sebagai dasar utama untuk perayapan dan pengindeksan. Sejak July 2024, Google merayapi situs untuk Search dengan Googlebot Smartphone secara default; pastikan data terstruktur yang ada di versi mobile sesuai dengan semantik desktop (parity), bukan harus sama persis pixel‑for‑pixel.

Di mana data terstruktur membantu (kasus penggunaan)

Manfaat umum dan fitur yang memenuhi syarat

Rich results: FAQ, How‑tos, preview resep, cuplikan produk, review, dan kartu acara mungkin memenuhi syarat ketika markup mengikuti persyaratan yang didokumentasikan.

Graf pengetahuan dan pengaitan entitas: schema dapat membuat hubungan antar entitas menjadi eksplisit (penerbit → artikel → penulis → organisasi). Ini membantu sistem yang membangun grafik entitas.

Sitelinks dan interpretasi breadcrumb: markup BreadcrumbList memperjelas hierarki navigasi sehingga fitur pencarian dapat menampilkan jejak yang benar.

Sinyal kelayakan untuk pengalaman penelusuran khusus (mis. ketersediaan produk, tanggal acara, lowongan pekerjaan) di mana properti terstruktur menyampaikan fakta yang dapat dibaca mesin yang sulit diekstrak secara andal dari teks bebas.

Bahkan ketika markup ada, munculnya rich result tidak dijamin. Mesin pencari menggunakan markup sebagai sinyal dan mungkin mengabaikannya atau membutuhkan sinyal kualitas tambahan (kualitas konten, kemampuan diindeks, reputasi situs).

Mengimplementasikan schema: daftar periksa praktis

Rencanakan dan petakan

Putuskan jenis halaman mana yang membutuhkan data terstruktur. Petakan setiap template halaman ke tipe schema.org dan properti yang diperlukan (misalnya, Product membutuhkan name dan offers; FAQ membutuhkan mainEntity dengan pasangan Question/Answer). Gunakan dokumentasi schema.org sebagai referensi kosakata otoritatif.

Penulisan dan pembuatan template

Hasilkan JSON‑LD dari CMS kamu atau bangun ke dalam template server. Jaga agar markup tersinkronkan dengan konten yang terlihat: tanggal, harga, ketersediaan, dan teks yang digunakan di dalam properti terstruktur harus sesuai dengan apa yang dilihat pengguna.

Pengujian dan lingkungan staging

Uji JSON‑LD yang dihasilkan di staging dengan Rich Results Test dan Schema Markup Validator (schema.org). Untuk halaman yang kamu miliki, gunakan Google Search Console URL Inspection untuk memeriksa bagaimana Google melihat halaman dan apakah data terstruktur terdeteksi valid atau mengandung kesalahan.

Penerapan dan pemantauan

Terbitkan ke produksi dan verifikasi halaman live dengan Rich Results Test.

Pantau Search Console untuk laporan data terstruktur dan masalah coverage pada halaman yang kamu miliki; gunakan log server dan emulasi perayap (curl) untuk memastikan bot menerima markup yang sama.

Jika kamu butuh cara cepat untuk melihat HTML apa yang didapat agen pengguna tertentu, gunakan curl dengan string UA. Untuk hanya mengambil header: curl -I https://example.com. Untuk mengambil HTML sebagai UA tertentu: curl -A "Googlebot" https://example.com

Verifikasi dan pemecahan masalah

Verifikasi langkah‑demi‑langkah untuk halaman yang kamu miliki

1) Gunakan Rich Results Test untuk memvalidasi sintaks dan properti yang diperlukan. 2) Di Google Search Console, jalankan URL Inspection untuk memastikan Google mendeteksi data terstruktur dan untuk meninjau kesalahan atau peringatan. 3) Periksa HTML yang dirender halaman di Chrome DevTools > Elements untuk memastikan skrip JSON‑LD hadir setelah rendering client. 4) Pantau laporan Search Console untuk menangkap masalah baru yang muncul setelah penerapan.

Apa yang harus dilakukan jika rich results tidak muncul

Jika markup valid tapi rich result tidak muncul, periksa area berikut: 1) Apakah halaman bisa diindeks? Gunakan URL Inspection untuk mengonfirmasi cakupan indeks. Halaman yang tidak diindeks kecil kemungkinannya menampilkan rich results. 2) Apakah konten yang terlihat sesuai persis dengan properti terstruktur? Perbedaan bisa membuat mesin mengabaikan markup. 3) Apakah kualitas dan reputasi situs keseluruhan memadai untuk fitur tersebut — mesin sering membutuhkan sinyal kepercayaan selain markup. 4) Pastikan kamu menggunakan tipe dan properti yang didukung untuk fitur tersebut (lihat dokumentasi Rich Results Test).

Kesalahan umum dan cara menghindarinya

Menandai konten yang tidak terlihat oleh pengguna atau yang bertentangan dengan teks di halaman — data terstruktur harus mencerminkan fakta yang terlihat.

Menggunakan tipe atau properti yang tidak didukung untuk rich result yang dimaksud; konsultasikan Rich Results Test untuk matriks kelayakan terkini.

Mengandalkan data terstruktur untuk memperbaiki kualitas konten atau masalah arsitektur situs. Schema membantu memperjelas tetapi tidak dapat menggantikan konten yang tipis atau tidak berguna.

Tidak menjaga markup tetap sinkron dengan perubahan konten dinamis (tanggal, harga, ketersediaan) — hindari nilai terstruktur yang usang.

Pola lanjutan dan tata kelola

Rancang proses tata kelola schema: masukkan kepemilikan schema ke tim konten atau engineering kamu, gunakan version control untuk snippet JSON‑LD, dan tambahkan tes ke pipeline CI yang memvalidasi sintaks schema dan field yang diperlukan sebelum penerapan.

Untuk situs besar, hasilkan data terstruktur dari field sumber kanonis daripada menyalin HTML yang dirender. Jika ada konten yang dilokalkan, pastikan properti bahasa dan regional mencerminkan audiens halaman dan hindari mencampur bahasa dalam satu properti.

Data terstruktur juga bisa mendukung sistem hilir di luar pencarian — basis pengetahuan internal, asisten suara, dan analitik. Definisikan inti properti yang minimal dan stabil yang dibutuhkan untuk pencarian dan konsumsi internal untuk mengurangi beban pemeliharaan.

Jika kamu ingin penyegaran tentang dasar teknis yang bekerja dengan schema (indexability, canonicalisation, Core Web Vitals) Baca Technical SEO Panduan

FAQ