Toko Online Bisa Terlihat Sehat Padahal Tidak Bisa Menerima Pesanan
Maintenance toko online berbeda dari website biasa karena yang dijaga bukan hanya halaman yang bisa dibuka, melainkan jalur uangnya: dari keranjang, checkout, dan pembayaran sampai pesanan tercatat dan email konfirmasi terkirim. Alat pemantau sederhana hanya memeriksa apakah beranda bisa diakses. Toko bisa lolos pemeriksaan itu berminggu-minggu sementara tombol bayarnya rusak.
Karena itu pekerjaan perawatan umum, seperti pembaruan dan cadangan yang dirinci di maintenance website, baru separuh pekerjaan. Separuh lainnya memastikan orang masih bisa membeli. Kerugian toko dihitung per pesanan yang hilang, sehingga janji ketersediaan dan pemulihannya juga perlu lebih ketat, sebagaimana diuraikan pada SLA maintenance website. Untuk toko yang berjualan, standar website bisnis modern menambahkan lapisan checkout dan pembayaran pada bagian perawatan.
Lima Titik yang Harus Dipantau
Alur checkout
Pantauan yang layak untuk toko adalah uji beli berkala, sering disebut pemantauan sintetis: pemeriksaan terjadwal menjalankan skenario dari halaman produk, keranjang, sampai halaman pembayaran, lalu mengirim peringatan kalau ada langkah yang gagal. Uji yang sama dijalankan setiap kali ada pembaruan, karena pembaruan adalah penyebab paling umum checkout tiba-tiba rusak.
Notifikasi pembayaran
Kemudahan status pembayaran yang tercatat otomatis, yang membuat payment gateway di website toko online berguna, hanya berjalan selama pemberitahuan dari penyedia pembayaran benar-benar diterima. Mekanisme ini sering disebut webhook atau callback. Kalau pemberitahuannya gagal sampai, pembeli sudah membayar tetapi pesanan tetap berstatus menunggu pembayaran, lalu pembeli menagih dan admin mencocokkan manual.
Perawatan yang layak mencatat setiap pemberitahuan yang masuk, menangani kiriman ulang dari penyedia pembayaran, dan mencocokkan catatan penyedia dengan pesanan toko secara berkala. Selisih kecil yang ditemukan lebih awal jauh lebih murah daripada pembeli yang sudah membayar dan tidak menerima barang.
Stok dan harga
Toko yang berjualan di lebih dari satu tempat, misalnya website, marketplace, dan kasir toko fisik, rawan selisih stok. Akibatnya barang terjual dua kali atau habis di satu tempat tetapi masih tampil tersedia di tempat lain. Perawatan yang baik menjadwalkan sinkronisasi, memberi peringatan kalau selisihnya melewati batas, dan menyimpan catatan perubahan supaya penyebabnya bisa dilacak.
Email transaksional
Konfirmasi pesanan, nomor resi, dan pengaturan ulang kata sandi adalah bagian dari pengalaman belanja. Email itu sering masuk spam atau tidak terkirim sama sekali tanpa ada yang tahu. Perawatan mencakup pengaturan autentikasi domain surel (SPF, DKIM, dan DMARC) serta pemantauan email yang gagal terkirim.
Integrasi ongkir dan pihak ketiga
Hasil hitung ongkos kirim yang menjadi nilai jual cek ongkir otomatis di website toko online hanya seakurat integrasinya. Layanan kurir bisa mengubah versi atau membatasi permintaan. Ongkir yang salah menghitung berarti toko menanggung selisihnya atau pembeli batal di langkah terakhir.
Pembaruan yang Aman untuk Toko yang Sedang Berjualan
Toko yang aktif tidak bisa diperlakukan seperti website yang jarang dikunjungi. Beberapa kebiasaan yang membedakan pengerjaan profesional:
- Uji di salinan lebih dulu. Pembaruan dijalankan di lingkungan uji (staging), dan alur beli dicoba dari awal sampai akhir sebelum diterapkan ke toko yang asli.
- Pilih waktu sepi. Pembaruan yang berisiko dijadwalkan di luar jam pesanan paling ramai.
- Cadangan tepat sebelum pembaruan, dan rencana kembali ke versi sebelumnya kalau ternyata ada yang rusak.
- Waspadai pembaruan otomatis. Plugin yang diperbarui sendiri bisa bentrok dan merusak checkout tanpa ada yang menyadari sampai pesanan berhenti masuk.
Soal cadangan, ada pertimbangan yang berbeda dari website biasa. Jeda antar cadangan itulah yang disebut batas data yang boleh hilang dalam perjanjian layanan. Cadangan sekali sehari berarti pesanan seharian bisa hilang kalau terjadi kerusakan, jadi toko yang ramai membutuhkan cadangan basis data dengan jeda jauh lebih pendek.
Data Pelanggan dan Keamanan yang Wajar
Nama, alamat, dan nomor telepon pembeli termasuk data pribadi yang tunduk pada Undang-Undang Pelindungan Data Pribadi. Toko sebaiknya menyimpan seperlunya, membatasi siapa yang bisa membukanya, dan memakai kata sandi yang kuat dengan verifikasi dua langkah untuk akun admin.
Data kartu tidak perlu disimpan di toko. Payment gateway umumnya menyediakan halaman pembayaran sendiri, sehingga data kartu tidak melewati toko dan beban toko terhadap standar keamanan data kartu jauh berkurang. Sertifikat keamanan juga tidak boleh sampai kedaluwarsa, karena peringatan di peramban akan muncul tepat di halaman pembayaran, seperti yang dijelaskan pada SSL untuk website bisnis.
Laporan yang Layak Diterima Pemilik Toko
Perawatan yang tidak dilaporkan sulit dinilai. Laporan bulanan yang wajar memuat:
- Hasil uji checkout dan kegagalan yang ditemukan, beserta waktu pemulihannya.
- Jumlah pembayaran yang gagal dan sebab utamanya.
- Selisih stok atau harga yang terdeteksi, dan bagaimana diselesaikan.
- Email transaksional yang gagal terkirim.
- Pembaruan yang diterapkan, termasuk yang ditunda dan alasannya.
- Kecepatan halaman produk dan checkout, karena keduanya paling dekat dengan keputusan membeli.
Sebelum sepakat, tanyakan apakah uji checkout termasuk dalam paket, siapa yang menerima peringatan di malam hari dan akhir pekan, dan apa yang terjadi kalau pemulihan melewati target yang dijanjikan.