Webhook คืออะไร

Webhook คือกลไกการเชื่อมต่อแบบ Event-driven ที่ระบบต้นทางส่ง HTTP Request ไปยัง Endpoint ของระบบปลายทางเมื่อมีเหตุการณ์ที่กำหนดไว้เกิดขึ้น ตัวอย่างเช่น Payment Gateway ส่งข้อมูลมาที่ระบบร้านค้าเมื่อ Transaction สำเร็จ หรือระบบ Form ส่งข้อมูลลูกค้าใหม่ไปยัง CRM ทันทีหลังมีคนกรอกแบบฟอร์ม

มองในมุมธุรกิจ Webhook ทำให้ Workflow ข้ามระบบเกิดขึ้นโดยไม่ต้องรอคนหรือรอรอบ Batch งานที่เคยใช้เวลาหลายนาทีหรือหลายชั่วโมงสามารถเริ่มได้ในไม่กี่วินาที เช่น เปิด Order, แจ้งทีมขาย, สร้างใบกำกับภาษี หรือเรียก AI มาวิเคราะห์ข้อมูลต่อ

ข้อจำกัดคือ Webhook เป็นการส่งข้อมูลจากต้นทางมายังปลายทาง หากปลายทางล่ม ช้า หรืออ่านข้อมูลผิด เหตุการณ์อาจตกหล่นหรือถูกประมวลผลซ้ำได้ การออกแบบจึงต้องคิดเรื่องความน่าเชื่อถือ ไม่ใช่เพียงรับ Request แล้วบันทึกข้อมูล

Webhook ทำงานอย่างไร

ภาพรวมของ Webhook เริ่มจากระบบต้นทางมี Event เช่น payment_succeeded, order_created หรือ lead_submitted จากนั้นระบบต้นทางสร้าง Payload และส่ง HTTP Request ไปยัง URL ที่ผู้รับกำหนดไว้ ระบบปลายทางต้องตอบกลับด้วยสถานะสำเร็จเพื่อบอกว่ารับ Event แล้ว

1. Subscribe: ผู้รับลงทะเบียน URL และ Event ที่ต้องการ
2. Event เกิดขึ้น: ระบบต้นทางตรวจพบการเปลี่ยนแปลงสำคัญ
3. Send Payload: ต้นทางส่งข้อมูลผ่าน HTTP ไปยัง Endpoint
4. Verify: ปลายทางตรวจ Signature, Secret และโครงสร้างข้อมูล
5. Process: ระบบบันทึก Event, ใส่ Queue หรือเริ่ม Workflow
6. Acknowledge: ส่งสถานะตอบกลับเพื่อให้ต้นทางรู้ว่ารับแล้ว

ระบบที่ดีมักไม่ทำงานหนักทั้งหมดใน Request เดียว แต่รับ Event ให้เร็ว บันทึกลง Queue แล้วค่อยประมวลผลต่อ วิธีนี้ลด Timeout และช่วยให้ Retry ได้ปลอดภัยเมื่อมีปัญหา

Webhook แตกต่างจาก API อย่างไร

API คือช่องทางที่ระบบหนึ่งเรียกขอข้อมูลหรือสั่งงานอีกระบบ ส่วน Webhook คือรูปแบบการแจ้งกลับเมื่อเกิด Event จริง ทั้งสองอย่างไม่ได้แทนกันทั้งหมด แต่ทำงานคู่กันบ่อย เช่น Webhook แจ้งว่า Order ใหม่เกิดขึ้น แล้วระบบปลายทางเรียก API เพิ่มเติมเพื่อดึงรายละเอียดเต็ม

Webhook แตกต่างจาก Polling อย่างไร

Polling คือการให้ระบบปลายทางถามต้นทางซ้ำเป็นรอบ เช่น ทุก 5 นาทีมี Order ใหม่หรือไม่ วิธีนี้ง่ายต่อการควบคุม แต่เปลือง Request และข้อมูลมาช้าตามรอบเวลา Webhook กลับทิศทางเป็นการแจ้งเมื่อมีเหตุการณ์ จึงเหมาะกับ Workflow ที่ต้องตอบสนองไว

ตัวอย่างการทำงานของ Webhook ในชีวิตจริง

ชำระเงินผ่าน Payment Gateway

เมื่อชำระเงินสำเร็จ Gateway ส่ง Webhook ไปยังระบบร้านค้าเพื่อเปลี่ยนสถานะ Order, ออกใบเสร็จ, เปิดสิทธิ์สินค้า Digital หรือแจ้งทีมจัดส่ง หากไม่มี Webhook ทีมอาจต้องรอรายงานหรือ Refresh สถานะเอง ทำให้ลูกค้าได้รับบริการช้า

ระบบ E-commerce

Order created, shipment updated และ refund completed เป็น Event ที่เชื่อมไปยัง Fulfillment, CRM และระบบบัญชีได้โดยอัตโนมัติ ROI มาจากการลดงานคีย์ซ้ำ ลดความผิดพลาด และลดเวลาตอบลูกค้า

ระบบ CRM

เมื่อมี Lead ใหม่ ระบบ Form หรือ Ads Platform ส่ง Webhook เข้า CRM เพื่อสร้าง Contact และมอบหมาย Sales Rep ทันที หากดีไซน์ต่อกับ Notification และ SLA ทีมขายสามารถติดต่อลูกค้าในช่วงที่ยังมี Intent สูง

ระบบ ERP

ระบบขายอาจส่ง Webhook เมื่อ Order ยืนยันแล้ว เพื่อให้ ERP เปิดใบสั่งขาย ตัด Stock หรือสร้างรายการบัญชี ข้อควรระวังคือ ERP มักมี Business Rule ซับซ้อน จึงควรรับ Event เข้า Queue และตรวจข้อมูลก่อนบันทึกจริง

AI Automation

Webhook สามารถเป็น Trigger ให้ AI วิเคราะห์ข้อความลูกค้า สรุป Ticket จัดประเภท Lead หรือสร้างรายงานอัตโนมัติ แต่ต้องมี Human Approval ในงานที่กระทบเงิน สัญญา หรือข้อมูลส่วนบุคคล

Webhook ใช้ทำอะไรได้บ้าง

แจ้งเตือนข้อมูล

ส่ง Notification ไปยัง Slack, LINE, Email หรือระบบ Ticket เมื่อมี Event สำคัญ เช่น Payment failed หรือ Server alert ลดเวลาที่ทีมต้องเฝ้าหน้าจอ

เชื่อมต่อระบบภายในองค์กร

เชื่อม Website, CRM, ERP, Accounting และ Data Warehouse โดยให้ Event เป็นจุดเริ่มต้นของการไหลของข้อมูล แทนการ Export Excel หรือ Copy ข้อมูลด้วยคน

Automation Workflow

Webhook เป็น Trigger ของ Workflow เช่น รับ Lead แล้วตรวจข้อมูล ส่ง Email สร้าง Task และแจ้ง Sales Manager อัตโนมัติ เหมาะกับงานที่มีเงื่อนไขชัดและต้องทำซ้ำบ่อย

Data Synchronization

เมื่อข้อมูลเปลี่ยนในระบบหนึ่ง Webhook แจ้งอีกระบบให้ Sync เฉพาะรายการที่เปลี่ยน ลดภาระการ Query ทั้งฐานข้อมูล แต่ต้องออกแบบ reconciliation เผื่อ Event ตกหล่นหรือระบบปลายทางปิดชั่วคราว

ข้อดีของ Webhook

• ลดเวลาในการตอบสนองของระบบและทีมงาน
• ลดการ Poll ซ้ำที่สิ้นเปลือง API และ Server Resource
• เริ่ม Automation ได้ทันทีหลังเกิด Event
• เชื่อม SaaS หลายตัวโดยไม่ต้องเขียนระบบกลางขนาดใหญ่ตั้งแต่แรก
• ช่วยให้ข้อมูลใน CRM, Dashboard และระบบ Support สดขึ้น

ข้อจำกัดของ Webhook

• ต้องเปิด Endpoint ให้ระบบภายนอกเรียก จึงมีความเสี่ยงด้าน Security
• Event อาจถูกส่งซ้ำ มาช้า หรือไม่เรียงลำดับ
• ระบบปลายทางต้องรับโหลดฉับพลันจาก Event จำนวนมาก
• Debug ยากหากไม่มี Log และ Request ID
• ต้องวาง Retry, Dead-letter, Alert และ Reconciliation ให้ครบ

ดังนั้น Webhook ที่ดีต้องออกแบบเหมือน Integration Product ไม่ใช่เพียง URL ชั่วคราวที่รับ JSON แล้วจบ

Webhook กับ REST API ควรเลือกใช้อะไร

ให้ใช้ Webhook เมื่อระบบต้องรู้ว่า Event เกิดขึ้นแล้ว และใช้ REST API เมื่อต้องการดึงรายละเอียดเพิ่มเติม ตรวจสถานะ หรือสั่งการแบบควบคุมจากฝั่งเรา ระบบจริงมักใช้ทั้งสองอย่างร่วมกัน

ตัวอย่างเช่น Payment Gateway ส่ง Webhook มาว่า payment succeeded จากนั้นระบบร้านค้าเรียก API เพื่อดึงข้อมูล Transaction ล่าสุด บันทึก Order และตรวจยอดเงินก่อนเปิดสิทธิ์ลูกค้า วิธีนี้ช่วยให้ได้ทั้งความเร็วและความถูกต้อง

ถ้าระบบต้นทางไม่มี Webhook หรือ Event ไม่สำคัญแบบทันที Polling อาจเพียงพอ แต่ควรกำหนดรอบที่ไม่สร้างโหลดเกินจำเป็นและมี Backoff เมื่อเกิด Error

Webhook กับ AI Automation

ใน AI Automation, Webhook มักเป็น Trigger แรก เช่น ลูกค้ากรอกแบบฟอร์มแล้วส่งข้อมูลเข้า AI เพื่อจัดประเภท Lead หรือมี Ticket ใหม่แล้วให้ AI สรุปปัญหาและเสนอคำตอบเบื้องต้น ข้อจำกัดคือ AI อาจตีความผิด จึงควรเก็บ Event ดิบและมี Approval สำหรับงานสำคัญ

Webhook กับ n8n

n8n ใช้ Webhook Node เป็นจุดรับ Event จากระบบภายนอก แล้วต่อไปยัง Node อื่น เช่น CRM, Database, Email, HTTP Request หรือ AI Model เหมาะกับทีมที่ต้องการสร้าง Workflow ได้เร็ว แต่ยังควรวาง Authentication, Error Workflow และ Logging ให้ชัด

Webhook กับ Zapier

Zapier ช่วยให้ทีมธุรกิจรับ Webhook และต่อเข้ากับ SaaS หลายตัวได้เร็ว เหมาะกับงาน Low-code ที่ไม่ซับซ้อนมาก ข้อควรระวังคือ Cost ต่อ Task, Data Privacy และข้อจำกัดเมื่อ Workflow ต้องใช้ Logic หรือ Retry ที่ละเอียดขึ้น

Webhook กับ AI Agent

Webhook สามารถปลุก AI Agent ให้ทำงานเมื่อ Event เกิดขึ้น เช่น วิเคราะห์เอกสารใหม่หรือสร้าง Action Plan จาก Lead แต่ Agent ต้องถูกจำกัดสิทธิ์และมี Audit Trail เพราะการให้ Agent ตัดสินใจต่อระบบธุรกิจโดยตรงมีความเสี่ยงสูง

Use Case จริงของ Webhook ในธุรกิจ

Lead Management

รับ Lead จากเว็บไซต์หรือโฆษณาเข้า CRM ทันที Assign ให้ทีมขาย แจ้งผ่าน LINE หรือ Slack และติดตาม SLA การติดต่อครั้งแรก

Order Management

เมื่อ Order เปลี่ยนสถานะ ระบบแจ้งคลังสินค้า ขนส่ง บัญชี และลูกค้าโดยอัตโนมัติ ลดการคีย์ซ้ำและลดข้อผิดพลาดระหว่างทีม

Customer Support

Ticket ใหม่หรือสถานะเปลี่ยนส่ง Webhook ไปยังระบบแจ้งเตือนหรือ AI Summarization ช่วยให้หัวหน้าทีมเห็นเคสสำคัญเร็วขึ้น

Marketing Automation

Event จาก Form, Webinar, Purchase หรือ Abandoned Cart สามารถเริ่ม Campaign ได้แบบเฉพาะบุคคลมากขึ้น แต่ต้องเคารพ Consent และนโยบายข้อมูลส่วนบุคคล

Accounting Integration

Payment, Refund และ Invoice Event ส่งเข้าสู่ระบบบัญชีเพื่อสร้างรายการและลดงานกระทบยอด ต้องมีการตรวจยอดและ Reconciliation เพราะข้อมูลการเงินผิดพลาดมีต้นทุนสูง

ข้อผิดพลาดที่พบบ่อยในการใช้ Webhook

• ประมวลผลหนักใน Request เดียว: ทำให้ Timeout และต้นทาง Retry ซ้ำ
• ไม่ทำ Idempotency: Event ซ้ำทำให้ Order หรือ Invoice ถูกสร้างซ้ำ
• ไม่ตรวจ Signature: เปิดช่องให้ Request ปลอมเข้าระบบ
• ไม่มี Log ของ Raw Event: Debug ยากเมื่อข้อมูลปลายทางผิด
• ไม่มี Retry และ Dead-letter: Event ที่ล้มเหลวหายไปโดยไม่มีคนรู้
• ไม่แยก Sandbox กับ Production: ทดสอบแล้วกระทบข้อมูลจริง
• ไม่ทำ Reconciliation: เชื่อว่าทุก Event จะมาถึงครบ ทั้งที่ระบบจริงมีความผิดพลาดได้
• ไม่จำกัดสิทธิ์ของ Automation: Event เล็กอาจเรียก Workflow ที่แก้ข้อมูลสำคัญเกินจำเป็น

Checklist ก่อนใช้งาน Webhook

• ระบุ Event ที่ต้องใช้จริงและเหตุผลทางธุรกิจ
• แยก Endpoint สำหรับ Sandbox และ Production
• ใช้ HTTPS และตรวจ Webhook Signature
• ตรวจ Schema, Event Type และ Required Field
• บันทึก Raw Event, Request ID และ Response Status
• ออกแบบ Idempotency เพื่อรับ Event ซ้ำได้
• ตอบกลับเร็วและส่งงานหนักเข้า Queue
• มี Retry Policy, Dead-letter และ Alert
• ทำ Reconciliation สำหรับข้อมูลสำคัญ
• จำกัดสิทธิ์ของ Workflow และ AI Agent
• ตรวจ Data Privacy และ Consent ก่อนส่งข้อมูลข้ามระบบ
• มี Owner, Runbook และ Dashboard สำหรับ Monitoring

คำถามที่พบบ่อย