Entity & Knowledge Graph

Begitu sebuah organisasi mulai serius membangun entity architecture, pertanyaan tentang tokoh hampir selalu muncul. “Founder perlu punya halaman sendiri nggak?” “CEO perlu schema Person?” “Boleh masukin tanggal lahir?” “Alamat?” “Nomor telepon?” “Family relation?” “Riwayat lengkap dari sekolah sampai sekarang?” Di titik ini,…

Website bilang kantor pusat di Jakarta. LinkedIn bilang Tangerang. Directory lama masih menulis Surabaya. Media profile menyebut founder A. About page sekarang founder B. Marketplace memakai nama brand lama. Schema menyebut legal entity yang bahkan tidak muncul di visible page. Kalau semua…

Sebuah website merapikan knowledge graph. Organization ID dibuat konsisten. Entity pages diperbaiki. Relationship dibersihkan. Internal link diarahkan ke canonical pages. Schema graph tidak lagi duplicate. Tiga minggu kemudian, owned citation di beberapa AI answer naik. Rapat langsung berubah optimistis. “Berarti knowledge graph…

Dulu website bisa cukup menjawab satu pertanyaan: “Ini perusahaan siapa?” Sekarang muncul pertanyaan baru: “Agent ini siapa?” “Siapa yang mengoperasikan endpoint ini?” “Capability yang dia klaim benar milik siapa?” “Kalau agent melakukan action, atas nama user atau organisasi mana?” “Domain ini official…

Tidak semua website perlu knowledge graph besar. Tidak semua blog perlu entity registry. Tidak semua artikel perlu punya canonical concept node. Ada website yang cukup dengan sitemap rapi, categories jelas, internal links sehat, dan structured data standar. Lalu kapan entity-first content architecture…