अब तक, यह जानने के लिए कि पोस्ट गई या नहीं, आपको ख़ुद पूछना पड़ता था। आप API को कॉल करते, स्थिति देखते, फिर कुछ देर बाद दोबारा कॉल करते। यह चलता तो है, पर है बार-बार पूछना ही: बहुत बार पूछें तो अनुरोध बर्बाद होते हैं, कम पूछें तो पता देर से चलता है। Webhook इसे उलट देते हैं। आप sona.to को एक URL देते हैं, और जिस क्षण कुछ होता है, sona.to ख़ुद आपसे संपर्क करता है। ये अब हर प्लान में उपलब्ध हैं।
सदस्यता लेने के लिए चार घटनाएँ हैं, और वे उन नतीजों को समेटती हैं जिन पर प्रतिक्रिया देना सार्थक है: पोस्ट प्रकाशित, पोस्ट विफल, साइट ऑडिट पूरा, और साइट ऑडिट विफल। हर webhook कौन-सी घटनाएँ पाएगा, यह आप तय करते हैं, इसलिए Slack की सूचना केवल विफलताएँ सुन सकती है जबकि रिपोर्टिंग प्रणाली सब कुछ ले सकती है। पेलोड में वही फ़ील्ड नाम होते हैं जो REST API लौटाता है, इसलिए GET अनुरोध से आप जो पहले से पढ़ रहे हैं वह बिना बदलाव के चलता रहेगा।
सेट करने में एक मिनट लगता है। अपने डैशबोर्ड का API पेज खोलिए, अपने टूल से मिला URL चिपकाइए, मनचाही घटनाएँ चुनिए और सहेजिए। हस्ताक्षर कुंजी उसी क्षण एक बार दिखती है। उसी समय कॉपी कर लीजिए, क्योंकि वह दोबारा नहीं दिखाई जाती।
वही कुंजी बताती है कि अनुरोध असली है। हर डिलीवरी में एक हस्ताक्षर हेडर होता है जिसमें टाइमस्टैम्प और उसी टाइमस्टैम्प तथा अनुरोध की सामग्री से आपकी कुंजी द्वारा बना HMAC SHA-256 होता है। अपनी ओर से दोबारा बनाइए और दोनों की तुलना स्थिर-समय वाले फ़ंक्शन से कीजिए। चूँकि टाइमस्टैम्प भी हस्ताक्षरित सामग्री का हिस्सा है, पकड़ा गया अनुरोध बाद में आपके ख़िलाफ़ दोबारा नहीं भेजा जा सकता। कुछ मिनट से पुरानी हर चीज़ अस्वीकार कर दीजिए, इतना काफ़ी है।
डिलीवरी पहली दिक़्क़त पर हार नहीं मानती। अगर आपका एंडपॉइंट बंद है या त्रुटि लौटाता है, तो अनुरोध 60 सेकंड बाद, फिर 5 मिनट बाद, फिर 30 मिनट बाद दोबारा भेजा जाता है। हर प्रयास उसके स्टेटस कोड और अवधि के साथ दर्ज होता है, इसलिए गड़बड़ करता एंडपॉइंट अनुमान लगाने की नहीं, देखने की चीज़ बन जाता है। लगातार विफल रहने वाला एंडपॉइंट अपने आप बंद कर दिया जाता है, और ठीक होने पर आप उसे दोबारा चालू कर सकते हैं।
इसे जोड़ने की सबसे स्वाभाविक जगह कोई ऑटोमेशन प्लेटफ़ॉर्म है। Zapier, Make और n8n सभी आपको चिपकाने के लिए एक webhook URL देते हैं, और घटना JSON में आती है, आगे की कड़ी से जोड़ने के लिए तैयार: किसी चैनल में संदेश, स्प्रेडशीट में एक पंक्ति, ट्रैकर में एक काम। आपका अपना सर्वर भी बिल्कुल इसी तरह काम करता है, बीच में किसी प्लेटफ़ॉर्म के बिना।
sona.to क्या स्वीकार करता है, इस पर एक बात। गंतव्य https होना चाहिए और सार्वजनिक पता होना चाहिए। निजी नेटवर्क की ओर जाता URL अस्वीकार कर दिया जाता है, सहेजते समय भी और भेजते समय दोबारा भी, और रीडायरेक्ट का पीछा नहीं किया जाता। अगर आप रिसीवर को स्थानीय नेटवर्क पर चलाते हैं, तो उसे किसी सार्वजनिक होस्टनेम या टनल के पीछे रखिए।
Webhook, REST API और MCP सर्वर के साथ जुड़कर डैशबोर्ड के बाहर से sona.to चलाने का तीसरा तरीक़ा बनते हैं। API पूछने के लिए है, MCP इसलिए कि कोई AI सहायक आपसे पूछे, और webhook इसलिए कि आपको बताया जाए। हस्ताक्षर जाँच के उदाहरण सहित पूरी जानकारी API दस्तावेज़ों में है।