Webhook Là Gì?

Hãy tưởng tượng bạn muốn biết khi nào người bạn rảnh để đi cà phê. Bạn có hai lựa chọn:

Cách 1 (API — polling): Cứ 10 phút bạn nhắn tin một lần: "Bạn rảnh chưa?" — "Chưa." — 10 phút sau: "Bạn rảnh chưa?" — "Chưa." — Lặp đi lặp lại cho đến khi bạn ấy rảnh.
Cách 2 (Webhook — push): Bạn nói: "Khi nào rảnh thì nhắn tôi nhé." Bạn rảnh làm việc khác. Khi người bạn rảnh, họ tự nhắn tin cho bạn.

Webhook là Cách 2. Trong thế giới phần mềm, webhook là một cơ chế mà ứng dụng A tự động gửi thông báo đến ứng dụng B ngay khi có sự kiện xảy ra — không cần B phải hỏi liên tục.

ℹ️Định nghĩa kỹ thuật (nếu bạn muốn biết thêm)

Webhook là một HTTP POST request được gửi tự động từ server A đến một URL của server B khi một sự kiện cụ thể xảy ra. URL này gọi là "webhook endpoint" hoặc "webhook URL". Server B nhận request, xử lý dữ liệu, và trả về HTTP 200 để xác nhận đã nhận thành công.

Ví dụ thực tế: Khi khách hàng thanh toán thành công trên website của bạn (qua Stripe, VNPay...), cổng thanh toán ngay lập tức gửi một webhook đến server của bạn với đầy đủ thông tin đơn hàng. Server của bạn nhận được, tự động gửi email xác nhận, cập nhật kho hàng, và tạo hóa đơn — tất cả trong vài giây.

API vs Webhook — Sự Khác Biệt Cốt Lõi

Nhiều người nhầm lẫn webhook và API vì cả hai đều liên quan đến giao tiếp giữa các ứng dụng. Nhưng chúng hoạt động theo chiều ngược nhau:

API (Polling)

Bạn hỏi — server trả lời

→Client gửi request khi cần
→Server phản hồi ngay lập tức
→Phải hỏi lại nếu muốn dữ liệu mới
→Tốn tài nguyên khi polling liên tục

"Nhà hàng có bàn chưa?" — "Chưa." — 5 phút sau hỏi lại...

Webhook (Push)

Server thông báo — bạn nhận

→Server gửi khi có sự kiện
→Client nhận thông báo real-time
→Không cần hỏi — tự động đẩy
→Tiết kiệm tài nguyên hơn nhiều

"Khi có bàn trống, nhắn tôi nhé." Nhà hàng tự gọi khi sẵn sàng.

💡Cách nhớ nhanh nhất

API = bạn chủ động hỏi. Giống như gọi điện hỏi bạn có rảnh không. Webhook = đối phương chủ động báo. Giống như bạn đăng ký nhận thông báo — khi có chuyện, hệ thống tự gọi cho bạn.

Luồng Hoạt Động Chi Tiết

Luồng API (Polling)

API Polling — Client chủ động hỏi

Phải lặp lại mỗi khi muốn dữ liệu mới

💻

Client

Gửi GET request

🌐

Server

Nhận & xử lý

📦

Response

Trả dữ liệu về

⏰

Chờ...

5 phút sau

🔁

Lặp lại

Hỏi lại từ đầu

💻

Client

Gửi GET request

🌐

Server

Nhận & xử lý

📦

Response

Trả dữ liệu về

⏰

Chờ...

5 phút sau

🔁

Lặp lại

Hỏi lại từ đầu

Luồng Webhook (Push)

Webhook — Server chủ động thông báo

Nhận ngay khi có sự kiện, không tốn tài nguyên chờ đợi

⚡

Sự kiện

Đơn hàng mới

🌐

Server gửi

POST đến webhook URL

📡

Nhận webhook

n8n / server bạn

⚙️

Xử lý

Tự động hóa

✅

HTTP 200

Xác nhận thành công

⚡

Sự kiện

Đơn hàng mới

🌐

Server gửi

POST đến webhook URL

📡

Nhận webhook

n8n / server bạn

⚙️

Xử lý

Tự động hóa

✅

HTTP 200

Xác nhận thành công

Điểm mấu chốt: trong luồng webhook, bước 1 đến bước 5 xảy ra trong vài trăm milliseconds. Không có thời gian chờ đợi, không có request thừa. Hệ thống chỉ "thức dậy" khi thực sự có việc cần làm.

5 Use Case Webhook Phổ Biến Nhất

Webhook xuất hiện ở khắp nơi trong các hệ thống hiện đại. Đây là 5 trường hợp bạn gặp nhiều nhất:

Thanh toán & Ecommerce

Stripe, VNPay, MoMo, ZaloPay đều dùng webhook để thông báo kết quả thanh toán. Khi khách thanh toán thành công: webhook kích hoạt → gửi email xác nhận → cập nhật đơn hàng → xuất hóa đơn. Nếu không có webhook, bạn phải poll API thanh toán mỗi vài giây — vừa chậm vừa tốn tiền API.

Form & Lead generation

Typeform, Tally, Google Forms (qua Apps Script), Webflow Forms đều hỗ trợ webhook. Khi ai đó submit form → webhook gửi ngay dữ liệu lead → n8n xử lý → tự động gửi email chào mừng, thêm vào CRM, tạo task cho sales. Không cần ai ngồi kiểm tra form.

GitHub & DevOps

GitHub webhook là backbone của CI/CD hiện đại. Khi dev push code → GitHub gửi webhook → trigger pipeline build → chạy test → deploy nếu pass. Toàn bộ quy trình tự động trong vài phút. GitLab, Bitbucket đều hoạt động tương tự.

Chat & Messaging

Slack, Telegram, Discord, Zalo OA đều dùng webhook hoặc có webhook-like mechanism. Khi có tin nhắn mới đến bot → webhook/long-polling thông báo → bot xử lý → trả lời. Đây là cách chatbot hoạt động real-time mà không cần poll liên tục.

CRM & Helpdesk

HubSpot, Salesforce, Freshdesk, Zendesk gửi webhook khi có deal mới, ticket thay đổi trạng thái, hoặc khách hàng được phân công. Webhook kết nối CRM với Slack (thông báo sales), Google Sheets (báo cáo), hay kế toán (tạo hóa đơn khi deal won).

Webhook Trong n8n — Thiết Lập Trong 2 Phút

n8n biến webhook từ khái niệm kỹ thuật thành thứ bất kỳ ai cũng dùng được. Thay vì phải viết server để nhận và xử lý webhook, n8n làm tất cả cho bạn.

Cách n8n tạo webhook URL

Mỗi khi bạn thêm Webhook node vào workflow trong n8n, hệ thống tự động tạo ra một URL duy nhất. Bạn chỉ cần copy URL đó và paste vào bất kỳ dịch vụ nào hỗ trợ webhook.

n8n Webhook URL (tự động tạo)

$# Production webhook URL (workflow đang active)
$https://your-n8n.domain.com/webhook/abc123-def456-ghi789
$
$# Test webhook URL (dùng khi đang build workflow)
$https://your-n8n.domain.com/webhook-test/abc123-def456-ghi789
$
$# Self-hosted n8n trên localhost
$http://localhost:5678/webhook/abc123-def456-ghi789

Ví dụ thực tế: Nhận webhook từ Stripe

Thêm Webhook node vào n8n

Mở n8n, tạo workflow mới, kéo Webhook node vào canvas. Chọn HTTP Method là POST. Copy URL được tạo tự động.

Đăng ký URL vào Stripe

Vào Stripe Dashboard → Developers → Webhooks → Add endpoint. Paste URL vừa copy, chọn events muốn nhận (vd: payment_intent.succeeded). Lưu lại Signing Secret.

Test webhook

Trong n8n, bấm 'Listen for test event'. Trên Stripe, bấm 'Send test webhook'. n8n sẽ nhận và hiển thị dữ liệu thực tế để bạn xây dựng tiếp workflow.

Xây dựng workflow xử lý

Sau Webhook node, thêm các node xử lý: lấy thông tin đơn hàng từ data nhận được, gửi email xác nhận (Gmail node), cập nhật Google Sheet (Google Sheets node), và bật workflow khi hoàn thành.

💡Mẹo: Dùng webhook-test khi build

n8n có hai URL: /webhook/ (production, workflow phải active) và /webhook-test/ (development, không cần active). Khi đang xây workflow, hãy dùng URL test — bạn không cần activate workflow để nhận dữ liệu.

Cấu trúc dữ liệu webhook Stripe nhận được

# Ví dụ payload webhook từ Stripe
type: payment_intent.succeeded
data:
  object:
    id: pi_3abc123
    amount: 500000
    currency: vnd
    status: succeeded
    metadata:
      order_id: ORD-2026-001
      customer_email: customer@example.com

Polling vs Push — Trước và Sau

Nhiều hệ thống cũ vẫn dùng polling vì đơn giản hơn để setup ban đầu. Nhưng khi scale lên, polling trở thành gánh nặng. Đây là sự khác biệt thực tế:

Polling (API hỏi liên tục)

✗Gọi API mỗi 5 phút để kiểm tra đơn hàng mới
✗Tốn 288 request/ngày dù chỉ có 10 đơn hàng
✗Độ trễ tối đa 5 phút (khoảng cách giữa 2 lần poll)
✗Có thể vượt rate limit API của dịch vụ
✗Server phải xử lý request dù không có gì mới
✗Chi phí API tăng theo số lần poll, không theo số sự kiện

Webhook (Push real-time)

✓Nhận thông báo ngay lập tức khi có đơn hàng mới
✓Chỉ 10 request/ngày cho 10 đơn hàng — chính xác 1:1
✓Độ trễ dưới 1 giây từ khi có sự kiện
✓Không bao giờ vượt rate limit — chỉ nhận khi có event
✓Server chỉ xử lý khi thực sự có việc
✓Chi phí gần như bằng 0, scale tốt hơn nhiều

⚠️Khi nào nên dùng API polling thay vì webhook?

Webhook không phải lúc nào cũng tốt hơn. Dùng polling khi: (1) Dịch vụ bạn tích hợp không hỗ trợ webhook; (2) Bạn cần lấy dữ liệu theo lịch cố định (báo cáo hàng ngày); (3) Bạn cần query nhiều nguồn và tổng hợp; (4) Dịch vụ có SLA webhook không đảm bảo. Kết hợp cả hai là pattern tốt nhất.

Bảng So Sánh API vs Webhook

Tiêu chí	API (Polling)	Webhook (Push)
Ai khởi tạo	Client (bạn)	Server (dịch vụ)
Độ trễ	Tối đa = khoảng cách poll	Gần như real-time (<1s)
Tài nguyên	Tốn khi poll liên tục	Tối ưu — chỉ dùng khi cần
Độ phức tạp setup	Đơn giản hơn	Cần URL công khai
Rate limit	Dễ vượt nếu poll nhiều	Không ảnh hưởng
Kiểm soát timing	Bạn quyết định khi nào hỏi	Dịch vụ quyết định khi nào gửi
Xử lý lỗi	Retry ngay lập tức	Cần xử lý retry từ bên gửi
Dùng với n8n	Schedule Trigger node	Webhook node
Phù hợp nhất	Báo cáo định kỳ, batch sync	Real-time events, notifications

Câu Hỏi Thường Gặp

Webhook có thể bị tấn công nếu không bảo mật đúng cách. Các biện pháp bảo mật quan trọng: (1) Xác thực chữ ký (signature verification) — server gửi webhook ký payload bằng secret key, bạn phải xác minh trước khi xử lý; (2) Dùng HTTPS không bao giờ HTTP; (3) Chỉ whitelist IP của bên gửi nếu họ cung cấp; (4) Thiết lập timeout và retry limit. n8n tự động hỗ trợ HTTPS và có thể thêm header authentication.

Event Listener chạy bên trong một ứng dụng — ví dụ JavaScript addEventListener trong browser, lắng nghe click chuột. Webhook là HTTP callback giữa hai hệ thống khác nhau qua mạng internet. Về bản chất cùng mô hình event-driven, nhưng webhook hoạt động ở tầng network còn event listener ở tầng code.

Phụ thuộc vào bên gửi. Hầu hết dịch vụ lớn (Shopify, Stripe, GitHub) sẽ retry webhook nhiều lần (thường 3–5 lần trong vài giờ) nếu không nhận được HTTP 200. Tuy nhiên không phải dịch vụ nào cũng retry. Giải pháp: dùng queue (như n8n với webhook queue mode) để đảm bảo không mất dữ liệu.

Không nhất thiết. Với n8n, bạn chỉ cần copy URL webhook được tạo tự động và paste vào dịch vụ gửi. n8n xử lý toàn bộ việc nhận, phân tích và xử lý dữ liệu webhook qua giao diện kéo-thả. Tuy nhiên hiểu cơ bản về JSON và HTTP sẽ giúp bạn làm việc với webhook hiệu quả hơn.

Bên nhận webhook (server của bạn) không có giới hạn — phụ thuộc vào năng lực server. Bên gửi có thể có rate limit; ví dụ Shopify tối đa 60,000 webhook calls/phút. Với n8n self-host, bạn có thể xử lý hàng nghìn webhook/giây nếu server đủ mạnh.

Hoàn toàn có thể và rất phổ biến. Ví dụ: dùng webhook để nhận thông báo khi có đơn hàng mới (event-driven), sau đó gọi API REST để lấy thêm chi tiết đơn hàng (on-demand). Đây là kiến trúc hybrid phổ biến nhất trong tích hợp hệ thống hiện đại.

Sẵn sàng dùng webhook để tự động hóa?

n8n cho phép bạn thiết lập webhook và xây dựng workflow tự động hóa trong vài phút — không cần viết code. Autoflow có thể giúp bạn xây dựng workflow đầu tiên từ A đến Z.

Đặt lịch tư vấn miễn phí Tìm hiểu thêm về n8n

Chia sẻ

Cập nhật: 1 tháng 4, 2026

Sẵn sàng tự động hóa?

Đặt lịch audit miễn phí 30 phút — mình sẽ phân tích quy trình của bạn và đưa ra lộ trình cụ thể. Hoặc làm quiz 2 phút để biết mức độ sẵn sàng.

Nhận Audit Miễn Phí Làm Quiz 2 Phút

Webhook Là Gì? Giải Thích Đơn Giản Cho Người Không Biết Code