Sebelum menerapkan perubahan SEO ke banyak halaman, jalankan dry run yang menghasilkan daftar perbedaan tanpa mengubah sumber. Periksa objek, alasan, dan nilai baru, lalu uji penerapan pada scope kecil.
Dry run berguna karena kesalahan aturan yang tampak kecil dapat menyebar ke ratusan halaman. Pemeriksaan perlu dilakukan sebelum dampaknya menjadi luas.
Tentukan perubahan dengan batas yang jelas
Tulis field yang boleh diubah, daftar objek, alasan perubahan, dan hal yang tidak termasuk. Contohnya: memperbaiki deskripsi kosong pada halaman layanan yang sudah mempunyai isi terverifikasi.
Hindari aturan “perbarui semua artikel agar lebih SEO”. Aturan tersebut tidak menjelaskan perubahan yang diizinkan atau cara memeriksa hasilnya.
Perubahan tahun juga membutuhkan alasan substantif. Mengganti angka tahun tanpa memeriksa isi tidak membuat panduan menjadi mutakhir.
Simpan keadaan awal
Ambil snapshot nilai yang akan diubah beserta identitas halaman dan waktu. Simpan versi sumber yang cukup untuk menelusuri perbedaan dan memulihkan perubahan yang dibuat oleh pekerjaan ini.
Jika tim lain dapat mengedit halaman pada waktu yang sama, gunakan pemeriksaan versi atau checksum. Jangan menimpa perubahan terbaru dengan usulan yang dibuat dari sumber lama.
Snapshot bukan alasan untuk menyalin seluruh data sensitif. Simpan hanya bagian yang diperlukan dan gunakan lokasi dengan akses yang sesuai.
Hasilkan daftar perubahan
| Kolom | Fungsi |
|---|---|
| Identitas halaman | Memastikan objek benar |
| Versi input | Mendeteksi perubahan sumber |
| Nilai lama | Menunjukkan keadaan awal |
| Nilai usulan | Menjelaskan hasil yang akan diterapkan |
| Alasan | Menghubungkan perubahan dengan kebutuhan |
| Status pemeriksaan | Siap, perlu revisi, atau dilewati |
Daftar tersebut harus dapat dibaca sebelum penulisan ke CMS atau file dilakukan. Jika tool hanya memberi pesan “berhasil mengoptimasi”, tambahkan keluaran yang menunjukkan perbedaannya.
Periksa kasus yang mewakili variasi
Jangan mengambil sampel hanya dari halaman yang mudah. Sertakan judul panjang, karakter khusus, nilai kosong, format lama, halaman dengan pengecualian, dan jenis template yang berbeda.
Contoh ilustratif: aturan menambahkan nama wilayah pada deskripsi layanan. Pada sebagian halaman, wilayah sudah ada; pada halaman lain, layanan tidak berlaku di wilayah tersebut. Pemeriksaan variasi dapat menemukan duplikasi atau klaim yang keliru.
Sampel membantu mendeteksi masalah, tetapi tidak membuktikan semua hasil benar. Gunakan pemeriksaan otomatis yang sesuai untuk keseluruhan daftar, lalu baca kasus yang membutuhkan penilaian makna.
Tetapkan kondisi untuk melewati objek
Lewati halaman ketika sumber berubah, informasi inti tidak tersedia, status halaman tidak sesuai, atau usulan menambahkan klaim yang belum didukung.
Catat alasan melewati, sehingga halaman itu tidak diam-diam dianggap selesai. Antrean pengecualian merupakan bagian dari hasil pekerjaan.
Jika banyak pengecualian berasal dari pola yang sama, revisi aturan sebelum memperluas penerapan. Jangan memperbaiki satu per satu sambil mempertahankan aturan yang jelas bermasalah.
Uji penerapan dan pemulihan
Terapkan pada scope kecil sesuai izin operasional yang berlaku. Baca kembali nilai tersimpan, periksa tampilan, dan pastikan field lain tidak ikut berubah.
Siapkan cara memulihkan perubahan milik pekerjaan ini. Pemulihan harus mempertimbangkan edit yang terjadi setelah penerapan. Mengembalikan snapshot seluruh situs dapat menimpa pekerjaan orang lain.
Uji bahwa mekanisme pemulihan bekerja pada contoh yang aman. Menyebut “ada backup” belum membuktikan kamu dapat mengembalikan perubahan yang tepat.
Catat hasil aktual
Laporkan jumlah diusulkan, diterapkan, dilewati, gagal, dan diperiksa. Jika sebagian gagal, jangan menyatakan seluruh batch selesai.
Simpan daftar objek beserta alasan pengecualian. Pada percobaan berikutnya, proses hanya bagian yang memang perlu ditangani agar pekerjaan tidak berulang tanpa alasan.
Setelah perubahan tersimpan dan tampil dengan benar, statusnya adalah implementasi terverifikasi. Dampak pencarian masih perlu diamati dengan metode serta periode yang sesuai. Dry run menjaga kualitas penerapan; ia tidak memberikan jaminan ranking.
