Webhooks

ماذا يحمل إشعار الـ webhook، ولماذا يهمّ ذلك هنا

كل ما سبق يفترض أن أحداً يسأل. وهذا النمط يقلب الاتجاه: النظام يرسل إشعاراً حين يحدث شيء، فيصبح بالإمكان إخبار العميل قبل أن يسأل.

والفائدة العملية كبيرة وأقل وضوحاً مما تبدو. الإشعار الواحد عن تأخير شحنة أو عطل معروف يمنع موجة كاملة من الاتصالات المكررة عن الشيء نفسه.

والقاعدة المهمة هنا أن الإشعار الاستباقي يحتاج انضباطاً في التكرار. النظام الذي يرسل كثيراً يُتجاهل، والذي يرسل ما لا يهمّ يُقرأ إزعاجاً.

• الأحداث المحددة — ما تسمحون بإرساله صراحة.
• التوقيت — الإشعار لحظة الحدث لا بعد ساعات.
• الحدود — انضباط في التكرار حتى لا يُتجاهل.
• التحقق — التأكد من أن الإشعار من مصدره فعلاً.
• سياسة الفشل — ماذا يحدث حين لا يصل الإشعار.

أمان الـ webhook وتسليمه، وما يبقى بأيديكم

الاتجاه هنا وارد فقط: نظامكم هو من يقرر أي الأحداث يرسل. وأنواع الأحداث غير المدرجة في القائمة المتفق عليها تُتجاهل، وأي استعلام يُجرى رداً على حدث يستخدم بيانات دخول منفصلة للقراءة فقط.

وكل حدث مرتبط بسجل واحد وعميل واحد. فالإشعار يذهب إلى صاحب السجل وحده، عبر القناة التي وافق عليها، ولا يذهب أبداً إلى شخص ورد اسمه عرضاً في محتوى الحدث.

وسرّ التوقيع يُولَّد من جهتكم، ويمكن تغييره أو إلغاؤه متى شئتم. وتعطيل الـ webhook في نظامكم يوقف التدفق من مصدره، دون الرجوع إلينا.

ومحتوى الحدث يُستخدم لتقرير إرسال الرسالة وصياغتها، لا لبناء نسخة من سجلاتكم. ومحتوى الرسائل يُتلف خلال 24 ساعة، ولا تطّلع عليه أي خدمة ذكاء اصطناعي خارجية.

ويُسجَّل كل إرسال بمعرّفه ونوعه ونتيجة فحص توقيعه والرسالة التي أُرسلت بسببه إن وُجدت، فيمكن الإجابة لاحقاً عن سؤال «لماذا وصلت هذه الرسالة إلى هذا العميل؟». وإن تعذّر الوصول إلى نقطة الاستقبال لفترة قصيرة غطّت محاولات نظامكم المتكررة الفجوة، والحدث الذي لا تمكن معالجته يُسجَّل فاشلاً ولا يضيع بصمت.

ما الذي يحلّ محلّه هذا

ما يحلّ محلّه هذا هو الاستفسار المتكرر عن الشيء نفسه. العميل الذي لا يعرف حالة طلبه يسأل، ثم يسأل بعد ساعات، ثم يتصل. ثلاث محادثات عن حدث واحد.

والسبب ليس نفاد الصبر بل غياب المعلومة. والشخص الذي يُخبَر بالتغيير حين يحدث لا يسأل عنه أصلاً.

وهذا يجعل الإشعار الاستباقي من أعلى البنود عائداً في قطاعات مثل الخدمات اللوجستية والاتصالات — أرخص من الرد على السؤال، وأفضل في التجربة.

كيف تستفيدون من الـ webhooks

اختاروا الأحداث التي يلاحقها الناس اليوم. أفضل webhook تبدؤون به هو الذي يجيب عن سؤال يكرره العملاء أصلاً: شُحن الطلب، وصل السداد، انتقل الطلب إلى المرحلة التالية. وإن لم يكن أحد يسأل عن حدث ما اليوم، فالإشعار به لن يكون مرحّباً به على الأرجح.

ابدأوا بنوع حدث واحد من نظام واحد، وقيسوا الاستفسارات التي كان يُفترض أن يزيلها، ثم أضيفوا التالي. والاشتراك في كل حدث تتيحه المنصة مغرٍ، لكن أغلب تلك الأحداث تصف خطوات داخلية لا يفهمها العملاء ولا تعنيهم.

واقرنوا كل إشعار بإجابة. حين يردّ شخص على رسالة «حُدّثت قضيتك»، ينبغي أن يستطيع Elbi قراءة القضية وشرح التحديث، ولهذا تعمل الـ webhooks أفضل ما تعمل إلى جانب اتصال قراءة بالنظام نفسه.

البيانات الشخصية داخل محتوى الـ webhook

محتوى الـ webhook بيانات شخصية أثناء انتقالها: حدث الطلب قد يحمل اسماً ورقم جوال وعنواناً، وحدث السداد أكثر من ذلك. وبموجب نظام حماية البيانات الشخصية يُعدّ إرساله إلى Elbi إفصاحاً ينبغي أن تغطيه سجلاتكم، وأبسط طريقة لجعله قابلاً للدفاع عنه أن تُرسلوا أقل: نوع الحدث ومرجعاً، وتُقرأ التفاصيل فقط حين تحتاجها رسالة.

والتواصل الاستباقي يحتاج موافقة خاصة به، منفصلة عن الموافقة على الإجابة عن الأسئلة، وطريقة سهلة لإيقافه. وبعد إرسال الرسالة، يُتلف محتوى المحادثة التي تليها خلال 24 ساعة.

وأسئلة المراجعة الأربعة لها هنا إجابات قصيرة: ما يُقرأ: الأحداث المدرجة وحدها. ومن يراه: صاحب السجل. وأين يذهب: لا يتجاوز الرسالة نفسها. وكم يبقى: لا أكثر من 24 ساعة.

بدائل الـ webhooks، ومتى يناسب كلٌّ منها

الـ webhooks هي المدخل الصحيح حين يستطيع النظام المصدر إرسالها، ويكون الحدث شيئاً ينتظره شخص ما. وأغلب منصات SaaS الحديثة توفرها، وكثير من خدمات الدفع والتوصيل تعتمد عليها طريقةً رئيسية للإبلاغ عمّا حدث.

وحين لا يستطيع النظام إرسالها، يكون البديل هو الاستطلاع الدوري: التحقق على فترات من السجلات التي تغيّرت. وهو أبسط إعداداً لكنه أبطأ في الالتقاط وأثقل على المصدر، فيناسب الأحداث قليلة العدد. وفي المؤسسات الكبيرة تمرّ الأحداث غالباً عبر وسيط رسائل أو منصة بثّ أحداث، والاشتراك هناك قد يكون أنظف من إضافة webhook إلى كل نظام. وبعض الإشعارات يُترك أفضل للنظام المصدر نفسه، عبر الرسائل النصية أو البريد، حيث يرسلها أصلاً بشكل موثوق.

وأياً كانت الآلية، فالإخفاق الشائع هو الكثرة. المساعد الذي يراسل الناس كثيراً يُكتم، وبعدها لا يستطيع الوصول إليهم حين يهمّ الأمر.