Webhook คือ กลไกที่ช่วยให้แอปพลิเคชันหนึ่งส่งข้อมูลไปยังอีกแอปหนึ่งแบบ Real-time โดยอัตโนมัติ เมื่อเกิดเหตุการณ์ (Event) บางอย่างขึ้น เปรียบเทียบง่ายๆ คือ Webhook เหมือน "กริ่งประตู" ของโลกซอฟต์แวร์ — แทนที่คุณจะต้องเดินไปเปิดประตูดูทุก 5 นาทีว่ามีคนมาหรือยัง (แบบ Polling) กริ่งจะดังขึ้นเองเมื่อมีคนมากดกริ่ง นี่คือหลักการเดียวกันของ Webhook ที่ทำให้ระบบ Automation ทำงานได้อย่างมีประสิทธิภาพ ไม่ว่าจะเป็นการแจ้งเตือน Slack เมื่อมี Order ใหม่ การอัปเดต CRM เมื่อมีคนกรอกฟอร์ม หรือการ Sync ข้อมูลระหว่างระบบต่างๆ ล้วนใช้ Webhook ทั้งสิ้น
ในปี 2026 Webhook กลายเป็นพื้นฐานสำคัญของระบบ Automation และ Integration ทั้งหมด ไม่ว่าจะเป็น Stripe ที่แจ้งผลการชำระเงิน, GitHub ที่แจ้งเมื่อมี Push ใหม่, หรือ Shopify ที่แจ้งเมื่อมี Order เข้า ทุกแพลตฟอร์มชั้นนำล้วนรองรับ Webhook บทความนี้จะอธิบายทุกอย่างที่คุณต้องรู้เกี่ยวกับ Webhook ตั้งแต่หลักการทำงาน ข้อแตกต่างกับ API วิธีสร้าง Webhook เบื้องต้น ไปจนถึง Best Practices ที่ใช้ในงานจริง เขียนให้เข้าใจง่ายทั้งสำหรับ Developer และผู้ที่ไม่ใช่สาย Technical
Webhook ทำงานอย่างไร?
หลักการทำงานของ Webhook เรียบง่ายมาก มี 3 ขั้นตอนหลัก คือ ลงทะเบียน → เกิด Event → ส่ง HTTP POST ลองนึกภาพสถานการณ์จริง: คุณมีร้านค้าออนไลน์บน Shopify และต้องการให้ระบบแจ้ง Slack ทุกครั้งที่มี Order ใหม่ คุณจะตั้งค่า Webhook ใน Shopify โดยระบุ URL ปลายทาง (เช่น Slack Incoming Webhook URL) และเลือก Event ที่ต้องการ (เช่น orders/create) เมื่อลูกค้าสั่งซื้อสินค้า Shopify จะส่ง HTTP POST Request ที่มีข้อมูล Order ไปยัง URL ที่ลงทะเบียนไว้ทันที
- 1.ลงทะเบียน (Register) — ผู้ใช้ระบุ Webhook URL ปลายทางในระบบต้นทาง พร้อมเลือก Event ที่ต้องการรับแจ้ง เช่น orders/create, payment.success, push เป็นต้น
- 2.เกิด Event (Trigger) — เมื่อเกิดเหตุการณ์ที่ตรงกับที่ลงทะเบียนไว้ ระบบต้นทางจะเตรียมข้อมูล (Payload) ในรูปแบบ JSON
- 3.ส่ง HTTP POST (Deliver) — ระบบต้นทางส่ง HTTP POST Request พร้อม JSON Payload ไปยัง URL ปลายทาง ฝั่งรับประมวลผลข้อมูลและตอบกลับ HTTP 200 OK เพื่อยืนยันว่าได้รับข้อมูลแล้ว
Webhook ส่งข้อมูลแบบ Push ไม่ใช่ Pull — หมายความว่าฝั่งรับไม่ต้องถามซ้ำๆ ว่ามีข้อมูลใหม่หรือยัง ลดภาระ Server และได้ข้อมูล Real-time ทันที
ตัวอย่าง Webhook Payload จริง
เมื่อ Webhook ถูก Trigger ข้อมูลที่ส่งมาจะอยู่ในรูปแบบ JSON ตัวอย่างเช่น Stripe ส่ง Webhook เมื่อมีการชำระเงินสำเร็จ Payload จะมีข้อมูลประเภท Event, ข้อมูลลูกค้า, จำนวนเงิน, สถานะการชำระ และ Metadata อื่นๆ ที่จำเป็น ฝั่งรับ (Server ของคุณ) จะนำข้อมูลเหล่านี้ไปประมวลผลต่อ เช่น อัปเดตสถานะ Order ใน Database, ส่งอีเมลยืนยัน, หรือแจ้งเตือนทีมงานผ่าน Slack โดยทั่วไป Webhook Payload จะมี Field หลักๆ เช่น event type, timestamp, data object และ metadata
Webhook ต่างจาก API อย่างไร?
หลายคนสับสนระหว่าง Webhook กับ API เพราะทั้งสองใช้ HTTP ในการสื่อสาร แต่หลักการทำงานต่างกันอย่างสิ้นเชิง API (Application Programming Interface) ทำงานแบบ Pull หรือ Request-Response คือฝั่งที่ต้องการข้อมูลต้องส่ง Request ไปถามเอง ส่วน Webhook ทำงานแบบ Push หรือ Event-driven คือระบบต้นทางจะส่งข้อมูลมาให้อัตโนมัติเมื่อเกิด Event เปรียบเทียบง่ายๆ API เหมือนคุณโทรไปถามร้านว่า "พิซซ่าเสร็จหรือยัง?" ทุก 5 นาที ส่วน Webhook เหมือนร้านโทรมาบอกคุณเองว่า "พิซซ่าเสร็จแล้ว มารับได้เลย" ไม่ต้องโทรถามซ้ำๆ
| คุณสมบัติ | API (Pull) | Webhook (Push) |
|---|---|---|
| ทิศทางการสื่อสาร | Client ส่ง Request ไปถาม Server | Server ส่งข้อมูลมาให้อัตโนมัติ |
| เวลาที่ได้ข้อมูล | ได้เมื่อถาม (อาจ Delay) | ได้ทันทีเมื่อเกิด Event (Real-time) |
| ภาระ Server | สูง — ต้องรับ Request ซ้ำๆ (Polling) | ต่ำ — ส่งเฉพาะเมื่อมี Event |
| ความซับซ้อนในการตั้งค่า | ต่ำ — ส่ง Request ได้เลย | ปานกลาง — ต้องมี Endpoint รับข้อมูล |
| การใช้ Bandwidth | สูง — ถามซ้ำๆ แม้ไม่มีข้อมูลใหม่ | ต่ำ — ส่งเฉพาะเมื่อมีข้อมูล |
| ตัวอย่างการใช้งาน | ดึงรายการสินค้า, ค้นหาข้อมูล | แจ้งเตือน Order ใหม่, Payment สำเร็จ |
| ความเหมาะสม | ข้อมูลที่ต้องการ On-demand | ข้อมูลที่ต้องการแบบ Real-time |
เมื่อไหร่ควรใช้ Webhook แทน API?
ไม่ใช่ว่า Webhook จะดีกว่า API เสมอไป ทั้งสองมีจุดเหมาะสมต่างกัน ให้ใช้ Webhook เมื่อคุณต้องการข้อมูล Real-time ทันทีที่เกิด Event เช่น การแจ้งเตือน Payment, Order Status Update, หรือ CI/CD Pipeline Trigger ให้ใช้ API เมื่อคุณต้องการดึงข้อมูลตามต้องการ เช่น ค้นหาสินค้า, ดึงรายงาน, หรือดูประวัติการสั่งซื้อ และในหลายระบบจริงๆ คุณจะใช้ทั้งสองร่วมกัน เช่น ใช้ Webhook รับแจ้ง Event แล้วใช้ API ดึงข้อมูลเพิ่มเติมเมื่อจำเป็น
Webhook ใช้ทำอะไรได้บ้าง? ตัวอย่างการใช้งานจริง
Webhook ถูกใช้งานในแทบทุกอุตสาหกรรมและทุกระบบที่ต้องการการสื่อสารแบบ Real-time นี่คือตัวอย่างการใช้งาน Webhook ในสถานการณ์จริงที่พบบ่อยที่สุด แบ่งตามหมวดหมู่:
1. E-commerce และ Payment
ในระบบ E-commerce Webhook เป็นหัวใจสำคัญที่เชื่อมต่อทุกอย่างเข้าด้วยกัน:
- •Stripe/Omise — แจ้งเมื่อชำระเงินสำเร็จ ล้มเหลว หรือ Refund เพื่ออัปเดตสถานะ Order อัตโนมัติ
- •Shopify — แจ้งเมื่อมี Order ใหม่ สินค้าหมด Stock หรือลูกค้าสมัครสมาชิก
- •WooCommerce — ส่ง Webhook เมื่อสถานะ Order เปลี่ยน เช่น Pending → Processing → Completed
- •LINE Pay / PromptPay — แจ้งผลการชำระเงินผ่าน QR Code แบบ Real-time
2. DevOps และ CI/CD
Webhook เป็นกลไกหลักที่ทำให้ CI/CD Pipeline ทำงานอัตโนมัติ:
- •GitHub/GitLab — Trigger CI/CD Pipeline เมื่อมี Push, Pull Request, หรือ Merge
- •Vercel/Netlify — Auto-deploy เว็บไซต์เมื่อมี Commit ใหม่เข้า Main Branch
- •Docker Hub — แจ้งเมื่อ Build Image เสร็จ เพื่อ Trigger Deployment
- •Sentry — แจ้งเตือนทีม Dev ผ่าน Slack/Discord เมื่อมี Error ใหม่ใน Production
3. การแจ้งเตือนและ Communication
Webhook ช่วยให้ทีมรับข้อมูลสำคัญแบบ Real-time โดยไม่ต้องเช็คหลายแพลตฟอร์ม:
- •Slack Incoming Webhook — ส่งข้อความเข้า Channel อัตโนมัติจากระบบอื่น
- •Discord Webhook — แจ้งเตือน Server Events เช่น ยอดขาย สมาชิกใหม่
- •LINE Notify — ส่งแจ้งเตือนเข้า LINE กลุ่มหรือส่วนตัว
- •Microsoft Teams — แจ้งเตือน Task Updates, Incident Reports
4. Marketing และ CRM
Webhook ช่วยให้ระบบ Marketing ทำงานแบบ Real-time:
- •Mailchimp/Brevo — แจ้งเมื่อมีผู้ Subscribe, Unsubscribe, หรือ Bounce
- •HubSpot — Trigger Workflow เมื่อ Lead กรอกฟอร์มหรือเปิดอีเมล
- •Google Forms → Google Sheets → Slack — แจ้งเตือนทันทีเมื่อมีคนกรอกฟอร์ม
- •Facebook Lead Ads — ส่งข้อมูล Lead เข้า CRM ทันทีผ่าน Webhook
5. Automation Platform
Webhook เป็นจุดเริ่มต้นของ Workflow ใน Automation Platform ทุกตัว:
- •n8n — ใช้ Webhook Trigger Node เป็นจุดเริ่มต้น Workflow รับข้อมูลจากระบบภายนอก อ่านเพิ่มเติม: n8n คืออะไร
- •Zapier — ใช้ Webhook เป็น Trigger สร้าง Zap เชื่อมแอปกว่า 5,000 ตัว
- •Make (Integromat) — ใช้ Custom Webhook Module เป็น Trigger หลัก
- •Power Automate — ใช้ HTTP Trigger (Webhook) รับ Request จากระบบอื่น
Webhook เป็นพื้นฐานของ Automation ทุกรูปแบบ ไม่ว่าจะใช้ n8n, Zapier หรือ Make ขั้นตอนแรกมักเริ่มจาก Webhook Trigger เสมอ
วิธีสร้าง Webhook เบื้องต้นทำอย่างไร?
การสร้าง Webhook มี 2 ฝั่ง คือ ฝั่งส่ง (Provider/Sender) และ ฝั่งรับ (Consumer/Receiver) ฝั่งส่งคือแพลตฟอร์มที่จะส่ง Webhook มาให้ (เช่น Stripe, GitHub, Shopify) ซึ่งมักมีหน้า Settings ให้คุณใส่ URL ปลายทาง ส่วนฝั่งรับคือ Server ของคุณที่ต้องเตรียม Endpoint ไว้รับข้อมูล มาดูวิธีสร้างทั้ง 2 ฝั่ง:
ฝั่งรับ: สร้าง Webhook Endpoint ด้วย Node.js
สิ่งที่คุณต้องมีคือ Server ที่รับ HTTP POST Request ได้ ตัวอย่างเช่นใช้ Express.js สร้าง Endpoint ที่ Path /webhook เมื่อได้รับ Request ให้อ่าน Body (JSON) แล้วประมวลผลตามที่ต้องการ สุดท้ายตอบกลับ HTTP 200 OK เพื่อบอกฝั่งส่งว่าได้รับข้อมูลแล้ว ขั้นตอนหลักมีดังนี้:
- 1.สร้าง HTTP Server — ใช้ Express.js, Fastify, Hono หรือ Framework อื่นที่คุณถนัด
- 2.สร้าง POST Endpoint — กำหนด Path เช่น /api/webhook หรือ /webhook/stripe
- 3.Parse JSON Body — ใช้ express.json() middleware หรือ body-parser
- 4.ตรวจสอบ Signature — ยืนยันว่า Request มาจากแหล่งที่ถูกต้อง (Signature Verification)
- 5.ประมวลผลข้อมูล — ทำตาม Business Logic เช่น อัปเดต Database, ส่งแจ้งเตือน
- 6.ตอบกลับ 200 OK — ตอบกลับให้เร็วที่สุด (ภายใน 5 วินาที) แล้วค่อยประมวลผลหนักแบบ Async
ฝั่งส่ง: ตั้งค่า Webhook ในแพลตฟอร์ม
เกือบทุกแพลตฟอร์มมีหน้า Webhook Settings ที่ให้คุณตั้งค่าได้ ขั้นตอนทั่วไปมีดังนี้:
- 1.เข้า Dashboard ของแพลตฟอร์ม (เช่น Stripe Dashboard, GitHub Repository Settings)
- 2.ไปที่ Webhook Settings — มักอยู่ในหมวด Developer, API, หรือ Integration
- 3.ใส่ Endpoint URL — URL ของ Server คุณ เช่น https://yourdomain.com/api/webhook
- 4.เลือก Events — เลือกเฉพาะ Event ที่ต้องการ เช่น payment_intent.succeeded
- 5.บันทึก Secret Key — เก็บ Signing Secret ไว้ตรวจสอบ Signature ฝั่งรับ
- 6.ทดสอบ — ใช้ปุ่ม Test/Send test webhook ที่แพลตฟอร์มมีให้ เพื่อตรวจสอบว่าทำงานได้
ใช้ n8n สร้าง Webhook แบบไม่ต้องเขียนโค้ด
ถ้าคุณไม่อยากเขียนโค้ดเอง ใช้ n8n ได้ง่ายมาก เพียงลาก Webhook Trigger Node มาวางเป็น Node แรกของ Workflow แล้ว n8n จะสร้าง URL ให้อัตโนมัติ จากนั้นนำ URL นั้นไปใส่ในแพลตฟอร์มที่ต้องการ เมื่อมี Event เกิดขึ้น n8n จะรับข้อมูลและรัน Workflow ต่อได้ทันที เช่น ส่งไปยัง Google Sheets, Slack, หรือ Database ได้โดยไม่ต้องเขียนแม้แต่บรรทัดเดียว วิธีนี้เหมาะสำหรับผู้เริ่มต้นหรือคนที่ต้องการ Prototype เร็วๆ
n8n มี Webhook Trigger Node ที่สร้าง Webhook URL ให้อัตโนมัติ ไม่ต้อง Deploy Server เอง เหมาะสำหรับผู้เริ่มต้น อ่านเพิ่มเติม: n8n คืออะไร
ข้อควรระวังและ Best Practices ในการใช้ Webhook มีอะไรบ้าง?
Webhook ใช้งานง่ายแต่มีหลายจุดที่ต้องระวัง ถ้าไม่จัดการดีอาจทำให้ข้อมูลหาย ระบบถูกโจมตี หรือ Server ล่มได้ นี่คือ Best Practices ที่ควรปฏิบัติตาม:
- 1.ตรวจสอบ Signature ทุกครั้ง (Signature Verification) — ทุกแพลตฟอร์มจะส่ง Header พิเศษ (เช่น X-Hub-Signature, Stripe-Signature) ที่เข้ารหัสด้วย Secret Key ฝั่งรับต้องตรวจสอบ Signature นี้ทุกครั้งเพื่อยืนยันว่า Request มาจากแหล่งที่ถูกต้อง ไม่ใช่ Attacker ส่งมา
- 2.ตอบกลับ 200 OK ให้เร็วที่สุด — ฝั่งส่งมักมี Timeout 5-30 วินาที ถ้าไม่ได้รับ Response ทันเวลาจะถือว่า Fail และ Retry ดังนั้นรับ Request แล้วตอบ 200 ทันที แล้วค่อยประมวลผลหนักแบบ Asynchronous (เช่น ส่งเข้า Queue)
- 3.จัดการ Retry และ Idempotency — เมื่อ Webhook Fail ฝั่งส่งจะ Retry (ส่งซ้ำ) ดังนั้น Endpoint ของคุณต้อง Idempotent คือรับข้อมูลเดิมซ้ำแล้วไม่เกิดปัญหา เช่น ไม่สร้าง Order ซ้ำ ใช้ Event ID เป็น Key ตรวจสอบว่าเคยประมวลผลแล้วหรือยัง
- 4.ใช้ HTTPS เท่านั้น — Webhook Payload อาจมีข้อมูลสำคัญ เช่น ข้อมูลลูกค้า จำนวนเงิน ต้องใช้ HTTPS เพื่อเข้ารหัสข้อมูลระหว่างทาง ป้องกันการดักฟัง
- 5.เก็บ Log ทุก Request — บันทึกทุก Webhook Request ที่เข้ามา (Headers, Body, Timestamp, Response Status) เพื่อใช้ Debug เมื่อเกิดปัญหา และตรวจสอบย้อนหลังได้
- 6.ตั้ง Rate Limiting — ป้องกัน Webhook Flood ที่อาจทำให้ Server ล่ม กำหนดจำนวน Request สูงสุดต่อนาที/วินาที
- 7.จัดการ Error อย่างถูกต้อง — ถ้าประมวลผลไม่สำเร็จ ให้ตอบ 4xx หรือ 5xx เพื่อให้ฝั่งส่ง Retry แต่ถ้าข้อมูลไม่ถูกต้อง (Invalid Payload) ให้ตอบ 400 Bad Request เพื่อไม่ให้ Retry ซ้ำเปล่า
อย่าลืม Signature Verification! ถ้าไม่ตรวจสอบ ใครก็สามารถส่ง Fake Webhook มาที่ Endpoint คุณได้ อาจทำให้เกิด Order ปลอม หรือข้อมูลถูกแก้ไขโดยไม่ได้ตั้งใจ
ตาราง Checklist สำหรับ Webhook Production
ใช้ Checklist นี้ตรวจสอบก่อน Deploy Webhook Endpoint ไป Production:
| หัวข้อ | สิ่งที่ต้องทำ | ความสำคัญ |
|---|---|---|
| Security | ตรวจสอบ Signature ทุก Request | สูงมาก |
| Security | ใช้ HTTPS เท่านั้น | สูงมาก |
| Performance | ตอบ 200 OK ภายใน 5 วินาที | สูง |
| Performance | ประมวลผลหนักแบบ Async | สูง |
| Reliability | จัดการ Idempotency ด้วย Event ID | สูง |
| Reliability | เก็บ Log ทุก Request | สูง |
| Reliability | มี Dead Letter Queue สำหรับ Failed Events | ปานกลาง |
| Monitoring | ตั้ง Alert เมื่อ Error Rate สูง | ปานกลาง |
| Monitoring | ตรวจสอบ Webhook Health เป็นประจำ | ปานกลาง |
แพลตฟอร์มที่รองรับ Webhook มีอะไรบ้าง?
ในปี 2026 แทบทุกแพลตฟอร์มชั้นนำรองรับ Webhook นี่คือรายชื่อแพลตฟอร์มยอดนิยมแบ่งตามหมวดหมู่ พร้อม Event ที่ใช้บ่อย:
| หมวด | แพลตฟอร์ม | Event ยอดนิยม |
|---|---|---|
| Payment | Stripe, Omise, PayPal | payment.success, refund.created |
| E-commerce | Shopify, WooCommerce, Lazada | order.created, product.updated |
| DevOps | GitHub, GitLab, Bitbucket | push, pull_request, merge |
| Hosting | Vercel, Netlify, Railway | deployment.created, build.completed |
| Communication | Slack, Discord, LINE | message.posted, member.joined |
| CRM | HubSpot, Salesforce, Pipedrive | contact.created, deal.updated |
| Mailchimp, Brevo, SendGrid | subscribe, unsubscribe, bounce | |
| Automation | n8n, Zapier, Make | webhook.trigger (custom URL) |
| Form | Typeform, Google Forms, Tally | form.submitted |
| Monitoring | Sentry, Datadog, UptimeRobot | error.new, alert.triggered |
Webhook ในประเทศไทย
สำหรับ Developer ไทย มีแพลตฟอร์มท้องถิ่นหลายตัวที่รองรับ Webhook เช่น Omise (Payment Gateway), LINE Messaging API (Chatbot), SCB Open Banking (Banking API), และ 2C2P (Payment) นอกจากนี้ LINE Official Account ยังใช้ Webhook เป็นกลไกหลักในการรับข้อความจากผู้ใช้เพื่อสร้าง Chatbot ถ้าคุณเคยสร้าง LINE Bot มาก่อน คุณก็เคยใช้ Webhook แล้วนั่นเอง
สรุป: Webhook คืออะไร และเริ่มต้นใช้งานอย่างไร
Webhook คือ กลไกที่ช่วยให้แอปพลิเคชันส่งข้อมูลหากันแบบ Real-time โดยอัตโนมัติ ทำงานแบบ Push (Event-driven) ต่างจาก API ที่ทำงานแบบ Pull (Request-Response) Webhook เป็นพื้นฐานสำคัญของระบบ Automation สมัยใหม่ทุกรูปแบบ ไม่ว่าจะเป็น Payment Processing, CI/CD, แจ้งเตือน หรือ Data Sync
- •Webhook = Push — ระบบส่งข้อมูลมาให้อัตโนมัติเมื่อเกิด Event
- •API = Pull — ต้องส่ง Request ไปถามเอง
- •3 ขั้นตอน — ลงทะเบียน URL → เกิด Event → ส่ง HTTP POST
- •ใช้งานจริง — Payment, E-commerce, DevOps, Communication, CRM, Automation
- •Best Practices — ตรวจสอบ Signature, ตอบ 200 OK เร็ว, Idempotency, HTTPS, Log ทุก Request
- •เริ่มต้นง่าย — ใช้ n8n สร้าง Webhook ได้โดยไม่ต้องเขียนโค้ด
Webhook เป็นทักษะพื้นฐานที่ Developer และผู้ใช้ Automation ทุกคนควรเข้าใจ เริ่มต้นง่ายๆ ด้วย n8n Webhook Trigger แล้วค่อยๆ เรียนรู้เพิ่มเติม อ่านเพิ่ม: n8n คืออะไร
คำถามที่พบบ่อย
Webhook คืออะไร อธิบายแบบง่ายๆ?
Webhook คือกลไกที่ให้แอปหนึ่งส่งข้อมูลไปยังอีกแอปหนึ่งโดยอัตโนมัติเมื่อเกิด Event เปรียบเทียบง่ายๆ เหมือนกริ่งประตู แทนที่คุณต้องเดินไปเปิดประตูดูทุก 5 นาที (Polling) กริ่งจะดังเองเมื่อมีคนมากดกริ่ง Webhook ทำงานแบบเดียวกัน ส่งข้อมูลแบบ Real-time ทันทีที่เกิดเหตุการณ์
Webhook ต่างจาก API ยังไง?
API ทำงานแบบ Pull คือคุณต้องส่ง Request ไปถามข้อมูลเอง ส่วน Webhook ทำงานแบบ Push คือระบบส่งข้อมูลมาให้อัตโนมัติเมื่อเกิด Event ไม่ต้องถามซ้ำ API เหมือนโทรถามร้านว่าพิซซ่าเสร็จหรือยัง Webhook เหมือนร้านโทรมาบอกเองว่าพิซซ่าเสร็จแล้ว
Webhook ปลอดภัยไหม?
Webhook ปลอดภัยถ้าตั้งค่าถูกต้อง สิ่งสำคัญที่สุดคือต้องตรวจสอบ Signature ทุก Request เพื่อยืนยันว่ามาจากแหล่งที่ถูกต้อง ใช้ HTTPS เท่านั้น เก็บ Secret Key อย่างปลอดภัย และตั้ง Rate Limiting ป้องกัน Webhook Flood ถ้าไม่ตรวจสอบ Signature ใครก็ส่ง Fake Webhook มาที่ Endpoint คุณได้
สร้าง Webhook โดยไม่เขียนโค้ดได้ไหม?
ได้ครับ ใช้ Automation Platform เช่น n8n, Zapier หรือ Make ได้เลย ตัวอย่างเช่น n8n มี Webhook Trigger Node ที่สร้าง URL ให้อัตโนมัติ แค่ลาก Node มาวาง ก็ได้ Webhook URL พร้อมใช้งาน ไม่ต้องเขียนแม้แต่บรรทัดเดียว เหมาะสำหรับผู้เริ่มต้นหรือคนที่ต้องการ Prototype เร็วๆ
Webhook ใช้ทำอะไรได้บ้าง?
Webhook ใช้งานได้หลากหลาย เช่น แจ้งเตือน Slack เมื่อมี Order ใหม่ อัปเดต CRM เมื่อมีคนกรอกฟอร์ม Trigger CI/CD Pipeline เมื่อ Push โค้ด ส่งอีเมลยืนยันเมื่อชำระเงินสำเร็จ Sync ข้อมูลระหว่างระบบ แจ้งทีมเมื่อมี Error ใน Production และอีกมากมาย
ถ้า Webhook ส่งข้อมูลมาแล้ว Server รับไม่ทัน จะเกิดอะไรขึ้น?
ถ้า Server ไม่ตอบ 200 OK ภายในเวลาที่กำหนด (ปกติ 5-30 วินาที) ฝั่งส่งจะถือว่า Fail และ Retry ส่งซ้ำ โดยส่วนใหญ่จะ Retry 3-5 ครั้ง ด้วย Exponential Backoff (รอนานขึ้นเรื่อยๆ) ดังนั้นควรตอบ 200 ทันทีที่ได้รับ แล้วค่อยประมวลผลหนักแบบ Async
Idempotency ของ Webhook คืออะไร ทำไมสำคัญ?
Idempotency คือการที่ระบบรับข้อมูลเดิมซ้ำแล้วไม่เกิดปัญหา เช่น ไม่สร้าง Order ซ้ำ สำคัญเพราะ Webhook มี Retry Mechanism ที่จะส่งซ้ำเมื่อ Fail ดังนั้น Endpoint ต้องตรวจสอบ Event ID ว่าเคยประมวลผลแล้วหรือยัง ถ้าเคยแล้วให้ Skip ไป ไม่ใช่ทำซ้ำ
Arm - CherCode
Full-Stack Developer & Founder
นักพัฒนาซอฟต์แวร์ที่มีประสบการณ์กว่า 5 ปีด้าน Web Development, AI Integration และ Automation เชี่ยวชาญ Next.js, React, n8n และ LLM Integration ผู้ก่อตั้ง CherCode ให้บริการพัฒนาระบบสำหรับธุรกิจไทย
Portfolio
