Skip to main content
الـ webhooks هي الطريقة الموصى بها لاستقبال نتائج Monitor. عند تفعيل Monitor، يرسل Pubrio طلب POST بحمولة JSON إلى الرابط الذي ضبطته — في الوقت الفعلي.

المتطلبات الأساسية

  • مفتاح Pubrio API بصلاحية الوصول إلى Monitor
  • نقطة طرفية HTTPS متاحة للعموم (أو رابط اختبار من usewebhook.com)
اختبار سريع: استخدم usewebhook.com لتوليد رابط webhook مؤقت ومجاني. يمكنك فحص كل حمولة واردة دون نشر أي شيء.

الخطوة 1: إنشاء Monitor بوجهة Webhook

الاستجابة:
يضيف الكائن headers ترويسات HTTP مخصصة إلى كل تسليم (مفيد للمصادقة). ويضيف الكائن body حقولًا مخصصة إلى جذر حمولة الـ webhook.
احفظ signature من الاستجابة — ستحتاجه للتحقق من الحمولات الواردة. لا يُعاد إلا وقت الإنشاء، عبر نقطة كشف التوقيع، أو من البحث عن Monitor مع is_signature_reveal: true.

الخطوة 2: التحقق من اتصال Webhook

استخدم نقطة التحقق من صحة Webhook لاختبار أن نقطتك الطرفية قابلة للوصول. يرسل هذا حمولة نموذجية ببيانات نائبة — دون استهلاك أي أرصدة أو جلب إشارات حقيقية.
تُعيد الاستجابة الناجحة حمولة الطلب النموذجية التي أُرسلت والاستجابة التي أعادتها نقطتك الطرفية — بحيث يمكنك التأكد من عمل الاتصال قبل الانتقال للتشغيل الفعلي.

الخطوة 3: الاختبار ببيانات حقيقية

بمجرد التحقق من الاتصال، فعّل تشغيلة حقيقية باستخدام نقطة Process Try. يجلب هذا إشارات فعلية ويسلّمها إلى webhook الخاص بك — استخدم tried_at بتاريخ ماضٍ قريب لضمان توفر البيانات:
بخلاف التحقق، تشغّل نقطة try فحصًا حقيقيًا وتستهلك أرصدة. استخدمها للتأكد من وصول الحمولات الحقيقية بشكل صحيح وللحصول على تقدير سريع للنتائج قبل بدء الفحص المجدول.

الخطوة 4: التحقق من التوقيعات

لكل Monitor توقيع فريد للتحقق من أن الحمولات الواردة صادرة فعلًا من Pubrio.
قارن هذا التوقيع مع monitor.monitor_id في الحمولات الواردة للتحقق من الأصالة.

بنية حمولة Webhook

تختلف الحمولات باختلاف detection_mode الخاص بالـ Monitor:
في وضع signal_first، تحتوي الحمولة على مصفوفة signals في المستوى الأعلى:
يحتوي كل إدخال إشارة على تفاصيل الإشارة والشركات والأشخاص المرتبطين بها بعد الإثراء.
تظهر حقول body المخصصة من destination_config عند جذر الحمولة (مثل "pipeline": "my-webhook" عند ضبطها في وجهتك).

إشارات التوسع

إلى جانب jobs وnews وadvertisements، يمكن لـ Monitor مراقبة إشارات التوسع — الدليل المؤرَّخ على أن شركة تدخل أو تنمو في سوق جديدة. أضِف expansions إلى signal_types:
تستخدم مرشحات التوسع مفردات البحث في التوسع، لا مفردات الوظائف/الأخبار/الإعلانات — froms وtos للممر، بالإضافة إلى stages وscopes وmomentum وfreshness وsignal_types وsignal_subtypes وsignal_strengths وsource_types وwindow_days. احصل على الأسماء القياسية الصالحة من مرجع التوسع.
تُجمَّع إشارات التوسع حسب الشركة والسوق، لا حسب الإشارة. الشركة التي تدخل سوقين تنتج إدخالين، يحمل كل منهما الجدول الزمني الخاص بإشارات ذلك السوق.

حمولة إشارة التوسع

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

وجهة البريد الإلكتروني

للفرق التي تفضّل التسليم عبر البريد الإلكتروني، اضبط destination_type على "email":
يدعم Pubrio تسليم بريد إلكتروني بعلامة بيضاء للوكالات والفرق. تواصل معنا لمعرفة المزيد عن تخصيص نطاق المرسل والهوية البصرية.

استكشاف الأخطاء وإصلاحها

  • تحقق من أن نقطتك الطرفية متاحة للعموم (وليست خلف جدار حماية أو VPN)
  • تأكد من أنها تُعيد رمز حالة 200 — أي رموز أخرى تُعامَل كإخفاق
  • استخدم نقطة التحقق من صحة Webhook لاختبار الاتصال
  • راجع سجلات الإحصاءات لرسائل الخطأ ورموز الاستجابة
إن كان webhook الخاص بك يُعيد رموزًا غير 200 باستمرار، يتوقف Monitor مؤقتًا بعد بلوغ max_failure_trigger من الإخفاقات المتتالية. أصلِح المشكلة وأعِد التفعيل عبر تحديث Monitor.
إن أخفق تسليم وكانت إعادة المحاولة مضبوطة، فقد تصلك نفس الحمولة عدة مرات. استخدم triggered_at أو معرّف السجل لإزالة التكرار من جهتك.
قلّل max_records_per_trigger للحد من عدد السجلات لكل تسليم. يمكنك أيضًا تضييق مرشحاتك لتقليل حجم الإشارات المطابقة.