Stable @id dalam Schema: Mengapa Identitas Entitas Harus Konsisten
Stable @id menjaga satu entitas tetap dapat dikenali ketika judul atau desain berubah. ID yang berganti pada setiap render membuat hubungan sulit dipelihara.
Stable @id memberi identitas yang konsisten untuk organization, website, person, dan creative work. Mengubahnya setiap render membuat graph sulit dipertahankan.
@id bukan URL acak
ID berbasis angka acak per halaman memutus hubungan antargraph. Organization, website, person, dan article mampu terhubung tanpa membuat identitas baru setiap kali render. SEO.OR.ID menghubungkan pembahasan ini ke knowledge graph agar jalur belajarnya tidak berhenti pada satu artikel.
Di sinilah owner stable @id menjadi penting. Seseorang harus menjelaskan mengapa “@id bukan URL acak” relevan, data apa yang dipakai, dan kapan hasilnya diperiksa lagi. Tanpa owner, pekerjaan mudah berubah menjadi proyek sekali jalan.
| Yang diperiksa | Pertanyaan kerja |
|---|---|
| @id bukan URL acak | Apa bukti yang tersedia? |
| Identitas bertahan meski judul berubah | Konteks apa yang dapat mengubah pembacaan? |
| Membangun pola yang konsisten | Keputusan siapa yang bergantung pada hasilnya? |
Identitas bertahan meski judul berubah
Organization memakai @id berbeda pada setiap halaman karena dihasilkan dari angka acak. Setelah pola ID distabilkan, seluruh article dan person dapat menunjuk ke node yang sama. Bagian yang lebih spesifik tersedia pada entity authority.
Graph menjadi berguna ketika hubungan dipilih berdasarkan arti, bukan karena properti tersebut tersedia pada plugin.
Langkah berikutnya bukan menambah volume, melainkan memperbaiki hubungan. Saat bagian “Identitas bertahan meski judul berubah” dibaca bersama internal link, schema, dan bukti yang terlihat, artikel menjadi bagian dari sistem pengetahuan.
Kapan entitas memang perlu ID baru
- Ambil rendered HTML, bukan hanya tampilan plugin di dashboard.
- Daftar semua graph, type, @id, canonical, author, publisher, about, mentions, dan sameAs.
- Cocokkan setiap properti dengan konten yang benar-benar terlihat.
- Pilih satu sumber schema utama dan hentikan output yang duplikatif.
- Validasi sintaks, konsistensi identitas, dan hasil setelah cache dibersihkan.
Hubungan antarnode harus dapat dijelaskan dengan bahasa manusia. Bila label relasinya kabur, internal link dan schema kemungkinan juga terlalu mekanis. Bagian “Kapan entitas memang perlu ID baru” menjadi titik pemeriksaan utamanya.
Gunakan bahasa status yang tegas: terverifikasi, perlu review, belum cukup data, atau ditolak. Label ini membantu tim membaca hasil bagian “Membangun pola yang konsisten” tanpa mencampur fakta dan rencana.
Membangun pola yang konsisten
Schema yang valid secara sintaks belum tentu benar secara semantik. Kecocokan dengan konten terlihat tetap menjadi syarat utama. Batas ini perlu ditulis jelas pada bagian “Membangun pola yang konsisten”.
Setelah bagian “Membangun pola yang konsisten”, konteks dapat diperluas melalui structured data tanpa mengambil alih intent utama.
Tujuan “Membangun pola yang konsisten” sederhana: aset lebih berguna, hubungan masuk akal, dan keputusan tidak bergantung pada tebakan.
Simpan keputusan yang ditolak pada “Kapan entitas memang perlu ID baru” beserta alasannya. Daftar ini mencegah rekomendasi lama kembali tanpa bukti baru.
Untuk perubahan editorial pada “Identitas bertahan meski judul berubah”, baca artikel tanpa melihat schema atau dashboard. Isi harus tetap masuk akal bagi pembaca.
Setelah mengubah “Kapan entitas memang perlu ID baru”, periksa kembali internal link. Hubungan lama dapat kehilangan konteks ketika intent atau posisi halaman berubah.