Schema.org untuk Perplexity: contoh markup dan panduan lengkap

Apa yang bisa diberikan schema.org pada situs di Perplexity?

Schema.org adalah kosakata umum yang digunakan situs untuk menunjukkan apa yang ada di halaman: organisasi, artikel, produk, atau objek lain. Struktur ini dapat membantu sistem pemrosesan informasi membedakan entitas dan propertinya. Namun, markup tidak mengubah halaman menjadi sumber yang wajib dipilih atau dikutip oleh Perplexity.

Makna praktisnya adalah mendeskripsikan fakta yang sudah tersedia bagi pengunjung secara eksplisit dan konsisten: nama resmi proyek, situsnya, penulis materi, tanggal publikasi, dan topik halaman. Markup melengkapi konten, bukan menggantikannya. Jika JSON-LD menyatakan satu hal tetapi halaman menulis hal lain, ini menciptakan ambiguitas, bukan kejelasan.

Sebelum bekerja, tentukan halaman mana yang penting dan fakta apa yang harus dipahami:

• halaman utama mendeskripsikan situs dan organisasi;
• halaman produk mendeskripsikan produk dan tujuannya;
• publikasi mendeskripsikan materi, penulis, dan tanggal;
• bagian dengan instruksi mendeskripsikan halaman individual dan posisinya dalam struktur situs.

Untuk rencana optimasi teknis yang lebih luas, lihat panduan markup schema untuk AI search.

Markup schema.org apa yang harus ditambahkan untuk Perplexity?

Tambahkan tipe schema.org yang benar-benar sesuai dengan konten halaman. Untuk sebagian besar situs korporat, dasarnya adalah Organization, WebSite, dan WebPage; untuk publikasi editorial, gunakan Article atau tipe yang lebih spesifik jika sesuai dengan materi. Tidak perlu menandai semua tipe yang tersedia: yang lebih penting adalah kelengkapan dan akurasi beberapa entitas yang cocok.

Pilih tipe berdasarkan tujuan halaman, bukan berdasarkan hasil yang diinginkan di AI search. Misalnya, jangan menandai halaman komersial sebagai Article jika itu bukan materi editorial. Direktori tipe dan properti tersedia di situs resmi schema.org.

Untuk proyek kripto, pastikan deskripsi produk, jaringan, dan alamat resmi konsisten antar halaman. Jangan tambahkan properti yang tidak bisa dikonfirmasi atau dipelihara oleh tim.

Contoh schema.org untuk Perplexity dalam format JSON-LD

JSON-LD memungkinkan penempatan informasi terstruktur dalam blok terpisah di halaman, tanpa menyematkan properti ke setiap elemen HTML yang terlihat. Ini format yang praktis bagi editor dan pengembang, asalkan blok tersebut dibuat dari data terkini dan sesuai dengan konten halaman.

Contoh untuk artikel perlu disesuaikan: ganti nilai placeholder dengan nilai nyata, dan hapus properti yang tidak didukung oleh halaman itu sendiri.

Dalam blok JSON-LD, cantumkan konteks schema.org dan tipe Article. Kemudian tambahkan headline dengan nilai judul publikasi, author dengan tipe Organization dan nama penulis, datePublished dan dateModified dengan tanggal aktual, serta mainEntityOfPage dengan URL kanonik artikel. Dalam JSON-LD yang sudah jadi, kunci dan nilai string ditulis dalam tanda kutip ganda.

Nilai yang disebutkan harus sesuai dengan halaman nyata: jangan gunakan tanggal demo jika tidak sesuai dengan tanggal publikasi atau pembaruan aktual. Untuk halaman organisasi, gunakan Organization secara terpisah, hanya mencantumkan informasi yang dapat diverifikasi dan alamat resmi. Jangan tambahkan ulasan, peringkat, harga, atau bidang lain "demi kelengkapan" jika tidak ada dalam konten yang terlihat dan tidak memiliki sumber yang terverifikasi.

Periksa sintaks JSON, kebenaran URL, dan kesesuaian nama. Jika CMS menghasilkan markup secara otomatis, cari tahu apakah CMS membuat blok duplikat.

Bagaimana cara menerapkan dan memeriksa markup di situs?

Agar penerapan schema.org membantu, bukan menimbulkan kontradiksi, pertama-tama catat fakta, lalu cocokkan dengan halaman, dan baru publikasikan JSON-LD. Ini mengurangi risiko menandai objek yang salah atau meninggalkan data usang.

Urutan kerja praktis:

• Buat daftar halaman kunci: beranda, produk, dokumentasi, blog, dan kontak.
• Untuk setiap halaman, tentukan objek utama dan tipe schema.org yang sesuai.
• Cocokkan nama proyek, alamat halaman, penulis, dan tanggal dengan konten yang terlihat.
• Tambahkan JSON-LD satu kali di template yang tepat dan pastikan tidak ada duplikasi.
• Setelah publikasi, periksa sintaks dan aksesibilitas halaman, lalu ulangi pemeriksaan setelah perubahan besar.

Jangan hanya menguji kode: buka halaman sebagai pengguna dan pastikan fakta penting benar-benar dipublikasikan, serta tautan mengarah ke URL kanonik. Untuk situs multibahasa, pastikan setiap versi bahasa mencantumkan judul, URL, dan teks yang benar, bukan menyalin informasi dari versi lain.

Markup yang benar secara sintaksis hanya membuktikan bahwa blok dapat diurai. Itu tidak membuktikan keakuratan deskripsi proyek dan tidak berarti bahwa mesin pencari tertentu telah memproses pembaruan.

Bagaimana menghubungkan structured data dengan konten dan sumber?

Markup berfungsi sebagai deskripsi halaman, jadi pertama-tama buat fakta itu sendiri jelas dan mudah diakses. Nama proyek, tujuan produk, jaringan, kepenulisan, dan tautan ke dokumentasi harus disajikan dalam teks biasa di tempat yang diharapkan pembaca. JSON-LD membantu melengkapi deskripsi ini, tetapi tidak boleh menjadi satu-satunya tempat pernyataan penting tersedia.

Untuk setiap entitas, tetapkan satu halaman kanonik dan jaga konsistensi nama dan alamat. Jika produk diganti namanya, periksa judul, metadata, JSON-LD, dan tautan di dokumentasi. Untuk spesifikasi teknis, gunakan sumber yang menjadi tanggung jawab tim proyek dan cantumkan hanya yang dapat diverifikasi. Periksa juga bahwa halaman tidak memerlukan login untuk membaca informasi kunci dan materi penting tersedia melalui tautan biasa.

Berguna untuk membuat registri singkat: fakta, di mana terlihat oleh pengguna, di mana disebutkan dalam structured data, dan siapa yang bertanggung jawab atas pembaruan. Kontrol semacam ini sangat penting untuk token dan produk Web3, di mana alamat kontrak, jaringan, dan status produk dapat berubah.

Jika tujuannya lebih luas dari sekadar markup, optimasi situs untuk Perplexity juga mencakup konten dan sumber. Tugas teknis umum dikumpulkan di halaman Technical AEO.

Apa yang tidak bisa dijamin schema.org di Perplexity?

Schema.org membantu mendeskripsikan konten, tetapi keputusan tentang halaman mana yang digunakan dalam jawaban dan sumber mana yang ditampilkan tetap berada di tangan Perplexity. Pemilihan dipengaruhi oleh ketersediaan dan konten sumber, rumusan pertanyaan, dan proses pemrosesan internal layanan; keberadaan JSON-LD sendiri tidak menetapkan posisi halaman dan tidak menjamin kutipan.

Oleh karena itu, evaluasi penerapan berdasarkan apa yang dapat dikendalikan: markup sesuai dengan teks yang terlihat, JSON-LD lolos pemeriksaan, halaman dapat diakses tanpa hambatan teknis, dan pernyataan utama didukung oleh sumber yang jelas. Jangan menganggap tidak adanya kutipan sebagai bukti kesalahan kode. Pertama, periksa halaman itu sendiri dan kebenaran informasi terstruktur secara terpisah.

Penting juga untuk membedakan sintaks dan dukungan fitur. JSON-LD yang valid tidak berarti bahwa setiap tipe atau properti akan digunakan Perplexity secara seragam. Jangan menandai ulasan palsu dan jangan menambahkan properti hanya demi keuntungan yang dibayangkan. Aturan layanan dan cara pembentukan jawaban dapat berubah, dan frekuensi pembaruan sumber tidak ditentukan oleh pemilik situs.

Jika setelah pemeriksaan teknis diperlukan kerja sistematis, cocokkan markup dengan tugas optimasi visibilitas di Perplexity dan dengan materi umum tentang technical AEO.

Kapan harus melibatkan audit dan pengembangan situs?

Libatkan spesialis jika markup dihasilkan oleh beberapa template, fakta tentang produk berbeda antar halaman, atau perubahan situs secara teratur merusak JSON-LD. Dalam situasi seperti itu, yang lebih penting bukan menambahkan lebih banyak tipe, tetapi menentukan pemilik data, sumber kebenaran, dan proses pemeriksaan setelah rilis.

Untuk persiapan mandiri, kumpulkan URL halaman penting, nama dan deskripsi terkini, informasi tentang penulis, serta tautan ke dokumentasi dan profil resmi proyek. Kemudian buat tabel: halaman, tipe yang sesuai, properti kunci, sumber setiap fakta, dan penanggung jawab pembaruan. Ini akan memungkinkan pengembang menerapkan markup di template yang tepat, dan editor memeriksa kesesuaian dengan teks yang dipublikasikan.

MediaHype membantu menghubungkan markup teknis dengan visibilitas umum di AI search: dari audit struktur hingga pemeriksaan konten dan aksesibilitas halaman. Jika diperlukan pekerjaan khusus pada implementasi situs, lihat layanan pengembangan situs dan landing page untuk Web3. Untuk rencana structured data dan sinyal teknis lainnya, gunakan Technical AEO, dan pendekatan umum dikumpulkan di bagian AI search visibilitas.

Mulailah dengan satu halaman penting, periksa hasilnya, dan tetapkan aturan pembaruan. Setelah itu, skalakan template ke halaman lain di mana tipe entitas yang sama memang sesuai.