Ringkasan: Bot gagal terutama karena UI berubah, halaman lambat, atau data tidak terduga. Selector yang tangguh, menunggu kondisi (bukan jeda tetap), retry, dan logging membuat bot jauh lebih stabil.
Penyebab Umum Bot Gagal
| Penyebab | Solusi |
|---|---|
| UI/elemen berubah | Selector tangguh, uji regresi |
| Halaman lambat | Tunggu kondisi, bukan sleep tetap |
| Data tak terduga | Validasi input, jalur pengecualian |
| Sesi habis/login ditolak | Penanganan login ulang, vault kredensial |
| Pop-up atau captcha | Penanganan khusus atau eskalasi ke manusia |
| Lingkungan berbeda | Containerisasi, versi browser dikunci |
1. Selector Tangguh
Utamakan atribut stabil (data-testid, id semantik, label teks) daripada posisi atau XPath panjang. Pada Playwright, locator berbasis peran dan teks lebih tahan terhadap perubahan tampilan.
2. Tunggu Kondisi, Bukan Waktu
Gunakan penantian eksplisit (elemen muncul, jaringan idle) alih-alih jeda tetap. Hasilnya lebih cepat saat situs responsif dan lebih tahan saat lambat.
3. Retry dan Pemulihan
- Retry terbatas dengan jeda bertambah untuk langkah rawan.
- Titik pulih (checkpoint): bila gagal di tengah, lanjutkan dari item terakhir, bukan mengulang semua.
- Pastikan proses idempoten agar tidak terjadi input ganda.
4. Percepat Eksekusi
- Jalankan paralel untuk item independen (dengan batas agar tidak memicu pemblokiran).
- Jalankan mode headless dan blokir resource tidak perlu (gambar, iklan) bila diizinkan.
- Gunakan API atau unduhan massal bila tersedia (RPA vs API).
- Hapus langkah yang hanya warisan proses manual.
5. Logging dan Bukti
Catat setiap langkah, waktu, dan hasil; simpan tangkapan layar saat gagal. Tanpa log, perbaikan memakan waktu berkali lipat.
6. Monitoring dan Alert
Kirim alert saat gagal atau saat jumlah item diproses jauh dari biasanya. Dashboard sederhana (berhasil/gagal/pengecualian per hari) cukup sebagai awal.
7. Pemeliharaan Terjadwal
Uji bot terhadap aplikasi target secara berkala (misal mingguan dengan data uji), dan jalin komunikasi dengan pemilik aplikasi terkait rencana perubahan. Lihat juga kesalahan implementasi RPA.
8. Dokumentasi dan Kepemilikan
Dokumentasikan alur, dependensi, kredensial (di vault), dan runbook penanganan gangguan. Tetapkan pemilik bisnis dan pemilik teknis.
FAQ
Apakah lebih baik mengganti RPA dengan API?
Jika tersedia API yang memadai, ya: lebih stabil dan rendah perawatan.
Seberapa sering bot perlu dirawat?
Tergantung seberapa sering aplikasi target berubah; sediakan jadwal uji rutin dan anggaran pemeliharaan.
Langkah selanjutnya
Bot RPA Anda sering macet? Minta audit stabilitas gratis.