ที่ผ่านมา การจะรู้ว่าโพสต์ออกไปแล้วหรือยังต้องเป็นฝ่ายถามเอง คุณเรียก API ดูสถานะ แล้วเรียกอีกครั้งในภายหลัง วิธีนี้ใช้ได้ แต่มันคือการคอยถามซ้ำ ถ้าถามบ่อยเกินไปก็เปลืองคำขอ ถ้าถามห่างเกินไปก็รู้ช้า Webhook พลิกวิธีคิดนี้ คุณให้ URL กับ sona.to แล้ว sona.to จะติดต่อคุณเองทันทีที่มีอะไรเกิดขึ้น ตอนนี้ใช้ได้แล้วในทุกแพ็กเกจ
มีสี่เหตุการณ์ให้สมัครรับ และครอบคลุมผลลัพธ์ที่ควรตอบสนอง ได้แก่ โพสต์เผยแพร่แล้ว โพสต์ล้มเหลว การตรวจสอบเว็บไซต์เสร็จสิ้น และการตรวจสอบเว็บไซต์ล้มเหลว คุณเลือกเองว่าแต่ละ webhook จะรับอันไหน ดังนั้นการแจ้งเตือนใน Slack อาจฟังเฉพาะความล้มเหลว ขณะที่ระบบทำรายงานรับทั้งหมด เพย์โหลดใช้ชื่อฟิลด์เดียวกับที่ REST API ส่งกลับ สิ่งที่คุณแยกวิเคราะห์จากคำขอ GET อยู่แล้วจึงใช้งานต่อได้โดยไม่ต้องแก้
การตั้งค่าใช้เวลาไม่ถึงนาที เปิดหน้า API ในแดชบอร์ด วาง URL ที่เครื่องมือของคุณให้มา ติ๊กเหตุการณ์ที่ต้องการ แล้วบันทึก คีย์สำหรับลงลายเซ็นจะแสดงเพียงครั้งเดียวในตอนนั้น คัดลอกไว้ทันที เพราะจะไม่แสดงอีก
คีย์นั้นคือสิ่งที่ทำให้คุณรู้ว่าคำขอเป็นของจริง ทุกการส่งจะมีส่วนหัวลายเซ็นที่บรรจุเวลาประทับ และค่า HMAC SHA-256 ที่คำนวณจากเวลาประทับนั้นกับเนื้อหาคำขอโดยใช้คีย์ของคุณ คำนวณใหม่ที่ฝั่งคุณแล้วเปรียบเทียบทั้งสองค่าด้วยฟังก์ชันแบบเวลาคงที่ เนื่องจากเวลาประทับอยู่ในข้อมูลที่ลงลายเซ็นด้วย คำขอที่ถูกดักจับจึงไม่สามารถนำมาส่งซ้ำใส่คุณภายหลังได้ ปฏิเสธทุกอย่างที่เก่ากว่าไม่กี่นาทีก็เพียงพอ
การส่งจะไม่ยอมแพ้ตั้งแต่ปัญหาแรก ถ้าปลายทางของคุณล่มหรือส่งข้อผิดพลาดกลับมา ระบบจะลองใหม่หลังจาก 60 วินาที จากนั้น 5 นาที จากนั้น 30 นาที ทุกครั้งที่ลองจะถูกบันทึกพร้อมรหัสสถานะและระยะเวลา ปลายทางที่มีปัญหาจึงเป็นสิ่งที่ตรวจดูได้ ไม่ใช่ต้องเดา ปลายทางที่ล้มเหลวต่อเนื่องจะถูกปิดอัตโนมัติ และคุณเปิดใหม่ได้เมื่อแก้ไขเสร็จ
ปลายทางที่นึกถึงเป็นอันดับแรกคือแพลตฟอร์มอัตโนมัติ Zapier, Make และ n8n ต่างให้ URL ของ webhook มาให้วาง และเหตุการณ์จะมาถึงในรูปแบบ JSON พร้อมต่อยอดไปยังขั้นถัดไป เช่น ข้อความในช่องแชท แถวในสเปรดชีต หรืองานในระบบติดตามงาน เซิร์ฟเวอร์ของคุณเองก็ทำงานเหมือนกันทุกประการ โดยไม่ต้องมีแพลตฟอร์มคั่นกลาง
ข้อควรทราบเกี่ยวกับสิ่งที่ sona.to ยอมรับ ปลายทางต้องใช้ https และต้องเป็นที่อยู่สาธารณะ URL ที่ชี้ไปยังเครือข่ายส่วนตัวจะถูกปฏิเสธ ทั้งตอนบันทึกและอีกครั้งตอนส่ง และระบบจะไม่ตามการเปลี่ยนเส้นทาง หากคุณดูแลตัวรับไว้ในเครือข่ายภายใน ให้วางไว้หลังชื่อโฮสต์สาธารณะหรือทันเนล
Webhook เข้ามาอยู่ร่วมกับ REST API และเซิร์ฟเวอร์ MCP ในฐานะวิธีที่สามในการสั่งงาน sona.to จากนอกแดชบอร์ด API มีไว้เพื่อถาม MCP มีไว้ให้ผู้ช่วย AI เป็นฝ่ายถาม ส่วน webhook มีไว้เพื่อให้คุณได้รับแจ้ง รายละเอียดทั้งหมด รวมถึงตัวอย่างการตรวจสอบลายเซ็น อยู่ในเอกสาร API