Growing an Engineering Blog with SEO: What Actually Worked

Foto oleh blprnt_van on flickr
Judul berbasis kata kunci long-tail lebih penting dibanding judul topik umum untuk blog teknik yang baru, karena istilah umum sudah dikuasai situs besar yang mapan. Memadukan judul spesifik dengan metadata yang dirender di server, structured data, dan internal linking antar artikel terkait adalah yang menghasilkan pertumbuhan trafik konsisten dan berakumulasi, bukan sekadar lonjakan sesaat.
Domain baru punya sedikit otoritas untuk bersaing memperebutkan istilah umum bervolume tinggi seperti devops atau backend development. Frasa long-tail, kueri spesifik beberapa kata yang menyebut nama pasti alat, error, atau alur kerja, punya volume pencarian lebih rendah tetapi persaingan jauh lebih kecil dan intensi lebih tinggi, sehingga blog perorangan realistis untuk ranking.
Pusatkan di satu berkas layout bersama yang diwariskan setiap artikel blog, alih-alih menduplikasi JSON-LD di tiap komponen artikel. Layout itu bisa mengekspor fungsi generateMetadata untuk judul, deskripsi, dan canonical URL, sekaligus merender JSON-LD TechArticle, BreadcrumbList, dan FAQPage dari data per artikel, sehingga menambah artikel baru tidak pernah butuh kode SEO baru.
Internal linking tidak akan membuat artikel yang buruk tiba-tiba ranking, tetapi ia memperkuat artikel yang sudah baik secara berarti. Panduan resmi Google menyatakan setiap halaman yang dianggap penting semestinya mendapat tautan dari setidaknya satu halaman lain di situs, dan sistem artikel terkait dengan anchor text deskriptif secara terukur meningkatkan halaman per sesi seiring bertambahnya katalog artikel.
Google menghapus tampilan visual rich result FAQ dari hasil pencarian pada 2026, tetapi skema FAQPage yang mendasarinya tetap merupakan structured data yang valid dan masih berguna untuk mesin pencari lain serta mesin jawaban AI yang memanfaatkannya. Membangun SEO di sekitar fundamental yang tahan lama, seperti judul yang cocok dengan kata kunci dan internal linking yang nyata, lebih penting dibanding satu fitur rich-result mana pun.

Foto oleh blprnt_van on flickr
Ringkasan Utama
Sebuah blog teknis meraih trafik organik long-tail bukan lewat trik SEO generik, melainkan lewat disiplin teknis: judul yang mengutamakan kata kunci di bawah 63 karakter, metadata dan structured data JSON-LD yang dirender di server untuk tiap artikel, skema FAQ berisi lima pertanyaan, serta sistem internal linking yang menghubungkan setiap artikel dengan artikel terkait di kategori yang sama.
Saat saya meluncurkan ulang blog ini, beberapa artikel pertama nyaris tidak mendapat trafik organik. Artikel-artikel itu secara teknis sudah cukup baik, membahas sistem ERP dan perkakas DevOps, tetapi tidak ada yang menemukannya, karena saya menulis untuk diri sendiri alih-alih menulis sesuai cara orang benar-benar mencari di mesin pencari. Selama beberapa bulan berikutnya saya membangun ulang seluruh alur penerbitan di sekitar SEO teknis: metadata yang dihasilkan per artikel, structured data yang disuntikkan di level layout, template kata kunci yang ketat, dan sistem internal linking yang menghubungkan setiap artikel dengan artikel tetangganya.
Tulisan ini adalah versi jujur tentang apa yang berhasil dan apa yang tidak. Ini bukan daftar periksa SEO generik yang disalin dari blog pemasaran. Ini adalah keputusan-keputusan rekayasa yang spesifik, dalam basis kode Next dot js App Router dengan next-intl untuk bahasa Inggris dan Indonesia, yang mengubah kumpulan draf menjadi situs yang ranking untuk pencarian long-tail di bidang teknik. Saya akan membahas strategi kata kunci, lapisan metadata, structured data, internal linking, dan metrik-metrik yang benar-benar penting begitu trafik nyata mulai muncul.
Domain yang baru saja dibuat tidak punya otoritas untuk bersaing memperebutkan istilah umum seperti devops atau backend development. Pencarian semacam itu dikuasai oleh situs-situs yang sudah punya backlink bertahun-tahun dan pustaka konten yang sangat besar. Peluang yang realistis bagi blog teknik perorangan adalah pencarian long-tail, frasa spesifik beberapa kata dengan volume lebih rendah tetapi persaingan jauh lebih kecil dan intensi yang jauh lebih tinggi. Seseorang yang mencari cara mengonfigurasi prometheus recording rules untuk mengurangi cardinality jauh lebih dekat menjadi pembaca, atau bahkan klien, dibanding seseorang yang hanya mencari kata devops.
Sebelum menulis satu paragraf pun, tulis dulu judul meta dan deskripsi meta. Jika Anda tidak bisa memampatkan artikel menjadi judul berbasis kata kunci di bawah enam puluh tiga karakter dan deskripsi di bawah seratus lima puluh lima karakter, kemungkinan topiknya masih terlalu luas.
Dalam proyek Next dot js App Router, SEO per artikel semestinya berada di satu tempat saja, sebuah layout bersama yang diwariskan oleh setiap artikel, sehingga tidak ada duplikasi di puluhan komponen artikel. Layout tersebut mengekspor fungsi generateMetadata yang membaca objek metadata kecil per slug dan mengembalikan judul, deskripsi, kata kunci, canonical URL, alternatif bahasa, dan field Open Graph untuk artikel itu secara spesifik. Karena generateMetadata berjalan di server sebelum halaman dirender, tag hasilnya sudah hadir dalam HTML awal yang dilihat mesin pencari, alih-alih disuntikkan belakangan oleh JavaScript di sisi klien.
Layout yang sama juga merender structured data JSON-LD, skema TechArticle atau Article lengkap dengan penulis, penerbit, dan tanggal terbit, skema BreadcrumbList sehingga mesin pencari memahami hierarki situs, serta skema FAQPage yang dibangun dari lima pasang pertanyaan dan jawaban per artikel. Dengan memusatkan semua ini di satu berkas layout, menambahkan artikel blog baru tidak lagi berarti menulis ulang kode SEO, melainkan sekadar mengisi data yang sudah tahu cara dirender oleh sistem yang ada.
export async function generateMetadata(
{ params }: { params: Promise<{ slug: string }> }
): Promise<Metadata> {
const { slug } = await params;
const meta = BLOG_META[slug];
return {
title: meta.title,
description: meta.description,
keywords: meta.keywords,
alternates: {
canonical: buildCanonical(slug),
languages: buildLanguageAlternates(slug),
},
openGraph: {
type: "article",
title: meta.title,
description: meta.description,
images: [meta.image],
},
};
}Pekerjaan SEO yang dilakukan sekali lalu dilupakan akan cepat memudar. Satu-satunya pendekatan yang benar-benar berakumulasi adalah proses yang dilalui setiap artikel baru secara otomatis, sehingga kualitasnya tidak bergantung pada ingatan untuk melakukannya secara manual setiap kali. Berikut urutan yang akhirnya menjadi kebiasaan saya:
Jangan mengarang tautan sumber hanya agar artikel terlihat sudah diriset dengan baik. Kutipan yang rusak atau direkayasa lebih merusak kepercayaan, baik bagi pembaca maupun mesin pencari, dibanding tidak ada kutipan sama sekali. Verifikasi setiap URL eksternal benar-benar bisa diakses sebelum dipublikasikan, dan utamakan dokumentasi resmi atau Wikipedia dibanding artikel blog yang sering berpindah alamat.
Tidak semua taktik SEO memberi hasil yang setara. Setelah beberapa bulan menerbitkan artikel, muncul pola kasar di antara taktik-taktik yang saya coba, membandingkan usaha penyiapan dengan dampak trafik setelah Google sepenuhnya mengindeks dan merayapi ulang situs.
| Taktik | Usaha penyiapan | Dampak trafik |
|---|---|---|
| Judul berbasis kata kunci long-tail | Rendah | Tinggi, tuas tunggal paling besar |
| Structured data TechArticle dan FAQPage | Sedang, pembangunan layout sekali saja | Sedang, membantu pemahaman dan kelayakan untuk jawaban kaya |
| Internal linking antar artikel terkait | Rendah per artikel, terus berlanjut | Sedang hingga tinggi, berakumulasi seiring bertambahnya katalog |
Satu artikel yang dioptimalkan dengan baik bisa saja ranking, tetapi jaringan artikel yang saling tertaut dengan anchor text deskriptif ranking jauh lebih konsisten, karena ini menandakan halaman mana yang dianggap situs sendiri sebagai paling penting dan saling terkait. Panduan resmi Google tentang tautan yang bisa dirayapi menyatakan bahwa setiap halaman yang Anda anggap penting semestinya mendapat tautan dari setidaknya satu halaman lain di situs tersebut, dan anchor text semestinya deskriptif, bukan sekadar frasa umum seperti klik di sini.
Blok artikel terkait saja, begitu cukup banyak artikel dalam kategori yang sama untuk mengisinya secara berarti, secara terukur meningkatkan rata-rata halaman per sesi, salah satu sinyal keterlibatan paling jelas yang bisa langsung dipengaruhi oleh situs kecil.
Total pageview terasa memuaskan untuk dipantau tetapi hampir tidak memberi informasi berguna dengan sendirinya. Metrik yang benar-benar menjelaskan apa yang berjalan adalah: kueri persis mana di Search Console yang mendatangkan impresi dan klik, halaman mana yang punya impresi tinggi tetapi rasio klik rendah, artinya judul atau deskripsinya kurang menarik untuk posisi ranking tersebut, dan artikel mana yang naik posisi selama beberapa minggu berturut-turut setelah baru saja ditautkan ulang dari artikel baru.
Satu hal yang perlu diakui secara jujur, structured data itu sendiri adalah target yang terus bergerak. Google telah menghentikan tampilan rich result visual untuk FAQ di hasil pencarian sejak 2026, meskipun skema FAQPage yang mendasarinya tetap merupakan structured data yang valid dan masih layak disertakan untuk mesin pencari lain serta mesin jawaban AI yang masih memanfaatkannya. Pelajarannya berlaku umum, bangunlah sistem SEO Anda di sekitar fundamental yang bertahan lebih lama dibanding fitur rich-result mana pun, yaitu judul yang cocok dengan kata kunci, metadata yang cepat dan dirender dengan benar, serta situs yang benar-benar saling tertaut.