Sebagian besar tim sebenarnya sudah punya laporan peringkat Google. Isinya tab Performa di Search Console, diurutkan berdasarkan klik, lalu di-screenshot ke slide. Laporan itu menunjukkan posisi. Laporan itu tidak menunjukkan apa yang berubah, kenapa berubah, atau apa yang harus dilakukan siapa pun.
Alur ini menyelesaikan masalah itu dalam sekali duduk. Anda menentukan satu set kueri, menyerahkan kontrak laporan tertulis ke Codex, lalu membiarkannya menghasilkan laporan dengan bentuk yang sama setiap minggu. Pembangunan pertama memakan waktu sekitar 90 menit. Setiap eksekusi berikutnya di bawah sepuluh menit.
Seluruh alurnya: ekspor mentah masuk, satu laporan berbentuk tetap keluar, dan satu keputusan manusia di akhir.
Yang akan Anda miliki di akhir
Untuk siapa ini: untuk siapa pun yang bertanggung jawab atas pelaporan sebuah situs dan sudah punya akses ke Search Console. Anda tidak perlu jadi pengembang, tapi perlu tempat menyimpan berkas yang bisa dibaca Codex.
Yang akan Anda punya setelah selesai: templat laporan tersimpan, berkas instruksi tertulis yang diikuti Codex di setiap eksekusi, dan satu laporan lengkap untuk satu minggu nyata.
Prasyarat: properti Search Console yang sudah terverifikasi, daftar 20 sampai 50 kueri yang benar-benar Anda pedulikan, Codex dengan akses ke folder proyek, dan izin baca ke repositori situs Anda sendiri kalau ingin versi lanjutan.
Definisi selesai: Anda bisa menyerahkan laporan itu ke orang yang tidak mengerjakan SEO, dan orang itu bisa menyebut tiga kueri mana yang harus dilihat dan kenapa.
Waktu: sekitar 90 menit untuk pembangunan pertama, di bawah 10 menit per eksekusi setelahnya.
Kenapa laporan Performa bukan laporan peringkat
Search Console memberi Anda empat kolom: klik, tayangan, CTR, dan posisi rata-rata. Itu tabel pengukuran. Laporan peringkat harus menjawab rangkaian pertanyaan yang berbeda, dan sinyal tahun 2026 membuat jarak itu lebih lebar daripada sebelumnya.
Survei pakar Zyppy yang diterbitkan 9 September 2026 mengumpulkan 13.665 titik data dari 131 praktisi. Sinyal klik dan perilaku berada di 29,4%, sinyal merek di 27,0%, dan kesehatan SEO teknis di 17,5%. Dua dari tiga sinyal yang mengalahkan kesehatan teknis tidak terlihat di kolom posisi. Uraian kami soal apa yang diubah angka-angka itu ada di panduan praktik, tapi versi singkatnya untuk pelaporan adalah ini: kalau laporan Anda hanya menampilkan posisi, Anda melaporkan sinyal yang paling sedikit bergerak.
Itulah celah yang ditutup Codex. Codex tidak akan memberi tahu kenapa Google mengubah sesuatu. Codex akan merakit bukti perubahan itu cukup konsisten sehingga Anda bisa menjelaskannya.
Sebelum mulai: empat keputusan
Ambil keputusan ini sebelum menulis apa pun, karena mengubahnya nanti berarti membangun ulang laporan.
- Set kueri. 20 sampai 50 kueri, dikelompokkan ke dua atau tiga keranjang yang cocok dengan cara bisnis berpikir. "Produk", "perbandingan", "dukungan" lebih baik daripada "volume tinggi / sedang / rendah".
- Jendela perbandingan. Bandingkan 28 hari terakhir dengan 28 hari sebelumnya. Jendela lebih pendek berisik; lebih panjang menyembunyikan perubahan yang Anda cari.
- Ambang batas. Tentukan apa yang layak dilaporkan. Kueri yang bergerak lebih dari lima posisi, atau tayangan bergerak lebih dari 30% sementara klik datar, adalah nilai awal yang bisa dipakai.
- Lokasi penyimpanan. Satu folder, satu aturan penamaan.
reports/ranking/YYYY-MM-DD.mdplus subfolderdata/untuk ekspor mentah. Codex butuh tempat menulis yang konsisten.
Langkah 1: ekspor data mentah
Buka Search Console, pilih properti Anda, lalu masuk ke Performa. Setel rentang tanggal ke 56 hari supaya perbandingan 28 lawan 28 bisa dilakukan dari satu ekspor, lalu pakai tombol Ekspor untuk mengunduh CSV dari tab Kueri.
Lakukan hal yang sama untuk Halaman, dan untuk Perangkat kalau Anda berencana melaporkan pemisahan seluler dengan desktop.
Keluaran yang diharapkan: tiga berkas CSV di data/, dinamai dengan tanggal ekspor.
Pemeriksaan mutu: buka CSV Kueri dan pastikan baris data pertama bukan kueri yang mengandung kata "anonymous". Search Console menyembunyikan kueri langka, dan baris-baris itu akan muncul di laporan Anda sebagai pergerakan tanpa nama.
Kalau gagal: kalau ekspor terpotong, rentang tanggal Anda terlalu lebar untuk batas baris. Ekspor jendela 28 hari secara terpisah dan biarkan Codex menyambungnya.
Langkah 2: tulis kontrak laporan
Inilah langkah yang menentukan apakah alur ini bertahan lewat minggu ketiga. Taruh kontrak di berkas yang dibaca Codex di setiap eksekusi: AGENTS.md di akar proyek, atau berkas instruksi khusus di folder laporan.
Kontrak butuh lima hal dan tidak butuh yang lain:
Blok kontrak | Apa yang ditulis | Kenapa penting |
|---|---|---|
Masukan | Path berkas yang tepat dan aturan rentang tanggal | Mencegah agen mengarang jendela |
Ambang batas | Pita Anda, dalam angka | Mengubah tabel jadi keputusan |
Bentuk keluaran | Tiga bagian, sesuai urutan | Menjaga minggu ke-30 tetap bisa dibandingkan dengan minggu ke-1 |
Aturan keyakinan | Apa yang dikatakan saat data tidak menjelaskan perubahan | Mencegah omong kosong yang percaya diri |
Batasan | Apa yang tidak boleh dilakukan agen | Hanya baca sampai Anda percaya |
Versi yang bekerja tampak seperti ini:
## Kontrak laporan peringkat
Masukan: data/queries-*.csv, data/pages-*.csv
Jendela: 28 hari terakhir lawan 28 hari sebelumnya. Sebutkan kedua tanggal di kepala laporan.
Laporkan hanya tiga hal:
1. Kueri yang bergerak: kueri apa pun yang bergeser lebih dari 5 posisi, atau
tayangan naik lebih dari 30% sementara klik datar, atau kueri apa pun yang
keluar dari sepuluh besar.
2. Penjelasan yang mungkin: pakai hanya data di dalam berkas. Kalau berkas tidak
menjelaskan pergerakannya, tulis "tidak dijelaskan oleh data ini".
3. Periksa minggu depan: satu baris per kueri yang ditandai, sebutkan halaman
atau kueri persis yang harus diperiksa.
Jangan pernah menyatakan sebab yang tidak bisa Anda tunjuk di data. Jangan pernah
menyarankan perubahan situs. Jangan pernah menyunting berkas di luar reports/ranking/.Keluaran yang diharapkan: satu berkas instruksi, di-commit atau disimpan di samping data.
Pemeriksaan mutu: bacakan kontrak itu dengan suara keras. Kalau ada baris yang bisa berlaku untuk situs lain tanpa penyuntingan, baris itu terlalu kabur untuk membatasi apa pun.
Kalau gagal: kalau Codex terus menambah bagian, bentuk keluarannya tidak cukup spesifik. Sebutkan tiga judul itu persis seperti yang Anda inginkan.
Anatomi laporan. Kaki yang mendaftar berkas persis yang dipakai adalah bagian yang paling dipercaya peninjau, dan bagian yang paling sering dilewatkan templat.
Langkah 3: hasilkan laporan pertama
Arahkan Codex ke folder itu dan minta satu laporan mengikuti kontrak. Minta berkasnya, bukan jawaban di obrolan, supaya keluarannya bisa ditinjau dan dibandingkan perbedaannya.
Eksekusi pertama adalah tempat Anda menemukan seperti apa data Anda sebenarnya. Perkirakan dua atau tiga putaran koreksi. Itu normal, dan itu bagian termurah dari seluruh alur.
Keluaran yang diharapkan: reports/ranking/YYYY-MM-DD.md dengan kepala, tiga bagian, dan kaki yang mendaftar berkas persis yang dipakai.
Pemeriksaan mutu: ambil dua kueri yang ditandai dan verifikasi angkanya dengan tangan di Search Console. Kalau cocok, salurannya sehat. Kalau tidak, berhenti dan perbaiki langkah datanya. Jangan mendiagnosis analisis di atas masukan yang rusak.
Kalau gagal: kegagalan tersering adalah ketidakcocokan tanggal antara ekspor dan kontrak. Patok kedua tanggal di kepala laporan pada setiap eksekusi, supaya selisih dua hari tidak diam-diam mengubah bulan yang datar jadi keruntuhan.
Versi pertama yang saya bangun melaporkan sebelas kueri bergerak di minggu yang sebenarnya hampir tidak bergerak. Kontraknya baik; ekspornya tidak. Berkas 30 hari yang dibandingkan dengan jendela 28 hari membuat dua hari data yang hilang tampak seperti keruntuhan seluruh situs. Sekarang kontraknya menolak berjalan kalau dua rentang itu tidak cocok, dan kegagalan itu belum kembali.
Langkah 4: tambahkan baris yang tidak bisa ditulis agen
Setiap laporan mendapat satu paragraf manusia: apa yang kami rilis, ubah, atau rusakkan minggu lalu.
Ini bukan hiasan. Ini cara tercepat menangkap agen yang menimpakan rilis Anda sendiri ke pembaruan algoritma. Ketika laporan bilang sekelompok halaman produk turun dan catatan Anda bilang templatnya berubah Selasa, ruang penjelasannya menyempit seketika.
Keluaran yang diharapkan: dua atau tiga kalimat di atas laporan, ditulis oleh manusia.
Pemeriksaan mutu: kalau catatan dan bagian pergerakan saling bertentangan, pertentangan itu adalah baris paling berharga di laporan. Biarkan terlihat daripada dihaluskan.
Langkah 5: verifikasi sebelum mengirim
Jalankan tiga pemeriksaan ini sebelum laporan meninggalkan meja Anda.
- Tanggal. Kedua jendela disebut di kepala laporan, cocok dengan ekspor.
- Dua uji petik. Dua kueri yang ditandai diverifikasi dengan tangan.
- Satu pemeriksaan pertentangan. Apakah ada penjelasan yang mengacu ke data yang tidak ada di daftar berkas di bawah?
Kalau ketiganya lolos, laporannya aman dibagikan. Itu draf penilaian Anda, bukan penggantinya.
Jalur lanjutan, saat Anda siap
Jalankan alurnya dengan tangan dulu selama empat minggu. Otomatiskan hanya setelah Anda memperbaiki kesalahan sejenis dua kali.
Setelah itu peningkatannya bertahap:
- Jadwalkan eksekusi. Eksekusi terjadwal mingguan menulis laporan sebelum Anda membuka laptop. Pertahankan paragraf manusia sebagai kolom wajib, supaya laporan tidak bisa keluar tanpanya.
- Simpan snapshot di kontrol versi. Setiap eksekusi jadi satu commit. Perbedaan antara dua minggu lebih cepat dibaca daripada kedua laporannya.
- Tambahkan properti kedua. Kueri pesaing atau merek duduk di laporan terpisah dengan kontrak yang sama, bukan digabung ke laporan utama.
- Tambahkan satu sinyal eksternal. Pemeriksaan pencarian bermerek atau pangsa jawaban membuat sinyal merek dari survei 2026 jadi terukur alih-alih teoretis.
Yang jangan diotomatiskan: langkah rekomendasi. Begitu agen mulai mengusulkan perubahan situs, Anda sudah berpindah dari pelaporan ke penerbitan, dan beban tinjauan naik lebih cepat daripada waktu yang dihemat.
Penanganan masalah
Gejala | Kemungkinan penyebab | Perbaikan |
|---|---|---|
Semua kueri tampak turun | Pergeseran rentang tanggal antar ekspor | Patok kedua jendela di kontrak dan di kepala laporan |
Laporan kosong | Ambang terlalu ketat untuk tingkat trafik Anda | Turunkan ambang tayangan sebelum menurunkan ambang posisi |
Lima kueri yang sama tiap minggu | Set kuerinya terlalu sempit | Tambahkan kueri ekor panjang dan kueri perbandingan ke keranjang |
Pergerakan tanpa penjelasan | Normal untuk kueri bervolume rendah | Pertahankan keluaran "tidak dijelaskan oleh data ini" dan lanjut |
Angka berbeda dari Search Console | Properti atau filter tidak cocok di ekspor | Selalu ekspor dari properti dan set filter yang sama |
Rawat alurnya
Tiga kebiasaan perawatan membuatnya tetap berguna lewat kuartal pertama.
Tinjau set kueri setiap kuartal. Laporan yang mengejar prioritas tahun lalu adalah pelajaran sejarah, bukan laporan peringkat.
Baca ulang kontrak saat Search Console berubah. Google memperbarui antarmuka laporan Performa dan kolom ekspornya secara berkala. Kalau ada kolom yang hilang, kontraknya perlu diedit di hari yang sama.
Simpan laporan lama. Membandingkan laporan kuartal ini dengan kuartal yang sama tahun lalu adalah satu-satunya cara murah memisahkan penurunan nyata dari musiman.
Pertanyaan yang sering diajukan (FAQ)
Haruskah pakai Codex? Tidak. Alur ini bekerja dengan agen apa pun yang bisa membaca berkas, berjalan sesuai jadwal, dan menulis keluaran yang bisa ditinjau. Codex cocok kalau situs Anda memang sudah ada di repositori, karena laporannya jadi commit yang bisa dibandingkan.
Bisa pakai alat gratis saja? Bisa. Seluruh alur berjalan di atas data Search Console yang gratis plus agennya. Anda baru butuh pelacak peringkat berbayar kalau ingin posisi pesaing atau posisi yang tidak terlihat di properti Anda sendiri.
Apa bedanya dengan laporan Performa di Search Console? Laporan Performa menunjukkan tabel. Alur ini menghasilkan keputusan: kueri mana yang melewati ambang, apa yang dijelaskan dan tidak dijelaskan data, dan apa yang harus diperiksa minggu depan. Alur ini juga menyimpan catatan, yang tidak dilakukan antarmukanya.
Kalau trafik situs saya sangat sedikit? Turunkan ambang tayangan dan bandingkan 28 hari dengan 28 hari yang sama tahun lalu, bukan dengan 28 hari sebelumnya. Situs bervolume rendah lebih banyak mendapat sinyal dari perbandingan tahun ke tahun daripada dari minggu ke minggu.
Haruskah laporannya memuat AI Overview atau kutipan AI? Kalau mau, tambahkan bagian terpisah dengan kontraknya sendiri. Jauhkan dari laporan posisi, karena sumber dan pengukurannya berbeda, dan mencampurnya membuat keduanya lebih sulit dibaca.
Penulis: Leo Harrington, penerjemah analitik SEO untuk lebih dari 500 laporan eksekutif di Auspia. Leo menulis tentang mengubah data pencarian menjadi laporan yang bisa ditindaklanjuti oleh non-spesialis.
