Scope audit SEO yang berguna menjelaskan pertanyaan yang akan dijawab, bagian website yang diperiksa, bukti yang diperlukan, dan bentuk hasil yang dapat ditindaklanjuti. Daftar tool saja belum cukup untuk mendefinisikan pekerjaan.
Mulailah dari masalah pemilik website. “Kami ingin tahu kenapa halaman kategori baru tidak mendapatkan kunjungan yang relevan” menghasilkan scope yang berbeda dari “Kami ingin memeriksa kesiapan migrasi domain.”
Tetapkan pertanyaan sebelum daftar pemeriksaan
Pilih pertanyaan utama dan beberapa pertanyaan pendukung. Hindari menjadikan semua masalah bisnis sebagai tanggung jawab satu audit.
Pada toko daring ilustratif, pertanyaan utamanya adalah: apakah halaman kategori baru sudah siap melayani kebutuhan pencarian dan pengguna? Pertanyaan pendukungnya dapat mencakup keterjangkauan halaman dari navigasi, kesesuaian informasi, dan hambatan implementasi.
Audit tersebut belum otomatis mencakup keamanan server, seluruh funnel iklan, harga produk, atau penulisan ulang seluruh katalog. Bila hal-hal itu ditemukan, catat kaitannya dan tentukan pemilik tindak lanjut.
Tentukan cakupan berdasarkan jenis halaman
Jumlah URL membantu memperkirakan pekerjaan, tetapi bukan satu-satunya dasar. Website dengan sedikit URL bisa memiliki proses rumit; katalog besar bisa memakai beberapa template berulang.
Catat jenis halaman, variasi yang material, dan cara memilih sampel. Misalnya, kategori dengan produk tersedia, kategori tanpa hasil, kategori dengan filter, serta tampilan mobile. Jangan menyebut seluruh situs diperiksa jika hanya beberapa contoh yang dibuka.
Gunakan tabel berikut sebagai titik awal:
| Komponen scope | Contoh isi yang jelas |
|---|---|
| Pertanyaan utama | Kesiapan kategori baru untuk pencarian dan pengguna |
| Cakupan | Template kategori dan variasi filter yang dipilih |
| Sumber bukti | Daftar URL, akses baca data, hasil penelusuran halaman |
| Pengecualian | Audit keamanan server dan penilaian kampanye berbayar |
| Hasil | Temuan, URL terdampak, contoh, prioritas, cara pemeriksaan ulang |
| Pelaksana perubahan | Developer internal untuk template, editor untuk copy |
| Selesai ketika | Handoff dibaca dan temuan dapat direproduksi |
Isi sesuai kondisi nyata. Tabel ini adalah alat percakapan, bukan kontrak hukum siap pakai.
Pisahkan audit, implementasi, dan pemeriksaan ulang
Tiga pekerjaan ini saling berhubungan, tetapi membutuhkan kapasitas yang berbeda.
Audit mencari dan menjelaskan masalah. Implementasi mengubah halaman, template, konfigurasi, atau proses. Pemeriksaan ulang memastikan perubahan menjawab temuan tanpa menimbulkan masalah lain.
Jika satu penyedia mengerjakan semuanya, masing-masing tahap tetap perlu terlihat dalam scope. Jika berbeda orang, tetapkan informasi yang harus ikut dalam handoff.
Contoh acceptance implementasi: “Pada kategori tanpa hasil, pengguna mendapat penjelasan dan jalur menuju kategori relevan; URL contoh diperiksa kembali pada desktop serta mobile.” Ini lebih dapat diuji daripada “UX kategori sudah bagus.”
Catat asumsi yang memengaruhi usaha
Asumsi sering menjadi sumber perbedaan ekspektasi. Misalnya, auditor mengira semua halaman memakai template sama, tetapi ternyata ada sistem terpisah untuk katalog lama.
Tuliskan asumsi seperti akses tersedia, data mencakup periode tertentu, daftar URL dapat diekspor, dan developer dapat mengikuti sesi handoff. Jika asumsi gagal, periksa apakah pekerjaan masih bisa dijalankan sebagian.
Tidak semua gap membutuhkan scope baru. Kamu dapat meneruskan pemeriksaan yang tidak bergantung pada akses tersebut sambil menandai bagian yang tertunda. Yang perlu dihindari adalah mengisi kekosongan dengan dugaan seolah bukti sudah ada.
Gunakan change request yang sederhana
Saat muncul permintaan tambahan, catat empat hal: permintaan, alasan, pengaruh pada hasil, dan konsekuensi waktu atau usaha.
Contoh ilustratif: di tengah audit kategori, tim meminta penulisan ulang seluruh deskripsi produk. Permintaan ini berguna, tetapi hasil dan kapasitasnya berbeda. Letakkan sebagai pekerjaan lanjutan, tentukan sampel atau prioritas, lalu sepakati siapa yang mengerjakan.
Jangan menghapus temuan hanya karena berada di luar scope. Catat temuan tersebut dengan batas pemeriksaan yang jelas. Penemuan masalah belum otomatis berarti auditor harus menyelesaikannya dalam pekerjaan yang sama.
Pemeriksaan sebelum mulai
Baca scope seolah kamu orang yang baru bergabung. Apakah kamu tahu halaman mana yang diperiksa, akses apa yang diperlukan, bentuk hasilnya, dan siapa yang menerapkan perubahan?
Jika dua orang menafsirkan “audit selesai” secara berbeda, perjelas acceptance sebelum pekerjaan dimulai. Langkah kecil ini membuat hasil audit lebih mudah digunakan dan membantu menjaga hubungan kerja ketika muncul perubahan yang memang perlu dibahas.
