Aku pernah kirim company profile ke calon klien. PDF. 24 halaman. Desainnya bagus. Foto-foto proyek. Daftar klien. Sertifikasi. Semuanya lengkap.

Tau apa yang terjadi? PDF itu ga pernah dibuka. Klien bilang mereka udah cek info perusahaan kami "secara digital" dan punya pertanyaan tentang beberapa hal yang ga mereka temukan online.

Mereka ga baca PDF-ku. Mereka tanya Google. Dan Google ga bisa baca PDF company profile yang duduk di laptop seseorang.

Itu momen aku sadar: ada perbedaan fundamental antara dokumen yang bisa dibaca manusia dan dokumen yang bisa dibaca mesin. Dan di 2026, yang kedua jauh lebih penting dari yang pertama.

Apa itu machine-readable

Machine-readable artinya informasi yang bisa dipahami oleh software tanpa bantuan manusia. Bukan cuma bisa di-scan atau di-OCR. Tapi benar-benar terstruktur sehingga Google, ChatGPT, atau platform verifikasi otomatis bisa mengekstrak fakta spesifik dari informasi itu.

Contoh paling sederhana: alamat perusahaan. Di PDF company profile, alamat itu teks biasa di halaman 3. Mesin bisa membacanya, tapi ga tau itu alamat. Bisa aja itu deskripsi proyek, kutipan, atau apapun. Di JSON-LD schema, alamat itu ditandai secara eksplisit sebagai "address" dari entitas "Organization." Ga ada ambiguitas.

Seperti yang aku bahas di schema markup sebagai strategi, ini bukan masalah teknis. Ini masalah apakah informasi perusahaanmu bisa dipahami oleh sistem yang sekarang dipakai orang untuk verifikasi.

Perbandingan: human-readable vs machine-readable

Informasi Human-Only (PDF/Brochure) Machine-Readable (Structured)
Nama perusahaan Teks di cover page Organization.name di JSON-LD + Wikidata label
Alamat Teks di halaman kontak PostalAddress schema + Google Business Profile + OSS registry
Sertifikasi ISO Scan sertifikat di lampiran hasCredential schema + listing di website lembaga sertifikasi
Daftar klien Logo grid di halaman 8 Customer mentions di case study pages dengan Organization schema
Tahun berdiri "Sejak 2010" di paragraf about Organization.foundingDate + Wikidata inception date
Direktur Foto dan bio di halaman 5 Person schema linked ke Organization + LinkedIn profile
Bidang usaha Paragraf deskripsi KBLI/ISIC code + Organization.industry + Wikidata statements
Kontak Email dan telepon di footer ContactPoint schema + consistent NAP across directories

Lihat pola-nya? Informasi yang sama, tapi format yang beda total. Yang satu cuma bisa dipahami kalo ada manusia yang mau buka file-nya dan baca. Yang satu bisa diproses otomatis oleh ribuan sistem secara bersamaan.

Kenapa ini penting untuk due diligence

Platform due diligence modern ga baca PDF. Mereka crawl web, query database, dan cross-reference structured data. Kalo informasi perusahaanmu cuma ada di PDF yang kamu kirim via email, informasi itu invisible untuk:

  • Google Search dan Knowledge Graph
  • AI search agents (ChatGPT, Perplexity, Gemini)
  • Platform verifikasi otomatis (Evident, Dun & Bradstreet)
  • Procurement database yang scrape informasi vendor
  • ESG rating agencies yang compile data dari multiple sources

Ini bukan masalah masa depan. Ini realita sekarang. Seperti yang aku tulis di How to Pass Digital Due Diligence, procurement teams udah pakai tools otomatis untuk screening awal. Tools itu butuh data terstruktur. PDF bukan data terstruktur.

Alur informasi: PDF vs structured data

flowchart TD subgraph PDF["PDF Company Profile"] P1["Buat PDF 24 halaman"] --> P2["Kirim via email"] P2 --> P3["Calon klien buka\n(atau ga buka)"] P3 --> P4["Info ga bisa\ndi-cross-reference"] P4 --> P5["Dead end:\nInfo cuma di 1 file"] end subgraph SD["Structured Data"] S1["Implement JSON-LD\ndi website"] --> S2["Daftar di directories\ndan databases"] S2 --> S3["Google crawl\ndan index"] S3 --> S4["AI systems\nprocess data"] S4 --> S5["Procurement tools\nverify otomatis"] S5 --> S6["Info available\n24/7, verifiable,\ncross-referenced"] end style P5 fill:#c47a5a,color:#111110 style S6 fill:#6b8f71,color:#111110

PDF itu dead end. Informasinya berhenti di inbox orang. Structured data itu hidup. Informasinya terus bekerja, terus diverifikasi, terus di-surface kapanpun ada yang tanya.

Dokumen yang paling sering ga machine-readable

Company profile PDF

Ironis. Dokumen yang paling sering dikirim ke calon klien justru yang paling ga berguna untuk due diligence digital. Setiap informasi di company profile seharusnya juga ada di website dalam format terstruktur. Bukan sebagai pengganti PDF. Tapi sebagai versi yang bisa dibaca mesin.

Sertifikasi sebagai scan/foto

Foto sertifikat ISO di website itu bagus untuk manusia. Tapi mesin ga bisa baca teks di dalam gambar (kecuali OCR, yang ga reliable). Yang dibutuhkan: nomor sertifikat sebagai teks, nama lembaga sertifikasi sebagai teks, tanggal berlaku sebagai teks. Ideally dalam hasCredential schema. Seperti yang dibahas di structured data untuk perusahaan.

Portofolio proyek sebagai gambar

Galeri foto proyek tanpa konteks terstruktur. Ga ada nama klien. Ga ada tanggal. Ga ada lokasi. Ga ada deskripsi yang bisa dipahami mesin. Cuma gambar. Mesin melihat gambar itu dan ga tau itu proyek pompa di Cikupa atau foto random dari internet.

Testimonial sebagai gambar/screenshot

Screenshot WhatsApp dari klien puas. Sering banget aku lihat ini di website Indonesia. Mesin ga bisa baca itu. Dan bahkan manusia ga bisa verifikasi itu. Bikin testimonial sebagai teks di halaman website, dengan nama dan jabatan pemberi testimonial. Machine-readable dan human-verifiable.

Langkah praktis: dari human-only ke machine-readable

Step 1: Audit informasi apa aja yang cuma ada di PDF. Buka company profile terakhir kamu. List semua fakta yang ada di situ: nama, alamat, tahun berdiri, sertifikasi, klien, proyek, tim. Berapa dari fakta itu juga ada di website dalam format terstruktur?

Step 2: Implement Organization schema di website. Minimal: name, legalName, address, foundingDate, contactPoint, sameAs (link ke LinkedIn, Google Business Profile). Ini bisa dilakukan dalam satu sore.

Step 3: Buat halaman proyek/case study yang terstruktur. Setiap proyek: nama klien, tahun, lokasi, scope, hasil. Bukan cuma foto. Teks yang bisa dicrawl dan diproses.

Step 4: Pastikan sertifikasi documented sebagai teks. Nomor sertifikat, lembaga, tanggal. Bukan cuma scan gambar.

Step 5: Cross-list di platforms eksternal. Google Business Profile, LinkedIn, direktori industri, Wikidata. Setiap listing tambahan adalah satu lagi sumber machine-readable yang bisa di-cross-reference.

Kalo mau serius, lihat kursus gratis tentang entity infrastructure. Atau langsung diskusi tentang implementasi untuk perusahaanmu.

Bukan berarti PDF ga berguna

PDF tetap berguna untuk konteks tertentu. Presentasi ke board. Lampiran tender. Leave-behind setelah meeting. Masalahnya bukan PDF-nya. Masalahnya adalah ketika PDF jadi satu-satunya tempat informasi perusahaanmu hidup.

Aturan sederhananya: setiap fakta yang ada di company profile juga harus ada di web dalam format machine-readable. PDF itu bonus. Structured data itu fondasi.

Frequently Asked Questions

Apa itu JSON-LD dan apakah sulit diimplementasi?

JSON-LD adalah format data terstruktur yang ditaruh di halaman website sebagai script tag. Google merekomendasikannya sebagai format utama untuk structured data. Implementasi dasarnya (Organization schema) bisa dilakukan dalam 1-2 jam oleh siapa saja yang bisa edit HTML. Ga perlu programmer. Template-nya tersedia gratis di schema.org.

Apakah Google benar-benar membaca structured data dari website perusahaan?

Ya. Google secara eksplisit menyatakan bahwa structured data membantu mereka memahami konten halaman dan menampilkan informasi di hasil pencarian. Untuk Organization schema, ini bisa membantu memunculkan knowledge panel, rich results, dan informasi terstruktur di Google Search. Ini bukan teori konspirasi. Ini dokumentasi resmi Google.

Company profile kami udah di website sebagai halaman HTML. Apakah itu cukup?

Lebih baik dari PDF, tapi belum cukup. HTML tanpa structured data itu semi-machine-readable. Google bisa crawl teksnya, tapi ga selalu bisa membedakan mana nama perusahaan, mana alamat, mana deskripsi proyek. Structured data (JSON-LD) menghilangkan ambiguitas itu. Analoginya: HTML itu kamu nulis di kertas. JSON-LD itu kamu isi formulir dengan kolom yang jelas.

References

  1. Search Engine Land. "Entity Authority: AI Search Visibility." Search Engine Land, 2024. Link
  2. Google. "How Google Knowledge Panels Work." Google Support, 2024. Link
  3. OMMAX. "Digital Due Diligence." OMMAX Advisory, 2024. Link

Related notes

2026-03-28

The companies that show up in ChatGPT are the ones that bothered to be verifiable.