Proposal SEO bulanan sebaiknya menjelaskan pekerjaan yang dibeli, bukti penyelesaiannya, dan cara menilai manfaat bisnisnya. Bukan menjanjikan posisi pertama. Klien membutuhkan pegangan untuk mengambil keputusan: halaman mana yang dikerjakan, siapa yang menyetujui perubahan, apa yang diukur, serta kapan rencana perlu ditinjau ulang.
Artikel ini berfokus pada dokumen penawaran sebelum kontrak berjalan. Untuk pengumpulan akses dan baseline setelah proyek disetujui, gunakan checklist onboarding klien SEO. Keduanya berhubungan, tetapi bukan pekerjaan yang sama: proposal menetapkan kesepakatan; onboarding menyiapkan pelaksanaannya.
Mengapa proposal perlu aturan evaluasi saat Google update?
Saat artikel ini ditulis, 3 Oktober 2026, September 2026 spam update masih berlangsung. Pembaruan dimulai pada 24 September. Status resmi menyebut penerapannya berlaku global, mencakup semua bahasa, dan rollout dapat membutuhkan hingga dua minggu. Itu estimasi, bukan tanggal selesai yang pasti. Rujukan terbaru dalam rentang dua minggu adalah Google Search Status Dashboard, bukan tebakan berdasarkan pergerakan satu keyword.
Implikasinya untuk proposal sederhana: jangan memakai perubahan posisi beberapa hari sebagai dasar menyimpulkan keberhasilan atau kegagalan proyek. Catat periode pembaruan pada laporan, simpan perubahan situs yang memang dilakukan, lalu pisahkan pengamatan dari dugaan penyebab. Panduan Google tentang spam updates juga mengarahkan pemilik situs untuk mengevaluasi kepatuhan terhadap kebijakan spam.
Dalam contoh kesepakatan di artikel ini, perubahan arsitektur ditahan selama rollout dan tujuh hari sesudah selesai. Ini kebijakan operasional yang bisa disepakati, bukan masa tunggu resmi Google. Bug yang jelas, seperti halaman penting mengembalikan 404, tetap perlu ditangani sesuai prosedur persetujuan.
Mulai dari tujuan bisnis, bukan daftar keyword
Kalimat “meningkatkan traffic” belum cukup untuk menentukan pekerjaan. Tanyakan jenis permintaan yang ingin diterima klien. Untuk bisnis jasa, mungkin konsultasi dari calon pelanggan dengan kebutuhan dan wilayah layanan yang sesuai. Untuk toko, mungkin pembelian produk tertentu. Tujuan tersebut menentukan halaman prioritas dan bentuk pengukuran.
Tuliskan tujuan menggunakan bahasa yang dapat diperiksa. Contohnya: “Memperbaiki jalur pencarian organik menuju halaman layanan dan formulir konsultasi, kemudian menilai jumlah permintaan yang memenuhi kriteria klien.” Itu arah kerja, bukan klaim hasil yang sudah dicapai.
Google menyarankan calon pengguna jasa SEO menanyakan bagaimana penyedia mengukur keberhasilan dan memahami bisnis mereka. Google juga tegas bahwa tidak ada yang dapat menjamin peringkat pertama. Jadikan panduan memilih SEO dari Google landasan penawaran, terutama saat klien meminta garansi ranking.
Pisahkan deliverable dari hasil yang dipengaruhi pihak lain
Deliverable berada dalam kendali pelaksana. Hasil pencarian, keputusan pembelian, dan waktu pemrosesan Google tidak sepenuhnya berada di dalam kendali itu. Mencampurnya membuat proposal sulit dipertanggungjawabkan.
Contoh scope satu bulan
Berikut contoh rancangan, bukan paket wajib atau jumlah ideal untuk semua situs:
- Audit halaman layanan yang disepakati, lengkap dengan URL, temuan, bukti, dan urutan prioritas.
- Perbaikan satu masalah teknis yang sudah direproduksi, setelah persetujuan perubahan.
- Revisi konten satu halaman berdasarkan kebutuhan pelanggan yang belum terjawab.
- Pemeriksaan alur formulir konsultasi dan pencatatan event yang relevan.
- Laporan bulanan berisi pekerjaan selesai, kendala, data pengamatan, dan keputusan berikutnya.
Jumlah halaman, revisi, serta jam konsultasi harus ditentukan setelah kompleksitas situs diketahui. Jangan menyalin jumlah artikel dari paket lain tanpa memeriksa apakah topiknya sudah dibahas. Konten tambahan harus mengisi kebutuhan pembaca, bukan memenuhi kuota publikasi.
Bukti selesai untuk setiap pekerjaan
Audit selesai ketika klien menerima daftar masalah yang dapat ditelusuri, bukan hanya skor tool. Perbaikan selesai ketika pemeriksaan ulang menunjukkan masalahnya tidak lagi muncul. Revisi konten selesai ketika perubahan disetujui dan versi live sesuai dokumen. Tracking selesai ketika event diuji, bukan sekadar ketika kode ditempel.
Tulis bukti penerimaan ini di proposal. Misalnya, “canonical halaman layanan sesuai URL yang disepakati pada HTML awal” lebih jelas daripada “optimasi teknis lengkap”. Tetapkan juga penanggung jawab apabila implementasi dilakukan developer klien, bukan penyedia SEO.
Gunakan KPI bertingkat agar angka tidak menyesatkan
Susun KPI dalam tiga lapisan. Lapisan pekerjaan menunjukkan apa yang dikirim. Lapisan pencarian menunjukkan perubahan visibilitas. Lapisan bisnis menunjukkan apakah kunjungan membantu tujuan komersial.
KPI pekerjaan
Pantau deliverable yang diterima, masalah yang terverifikasi selesai, dan pekerjaan yang tertunda karena akses atau persetujuan. Angka ini berguna untuk mengelola proyek, tetapi bukan bukti pertumbuhan bisnis. Menyelesaikan banyak tiket tidak otomatis menghasilkan pelanggan yang tepat.
KPI pencarian
Gunakan klik dan impressions Search Console dengan filter periode, halaman, dan tipe pencarian yang konsisten. Jelaskan definisi metrik sebelum menyimpulkan perubahan. Posisi rata-rata bukan janji bahwa setiap pengguna melihat halaman di posisi yang sama. Rujuk dokumentasi Performance report saat menyusun catatan pengukuran.
Untuk AI Overviews dan AI Mode, laporan generative AI Google memberikan tampilan impressions, halaman, negara, perangkat, serta tanggal. Jangan menawarkan angka konversi AI yang tidak tersedia dari laporan itu. Pengumuman resmi Google menjelaskan cakupan metriknya; catatan pada halaman tersebut menyebut rollout laporan ke seluruh situs selesai pada 31 Agustus 2026.
KPI bisnis
Bedakan klik tombol WhatsApp, formulir terkirim, dan lead berkualitas. Klik tombol hanya menunjukkan interaksi. Formulir terkirim belum tentu pelanggan potensial. Lead berkualitas memerlukan definisi bersama, misalnya kebutuhan layanan sesuai, kontak dapat dihubungi, dan permintaan bukan spam.
Di GA4, tindakan penting dapat ditandai sebagai key event. Dokumentasi Google Analytics tentang key events menjelaskan bahwa event tersebut digunakan untuk mengukur tindakan yang penting bagi keberhasilan bisnis. Tetap lakukan pengujian agar kegagalan validasi formulir tidak tercatat sebagai keberhasilan.
Tulis target sebagai hipotesis yang dapat diperiksa
Hindari “traffic pasti naik sekian persen” tanpa baseline dan alasan. Pada tahap penawaran, gunakan hipotesis kerja: “Jika halaman layanan menjawab pertanyaan pelanggan dan alur konsultasi berjalan, kualitas permintaan masuk diharapkan membaik.” Setelah akses tersedia, tetapkan baseline dan target bersama.
Lengkapi hipotesis dengan cara mengenali kegagalan. Contohnya: halaman sudah diperbaiki dan menerima kunjungan relevan, tetapi permintaan yang memenuhi kriteria tetap tidak bertambah. Itu alasan untuk memeriksa pesan penawaran, kecocokan audiens, atau hambatan formulir. Bukan otomatis alasan menambah halaman kota.
Indikator awal juga perlu dipisahkan dari hasil akhir. Formulir yang berhasil diuji adalah indikator kesiapan. Permintaan konsultasi yang diterima adalah pengamatan hasil. Penjualan membutuhkan konfirmasi dari proses bisnis klien.
Cantumkan biaya, dependensi, dan batas pekerjaan
Proposal yang baik menjelaskan apa yang termasuk biaya bulanan dan apa yang membutuhkan penawaran terpisah. Misalnya migrasi platform, redesign, produksi foto, pengelolaan iklan, atau perubahan integrasi formulir. Jangan menambahkan angka harga contoh yang kemudian dianggap sebagai tarif nyata.
Tuliskan pula dependensi: akses read-only untuk analisis, persetujuan konten, developer untuk deployment, serta narahubung yang mengonfirmasi kualitas lead. Jika pekerjaan tertunda karena dependensi belum terpenuhi, laporan harus menyebut penyebabnya. Jangan menyamarkan pekerjaan tertunda sebagai deliverable selesai.
Untuk perubahan scope, gunakan mekanisme tertulis: kebutuhan baru dicatat, dampaknya dibahas, biaya dan jadwal disetujui sebelum dikerjakan. Pembahasan lebih rinci ada di panduan menghadapi scope creep.
Contoh ringkasan proposal yang dapat disesuaikan
Gunakan susunan berikut sebagai kerangka, bukan kontrak siap tanda tangan:
- Tujuan: kebutuhan bisnis dan jenis permintaan yang ingin diterima.
- Halaman prioritas: daftar URL yang benar-benar menjadi ruang lingkup.
- Deliverable: pekerjaan, pemilik tugas, bukti penerimaan, batas revisi.
- Pengukuran: sumber data, filter, definisi lead, periode baseline.
- Ketergantungan: akses, persetujuan, developer, validasi oleh klien.
- Biaya: nilai yang disepakati, cakupan, pekerjaan di luar paket.
- Evaluasi: kapan ditinjau, cara menangani rollout, kriteria perubahan rencana.
Sebelum dikirim, periksa apakah setiap janji bisa dibuktikan. Hapus klaim yang tidak memiliki dasar, termasuk garansi posisi, estimasi revenue tanpa data, atau klaim bahwa sebuah file AI otomatis meningkatkan citation.
Proposal tidak perlu terlihat rumit untuk berguna. Dokumen yang menjelaskan pekerjaan dan keterbatasannya membuat klien memahami apa yang dibeli. Pelaksana pun memiliki pegangan untuk melaporkan kemajuan secara jujur, termasuk ketika data belum cukup untuk menyimpulkan dampak.