Digital Transformation
Postel Law (Robustness Principle)
TL;DR: Postel Law atau Robustness Principle berbunyi bersikaplah konservatif dalam apa yang dikirim, dan liberal dalam apa yang diterima. Diterapkan ke form, API, dan website bisnis, prinsip ini berarti sistem harus mentolerir input pengguna yang tidak rapi, lalu memprosesnya tanpa membuat pengguna merasa gagal.
Apa itu Postel Law?
Postel Law dikenalkan oleh Jon Postel, salah satu arsitek protokol internet, di RFC 761 tahun 1980. Konteks aslinya untuk TCP. Prinsip ini kemudian diadopsi luas di UX dan product design karena masalahnya sama, yaitu bagaimana sistem berinteraksi dengan input yang tidak terprediksi.
Untuk marketer dan developer, Postel Law berarti form harus menerima nomor telepon dengan atau tanpa kode negara, email dengan kapital atau tidak, dan nama dengan spasi ganda tanpa membuat pengguna mengetik ulang. Beban normalisasi ditanggung sistem, bukan pengguna. Prinsip ini sejalan dengan Tesler Law yang juga memindahkan kompleksitas dari pengguna ke mesin.
Penerapan di Form & API
| Input pengguna | Versi rigid (anti-Postel) | Versi Postel Law |
|---|---|---|
Nomor HP 0812 3456 7890 | Tolak karena ada spasi | Bersihkan spasi, simpan 081234567890 |
Email Vito@Gmail.Com | Tolak karena ada huruf kapital | Lowercase otomatis |
Tanggal 3/5/2026 vs 2026-05-03 | Hanya satu format diterima | Parse keduanya |
API field customerName vs customer_name | Tolak yang tidak persis | Terima keduanya, normalisasi server-side |
Kenapa Penting?
Studi Baymard Institute menunjukkan validasi yang terlalu ketat di form checkout adalah salah satu penyebab utama form abandonment. Setiap kali pengguna mengetik ulang karena format tidak diterima, ada peluang mereka menyerah. Postel Law mengubah pertanyaan dari "apakah input ini benar?" menjadi "apakah input ini bisa dimengerti?"
Pertanyaan Umum
Apakah Postel Law berarti tidak boleh ada validasi?
Tidak. Validasi tetap perlu untuk integritas data, tapi dilakukan setelah normalisasi. Sistem coba membersihkan dulu, baru menolak jika benar-benar tidak valid.
Bagaimana di konteks API publik?
Untuk API publik, Postel Law diterapkan dengan menerima beberapa format input umum (case-insensitive header, ISO 8601 dengan atau tanpa timezone), tapi output API harus konsisten dan strict.
Istilah Terkait