Website bisnis siap diluncurkan ketika pengunjung dapat menyelesaikan tugas utamanya dan tim Anda dapat mengelolanya. Sebelum membagikan alamat website, periksa fungsi kontak, isi halaman, pengalaman ponsel, pengaturan indeks, serta akses akun. Catat hasilnya agar masalah penting tidak tertutup oleh penilaian tampilan saja.
Pakai checklist ini bersama penanggung jawab bisnis dan developer. Tandai setiap pemeriksaan dengan status lulus, perlu diperbaiki, atau tidak berlaku. Tetapkan siapa yang memperbaiki serta siapa yang memeriksa ulang sebelum tanggal tayang.
Uji perjalanan pelanggan dari awal sampai selesai
- Buka website dari ponsel melalui alamat yang akan Anda bagikan.
- Temukan layanan atau produk utama tanpa bantuan penjelasan dari tim proyek.
- Baca syarat, area layanan, dan informasi yang diperlukan untuk memesan.
- Klik kontak atau kirim permintaan uji menggunakan data pengujian.
- Pastikan permintaan sampai ke penerima yang benar dan dapat ditindaklanjuti.
Untuk tombol WhatsApp, periksa nomor tujuan dan pesan awalnya. Untuk email, periksa alamat penerima serta apakah pesan uji masuk ke folder yang dipantau. Bila ada checkout, gunakan metode pengujian yang disepakati dengan penyedia pembayaran dan periksa status pesanan pada admin.
Coba juga kondisi gagal: bidang wajib kosong, format email tidak benar, dan koneksi terputus ketika mengirim. Pengunjung perlu memperoleh penjelasan yang membantu. Jangan menganggap formulir berhasil hanya karena tombolnya berubah warna setelah ditekan.
Periksa isi yang akan menjadi rujukan pelanggan
- Nama bisnis, nomor kontak, alamat, dan jam layanan sesuai kondisi sebenarnya.
- Daftar layanan, wilayah, serta syarat pemesanan telah disetujui penanggung jawab.
- Foto, logo, testimoni, dan nama klien memiliki izin penggunaan yang sesuai.
- Tidak ada teks contoh, produk uji, tautan kosong, atau informasi yang bertentangan.
- Kebijakan yang diperlukan sesuai cara website mengumpulkan data dan melayani transaksi.
Periksa informasi yang berulang pada header, footer, halaman kontak, dan formulir. Nomor lama yang tertinggal di satu tombol tetap dapat mengalihkan calon pelanggan. Untuk materi yang berubah rutin, tentukan siapa yang akan memperbaruinya setelah peluncuran.
Coba tampilan ponsel dan penggunaan keyboard
Gunakan setidaknya ponsel yang benar-benar tersedia di tim Anda. Periksa apakah teks dapat dibaca, menu dapat dibuka, dan tombol penting tidak tertutup banner atau tombol mengambang. Putar orientasi layar dan perbesar teks untuk menemukan bagian yang terpotong.
Di komputer, pindahkan fokus dengan tombol Tab dan coba jalankan tindakan menggunakan keyboard. Pastikan posisi fokus terlihat dan urutannya masuk akal. W3C menjelaskan bahwa label formulir perlu terhubung dengan kontrolnya. Nama bidang yang jelas membantu pengguna memahami apa yang perlu diisi, termasuk saat memakai teknologi bantu.
Periksa halaman publik dapat diproses Google
Minta developer memeriksa halaman penting mengembalikan status yang sesuai, mempunyai judul dan deskripsi yang relevan, serta canonical yang benar. Pastikan pengaturan lingkungan pengujian tidak terbawa ke halaman publik. Halaman admin dan area privat tetap perlu dilindungi sesuai peruntukannya.
Menurut dokumentasi robots Google, aturan noindex tidak dapat dibaca Google jika perayapan halaman diblokir melalui robots.txt. Periksa pengaturan perayapan dan indeks sebagai dua hal yang berbeda. Pengaturan indeks juga tidak menggantikan kontrol akses untuk informasi privat.
Siapkan sitemap berisi URL publik yang sesuai. Gunakan Search Console untuk memeriksa URL dan memantau masalah pengindeksan. Peluncuran dan pengiriman sitemap tidak menjamin semua halaman langsung diindeks atau mendapat peringkat tertentu.
Pastikan pemulihan dan serah terima dapat dilakukan
Catat pemegang akun domain, hosting, admin, serta layanan pihak ketiga. Periksa email pemulihan dan gunakan akses terpisah sesuai peran. Hindari berbagi kata sandi di dokumen brief atau percakapan yang tidak dirancang untuk menyimpan kredensial.
Tanyakan apa yang dicadangkan, tempat penyimpanannya, dan siapa yang dapat memulihkan. Untuk WordPress, dokumentasi backup resminya menjelaskan bahwa pemulihan website biasanya membutuhkan database dan berkas. Jenis website lain memerlukan prosedur yang sesuai arsitekturnya. Minta bukti uji pemulihan pada lingkungan terpisah bila termasuk pekerjaan yang disepakati.
Format catatan uji yang sederhana
| Halaman atau tugas | Hasil yang diharapkan | Bukti dan tindak lanjut |
|---|---|---|
| Formulir kontak | Permintaan uji diterima staf yang ditunjuk. | Waktu pengiriman, konfirmasi penerima, status perbaikan. |
| Menu ponsel | Halaman layanan dapat dibuka dan menu dapat ditutup. | Perangkat, tangkapan layar masalah, penanggung jawab. |
| Halaman publik utama | URL yang benar dapat diperiksa tanpa pengaturan pengujian yang menghalangi. | URL yang diuji, hasil pemeriksaan, tanggal uji ulang. |
Keputusan berdasarkan jenis kegagalan
Dalam contoh hipotetis, tujuh dari delapan pemeriksaan lulus, tetapi formulir permintaan tidak sampai ke staf. Peluncuran tetap ditunda karena fungsi tersebut merupakan jalur utama memperoleh permintaan. Jumlah pemeriksaan yang lulus tidak dapat menggantikan keputusan tentang kegagalan yang menghalangi pelanggan.
Kelompokkan temuan sebagai penghalang peluncuran atau perbaikan yang dapat dijadwalkan. Contoh penghalang adalah pesanan gagal, data dikirim ke penerima yang salah, atau akses privat terbuka. Jarak antarbagian yang perlu dirapikan dapat diberi tenggat setelah tim memastikan masalah itu tidak menutup informasi maupun tombol penting. Tuliskan alasan keputusan dan hasil uji ulang.
Tunda peluncuran jika tindakan utama gagal, data masuk ke pihak yang salah, atau akses pemulihan belum jelas. Masalah kosmetik kecil dapat diberi jadwal perbaikan yang disepakati. Bahas daftar penerimaan melalui layanan pembuatan website, lalu tentukan pemeriksaan berkala dalam perawatan website setelah alamatnya mulai digunakan pelanggan.
Dzaki Fauzaan
