Sebagian besar tim yang mengaku "menjalankan SEO agentik" sebenarnya hanya menempelkan prompt panjang di jendela chat. Pertama kali berhasil. Masalahnya muncul di percobaan kedua: struktur keluarannya berubah, datanya sudah berumur seminggu, dan tidak ada yang bisa memastikan apakah angkanya bergerak atau promptnya yang melenceng.
Versi yang bertahan berbeda pada satu hal saja: metodenya hidup di dalam berkas, bukan di dalam pesan Anda. Anda menuliskan prosedurnya sekali, menyerahkannya ke agen, dan setelah itu pemeriksaan yang sama berjalan setiap kali, entah Anda ingat memintanya atau tidak.
Itulah inti idenya. Berikut ini cara menyusunnya, agen mana yang cocok untuk tugas apa, dan di mana semuanya diam-diam rusak.
Apa yang sebenarnya diubah oleh "agentik"
Ada tiga hal yang bisa diotomatiskan, dan ketiganya bukan hal yang sama.
Otomatisasi alur kerja | SEO berbantuan AI | SEO agentik | |
|---|---|---|---|
Siapa yang memilih langkah | Anda, sebelumnya | Anda, di setiap percakapan | Anda, sekali, dalam metode tertulis |
Dari mana datanya | Integrasi yang sudah tersambung | Apa yang Anda tempelkan | Agen mengambilnya sendiri |
Saat ada masukan tak terduga | Rusak | Bergantung pada cara Anda menuliskannya | Mengikuti aturan atau mengeskalasi |
Konsistensi antar-jalankan | Sempurna dan kaku | Rendah | Tinggi, tapi tetap adaptif |
Paling cocok untuk | Tugas bervolume besar dan tetap | Eksplorasi dan pertanyaan sesekali | Analisis berulang yang butuh penilaian |
Perbedaan praktisnya terlihat dari apa yang berhenti Anda lakukan. Di alur chat, Anda menjelaskan ulang situs, audiens, aturan prioritas, dan format keluaran setiap kali. Setiap penjelasan ulang adalah kesempatan untuk melupakan satu hal. Di alur agentik, semuanya hidup di berkas yang dibaca agen pada setiap eksekusi, dan prompt Anda menyusut jadi satu baris: jalankan pemeriksaan penurunan konten untuk September.
Ada juga biayanya. Kalau tugasnya benar-benar berbeda setiap kali, tidak ada metode yang bisa dituliskan, dan membangunnya hanya beban tanpa hasil. Memeriksa kode status 50.000 URL adalah pekerjaan skrip, bukan agen. Garis pemisahnya ada di dua pertanyaan: apakah tugasnya berulang, dan apakah butuh penilaian? Kalau keduanya ya, pendekatan agentik menang. Kalau salah satu tidak, jangan repot-repot.
Empat lapisan dan peran masing-masing
Setiap konfigurasi SEO agentik yang bertahan punya empat bagian yang sama. Hilangkan satu, dan Anda mendapat jenis kegagalan yang bisa diprediksi.
Konteks proyek. Folder berisi hal-hal yang tidak berubah: situsnya, pasar yang dilayani, siapa yang membeli dan kenapa, apa yang dihitung sebagai konversi, siapa pesaing sebenarnya, aturan editorial. Inilah yang mencegah agen menulis saran generik untuk bisnis yang tidak dipahaminya. Lewati lapisan ini dan Anda mendapat keluaran yang percaya diri, masuk akal, dan tidak berguna.
Keterampilan. Prosedur tertulis. Masing-masing menyebutkan kapan dipakai, data apa yang dibutuhkan, urutan langkahnya, aturan penilaian, format keluaran, dan tindakan mana yang butuh persetujuan Anda. Lapisan inilah yang membuat alur kerja bisa diulang, dan inilah yang paling sering dilewati tim.
Akses data langsung. Koneksi yang memungkinkan agen mengambil angka terkini sendiri, bukan menunggu Anda mengekspor lalu menempelkannya. Search Console untuk performa Anda sendiri. Analitik untuk perilaku. Sumber peringkat atau SERP untuk hal yang tidak terlihat di properti Anda sendiri. Crawler atau koneksi CMS untuk fakta tingkat halaman. Tanpa lapisan ini, Anda cuma punya analis hebat yang bekerja dengan spreadsheet bulan lalu.
Prompt. Tugas saat ini, tidak lebih. Kalau prompt Anda membawa konteks atau metode, keduanya tempatnya di lapisan pertama dan kedua.
Atur keempat lapisan sekali, dan eksekusi mingguan cukup satu baris. Saat hasilnya salah, periksa lapisan mana yang gagal sebelum menulis ulang prompt.
Pandangan Auspia: model empat lapisan adalah gagasan paling berguna di kategori ini, dan sekaligus titik di mana sebagian besar tim berhenti terlalu cepat. Mereka membuat folder konteks, melewati keterampilan, dan berakhir dengan chatbot yang berpengetahuan. Produknya adalah keterampilan. Sisanya cuma perpipaan.
Agen mana untuk tugas apa
Ini pertanyaan yang paling sering kami terima, dan jawaban jujurnya: perbedaannya kurang penting dibandingkan konfigurasinya. Semua yang ada di daftar ini bisa menangani sebagian besar pekerjaan SEO kalau Anda cukup memaksa. Yang membedakan adalah di mana masing-masing paling tidak canggung, dan itulah yang menentukan apakah Anda masih memakainya di minggu ketiga.
Agen | Paling kuat untuk | Model akses | Tugas SEO pertama yang masuk akal |
|---|---|---|---|
Codex | Pekerjaan repositori, eksekusi terjadwal, perubahan yang bisa ditinjau | Berkas lokal, terminal, git, otomatisasi | Menyimpan snapshot mingguan di repositori dan membuka pull request berisi laporan |
Claude Code | Peninjauan konteks panjang terhadap kebijakan tertulis yang eksplisit | Terminal, berkas memori proyek, konektor MCP | Membaca ekspor Search Console dan sumber halaman lalu memberi putusan berdokumen |
Hermes Agent | Keterampilan berulang dengan memori antar-sesi | Agen sumber terbuka dengan sistem keterampilan dan memori persisten | Memasang satu keterampilan dan menjalankan alur yang sama dengan irama yang sama |
OpenClaw | Pengumpulan bukti browser di bawah izin yang ketat | Browser dulu, berkas lokal kemudian | Menangkap apa yang sebenarnya dikembalikan pencarian di ponsel, lalu berhenti |
Pi Agent | Tetap kecil dan bisa diprediksi selama berbulan-bulan | Inti minimal, keterampilan Markdown sebagai titik ekstensi | Menjalankan prosedur sempit yang mudah dibaca di tempat Anda ingin mengaudit semua kemampuannya |
Dua catatan. Kategori ini berubah setiap bulan, jadi periksa batas dan harga terkini di dokumentasi resmi masing-masing vendor sebelum menugaskan satu tim. Dan tabel ini titik awal, bukan batas atas.
Untuk masing-masing, kami punya panduan awal yang aman: Codex, Claude Code, Hermes Agent, dan OpenClaw. Keempatnya mengikuti bentuk yang sama: baca-saja dulu, satu perubahan disetujui setiap kali, verifikasi sebelum dirilis.
Aturan praktis pemilihannya bergantung pada di mana pekerjaan Anda sudah berada. Kalau situsnya ada di repositori git dan perubahan halaman adalah perubahan kode, mulai dari Codex atau Claude Code. Kalau pekerjaannya terutama ekspor, percakapan, dan penilaian, mulai dari agen berbasis keterampilan. Kalau Anda perlu melihat apa yang dikembalikan browser sungguhan, Anda butuh akses browser dan batas izin yang tegas. Kalau Anda ingin permukaan terkecil yang bisa dibaca dari awal sampai akhir sekali duduk, inti minimal Pi Agent memang dirancang untuk itu, dan harganya adalah semua yang Anda butuhkan hidup di keterampilan yang Anda tambahkan sendiri.
Tiga pertanyaan menyempitkan lima agen jadi satu. Jawab dulu sebelum membandingkan daftar fitur.
Tugas yang paling layak didelegasikan lebih dulu
Jangan mulai dari yang menarik. Mulai dari yang membosankan, berulang sesuai jadwal, dan menghasilkan sesuatu yang dibaca orang. Itu yang paling cepat balik modal.
Triase penurunan konten. Ambil performa antar-periode, buang semua yang di bawah ambang materialitas, periksa indeksasi sebelum hal lain, lalu lihat peringkat, permintaan, tautan, dan kanibalisasi. Anda mendapat tabel URL berisi klik yang hilang, kemungkinan penyebabnya, buktinya, serta tindakan utama dan cadangan. Halaman yang kehilangan peringkat perlu ditulis ulang. Yang kehilangan permintaan tidak perlu apa-apa. Yang kehilangan canonical selesai dalam lima menit. Tim sering tertukar antara ketiganya, dan kekeliruan itu tidak murah.
Triase masalah teknis. Kelompokkan masalah berdasarkan akar penyebab, bukan jenisnya, gabungkan URL yang terdampak dengan trafik dan peringkat, nilai dampak terhadap usaha, dan verifikasi item teratas di halaman nyata sebelum menulis daftar perbaikan. Nilainya ada pada pengelompokan itu. Sepuluh baris "pengalihan sementara" biasanya punya satu akar penyebab, dan memperbaiki satu templat lebih baik daripada memperbaiki sepuluh URL.
Pergerakan pesaing. Pisahkan halaman dan kata kunci di balik perubahan trafik, pisahkan bermerek dan non-bermerek, lalu uji setiap perubahan terhadap faktor yang bernama: konten baru, peringkat membaik, musiman, migrasi, atau artefak data. Jawabannya adalah faktor dan tingkat keyakinannya. Angka besar dengan keyakinan rendah adalah alasan untuk melihat lebih dekat, bukan untuk bereaksi.
Tautan internal dan halaman yatim. Bangun kumpulan kandidat dari halaman yang sudah berperingkat atau mendapat tautan, temukan bagian yang langsung berkaitan dengan setiap tujuan, dan terapkan uji nilai bagi pembaca: apakah orang di tengah kalimat ini benar-benar ingin ke sana? Separuh hasil yang bersifat struktural sering lebih bernilai daripada tautannya sendiri. Menemukan bahwa halaman terbesar kedua tidak punya satu pun tautan internal yang mengarah ke sana adalah perbaikan lima menit dengan efek yang tidak proporsional.
Pemetaan celah kutipan. Kelompokkan prompt berdasarkan topik dan tahap pembelian, temukan domain dan halaman yang paling sering dikutip, pisahkan jenis sumbernya, lalu baca halaman yang dikutip untuk menyimpulkan apa yang benar-benar akan menghasilkan penyebutan. Perkirakan sebagian hasilnya justru sumber yang jawaban benarnya adalah tidak menghubungi siapa pun. Forum dan properti milik pesaing bukan target outreach.
Pemeriksaan regresi pascarilis. Bandingkan crawl sebelum dan sesudah rilis dengan pengaturan identik, pastikan keduanya sebanding sebelum membedakan apa pun, lalu klasifikasikan setiap perbedaan sebagai diharapkan, diharapkan tetapi salah implementasi, atau tidak direncanakan. Klasifikasi inilah yang membuat laporannya bisa dipakai.<|placeholdermmspan0442|> Tanpanya, yang tersisa hanya dinding perbedaan dan tidak ada keputusan.
Untuk yang paling sering muncul, kami punya panduan lebih rinci: laporan peringkat mingguan, pemantauan harian, pekerjaan profil tautan, dan desain peringatan yang tidak menenggelamkan Anda.
Mulai dari satu keterampilan, bukan satu departemen
Kegagalan paling umum adalah menyusun delapan keterampilan, tujuh koneksi, dan satu penjadwal sebelum menjalankan apa pun sekali saja. Lalu tidak ada yang bekerja, dan tidak jelas dari enam belas bagian itu mana yang salah.
Lakukan dengan urutan ini.
Pilih satu tugas dengan keluaran yang terlihat. Yang paling cepat divalidasi adalah triase masalah teknis, karena Anda bisa mengarahkannya ke crawl yang sudah ada dan menilai hasilnya dalam beberapa menit. Penurunan konten paling mudah kedua kalau Anda punya riwayat di Search Console.
Tulis keterampilannya sebelum menyambungkan apa pun. Berkas keterampilan harus muat dalam satu halaman dan menjawab enam pertanyaan: kapan dipakai, data apa yang dibutuhkan, urutan langkahnya, aturan penilaian atau ambang, format keluaran, dan tindakan mana yang butuh persetujuan. Kalau tidak muat satu halaman, tugasnya belum terdefinisi cukup jelas untuk diotomatiskan.
Sambungkan satu sumber data saja. Yang benar-benar dibutuhkan keterampilan itu. Koneksi yang tidak Anda pakai hanya memperlebar permukaan tanpa menambah nilai.
Jalankan dalam mode baca-saja dan periksa hasilnya dengan tangan. Ambil dua temuan dan verifikasi sendiri terhadap data sumbernya. Kalau penjelasan agen tidak cocok dengan yang Anda lihat, masalahnya ada di keterampilan, bukan di model.
Tambahkan gerbang persetujuan sebelum menambah keterampilan kedua. Setiap tindakan tulis (menerbitkan, mengalihkan, menghapus, mengubah kode, menggabungkan, mengirim ke luar) harus berhenti dan menunggu. Bangun kebiasaan ini selagi taruhannya masih satu keterampilan.
Pagar pengaman yang mencegahnya kacau
Ini aturan yang akan kami masukkan ke instruksi proyek di hari pertama. Sengaja membosankan, dan itulah intinya.
- Jaga alat produksi tetap baca-saja sampai Anda menyetujui tindakan tulis.
- Minta rencana sebelum alur kerja bertahap dimulai.
- Ambil bukti dengan alat yang tersambung, bukan bersandar pada asumsi.
- Ikuti keterampilan yang relevan saat ada, bukan berimprovisasi.
- Kalau pemanggilan alat gagal, coba sekali lagi lalu tampilkan errornya, bukan mengakalinya.
- Minta setiap temuan menjelaskan buktinya dalam satu kalimat.
- Pisahkan temuan yang sudah dikonfirmasi dari hipotesis, langsung di dalam keluarannya.
- Tandai data yang hilang dan kesimpulan berkeyakinan rendah, bukan mengisi celahnya.
- Berhenti saat alur kerja melewati batas URL, baris, atau unit API yang disepakati.
- Minta persetujuan sebelum menerbitkan, mengalihkan, menghapus, mengubah kode, menggabungkan, atau mengirim apa pun ke luar.
Dua di antaranya bekerja lebih banyak daripada sisanya. Memisahkan temuan yang sudah dikonfirmasi dari hipotesis membuat keluarannya cukup bisa dipercaya untuk ditindaklanjuti. Batas pengeluaran mencegah loop yang salah konfigurasi membakar anggaran API dalam semalam.
Di mana ini rusak
Data konversi yang tipis. Mesin keputusan portofolio konten yang mengklasifikasikan setiap URL sebagai pertahankan, perbarui, gabungkan, alihkan, hapus, atau selidiki butuh data konversi untuk memutuskan. Kalau pelacakannya tidak diatur dengan benar, ia akan mengembalikan banyak nol, dan laporannya tidak berguna sampai itu diperbaiki. Agennya sudah menjalankan tugasnya. Masukannya yang salah.
Penilaian struktural. Agen bisa menemukan empat hal yang terlewat dari brief manusia, termasuk kata kunci yang memunculkan jenis hasil pencarian yang sama sekali berbeda dan karena itu tidak pantas ada di halaman itu. Tapi ia tidak bisa memutuskan bagaimana artikelnya disusun. Keputusan itu tetap pada manusia, dan berpura-pura sebaliknya menghasilkan konten yang terbaca seperti dirakit dari potongan.
Kesalahan penjelasan yang senyap. Agen gagal dengan berisik di tahap data dan gagal dengan senyap di tahap penjelasan. Ekspor yang hilang memunculkan error. Penyebab yang salah tapi diucapkan dengan yakin tidak. Itulah sebabnya aturan bukti per temuan lebih penting daripada kelihatannya.
Celah alat yang tidak Anda antisipasi. Sebagian data memang tidak bisa dijangkau lewat konektor. Konektor data peringkat mungkin tidak bisa membuat proyek crawl, memicu crawl, atau mengekspor seluruh kumpulan URL yang sudah di-crawl. Rancang alur kerjanya berdasarkan apa yang benar-benar bisa dikembalikan koneksi, atau keterampilannya berhenti di tengah jalan.
Verifikasi hasilnya sebelum memercayai loop-nya
Jalankan pemeriksaan ini tiga kali pertama, lalu sebulan sekali.
- Pilih dua temuan secara acak dan verifikasi dengan tangan terhadap data sumbernya.
- Pastikan agen menyebutkan sumber dan tanggal untuk setiap klaim yang bergantung pada data.
- Periksa bahwa setidaknya satu temuan ditandai berkeyakinan rendah. Agen yang yakin akan segalanya tidak sedang membedakan.
- Pastikan bentuk keluarannya sama dengan eksekusi sebelumnya. Kalau melenceng, berkas keterampilannya berubah atau agen berhenti mengikutinya.
- Pastikan tidak ada yang ditulis, diterbitkan, atau dikirim tanpa gerbang persetujuan menyala.
Kalau kelimanya lolos tiga kali berturut-turut, Anda punya alur kerja. Kalau ada yang gagal, perbaiki lapisan yang menyebabkannya, bukan menulis ulang promptnya.
Pertanyaan umum
Apa itu SEO agentik? SEO agentik adalah menyerahkan alur kerja SEO yang terdefinisi kepada agen AI yang mengambil datanya sendiri, mengikuti metode tertulis, dan mengembalikan analisis dengan bentuk yang sama di setiap eksekusi. Ciri penentunya bukan otonomi, melainkan kemampuan mengulang: metodenya hidup di luar percakapan, jadi pemeriksaan yang sama tetap berlaku entah Anda ingat memintanya atau tidak.
Apa bedanya dengan SEO berbantuan AI? Bedanya ada pada siapa yang memutuskan apa yang terjadi selanjutnya. Di SEO berbantuan AI, Anda memilih langkahnya di setiap percakapan dan menempelkan datanya. Di SEO agentik, Anda mendefinisikan metodenya sekali, agen mengambil datanya sendiri, dan saat menghadapi masukan tak terduga ia mengikuti aturan tertulis. Otomatisasi alur kerja adalah hal ketiga: konsistensi sempurna tanpa kemampuan beradaptasi.
Apakah saya butuh agen pemrograman? Tidak. Agen seperti Codex dan Claude Code lebih cocok saat perbaikannya berupa perubahan kode atau situsnya ada di repositori. Kalau pekerjaan Anda terutama ekspor, analisis, dan penilaian, agen berbasis keterampilan menanganinya tanpa menyentuh terminal.
Berapa banyak keterampilan yang harus dibuat dulu? Satu. Pilih tugas dengan keluaran yang terlihat, tulis keterampilannya agar muat satu halaman, sambungkan hanya sumber data yang dibutuhkannya, dan jalankan dalam mode baca-saja sampai keluarannya bisa dipercaya. Tim yang membuat delapan keterampilan tanpa menjalankan satu pun biasanya meninggalkan proyeknya.
Bisakah alur kerja SEO agentik menerbitkan konten sendiri? Bisa, dan seharusnya tidak. Jaga penerbitan, pengalihan, penghapusan, pengubahan kode, penggabungan, dan pesan eksternal di balik gerbang persetujuan yang eksplisit. Nilai alur kerjanya ada pada bukti yang dirakitnya, bukan pada izin yang dimilikinya.
Berapa biaya menjalankannya? Bergantung pada sumber datanya, bukan agennya. Search Console gratis untuk properti Anda sendiri. Biaya berulangnya ada di data peringkat, data SERP, dan layanan crawl, dan sebagian besar punya paket gratis yang cukup untuk memvalidasi satu alur kerja sebelum Anda berkomitmen.
Penulis: Aaron Wolfe, Perancang Sistem Pertumbuhan Organik di Auspia dengan pengalaman 15 tahun di SEO/GEO. Ia menulis tentang bagaimana tim memadukan agen AI, data, dan langkah peninjauan ke dalam alur kerja pencarian yang bertahan melewati siklus perencanaan kuartalan.
