Website yang sudah terindeks Google belum tentu mudah dipahami mesin pencari. Google masih perlu mengenali siapa pemilik website, bisnis bergerak di bidang apa, berada di lokasi mana, serta layanan apa saja yang ditawarkan.
Salah satu cara memperjelas informasi tersebut adalah menggunakan structured data berbasis JSON-LD. Implementasi yang tepat dapat membantu mesin pencari memahami entitas dan struktur website, sekaligus membuka peluang memperoleh tampilan pencarian yang lebih informatif pada jenis rich result yang masih didukung Google.
Apa Itu Schema JSON-LD dan Kenapa Penting?
Schema markup adalah data terstruktur yang memberikan konteks tambahan terhadap isi halaman. Sementara JSON-LD merupakan salah satu format yang umum digunakan untuk menempatkan structured data tersebut.
Schema.org menyediakan vocabulary yang dapat digunakan untuk menjelaskan berbagai entitas seperti Organization, LocalBusiness, Service, Product, Person, dan BreadcrumbList. Structured data tersebut membantu mesin pencari memahami makna informasi di halaman, bukan sekadar membaca teks HTML.
Untuk website perusahaan, manfaatnya antara lain memperjelas:
- identitas perusahaan;
- alamat bisnis;
- logo dan website resmi;
- profil media sosial;
- jenis layanan;
- struktur navigasi website.
Namun perlu dipahami bahwa schema tidak menjamin rich snippet atau Knowledge Panel pasti muncul. Google tetap menentukan tampilan hasil pencarian berdasarkan sistem dan kebijakan mereka.
Pilih Schema Sesuai Jenis Website
Tidak semua halaman harus menggunakan schema yang sama. Jenis structured data perlu disesuaikan dengan isi dan fungsi halaman.
Organization untuk Identitas Perusahaan
Schema Organization cocok digunakan untuk memperjelas identitas sebuah perusahaan atau organisasi.
Informasi yang biasanya dimasukkan meliputi nama perusahaan, URL website, logo, nomor telepon, dan akun media sosial.
Contohnya:
<script type=”application/ld+json”>
{
“@context”: “https://schema.org”,
“@type”: “Organization”,
“name”: “Nama Perusahaan”,
“url”: “https://example.com”,
“logo”: “https://example.com/logo.png”,
“telephone”: “+62-21-123456”,
“sameAs”: [
“https://www.instagram.com/example”,
“https://www.linkedin.com/company/example”
]
}
</script>
Data di dalam schema harus konsisten dengan informasi yang benar-benar digunakan perusahaan.
LocalBusiness untuk Bisnis dengan Lokasi Fisik
Jika perusahaan memiliki kantor, toko, klinik, restoran, atau lokasi bisnis yang dikunjungi pelanggan, LocalBusiness dapat digunakan untuk memberikan informasi lokasi yang lebih detail.
Contohnya:
<script type=”application/ld+json”>
{
“@context”: “https://schema.org”,
“@type”: “LocalBusiness”,
“name”: “Nama Bisnis”,
“url”: “https://example.com”,
“telephone”: “+62-21-123456”,
“address”: {
“@type”: “PostalAddress”,
“streetAddress”: “Jl. Contoh No. 10”,
“addressLocality”: “Semarang”,
“addressRegion”: “Jawa Tengah”,
“postalCode”: “50100”,
“addressCountry”: “ID”
},
“geo”: {
“@type”: “GeoCoordinates”,
“latitude”: -6.9667,
“longitude”: 110.4167
}
}
</script>
Koordinat latitude dan longitude harus menunjuk lokasi bisnis yang sebenarnya. Jangan menambahkan lokasi palsu hanya untuk mengejar pencarian lokal.
Gunakan Service Schema untuk Halaman Jasa
Website perusahaan biasanya memiliki beberapa halaman layanan. Pada halaman seperti ini, schema Service dapat membantu menjelaskan jenis jasa yang ditawarkan.
Contohnya:
<script type=”application/ld+json”>
{
“@context”: “https://schema.org”,
“@type”: “Service”,
“name”: “Jasa Pembuatan Website”,
“description”: “Layanan pengembangan website perusahaan.”,
“provider”: {
“@type”: “Organization”,
“name”: “Nama Perusahaan”
},
“areaServed”: {
“@type”: “Country”,
“name”: “Indonesia”
}
}
</script>
Struktur ini dapat dikembangkan dengan menghubungkan provider ke Organization utama menggunakan @id.
Pendekatan tersebut lebih baik daripada membuat setiap schema berdiri sendiri tanpa hubungan yang jelas.
Anatomi JSON-LD yang Perlu Dipahami
Anda tidak perlu menghafal seluruh vocabulary Schema.org. Namun ada beberapa elemen dasar yang sering digunakan.
@context menunjukkan vocabulary yang digunakan, umumnya https://schema.org.
@type menjelaskan jenis entitas, misalnya Organization, LocalBusiness, atau Service.
Sementara property seperti name, url, logo, address, geo, dan sameAs memberikan informasi lebih detail mengenai entitas tersebut.
Schema biasanya ditempatkan menggunakan:
<script type=”application/ld+json”>
…
</script>
Data JSON-LD juga harus menggunakan format JSON yang benar. Kesalahan sederhana seperti koma tambahan atau tanda kutip yang tidak lengkap dapat menyebabkan markup gagal dibaca.
Hubungkan Organization, Lokasi, dan Layanan
Implementasi schema yang baik bukan sekadar memasang sebanyak mungkin jenis structured data.
Hubungan antar-entitas justru lebih penting.
Website company profile, misalnya, dapat memiliki struktur seperti:
Organization → LocalBusiness → Service
Organization menjelaskan identitas perusahaan. LocalBusiness memperjelas lokasi fisiknya. Service kemudian menjelaskan layanan yang diberikan oleh perusahaan tersebut.
Untuk implementasi lebih kompleks, @id dapat digunakan sebagai identifier agar beberapa schema merujuk pada entitas perusahaan yang sama.
Cara ini membantu membangun struktur informasi yang lebih konsisten dibanding membuat banyak schema terpisah.
Validasi Schema Sebelum Dipasang Permanen
Setelah membuat JSON-LD, jangan langsung menganggap implementasinya selesai.
Structured data perlu diuji untuk mengetahui apakah struktur dan property yang digunakan sudah benar.
1. Gunakan Google Rich Results Test
Google Rich Results Test dapat digunakan untuk mengecek structured data yang berkaitan dengan fitur rich result yang didukung Google.
Jika terdapat critical error, perbaiki sebelum halaman dipublikasikan. Google juga menyarankan pengujian structured data sebelum deployment dan pengecekan kembali menggunakan URL Inspection setelah halaman tersedia untuk Googlebot.
Status valid juga tidak berarti tampilan khusus pasti muncul di hasil pencarian.
2. Gunakan Schema Markup Validator
Untuk mengecek struktur Schema.org secara lebih umum, gunakan Schema Markup Validator.
Tool tersebut dapat membaca JSON-LD, Microdata, maupun RDFa sekaligus mendeteksi kesalahan syntax dan struktur markup Schema.org.
Keduanya memiliki fungsi berbeda. Rich Results Test berfokus pada implementasi yang didukung fitur Google, sedangkan Schema Validator lebih luas untuk memvalidasi vocabulary Schema.org.
Gunakan BreadcrumbList untuk Memperjelas Struktur Website
Selain identitas perusahaan dan layanan, struktur navigasi juga dapat ditandai menggunakan BreadcrumbList.
Misalnya website memiliki struktur:
Home → Layanan → Jasa Website → Company Profile
Breadcrumb membantu menunjukkan hubungan antarhalaman secara hierarkis.
Contohnya:
{
“@context”: “https://schema.org”,
“@type”: “BreadcrumbList”,
“itemListElement”: [
{
“@type”: “ListItem”,
“position”: 1,
“name”: “Home”,
“item”: “https://example.com/”
},
{
“@type”: “ListItem”,
“position”: 2,
“name”: “Layanan”,
“item”: “https://example.com/layanan/”
}
]
}
Hindari membuat breadcrumb terlalu panjang hanya untuk kebutuhan schema. Struktur harus tetap mengikuti hierarki website yang nyata.
Bagaimana dengan FAQPage Schema?
FAQ schema pernah populer karena dapat menghasilkan tampilan pertanyaan dan jawaban tambahan di hasil Google.
Namun kondisi tersebut sudah berubah. Google mengumumkan penghentian FAQ rich result, dan sejak 7 Mei 2026 fitur FAQ rich result tidak lagi ditampilkan di Google Search. Dokumentasi fitur tersebut kemudian dihapus.
Artinya, memasang FAQPage saat ini jangan ditujukan untuk “memperbesar” tampilan hasil pencarian Google.
FAQ tetap dapat digunakan sebagai struktur semantik jika memang halaman memiliki konten pertanyaan dan jawaban yang relevan, tetapi jangan menjanjikan tambahan ruang visual di SERP.
Kombinasikan Schema Sesuai Fungsi Halaman
Supaya implementasinya lebih mudah, berikut gambaran penggunaannya:
| Schema | Cocok Digunakan pada | Fungsi |
| Organization | Homepage/About | Identitas perusahaan |
| LocalBusiness | Homepage/Kontak | Informasi lokasi bisnis |
| Service | Halaman layanan | Menjelaskan jasa |
| BreadcrumbList | Halaman internal | Menjelaskan hierarki halaman |
| FAQPage | Halaman FAQ | Struktur pertanyaan dan jawaban |
Tidak semua halaman membutuhkan seluruh schema tersebut sekaligus. Gunakan hanya structured data yang relevan dengan informasi yang memang tersedia pada halaman.
Hindari Kesalahan Implementasi Schema
Kesalahan schema tidak selalu berasal dari syntax. Data yang secara teknis valid juga bisa bermasalah jika tidak sesuai dengan konten sebenarnya.
Beberapa kesalahan yang perlu dihindari antara lain:
- alamat berbeda dengan informasi website;
- memasukkan rating atau review palsu;
- menggunakan @type yang tidak sesuai;
- membuat lokasi bisnis fiktif;
- duplicate schema dari plugin dan custom code;
- markup berisi informasi yang tidak tersedia di halaman.
Prinsip utamanya sederhana: structured data harus merepresentasikan konten nyata, bukan digunakan untuk membuat informasi tambahan yang sebenarnya tidak ada.
Website SEO-Ready Sebaiknya Memikirkan Schema Sejak Awal
SEO teknis tidak hanya berkaitan dengan keyword. Struktur HTML, heading, kecepatan website, internal linking, crawlability, hingga structured data juga menentukan seberapa mudah mesin pencari memahami sebuah website.
Karena itu, perusahaan yang sedang membangun website baru sebaiknya sudah mempertimbangkan struktur tersebut sejak tahap development. Ardata Media menyediakan jasa buat website company profile SEO-ready yang dapat dikembangkan dengan memperhatikan struktur website, performa, serta kebutuhan SEO teknis.
Dengan arsitektur yang rapi sejak awal, penggunaan Organization, LocalBusiness, Service, maupun BreadcrumbList juga dapat dibuat lebih konsisten dibanding menambahkannya belakangan tanpa struktur yang jelas.
JSON-LD membantu mesin pencari memahami identitas perusahaan, lokasi, layanan, serta hubungan antarhalaman. Organization, LocalBusiness, Service, dan BreadcrumbList dapat digunakan sesuai fungsi masing-masing halaman.
Setelah memasang schema, selalu lakukan validasi dan pastikan datanya konsisten dengan konten website. Structured data memang tidak menjamin rich result atau Knowledge Panel muncul, tetapi implementasi yang benar membuat informasi website lebih terstruktur dan mudah dipahami mesin pencari.
