Cara Menyusun GEO Roadmap Tanpa Membuat Ratusan Halaman Tipis

Ada satu pola yang sering terjadi ketika tim baru mulai serius membahas GEO.

Meeting pertama masih tenang.

“Brand kita belum banyak muncul di AI.”

Meeting kedua mulai ambisius.

“Kita perlu coverage lebih luas.”

Meeting ketiga biasanya berubah jadi spreadsheet.

Ada 287 topik.
Seratus prompt.
Lima puluh comparison.
Empat puluh FAQ.
Tiga puluh halaman kota.

Lalu seseorang berkata:

“Kalau kita publish semua, coverage kita lengkap.”

Belum tentu.

Yang bisa lengkap justru daftar URL-nya.

Public knowledge belum tentu membaik.

Google pada 2026 bahkan semakin eksplisit mengingatkan bahwa membuat banyak halaman demi menangkap variasi query bukan strategi jangka panjang yang sehat. Banyak halaman tidak otomatis membuat website lebih berkualitas atau lebih relevan. Google juga mendefinisikan scaled content abuse sebagai pembuatan banyak halaman yang tujuan utamanya memanipulasi ranking, bukan membantu pengguna.

GEO seharusnya belajar dari sejarah itu.

Jangan mengganti keyword farm menjadi prompt farm.

Roadmap GEO yang baik dimulai dari gap, bukan volume

Pertanyaan pertama bukan:

“Berapa halaman yang harus dibuat?”

Tetapi:

“Informasi apa yang belum tersedia atau belum cukup jelas?”

Ini bedanya.

Kalau buyer bertanya:

“Apakah layanan ini cocok untuk enterprise?”

dan website belum punya jawaban, itu gap.

Kalau buyer bertanya:

“Bagaimana implementasinya?”

dan sales menjawab setiap minggu tetapi website tidak, itu gap.

Kalau AI salah menghubungkan brand dengan legal entity lama, itu gap.

Kalau security information cuma ada di PDF sales deck, itu gap.

Gap menghasilkan page kalau memang page diperlukan.

Bukan setiap gap harus jadi page baru.

Kadang cukup update halaman existing.

Kadang merge.

Kadang tambah section.

Kadang buat documentation.

Kadang problem bukan content sama sekali.

Roadmap GEO harus punya beberapa jalur

Saya lebih suka membaginya menjadi lima jalur.

Jalur 1: Entity.

Siapa kita?
Product apa?
Service apa?
Legal entity apa?
Lokasi?
People?
Relationship?

Jalur 2: Canonical Information.

Harga.
Feature.
Scope.
Method.
Policy.
Security.
Implementation.

Jalur 3: Evidence.

Case study.
Certification.
Partner.
Research.
Independent source.
Review genuine.

Jalur 4: Discoverability.

Crawl.
Index.
WAF.
Robots.
Internal architecture.
Structured data yang memang valid.

Jalur 5: Measurement.

Query baseline.
Citation.
Recommendation.
Accuracy.
Referral.

Kalau lima jalur ini belum dipetakan, membuat content roadmap saja terlalu sempit.

Ada website yang tidak butuh 100 artikel.

Butuh 12 perbaikan.

Contoh ilustratif.

Sebuah perusahaan B2B punya:

180 blog post.

15 landing page.

8 product page.

Saat audit, ditemukan:

About page tidak menjelaskan legal entity.

Pricing tidak ada.

Security documentation tidak public.

Tiga case study lama.

Product naming berbeda antara website dan LinkedIn.

OAI-SearchBot kena WAF challenge.

AI sering merekomendasikan competitor karena implementation evidence lebih jelas.

Apakah solusinya 100 artikel baru?

Tidak.

Roadmap 90 hari bisa cuma:

1. bereskan entity identity.

2. buka crawler access sesuai policy.

3. perbaiki tiga product page.

4. publish security overview.

5. publish implementation guide.

6. refresh case study.

7. buat pricing model explanation.

8. mulai query baseline.

Delapan pekerjaan.

Dampaknya terhadap information quality jauh lebih besar daripada 100 halaman tipis.

Gunakan Content Gap Matrix

Buat tabel.

Baris:

Query family.

Kolom:

Existing source.
Source quality.
Freshness.
Evidence.
Action.

Contoh:

“Enterprise fit”
Existing source: service page.
Quality: vague.
Freshness: current.
Evidence: weak.
Action: rewrite section + case study.

“Security”
Existing source: none.
Action: create canonical page.

“Pricing”
Existing source: FAQ.
Quality: outdated.
Action: update.

“GEO definition”
Existing source: 4 articles.
Quality: duplicate.
Action: consolidate.

Sekarang roadmap tidak otomatis menambah URL.

Ia bisa:

create.
update.
merge.
delete.
redirect.
leave.

Ini sehat.

Setiap topik harus punya job

Sebelum membuat page baru, jawab:

Page ini untuk apa?

Identity?

Definition?

Decision?

Evidence?

Transaction?

Support?

Kalau jawabannya:

“Supaya ada konten untuk keyword ini,”

belum cukup.

GEO roadmap harus berorientasi information job.

Contoh:

Security page.

Job:
membantu buyer enterprise memverifikasi data handling dan control.

Case study.

Job:
memberi evidence implementasi nyata.

Comparison page.

Job:
membantu user memahami trade-off.

Pricing page.

Job:
mengurangi ambiguity commercial.

Blog insight.

Job:
membangun expertise pada isu tertentu.

Kalau dua page punya job identik dan content mirip, mungkin cukup satu.

Hindari “satu prompt satu halaman”

Natural language tidak bekerja seperti itu.

User bisa bertanya:

“Agency GEO untuk B2B.”
“Vendor GEO enterprise.”
“Siapa yang bisa bantu AI visibility B2B?”
“Agency untuk muncul di ChatGPT enterprise.”

Empat prompt.

Intent bisa satu.

Kalau dibuat empat page dengan isi hampir sama, itu thin duplication.

Lebih baik satu canonical page yang kuat.

Google pada 2026 juga menegaskan bahwa sistemnya semakin baik memahami relevance walaupun tidak ada exact match antara query dan konten utama sebuah halaman.

Artinya exact-prompt page tidak perlu menjadi default.

Tulis untuk intent dan subject.

Bukan untuk string.

Roadmap harus mengutamakan canonical pages

Canonical page bukan hanya technical canonical tag.

Dalam konteks editorial, ini berarti:

halaman utama yang menjadi sumber kebenaran untuk satu fact family atau decision topic.

Contoh:

/security/

/pricing/

/implementation/

/about/

/methodology/

Kalau website punya lima artikel “security” tetapi tidak ada satu page resmi yang jelas, information architecture lemah.

Canonical content mengurangi ambiguity.

Ia lebih mudah dirawat.

Ketika policy berubah, update satu page.

Bukan 17 artikel.

Evidence dulu sebelum claim

GEO roadmap sering terlalu cepat membuat comparison page.

“Brand kami terbaik untuk enterprise.”

Buktinya apa?

Kalau belum ada:

case study.
client.
certification.
methodology.
implementation evidence.

Jangan paksa claim.

Buat evidence asset dulu.

Ini penting.

GEO bukan content theater.

Public information harus bisa diverifikasi.

Roadmap harus punya dependency.

Contoh:

Month 1:
selesaikan case study.

Month 2:
buat enterprise service page yang merujuk evidence.

Bukan sebaliknya.

Konten besar tanpa evidence jadi copy marketing.

Evidence membuat content punya tulang.

Gunakan Priority Score yang sederhana

Tidak perlu model 40 variabel.

Tiga axis cukup.

Business Value.

Information Gap.

Evidence Readiness.

Skor 1–5.

Contoh:

Pricing:
Business 5.
Gap 5.
Evidence readiness 5.
Priority tinggi.

“Sejarah AI Search”:
Business 2.
Gap 2.
Evidence 5.
Priority rendah.

“Enterprise security”:
Business 5.
Gap 5.
Evidence readiness 2.
Priority tinggi, tapi dependency: legal/security review.

Sekarang roadmap lebih realistis.

Tidak semua high-priority page bisa langsung ditulis.

Kadang evidence belum ready.

Masukkan dependency.

Roadmap GEO bukan hanya editorial calendar.

Ia operating plan.

Masukkan non-content action

Ini sering hilang.

Roadmap harus bisa punya item:

Fix WAF.
Update robots.
Clean entity naming.
Merge duplicate pages.
Correct outdated directory.
Refresh Business Profile.
Add structured data yang valid.
Improve product feed.
Set measurement baseline.
Create case study process.

Kalau roadmap hanya berisi “publish”, berarti auditnya terlalu content-centric.

Untuk bisnis lokal, misalnya, akurasi jam buka dan lokasi bisa lebih penting daripada artikel baru.

Untuk SaaS, product documentation bisa lebih penting.

Untuk publisher, original reporting.

Site type menentukan roadmap.

Thin page bukan hanya soal jumlah kata

Ini juga perlu diluruskan.

Halaman tipis tidak berarti pendek.

Page 400 kata bisa sangat berguna.

Page 2.000 kata bisa kosong.

“Thin” lebih dekat ke:

sedikit information gain.
duplikasi.
tidak punya job.
tidak punya evidence.
tidak menjawab user.

Jadi jangan memaksa setiap page 1.500 kata.

Untuk halaman produk, mungkin table dan 600 kata cukup.

Untuk methodology, mungkin 2.500.

Format mengikuti need.

POST HUMANIS seperti artikel ini punya target panjang editorial.

Roadmap website tidak harus meniru.

Ada satu test sebelum membuat halaman

Tanya:

Jika page ini tidak dibuat, apa yang hilang?

Kalau jawabannya:

“Tidak ada, karena page lain sudah menjawab,”

jangan buat.

Kalau:

“Buyer tidak punya source resmi untuk pricing,”

buat.

Kalau:

“AI tidak punya exact phrase match,”

belum tentu.

Google sendiri mengatakan exact-match thinking tidak perlu menjadi dasar content proliferation.

Gunakan consolidation sebagai strategi aktif

SEO team sering takut menghapus.

“Traffic-nya ada.”

Benar.

Jangan delete sembarang.

Tapi duplicate yang lemah juga punya cost.

Maintenance.
Cannibalization.
Conflicting facts.
Outdated information.

Roadmap GEO harus memasukkan content debt.

Audit:

duplicate.
outdated.
orphan.
wrong entity.
broken evidence.
thin intent.

Lalu:

merge.
redirect.
archive.
update.

Kadang GEO improvement datang dari mengurangi halaman.

Bukan menambah.

Ada satu scene ilustratif.

Founder:
“Berapa artikel yang perlu kita publish?”

Strategist:
“Mungkin 15.”

Founder:
“Kompetitor punya 600.”

Strategist:
“Website kita sudah punya 420. Masalahnya bukan kurang.”

Founder:
“Terus?”

Strategist:
“Kita nggak punya pricing, security, dan implementation source yang jelas.”

Sunyi.

Karena angka 15 terasa terlalu kecil.

Tetapi kecil bukan berarti sedikit kerja.

Satu security page mungkin perlu:

engineering.
legal.
product.
compliance.
content.

Lebih berat daripada 20 artikel generic.

GEO roadmap harus mengakui kerja yang benar, bukan mengejar output yang mudah dihitung.

Buat roadmap berdasarkan quarter

Contoh:

Q1 — Foundation

Entity cleanup.
Crawler.
Canonical pages.
Baseline.

Q2 — Evidence

Case study.
Research.
Partner confirmation.
Reviews.

Q3 — Decision

Comparison.
Procurement.
Implementation.
Pricing.

Q4 — Expansion

Editorial topics.
New market.
Language.
Emerging query.

Struktur ini tidak wajib.

Tetapi memberi urutan.

Foundation dulu.

Evidence.

Decision.

Scale.

Bukan scale dulu baru cari fondasi.

Bagaimana tahu kapan boleh scale?

Tiga tanda.

Identity sudah stabil.

Canonical source sudah cukup.

Measurement menunjukkan gap baru memang coverage, bukan quality.

Baru expand.

Misalnya query panel menunjukkan:

Brand sangat kuat pada enterprise.

Lemah di public-sector vertical.

Ada product fit.

Ada evidence.

Sekarang membuat vertical page masuk akal.

Scale mengikuti evidence.

Bukan spekulasi.

Dan satu prinsip terakhir:

Roadmap GEO harus bisa selesai.

Kalau spreadsheet berisi 800 page tanpa end state, itu bukan roadmap.

Itu backlog tanpa batas.

Roadmap punya outcome.

Misalnya:

Dalam 90 hari:
critical entity conflict nol.
10 canonical decision sources live.
crawler access sehat.
baseline 50 query.
3 evidence assets.
duplicate content turun.

Concrete.

Setelah itu audit lagi.

Mungkin kita memang perlu 50 halaman baru.

Mungkin cuma lima.

Biarkan data menentukan.

GEO tidak harus menghasilkan banyak URL untuk terlihat serius.

Roadmap yang matang justru berani berkata:

“Jangan publish dulu.”

Karena tujuan akhirnya bukan membuat website terlihat sibuk.

Tujuannya membuat public knowledge lebih jelas, berguna, dan bisa diverifikasi.

Kalau 20 halaman kuat bisa melakukan itu lebih baik daripada 200 halaman tipis, pilih 20.

Mesin tidak butuh kita memenuhi kuota.

Manusia juga tidak.