Cara Menemukan Ide Artikel SEO dari Search Console API, Bukan dari Tebakan Keyword

Banyak ide artikel SEO masih lahir dari feeling: buka keyword tool, lihat volume, pilih keyword yang kelihatan menarik, lalu mulai menulis. Cara itu tidak salah. Tapi kalau website sudah punya data di Google Search Console, ada sumber yang lebih dekat ke kenyataan: query yang benar-benar sudah membuat website muncul di hasil Google.

Di titik ini, Search Console bukan cuma alat laporan bulanan. Search Console bisa dipakai sebagai mesin pencari peluang konten. Kita bisa melihat keyword apa yang mulai muncul, halaman mana yang Google pakai untuk keyword itu, dan apakah halaman tersebut benar-benar cocok dengan intent pencarian.

Kalau query sudah punya impressions, clicks masih kecil, posisi belum kuat, dan halaman yang muncul terasa kurang pas, itu biasanya sinyal content gap. Google sudah mencium relevansi website kita, tapi belum menemukan halaman yang paling tepat untuk menjawab query tersebut.

Artikel ini membahas workflow praktisnya: cara konek Search Console API, data apa saja yang perlu diambil, bagaimana membaca query dan page, lalu bagaimana mengubahnya menjadi backlog artikel SEO. Contoh data di artikel ini memakai dummy, bukan data Search Console asli dari domain tertentu.

Masalahnya: Ide Artikel Jangan Cuma dari Keyword Tool

Keyword tool membantu melihat estimasi demand di pasar. Tapi keyword tool tidak selalu tahu konteks website kita.

Search Console punya sudut pandang yang berbeda. Data di sana menunjukkan bagaimana Google sudah mencoba menampilkan website kita di hasil pencarian. Artinya, ada sinyal yang lebih dekat ke kondisi nyata:

• query apa yang sudah memunculkan website;
• halaman mana yang dipakai Google untuk query tersebut;
• seberapa sering website muncul;
• apakah user klik atau tidak;
• kira-kira posisi rata-ratanya berapa.

Dari sini kita bisa membedakan dua hal:

1. keyword yang menarik secara umum;
2. keyword yang sudah punya sinyal relevansi terhadap domain kita.

Untuk SEO operasional, poin kedua sering lebih cepat menghasilkan keputusan. Kita tidak mulai dari nol. Kita mulai dari sinyal yang sudah diuji Google.

Content Gap di Search Console Itu Maksudnya Apa?

Content gap di konteks Search Console biasanya bukan berarti website sama sekali tidak punya konten tentang topik tersebut. Seringnya justru lebih halus.

Misalnya ada query dummy:

biaya pelatihan seo ai

Google menampilkan halaman website kita karena domain kita punya beberapa artikel tentang SEO AI. Tapi halaman yang muncul ternyata artikel umum tentang "cara mengukur keberhasilan pelatihan SEO AI", bukan halaman yang membahas biaya, scope, format program, dan output training.

Di Search Console, pola seperti ini biasanya terlihat begini:

{
 "query": "biaya pelatihan seo ai",
 "page": "https://contoh.com/blog/cara-mengukur-keberhasilan-pelatihan-seo-ai",
 "impressions": 72,
 "clicks": 0,
 "ctr": 0,
 "position": 31.4
}

Angka di atas dummy, tapi cara bacanya realistis:

• impressions 72 berarti Google sudah beberapa kali menampilkan website untuk query itu;
• clicks 0 berarti user belum tertarik klik, atau posisi masih terlalu rendah;
• position 31.4 berarti Google sudah menguji relevansi, tapi belum cukup yakin;
• page yang muncul belum sepenuhnya cocok dengan intent "biaya".

Keputusannya bisa dua:

1. buat artikel baru yang khusus membahas biaya, scope, dan paket pelatihan SEO AI;
2. atau update halaman lama dengan section biaya/scope kalau intent-nya masih satu keluarga.

Jadi content gap bukan sekadar "belum ada keyword di artikel". Yang lebih penting: apakah halaman yang Google tampilkan sudah menjawab maksud pencarian dengan cukup presisi?

Data Apa Saja yang Perlu Diambil?

Untuk workflow content opportunity, minimal ambil kombinasi query dan page dari Search Console API.

Variable utama yang perlu dibaca:

Variable	Fungsi
query	Keyword atau search query yang diketik user di Google
page	URL website kita yang muncul untuk query tersebut
impressions	Berapa kali URL muncul di hasil pencarian
clicks	Berapa kali user klik hasil tersebut
ctr	Click-through rate, yaitu clicks dibagi impressions
position	Average position di hasil pencarian
startDate dan endDate	Periode data yang dianalisis

Untuk artikel planning, periode yang paling enak biasanya 28 hari atau 90 hari.

Gunakan 28 hari kalau ingin melihat peluang baru dengan cepat. Gunakan 90 hari kalau website masih kecil, volume query belum besar, atau ingin melihat sinyal yang lebih stabil.

Cara Konek Search Console API

Secara teknis, workflow-nya seperti ini:

1. buat Google Cloud Project;
2. enable Google Search Console API;
3. buat service account;
4. download JSON key service account;
5. tambahkan email service account ke Google Search Console property;
6. panggil endpoint Search Analytics API;
7. simpan hasilnya untuk dianalisis.

Di Google Search Console, service account harus ditambahkan lewat:

Settings > Users and permissions > Add user

Kalau memakai domain property, format property biasanya:

sc-domain:contoh.com

Kalau memakai URL-prefix property, formatnya bisa seperti:

https://contoh.com/

Untuk kebutuhan agency atau consultant, service account ini bisa dipakai lintas client. Client cukup menambahkan email service account yang sama ke property Search Console mereka. Setelah itu script audit tinggal mengganti siteUrl sesuai domain client.

Catatan keamanan: JSON key service account harus dianggap secret. Jangan taruh di repository, jangan paste ke chat, dan batasi permission hanya sesuai kebutuhan. Untuk membaca data Search Console, akses Restricted sering cukup. Kalau tim punya alasan operasional untuk memberi akses lebih tinggi, tetap catat siapa yang punya akses dan untuk apa.

Contoh Request ke Search Analytics API

Endpoint yang dipakai adalah Search Analytics query dari Search Console API. Request sederhananya bisa seperti ini:

{
 "startDate": "2026-06-01",
 "endDate": "2026-06-28",
 "dimensions": ["query", "page"],
 "rowLimit": 25000,
 "searchType": "web"
}

Kenapa dimensions diisi query dan page?

Karena kita tidak hanya ingin tahu keyword apa yang muncul. Kita juga perlu tahu halaman mana yang Google pakai untuk keyword itu. Tanpa page, kita hanya melihat daftar query. Dengan query + page, kita bisa menilai apakah URL yang ranking sudah cocok dengan intent pencarian.

Contoh response dummy:

{
 "rows": [
 {
 "keys": ["biaya pelatihan seo ai", "https://contoh.com/blog/pelatihan-seo-ai"],
 "clicks": 0,
 "impressions": 72,
 "ctr": 0,
 "position": 31.4
 },
 {
 "keys": ["tools seo ai gratis", "https://contoh.com/blog/tools-seo-ai"],
 "clicks": 3,
 "impressions": 118,
 "ctr": 0.0254,
 "position": 18.7
 }
 ]
}

Dari data seperti ini, kita bisa mulai scoring.

Cara Membaca Peluang Artikel dari Angka

Patokan angka tidak harus kaku. Untuk website kecil sampai menengah, saya biasanya mulai dari threshold seperti ini:

• impressions minimal 20 sampai 50 dalam 28 hari untuk query long-tail yang punya intent bisnis;
• CTR rendah, misalnya di bawah 3 sampai 5 persen;
• clicks 0 atau sangat kecil;
• position ada di range 15 sampai 80;
• query relevan dengan layanan atau topical authority yang ingin dibangun;
• page yang muncul belum cocok dengan intent.

Kenapa position 15 sampai 80?

Karena kalau posisi sudah 1 sampai 10 tapi CTR rendah, masalahnya sering ada di title, meta description, rich result, atau kualitas snippet. Kalau posisi 15 sampai 80, biasanya Google sudah melihat relevansi awal, tapi halaman belum cukup kuat atau belum cukup tepat.

Untuk query yang sangat komersial, impressions kecil pun tetap layak dipertimbangkan. Query seperti konsultan ai seo b2b mungkin tidak punya volume besar, tapi nilainya bisa tinggi karena niat pencariannya lebih jelas.

Scoring Sederhana untuk Content Backlog

Supaya keputusan tidak terlalu subjektif, buat scoring sederhana.

Contoh model:

Opportunity score =
 impression score
 + commercial intent score
 + position opportunity score
 + low CTR score
 + content fit gap score

Tidak perlu terlalu rumit di awal. Yang penting konsisten.

Contoh klasifikasi:

Kondisi	Rekomendasi
Query kuat, intent beda dari page yang muncul	create_article
Query komersial, butuh penawaran jelas	create_service_page atau commercial article
Query cocok dengan halaman lama, tapi section belum lengkap	update_existing_page
Impressions masih kecil dan intent belum jelas	watch

Contoh dummy backlog:

Query dummy	Page yang muncul	Masalah	Keputusan
biaya pelatihan seo ai	/blog/pelatihan-seo-ai	Belum membahas biaya dan scope	Buat artikel biaya/scope
konsultan ai seo	/services/konsultasi-seo	Page terlalu umum	Buat commercial article atau service section
tools seo ai gratis	/blog/tools-seo-ai	Sudah cocok, tapi belum lengkap	Update artikel lama
cara cek indexing artikel baru	/blog/search-console-seo	Topik cukup dekat	Tambah section tutorial

Format seperti ini membuat content planning lebih gampang dibahas dengan tim. Bukan sekadar "kita butuh artikel baru", tapi jelas: query-nya apa, URL yang muncul apa, masalahnya apa, dan keputusan editorialnya apa.

Jangan Lupa Cek Content Fit

Angka Search Console memberi sinyal, tapi keputusan akhirnya tetap perlu membaca halaman.

Minimal cek:

• title halaman;
• H1;
• H2 utama;
• opening paragraph;
• apakah query dijawab secara eksplisit;
• apakah intent informasi, komersial, navigasional, atau transaksional;
• apakah CTA-nya relevan;
• apakah ada internal link ke halaman layanan atau artikel pendukung.

Contoh:

Query biaya pelatihan seo ai tidak cukup dijawab dengan artikel definisi SEO AI. Pembaca ingin gambaran harga, komponen biaya, durasi, format kelas, siapa yang perlu ikut, dan output apa yang bisa dibawa pulang.

Kalau halaman lama hanya menjelaskan konsep, maka content fit-nya rendah. Kalau halaman lama sudah punya section harga, scope, simulasi paket, FAQ, dan CTA training, cukup update dan perkuat.

Workflow Praktis untuk Tim SEO

Workflow mingguan yang bisa dipakai:

1. Ambil data Search Console 28 hari terakhir.
2. Pisahkan brand query dan non-brand query.
3. Ambil kombinasi query + page.
4. Filter query dengan impressions cukup, CTR rendah, dan position opportunity.
5. Cek halaman yang muncul untuk setiap query prioritas.
6. Klasifikasikan ke create_article, update_existing_page, create_service_page, atau watch.
7. Susun content backlog.
8. Tambahkan internal link dari artikel lama ke artikel baru.
9. Setelah publish, monitor lagi 7, 28, dan 90 hari.

Untuk client SEO, workflow ini enak karena keputusan konten tidak dimulai dari debat opini. Data awalnya jelas. Yang diperdebatkan tinggal prioritas, angle, kualitas brief, dan kapasitas produksi.

Contoh Struktur Artikel dari Satu Query

Misalnya query dummy:

biaya pelatihan seo ai

Artikel yang dibuat tidak perlu hanya mengejar keyword. Struktur yang lebih berguna bisa seperti ini:

1. kenapa biaya pelatihan SEO AI bisa berbeda-beda;
2. komponen yang memengaruhi biaya: durasi, jumlah peserta, level materi, audit domain, praktik, dan pendampingan;
3. contoh format program: workshop, in-house training, implementation sprint;
4. output yang seharusnya didapat tim;
5. checklist memilih trainer atau konsultan;
6. kapan cukup ikut training, kapan perlu implementasi;
7. FAQ;
8. CTA ke halaman layanan.

Dengan cara ini, artikel tidak terasa seperti halaman jualan yang dipaksa. Ia tetap menjawab pertanyaan pembaca, sambil memberi jalan yang natural ke layanan.

Untuk konteks Ramadigital, internal link yang relevan bisa diarahkan ke:

• Pelatihan AI SEO & GEO
• Search Console untuk Monitoring Indexing AI SEO & GEO
• Query Extraction untuk AI Search
• Implementation Sprint SEO & GEO
• Cara Mengukur Keberhasilan Pelatihan SEO AI
• Monitoring 30/60/90 Hari untuk SEO, GEO, dan AI Visibility

Kesalahan yang Perlu Dihindari

Pertama, jangan menganggap semua query impressions rendah tidak penting. Untuk query informational umum, impressions rendah memang bisa diabaikan. Tapi untuk query B2B yang dekat ke layanan, 10 sampai 30 impressions dalam 28 hari bisa tetap bernilai.

Kedua, jangan membuat artikel baru untuk semua query. Kadang keputusan terbaik justru update halaman lama, memperbaiki title, menambah section, atau memperkuat internal link.

Ketiga, jangan memakai data asli client sebagai contoh publik. Untuk artikel, training, dan materi marketing, pakai dummy. Data Search Console adalah data bisnis. Di dalamnya bisa terlihat strategi konten, query komersial, dan area yang sedang dikejar.

Keempat, jangan berhenti setelah artikel publish. Search Console API paling berguna kalau dipakai sebagai loop: publish, monitor, baca query baru, update, internal link, lalu monitor lagi.

Referensi Resmi

Untuk implementasi teknis, rujukan utamanya tetap dokumentasi resmi:

• Search Analytics: query - Search Console API
• Search Console API overview
• Create service accounts - Google Cloud IAM
• Create and delete service account keys - Google Cloud IAM
• Managing owners, users, and permissions - Search Console Help

Dokumentasi Google menjelaskan detail authorization, format request, permission, dan batasan API. Workflow di artikel ini adalah cara praktis mengubah data tersebut menjadi keputusan editorial.

Kesimpulan Operasional

Search Console API bukan cuma alat reporting. Dipakai dengan benar, ia bisa menjadi sistem content planning yang jauh lebih realistis daripada menebak keyword dari awal.

Ambil data query + page, baca impressions, clicks, CTR, dan position, lalu cek apakah halaman yang muncul sudah cocok dengan intent. Dari sana, keputusan konten menjadi lebih jelas: buat artikel baru, update halaman lama, buat halaman layanan, atau cukup pantau dulu.

Untuk tim yang ingin belajar SEO modern dengan workflow yang bisa dipraktikkan, bukan cuma teori, mulai dari satu domain dan satu periode data. Ambil 28 hari terakhir, buat backlog 10 peluang, tulis 3 prioritas pertama, lalu monitor ulang.

Kalau ingin dibimbing dengan format praktik, lihat program Pelatihan AI SEO & GEO Ramadigital. Fokusnya bukan sekadar memahami istilah SEO, GEO, AEO, atau AI Search, tapi membangun workflow yang bisa dipakai untuk domain sendiri maupun client.