Metodologi dan Sumber Data

Prinsip metodologi

1. Utamakan sumber resmi.
2. Simpan provenance sumber per record.
3. Tandai data yang belum lengkap atau belum diverifikasi.
4. Pisahkan raw, normalized, dan published data.
5. Jangan menerbitkan klaim final ketika data primer belum tersedia.

Lihat juga

• Matriks coverage klasifikator
• Methodology risk score

Alur verifikasi

Kami menarik data ke layer raw, lalu membersihkannya ke layer normalized, dan baru setelah itu menerbitkan ke layer published. Dalam proses ini kami membandingkan PDF, portal resmi, halaman pencarian pemerintah, dan fallback source. Bila terdapat konflik data, prioritas default adalah sumber resmi terbaru yang bisa diverifikasi ulang. Bila konflik belum bisa diselesaikan, halaman harus diberi penanda uncertainty atau tidak dipublikasikan.

Confidence tiers

• official: data berasal langsung dari sumber resmi dan dapat dilacak ulang
• fallback: data berasal dari sumber sekunder yang dipakai untuk memperjelas atau melengkapi struktur
• brief: ada indikasi yang masuk akal, tetapi belum cukup untuk klaim final
• needs-verification: ada sinyal awal, namun butuh konfirmasi manual sebelum dipakai
• pending-import: dataset target belum masuk ke pipeline publish

Frekuensi review

Halaman tidak direview secara seragam. Tanggal review ditentukan per halaman dan harus berubah ketika metadata, sumber, atau struktur link diperbarui. Untuk dataset musiman seperti UMP, review lebih sering dilakukan menjelang periode update tahunan. Untuk dataset regulasi seperti KBLI, KLU, OSS, dan foreign ownership, review dilakukan saat ada indikasi perubahan aturan atau koreksi editorial.

Bagaimana kami menangani konflik antar-sumber

Jika dua sumber tidak selaras, kami tidak memilih pemenang hanya berdasarkan kemudahan akses. Prioritas pertama adalah sumber resmi yang paling spesifik dan paling baru yang masih dapat diverifikasi ulang. Bila sumber resmi tidak dapat diakses secara stabil, halaman boleh tetap hidup sebagai reference layer, tetapi klaim yang terdampak harus diturunkan ke fallback, needs-verification, atau pending-import. Prinsip ini penting agar portal tidak terlihat lengkap secara visual tetapi rapuh secara evidentiary.

Apa yang dimaksud review editorial pada halaman ini

Review editorial berarti halaman diperiksa ulang terhadap metadata, sumber, internal linking, schema, dan apakah pernyataan di dalamnya masih proporsional dengan coverage data yang tersedia. Review editorial bukan berarti seluruh isi halaman telah menjadi legal opinion atau tax advice. Karena itu kami tetap mewajibkan catatan verifikasi akhir di level halaman.

Confidence tier dalam praktik kerja

• official: sumber spesifik dan dapat dibuka ulang langsung dari otoritas atau publikasi resmi
• fallback: dipakai untuk membantu struktur ketika sumber resmi sulit dipakai dalam bentuk machine-readable
• brief: ada konteks yang cukup untuk catatan awal, tetapi belum cukup untuk keputusan final
• needs-verification: sinyal ada, tetapi belum lolos pemeriksaan manual yang kami butuhkan untuk publikasi penuh
• pending-import: target layer memang belum dihubungkan ke pipeline publish

Kapan halaman kami noindex

Halaman diberi noindex bila coverage data masih terlalu tipis, terlalu placeholder, atau berisiko menciptakan kesan lengkap padahal layer intinya belum terisi. Ini adalah keputusan kualitas, bukan hanya keputusan teknis SEO. Untuk topik YMYL, lebih baik coverage diumumkan jujur daripada halaman diindeks lebih cepat tetapi lemah di trust.

Bagaimana file resmi diubah menjadi halaman situs

Pipeline kami tidak mulai dari copywriting. Ia mulai dari file mentah yang berhasil ditarik ke layer raw, lalu dibersihkan ke normalized JSON, dan baru setelah itu diterbitkan ke halaman. Pada review ulang kali ini, kami mengecek lagi bahwa materi definisional dari PDF KBLI BPS dan FAQ BTKI DJBC memang sudah cukup kuat untuk dipakai pada halaman hub dan trust, sementara data yang masih parsial tetap diberi pembatasan coverage.

Aturan penggunaan file resmi vs fallback

Jika file resmi memberi struktur, definisi, atau tanggal berlaku yang jelas, kami memakainya untuk memperkuat halaman hub, methodology, sources, dan blok penjelasan. Jika file fallback hanya membantu orientasi, ia tidak boleh menggantikan klaim utama yang seharusnya datang dari sumber resmi. Itulah sebabnya KLU dan UMP masih punya beberapa layer fallback, sedangkan definisi KBLI dan BTKI kami tarik langsung dari sumber resmi yang sudah tersimpan lokal.

Apa yang belum kami lakukan walaupun filenya sempat ditarik

Beberapa file lokal tetap tidak kami pakai sebagai dasar publish penuh. Misalnya halaman yang berakhir access denied, markup situs pihak ketiga, atau script pencarian yang tidak memberi dasar regulasi final. File seperti itu tetap berguna untuk discovery, tetapi tidak cukup kuat untuk mengubah halaman YMYL menjadi seolah-olah fully verified.

Portal ini bersifat informasional. Konfirmasi kewajiban final dan otoritas yang berwenang sebelum filing, licensing, payroll, tax, atau investment decision. Lihat metodologi.