Ringkasan Cepat
- Webhook otomatis mengirim data ke aplikasi lain begitu suatu peristiwa terjadi, secara real-time
- Beda dari API biasa yang butuh aplikasi penerima aktif bertanya (polling) berulang-ulang
- Dipakai luas di notifikasi pembayaran, integrasi form, dan tools otomasi seperti n8n/Zapier
Webhook adalah cara satu aplikasi otomatis mengirim data ke aplikasi lain secara real-time begitu suatu peristiwa (event) tertentu terjadi, tanpa aplikasi penerima perlu terus-menerus bertanya apakah ada data baru. Karena sifat ini, webhook sering disebut sebagai “reverse API” — bukan penerima yang meminta data, tapi pengirim yang mendorong data begitu ada sesuatu yang perlu disampaikan.
Beda dari API Biasa
API konvensional bekerja dengan pola “polling” — aplikasi penerima harus aktif bertanya berulang-ulang (“ada data baru belum?”) ke server dalam interval tertentu, yang boros sumber daya dan tidak benar-benar real-time. Webhook membalik pola ini: server pengirimlah yang otomatis mengirim data begitu peristiwa terjadi, tanpa perlu ditanya duluan.
Cara Kerjanya
Kamu mendaftarkan satu URL endpoint (biasanya disebut webhook URL) ke aplikasi sumber data. Begitu peristiwa yang relevan terjadi di aplikasi itu — misalnya pembayaran berhasil, formulir disubmit, atau pesan baru masuk — aplikasi tersebut otomatis mengirim request (biasanya berupa data JSON) ke URL yang sudah didaftarkan itu, dan aplikasi penerima langsung memprosesnya begitu diterima.
Contoh Penggunaannya
Notifikasi pembayaran otomatis dari payment gateway begitu transaksi berhasil, integrasi form online yang otomatis mengirim data pengisi ke spreadsheet atau CRM, dan tools otomasi tanpa-kode seperti n8n atau Zapier yang memakai webhook sebagai pemicu (trigger) untuk menjalankan alur kerja multi-langkah begitu ada peristiwa tertentu dari aplikasi lain.
Kesalahan Umum Soal Webhook
Banyak yang mengira webhook otomatis aman karena “cuma menerima data yang dikirim sendiri oleh sistem terpercaya”. Padahal webhook URL yang bocor atau tidak diverifikasi bisa dipakai pihak tak berwenang untuk mengirim data palsu ke endpoint itu — praktik yang baik selalu memverifikasi signature/token keamanan yang disertakan pengirim, bukan sekadar percaya begitu saja data yang masuk ke URL webhook.