Banyak tim membuka Google Search Console, melihat ratusan query, lalu merasa sudah menemukan ide konten. Setelah itu mereka membuat daftar artikel baru yang panjang—dan beberapa bulan kemudian tidak ada yang tahu artikel mana yang sebenarnya membantu bisnis.
Masalahnya bukan karena datanya kurang. Justru karena query terlalu mudah dibaca sebagai daftar keyword.
Query adalah potongan bahasa yang dipakai orang saat mencoba menyelesaikan masalah. Ia bisa menunjukkan kebutuhan yang belum kita jawab, tetapi juga bisa membawa pembaca yang tidak sesuai. Karena itu, query perlu dibaca bersama halaman yang tampil, intent di baliknya, dan langkah apa yang mungkin diambil pembaca setelah menemukan kita.
Jangan mulai dari pertanyaan “keyword apa yang volumenya besar?” Mulailah dari “masalah siapa yang mulai terlihat, dan apakah kita punya jawaban yang layak?”
Mulai dari satu landing page, bukan seluruh daftar query
Ekspor semua query sering menghasilkan spreadsheet yang terlihat meyakinkan, tetapi sulit dipakai. Kita melihat query definisi, nama brand, typo, pertanyaan yang sangat luas, sampai istilah yang sama sekali tidak berhubungan dalam satu tabel.
Kalau saya memakai GSC untuk ide konten, saya biasanya mulai dari halaman yang sudah ada. Pilih satu artikel atau landing page, lalu lihat query yang memunculkan halaman tersebut. Cara ini membantu kita memahami dua hal sekaligus: Google menganggap halaman itu relevan untuk apa, dan pembaca mungkin datang dengan harapan seperti apa.
Misalnya artikel tentang Google Analytics mulai muncul untuk query berikut:
| Query | Sinyal yang mungkin terlihat | Pertanyaan editorial | |—|—|—| | cara menggunakan google analytics | Klik dan impression cukup stabil | Apakah panduan dasar sudah menjawab langkah awal dengan cepat? | | ga4 untuk marketing | Impression ada, klik kecil | Apakah pembaca sebenarnya mencari kerangka keputusan, bukan tutorial menu? | | event tracking website | Halaman ikut muncul tetapi posisinya lemah | Perlu memperdalam halaman ini atau membuat panduan khusus? | | contoh event ga4 | Query spesifik, belum punya jawaban langsung | Adakah kebutuhan praktis yang pantas dijawab dengan artikel baru? |
Dari sini, kita tidak buru-buru membuat empat artikel. Kita membaca pola. Bisa jadi artikel utama perlu diperjelas, lalu satu artikel turunan tentang event tracking layak dibuat karena masalahnya cukup berbeda. Bisa juga query itu hanya variasi kecil yang cukup dijawab dengan satu section dan internal link.
Untuk dasar membaca channel, halaman, dan event secara bersamaan, baca Cara Menggunakan Google Analytics untuk Marketing. GSC memberi bahasa pencarian; analytics membantu melihat apa yang terjadi setelah orang datang.
Pisahkan sinyal peluang dari sinyal kebetulan
Impression tinggi sering terasa seperti undangan untuk membuat konten. Belum tentu.
Sebuah halaman bisa mendapat impression karena Google sedang mencoba mengujinya untuk query yang mirip, walaupun jawabannya tidak cukup tepat. Ia juga bisa muncul untuk query yang populer tetapi tidak sesuai dengan positioning website. Mengejar semua query seperti ini membuat kalender konten penuh, sementara pembaca yang datang tidak makin relevan.
Gunakan tiga pertanyaan sederhana untuk memisahkannya:
- Apakah query ini dekat dengan masalah yang memang ingin kita bantu? 2. Apakah halaman saat ini sudah menjawabnya, meski belum cukup jelas? 3. Jika kita membuat jawaban yang lebih baik, adakah langkah lanjutan yang wajar untuk pembaca?
Contoh: query “template laporan marketing” bisa mendapat banyak impression. Tetapi kalau website kita tidak punya pengalaman, contoh, atau produk yang membuat jawaban itu spesifik, artikel template generik hanya akan menambah satu halaman lagi. Sebaliknya, query “cara membaca qualified lead rate” mungkin volumenya kecil, tetapi sangat dekat dengan kebutuhan tim B2B yang sedang membedakan lead ramai dari lead yang benar-benar layak dikejar.
Di dashboard, volume besar terlihat menarik. Di bisnis, kedekatan masalah sering lebih bernilai.
Jangan mengejar impression mentah
Impression menunjukkan Google pernah menampilkan halaman kita. Itu belum membuktikan query tersebut cocok untuk artikel baru, apalagi cocok untuk audiens dan arah bisnis.
Baca intent sebelum memutuskan format konten
Satu kata kunci tidak selalu berarti satu artikel. Query “CRM untuk bisnis” dapat membawa orang yang baru ingin memahami istilah, orang yang membandingkan software, atau pemilik bisnis yang sedang mencari cara merapikan follow-up. Ketiganya membutuhkan jawaban berbeda.
Karena itu, kelompokkan query berdasarkan pekerjaan yang ingin diselesaikan pembaca, bukan hanya kemiripan katanya. Secara praktis, kelompoknya sering terlihat seperti ini:
| Pola query | Kebutuhan pembaca | Bentuk respons yang mungkin | |—|—|—| | apa itu, pengertian, contoh | Memahami konsep | Artikel definisi yang ringkas dan punya konteks bisnis | | cara, langkah, checklist | Menerapkan sesuatu | Panduan atau checklist dengan urutan kerja | | terbaik, vs, perbandingan | Mengevaluasi pilihan | Framework memilih dengan batasan yang jujur | | masalah, rendah, kenapa | Mendiagnosis hasil | Artikel analisis yang membantu mencari penyebab |
Lalu cek hasil pencarian saat mengambil keputusan. Kalau SERP didominasi tutorial, artikel opini yang terlalu umum mungkin sulit memenuhi ekspektasi. Kalau hasil yang ada justru listicle dangkal, ada ruang untuk membuat panduan yang lebih diagnostic. Kerangka ini sejalan dengan Cara Memahami Search Intent Tanpa Terjebak Volume Keyword: intent bukan label statis; ia perlu dibaca dari konteks pencarian dan kebutuhan bisnis.
Empat pola query yang biasanya menghasilkan ide kuat
Tidak semua gap perlu artikel baru. Namun ada beberapa pola yang cukup sering memberi bahan editorial bagus.
1. Query relevan yang memunculkan halaman terlalu luas
Artikel luas kadang mendapat query yang sebenarnya lebih spesifik dari isinya. Misalnya panduan analytics umum mulai mendapat query tentang event tracking. Bila query tersebut konsisten dan pembaca membutuhkan contoh implementasi, ini bisa menjadi artikel turunan yang jelas perannya.
Jangan langsung memecah halaman hanya karena ada satu query. Cari pola beberapa variasi: “event tracking website”, “contoh event GA4”, “event untuk form”, atau “tracking CTA”. Jika semuanya mengarah pada pekerjaan yang sama, barulah ada alasan untuk membuat panduan khusus dan menautkannya dari artikel induk.
2. Query dengan CTR rendah pada posisi yang sudah cukup baik
Jika posisi rata-rata sudah relatif baik tetapi CTR rendah, ide terbaik kadang bukan artikel baru. Mungkin judul, meta description, atau opening halaman belum menjawab janji query. Kita perlu membedakan masalah discovery dengan masalah kemasan.
Contohnya, sebuah artikel muncul di posisi tiga untuk query “cara audit landing page” tetapi orang jarang mengklik. Sebelum membuat artikel lain dengan judul hampir sama, cek apakah title sudah menyebut konteks traffic berbayar, apakah ringkasannya menjanjikan hasil yang tepat, dan apakah SERP memakai format checklist. Artikel Checklist Audit Landing Page untuk Traffic Berbayar bisa menjadi contoh bagaimana konteks channel membuat topik yang umum menjadi lebih berguna.
3. Query yang mengarah ke halaman yang salah
Ini sinyal yang sering diabaikan. Jika halaman definisi terus muncul untuk query implementasi, atau artikel SEO muncul untuk pertanyaan tracking, jangan buru-buru menjejalkan semua jawaban ke halaman lama. Bisa jadi kita belum punya URL yang tepat.
Di sini ide konten baru bisa valid, asalkan intent-nya memang berbeda. Hubungkan kedua halaman dengan internal link supaya pembaca dapat berpindah dari pemahaman dasar ke langkah kerja, bukan dipaksa membaca artikel yang terlalu panjang untuk satu pertanyaan.
4. Query kecil yang dekat dengan percakapan sales atau customer success
GSC bukan satu-satunya sumber ide. Ia paling kuat ketika bertemu catatan sales, pertanyaan onboarding, atau keberatan calon pelanggan. Query kecil seperti “cara menentukan MQL dan SQL” mungkin tidak membuat grafik traffic bergerak cepat, tetapi bisa membantu pembaca yang sedang merapikan handoff marketing dan sales.
Kalau sinyal ini muncul, cek apakah ada bukti lain dari bisnis. Dengan begitu, kita tidak membuat artikel semata-mata karena angka, dan tidak pula mengabaikan masalah nyata hanya karena volumenya kecil.
Buat prioritas dengan nilai bisnis dan biaya editorial
Setelah menemukan beberapa kandidat, jangan langsung mengisi kalender. Nilai setiap ide dengan matriks sederhana berikut.
| Faktor | Pertanyaan | Nilai tinggi bila… | |—|—|—| | Relevansi audiens | Apakah ini masalah pembaca yang ingin kita layani? | Jelas dekat dengan ICP atau kebutuhan marketer yang relevan. | | Bukti permintaan | Apakah ada pola query, pertanyaan, atau sinyal lain? | Muncul berulang dan tidak hanya satu istilah acak. | | Gap jawaban | Apakah halaman yang ada belum menjawabnya? | Ada intent berbeda atau jawaban saat ini nyata-nyata kurang. | | Jalur bisnis | Setelah membaca, apa langkah masuk akal berikutnya? | Bisa lanjut ke layanan, evaluasi, atau konten pendukung tanpa CTA yang dipaksakan. | | Biaya membuat | Seberapa besar riset dan pengalaman yang dibutuhkan? | Kita punya sudut pandang dan contoh yang cukup untuk membuatnya berguna. |
Ide dengan semua nilai tinggi tidak harus dibuat paling dulu jika biaya editorialnya terlalu besar dan tim sedang sempit. Sebaliknya, ide dengan volume sedang tetapi bukti masalah dan jalur bisnis jelas sering menjadi prioritas yang sehat.
Keputusan cepat
Jika query relevan, intent-nya belum punya jawaban, dan kita bisa menjelaskan masalahnya dengan contoh nyata, masukkan ke backlog. Jika salah satu unsur itu lemah, perbaiki halaman lama atau simpan sebagai observasi dulu.
Rutinitas 30 menit yang cukup realistis
Kita tidak perlu menunggu dashboard sempurna untuk mulai belajar dari query. Rutinitas mingguan yang sederhana justru lebih mudah dijaga:
- Pilih dua atau tiga landing page yang penting bagi positioning atau conversion. 2. Bandingkan query dan kliknya dengan periode sebelumnya; jangan membaca satu hari yang kebetulan naik atau turun. 3. Tandai query yang berulang, query dengan intent berbeda, dan query yang membawa halaman yang salah. 4. Cek halaman serta SERP untuk memahami kebutuhan pembaca, bukan hanya posisi rata-rata. 5. Putuskan satu tindakan: perjelas artikel lama, buat section baru, buat artikel turunan, atau tidak melakukan apa-apa. 6. Catat alasan keputusan di backlog agar bulan depan kita tidak mengulang diskusi dari nol.
Dokumentasi resmi Google menjelaskan bahwa laporan Performance dapat difilter dan dibandingkan berdasarkan query, halaman, klik, impression, CTR, dan posisi rata-rata di Search Console Performance report. Namun laporan itu tetap bukan mesin rekomendasi editorial. Kita yang perlu menafsirkan apakah pola tersebut berarti peluang, masalah relevansi, atau sekadar noise.
Kesalahan yang membuat ide konten cepat menumpuk
Kesalahan paling umum adalah menjadikan setiap variasi query sebagai judul artikel. Akibatnya, beberapa URL mengejar pertanyaan yang sama dan pembaca harus membuka banyak halaman untuk jawaban yang seharusnya utuh.
Kesalahan kedua adalah membaca CTR tanpa posisi dan intent. CTR rendah di posisi 12 tidak sama dengan CTR rendah di posisi 2. Yang pertama mungkin membutuhkan relevansi dan visibilitas; yang kedua lebih mungkin membutuhkan janji judul yang lebih tepat.
Kesalahan ketiga adalah menganggap query yang ramai pasti baik untuk bisnis. Traffic yang tidak cocok tetap punya biaya: waktu menulis, fokus editorial, dan ekspektasi pembaca yang tidak terpenuhi. Untuk menghindari itu, hubungkan setiap ide ke keputusan bisnis seperti yang dibahas dalam Cara Membuat Marketing Audit Sederhana untuk Bisnis.
Kesimpulan
Google Search Console bisa memberi ide konten yang sangat baik, tetapi bukan dengan cara menyalin daftar query menjadi kalender artikel. Mulai dari landing page, cari pola kebutuhan, baca intent, lalu uji apakah gap tersebut relevan bagi pembaca dan bisnis.
Pertanyaannya bukan hanya “apa yang dicari orang?” Pertanyaan yang lebih berguna adalah: jawaban apa yang belum tersedia, untuk pembaca yang tepat, dan apakah kita punya sudut pandang yang membuat jawaban itu layak dibuat?