Laporan kedudukan Google dengan Codex: bina satu yang menjelaskan apa yang berubah

Perkara utama

Eksport Search Console bukan laporan kedudukan. Inilah aliran kerja mingguan yang kami guna untuk menukar data pertanyaan menjadi laporan yang menyatakan apa yang bergerak, apa kemungkinan puncanya dan apa yang perlu diperiksa seterusnya — dibina sekali dengan Codex dan dijalankan semula dalam beberapa minit.

Kebanyakan pasukan sebenarnya sudah punya laporan kedudukan Google. Isinya tab Prestasi dalam Search Console, disusun ikut klik lalu ditangkap skrin ke dalam slaid. Ia menunjukkan kedudukan. Ia tidak menunjukkan apa yang berubah, kenapa ia berubah, atau apa yang sesiapa patut buat dengannya.

Aliran kerja ini menyelesaikannya dalam satu sesi. Anda tetapkan satu set pertanyaan, serahkan kontrak laporan bertulis kepada Codex, dan biarkan ia menghasilkan bentuk yang sama setiap minggu. Pembinaan pertama mengambil masa sekitar 90 minit. Setiap larian berikutnya bawah sepuluh minit.

Gambar rajah aliran yang menunjukkan eksport Search Console mengalir melalui Codex menjadi laporan kedudukan tiga bahagian dengan pintu semakan manusia

Keseluruhan aliran: eksport mentah masuk, satu laporan berbentuk tetap keluar, dan satu keputusan manusia di hujungnya.

Apa yang anda akan ada di akhir nanti

Untuk siapa ini: untuk sesiapa yang bertanggungjawab atas pelaporan sesebuah laman dan sudah punya akses ke Search Console. Anda tidak perlu jadi pembangun, tetapi perlu tempat menyimpan fail yang Codex boleh baca.

Apa yang anda akan ada setelah selesai: templat laporan yang tersimpan, fail arahan bertulis yang dipatuhi Codex pada setiap larian, dan satu laporan lengkap untuk satu minggu sebenar.

Prasyarat: properti Search Console yang sudah disahkan, senarai 20 hingga 50 pertanyaan yang anda benar-benar ambil berat, Codex dengan akses ke folder projek, dan kebenaran baca ke repositori laman anda sendiri jika mahu versi lanjutan.

Definisi selesai: anda boleh serahkan laporan itu kepada seseorang yang tidak mengerjakan SEO, dan orang itu boleh menyebut tiga pertanyaan mana yang perlu dilihat dan kenapa.

Masa: sekitar 90 minit untuk pembinaan pertama, bawah 10 minit setiap larian selepasnya.

Kenapa laporan Prestasi bukan laporan kedudukan

Search Console memberi anda empat lajur: klik, tayangan, CTR dan kedudukan purata. Itu jadual pengukuran. Laporan kedudukan perlu menjawab set soalan yang berbeza, dan isyarat tahun 2026 telah melebarkan jurang itu berbanding sebelum ini.

Tinjauan pakar Zyppy yang diterbitkan 9 September 2026 mengumpulkan 13,665 titik data daripada 131 pengamal. Isyarat klik dan tingkah laku berada pada 29.4%, isyarat jenama pada 27.0%, dan kesihatan SEO teknikal pada 17.5%. Dua daripada tiga isyarat yang mengalahkan kesihatan teknikal tidak kelihatan dalam lajur kedudukan. Perbincangan kami tentang apa yang diubah oleh angka-angka itu ada dalam panduan praktikal, tetapi versi ringkas untuk pelaporan ialah ini: kalau laporan anda hanya memaparkan kedudukan, anda melaporkan isyarat yang paling sedikit bergerak.

Jurang itulah yang ditutup oleh Codex. Ia tidak akan memberitahu kenapa Google mengubah sesuatu. Ia akan menghimpunkan bukti perubahan itu cukup konsisten sehingga anda boleh menjelaskannya sendiri.

Sebelum mula: empat keputusan

Buat keputusan ini sebelum menulis apa-apa, kerana mengubahnya kemudian bermakna membina semula laporan.

  • Set pertanyaan. 20 hingga 50 pertanyaan, dikelompokkan kepada dua atau tiga bakul yang sepadan dengan cara perniagaan berfikir. "Produk", "perbandingan", "sokongan" berfungsi lebih baik daripada "volum tinggi / sederhana / rendah".
  • Tetingkap perbandingan. Bandingkan 28 hari terakhir dengan 28 hari sebelumnya. Tetingkap lebih pendek bising; lebih panjang menyembunyikan perubahan yang anda cari.
  • Ambang. Tentukan apa yang layak dilaporkan. Pertanyaan yang bergerak lebih lima kedudukan, atau tayangan bergerak lebih 30% sementara klik mendatar, ialah nilai lalai yang munasabah.
  • Tempat simpan. Satu folder, satu peraturan penamaan. reports/ranking/YYYY-MM-DD.md beserta subfolder data/ untuk eksport mentah. Codex perlukan tempat menulis yang konsisten.

Langkah 1: eksport data mentah

Buka Search Console, pilih properti anda, kemudian pergi ke Prestasi. Tetapkan julat tarikh kepada 56 hari supaya perbandingan 28 lawan 28 boleh dibuat daripada satu eksport, kemudian guna butang Eksport untuk memuat turun CSV tab Pertanyaan.

Buat perkara sama untuk Halaman, dan untuk Peranti kalau anda bercadang melaporkan pemisahan mudah alih lawan desktop.

Hasil yang dijangkakan: tiga fail CSV dalam data/, dinamakan dengan tarikh eksport.

Semakan kualiti: buka CSV Pertanyaan dan pastikan baris data pertama bukan pertanyaan yang mengandungi perkataan "anonymous". Search Console menyembunyikan pertanyaan jarang, dan baris-baris itu akan masuk ke laporan anda sebagai pergerakan tanpa nama.

Kalau gagal: kalau eksport terpotong, julat tarikh anda terlalu lebar untuk had baris. Eksport tetingkap 28 hari secara berasingan dan biarkan Codex menyambungnya.

Langkah 2: tulis kontrak laporan

Inilah langkah yang menentukan sama ada aliran ini bertahan melepasi minggu ketiga. Letakkan kontrak dalam fail yang Codex baca pada setiap larian: AGENTS.md di akar projek, atau fail arahan khusus dalam folder laporan.

Kontrak perlukan lima perkara dan tidak perlukan yang lain:

Blok kontrak

Apa yang ditulis

Kenapa ia penting

Input

Laluan fail yang tepat dan peraturan julat tarikh

Menghalang ejen daripada mengarang tetingkap sendiri

Ambang

Jalur anda, dalam angka

Menukar jadual menjadi keputusan

Bentuk output

Tiga bahagian, mengikut urutan ini

Mengekalkan minggu ke-30 boleh dibandingkan dengan minggu ke-1

Peraturan keyakinan

Apa yang ditulis apabila data tidak menjelaskan perubahan

Menghalang karut yang penuh keyakinan

Sempadan

Apa yang ejen tidak boleh lakukan

Baca sahaja sehingga anda percaya

Versi yang berfungsi kelihatan seperti ini:

markdown
## Kontrak laporan kedudukan

Input: data/queries-*.csv, data/pages-*.csv
Tetingkap: 28 hari terakhir lawan 28 hari sebelumnya. Sebut kedua-dua tarikh di kepala laporan.

Laporkan hanya tiga perkara:
1. Pertanyaan yang bergerak: mana-mana pertanyaan yang beralih lebih 5 kedudukan, atau
   tayangan naik lebih 30% sementara klik mendatar, atau mana-mana pertanyaan
   yang keluar dari sepuluh teratas.
2. Penjelasan yang mungkin: guna hanya data dalam fail. Kalau fail tidak menjelaskan
   pergerakan itu, tulis "tidak dijelaskan oleh data ini".
3. Periksa minggu depan: satu baris bagi setiap pertanyaan yang ditanda, dengan
   nama tepat halaman atau pertanyaan yang perlu diperiksa.

Jangan pernah menyatakan sebab yang tidak boleh ditunjuk dalam data. Jangan pernah
mencadangkan perubahan laman. Jangan pernah menyunting fail di luar reports/ranking/.

Hasil yang dijangkakan: satu fail arahan, di-commit atau disimpan bersebelahan data.

Semakan kualiti: baca kontrak itu dengan kuat. Kalau mana-mana baris boleh terpakai untuk laman lain tanpa suntingan, baris itu terlalu kabur untuk mengehadkan apa-apa.

Kalau gagal: kalau Codex terus menambah bahagian, bentuk outputnya tidak cukup spesifik. Sebut ketiga-tiga tajuk itu tepat seperti yang anda mahu.

Anatomi beranotasi laporan kedudukan yang menunjukkan kepala, tiga bahagian dan kaki yang menyenaraikan fail

Anatomi laporan. Kaki yang menyenaraikan fail tepat yang digunakan ialah bahagian yang paling dipercayai oleh penyemak, dan bahagian yang paling kerap ditinggalkan oleh templat.

Langkah 3: jana laporan pertama

Halakan Codex ke folder itu dan minta satu laporan mengikut kontrak. Minta failnya, bukan jawapan dalam sembang, supaya hasilnya boleh disemak dan dibandingkan.

Larian pertama ialah tempat anda menemui rupa sebenar data anda. Peruntukkan dua atau tiga pusingan pembetulan. Itu biasa, dan itu bahagian paling murah dalam keseluruhan aliran ini.

Hasil yang dijangkakan: reports/ranking/YYYY-MM-DD.md dengan kepala, tiga bahagian dan kaki yang menyenaraikan fail tepat yang digunakan.

Semakan kualiti: ambil dua pertanyaan yang ditanda dan sahkan angkanya dengan tangan dalam Search Console. Kalau sepadan, saluran itu sihat. Kalau tidak, berhenti dan betulkan langkah data. Jangan nyahpepijat analisis di atas input yang rosak.

Kalau gagal: kegagalan paling kerap ialah ketidakpadanan tarikh antara eksport dan kontrak. Pakukan kedua-dua tarikh di kepala laporan pada setiap larian, supaya selisih dua hari tidak senyap-senyap menukar bulan yang mendatar menjadi keruntuhan.

Versi pertama yang saya bina melaporkan sebelas pertanyaan bergerak pada minggu yang hampir tiada apa bergerak. Kontraknya elok; eksportnya tidak. Fail 30 hari yang dibandingkan dengan tetingkap 28 hari membuatkan dua hari yang hilang kelihatan seperti keruntuhan seluruh laman. Sekarang kontrak itu enggan berjalan kalau dua julat itu tidak sepadan, dan kegagalan itu belum kembali.

Langkah 4: tambah baris yang ejen tidak boleh tulis

Setiap laporan mendapat satu perenggan manusia: apa yang kami keluarkan, ubah atau rosakkan minggu lepas.

Ini bukan hiasan. Ini cara terpantas menangkap ejen yang mengaitkan keluaran anda sendiri dengan kemas kini algoritma. Apabila laporan berkata sekumpulan halaman produk menurun dan nota anda berkata templatnya berubah pada Selasa, ruang penjelasannya mengecil serta-merta.

Hasil yang dijangkakan: dua atau tiga ayat di atas laporan, ditulis oleh manusia.

Semakan kualiti: kalau nota dan bahagian pergerakan saling bercanggah, percanggahan itu ialah baris paling berharga dalam laporan. Biarkan ia kelihatan daripada dilicinkan.

Langkah 5: sahkan sebelum menghantar

Jalankan tiga semakan ini sebelum laporan meninggalkan meja anda.

  • Tarikh. Kedua-dua tetingkap dinyatakan di kepala laporan, sepadan dengan eksport.
  • Dua ujian petik. Dua pertanyaan yang ditanda disahkan dengan tangan.
  • Satu semakan percanggahan. Adakah mana-mana penjelasan yang didakwa merujuk data yang tiada dalam senarai fail di bawah?

Kalau ketiga-tiganya lulus, laporan itu selamat dikongsi. Ia draf penilaian anda, bukan penggantinya.

Laluan lanjutan, apabila anda bersedia

Jalankan aliran ini dengan tangan selama empat minggu. Automasikan hanya selepas anda membetulkan kelas ralat yang sama dua kali.

Selepas itu penambahbaikan bersifat berperingkat:

  • Jadualkan larian. Larian berjadual mingguan akan menulis laporan sebelum anda membuka komputer riba. Kekalkan perenggan manusia sebagai medan wajib, supaya laporan tidak boleh keluar tanpanya.
  • Simpan snapshot dalam kawalan versi. Setiap larian menjadi satu commit. Beza antara dua minggu lebih cepat dibaca daripada kedua-dua laporannya.
  • Tambah properti kedua. Pertanyaan pesaing atau jenama duduk dalam laporan berasingan dengan kontrak yang sama, bukan dicampur ke dalam laporan utama.
  • Tambah satu isyarat luaran. Semakan carian berjenama atau bahagian jawapan menjadikan isyarat jenama daripada tinjauan 2026 boleh diukur dan bukan sekadar teori.

Apa yang tidak patut diautomasikan: langkah saranan. Sebaik sahaja ejen mula mencadangkan perubahan laman, anda sudah berpindah daripada pelaporan ke penerbitan, dan beban semakan naik lebih cepat daripada masa yang dijimatkan.

Penyelesaian masalah

Gejala

Punca mungkin

Pembetulan

Setiap pertanyaan kelihatan menurun

Julat tarikh beralih antara eksport

Pakukan kedua-dua tetingkap dalam kontrak dan kepala laporan

Laporan kosong

Ambang terlalu ketat untuk tahap trafik anda

Turunkan ambang tayangan sebelum menurunkan ambang kedudukan

Lima pertanyaan sama setiap minggu

Set pertanyaannya terlalu sempit

Tambah pertanyaan ekor panjang dan pertanyaan perbandingan ke dalam bakul

Pergerakan tanpa penjelasan

Biasa bagi pertanyaan volum rendah

Kekalkan hasil "tidak dijelaskan oleh data ini" dan teruskan

Angka berbeza daripada Search Console

Properti atau penapis tidak sepadan dalam eksport

Sentiasa eksport daripada properti dan set penapis yang sama

Pelihara aliran ini

Tiga tabiat penyelenggaraan mengekalkannya berguna melepasi suku pertama.

Semak semula set pertanyaan setiap suku. Laporan yang mengejar keutamaan tahun lepas ialah pelajaran sejarah, bukan laporan kedudukan.

Baca semula kontrak apabila Search Console berubah. Google mengemas kini antara muka laporan Prestasi dan medan eksport secara berkala. Kalau satu medan hilang, kontrak itu perlu disunting pada hari yang sama.

Simpan laporan lama. Membandingkan laporan suku ini dengan suku yang sama tahun lepas ialah satu-satunya cara murah untuk memisahkan penurunan sebenar daripada faktor bermusim.

Soalan lazim (FAQ)

Perlukah guna Codex? Tidak. Aliran ini berfungsi dengan mana-mana ejen yang boleh membaca fail, berjalan mengikut jadual dan menulis output yang boleh disemak. Codex sesuai apabila laman anda memang sudah hidup dalam repositori, kerana laporannya menjadi commit yang boleh anda bandingkan.

Boleh guna alat percuma sahaja? Boleh. Keseluruhan aliran berjalan atas data Search Console yang percuma serta ejennya. Anda hanya perlukan penjejak kedudukan berbayar apabila mahukan kedudukan pesaing atau kedudukan yang tidak kelihatan dalam properti anda sendiri.

Apa bezanya dengan laporan Prestasi dalam Search Console? Laporan Prestasi menunjukkan jadual. Aliran ini menghasilkan keputusan: pertanyaan mana yang melepasi ambang, apa yang dijelaskan dan tidak dijelaskan oleh data, dan apa yang perlu diperiksa minggu depan. Ia juga menyimpan rekod, yang tidak dilakukan oleh antara muka itu.

Kalau laman saya sangat sedikit trafik? Turunkan ambang tayangan dan bandingkan 28 hari dengan 28 hari yang sama tahun lepas, bukan dengan 28 hari sebelumnya. Laman volum rendah mendapat lebih banyak isyarat daripada perbandingan tahun ke tahun berbanding minggu ke minggu.

Patutkah laporan memuatkan AI Overview atau petikan AI? Kalau mahu, tambah bahagian berasingan dengan kontraknya sendiri. Jauhkan ia daripada laporan kedudukan, kerana sumber dan pengukurannya berbeza, dan mencampurkannya menjadikan kedua-duanya lebih sukar dibaca.

Penulis: Leo Harrington, penterjemah analitik SEO untuk lebih 500 laporan eksekutif di Auspia. Leo menulis tentang menukar data carian menjadi laporan yang boleh ditindaklanjuti oleh bukan pakar.

Terokai topik ini

Teruskan aliran pertumbuhan yang sama