ما هو الويب هوك؟
نشرت: 2018-06-23يحدث لنا جميعا. أنت في اجتماع ، وقد ألقى شخص ما حول مصطلح يشعر بأنه مألوف وأصوات مألوفة - ولكن إذا تم وضعك في الحال وسُئلت ، أمام جميع زملائك ، ما الذي يعنيه في الواقع ، فستجد نفسك عالقًا استمري حتى ينتهي الاجتماع أو تصاب بالذعر ، اسحب إنذار الحريق ، واهرب من المبنى في البكاء.
نظرًا لأن التسويق ومشاركة العملاء أصبحت تعتمد على البيانات بشكل متزايد وتعتمد على التكنولوجيا للوصول إلى إمكاناتها الكاملة ، فقد تشعر أن هناك المزيد والمزيد من هذه المصطلحات: SDK و PII و API. اليوم ، سنلقي نظرة سريعة على أحد أكثر المصطلحات إثارة للذكريات في مصطلحات الحاجة إلى المعرفة ، ألا وهو "webhook" المتواضع.
إذن ، ما هو الويب هوك؟
بشكل أساسي ، Webhook عبارة عن اتصال من تطبيق أو خدمة إلى أخرى يحدث بعد حدث محدد مسبقًا. Webhooks هي نوع من إعادة اتصال HTTP ويشار إليها أحيانًا باسم "واجهة برمجة التطبيقات العكسية" ، على الرغم من أن ذلك لا يفعل الكثير لتوضيح ماهية خطافات الويب وكيفية عملها.
حسنًا - ولكن هل يمكنك توضيح ما هي خطاطيف الويب وكيف تعمل؟
الأمر على هذا النحو: في عصر الإنترنت ، لا يوجد نظام رقمي يمثل جزيرة (أو ، إذا كان كذلك ، فلا ينبغي أن يكون كذلك). تؤدي الأنظمة غير المتصلة إلى تجارب مستخدم منفصلة ، والعلامات التجارية التي تهتم ببناء علاقات مستدامة مع عملائها تحتاج إلى طرق لتواصل تقنياتها المختلفة بشكل فعال.
Webhooks هي إحدى تلك الطرق.
الخطاف على الويب هو في جوهره طريقة قائمة على الحدث لنظامين منفصلين لاتخاذ إجراءات فعالة بناءً على البيانات التي يتم إرسالها في الوقت الفعلي. هذه الرسالة بين التطبيق ليست النسخة الرقمية من "sup" ، بل هي عبارة عن مرور المعلومات الحيوية اللازمة لتزويد نظام الاستقبال بمجموعة من التعليمات حول وقت وكيفية أداء مهمة معينة. لهذا السبب ، يمكن أن توفر الويب هوك للمسوقين وصولاً أكثر ديناميكية ومرونة إلى البيانات والوظائف البرمجية ، وتمكينهم أيضًا من إعداد مهام سير العمل المشغَّلة ورحلات العملاء التي تبسط العمليات.
انتظر ، ما الذي يجعل الويب هوك مختلفًا عن واجهات برمجة التطبيقات؟
يتم استخدام كل من واجهات برمجة التطبيقات (API) وخطافات الويب (webhooks) لدعم الاتصالات بين الأنظمة الرقمية المتميزة ، ولكن كيفية تنفيذ هذه الاتصالات والمواقف الأنسب لكل منها تميل إلى أن تكون مختلفة قليلاً.
عندما تستفيد من واجهة برمجة التطبيقات للاتصال بين الأنظمة ، فإنها تميل إلى أن تكون إجراء استدعاء واستجابة: يقوم النظام الأولي باستدعاء واجهة برمجة التطبيقات (API) إلى نقطة نهاية واجهة برمجة التطبيقات (API) الخاصة بالنظام المتلقي ، ويحصل على استجابة (في شكل بيانات أو صور أو الأصول الرقمية الأخرى). باستخدام webhooks ، يعمل الاتصال بشكل أشبه بقائمة من التعليمات - يخبر النظام الأول الثاني بما يجب فعله (على سبيل المثال ، إضافة 10 نقاط ولاء إلى حساب ولاء شركة الطيران الخاص بالعميل) وكذلك متى ، بالضبط ، يجب أن يفعل ذلك (على سبيل المثال ، عندما يكمل ذلك العميل حجز رحلته الخامسة). يمنحهم جانب "If This، Then That" من webhooks قدرًا كبيرًا من المرونة ويجعلهم أداة قوية لسد الثغرات في تجربة العلامة التجارية لعملائك.
في أفضل حالاتها ، يمكن أن تكون webhooks وسيلة قوية لدعم ممارسات التسويق الآلي. طالما كان هناك حدث وخدمة قادرة على التصرف في هذا الحدث ، يمكن للمسوقين استخدام الأحداث غير المتعلقة بالتطبيقات وغير المتعلقة بالموقع الإلكتروني لدفع تجارب العلامات التجارية لعملائهم والتأثير عليها. يمكن أن تنشئ Webhooks اتصالات وثيقة - غالبًا في المواقف التي لا تكون فيها عمليات تكامل API قابلة للتطبيق أو تكون مكلفة للغاية - ويمكن أن تساعد في ضمان أن التقنيات ذات القيمة للتسويق الخاص بك متزامنة مع بعضها البعض ، متى وأينما يكون ذلك منطقيًا .
اممم ، ماذا عن مثال؟
يتيح Quizlet للدارسين مراجعة المعلومات من خلال البطاقات التعليمية والاختبارات والألعاب. مع خمسة أوضاع للدراسة ، أراد النظام الأساسي عبر الإنترنت حث المستخدمين على التحقق من أوضاع وألعاب مختلفة لم يكونوا يستخدمونها بالفعل. ولكن عند جمع البيانات شديدة الدقة التي يحتاجونها لتشغيل حملاتها بفعالية ، واجهت Quizlet مشكلتين: الدقة واستخدام البيانات. لقد أرادوا الاحتفاظ بمجموعة كاملة من البيانات التاريخية لاستخدام كل مستخدم في الوضع وجمع المعلومات الجديدة بكفاءة ، لكنهم كافحوا لضمان دقة البيانات دون جمع بيانات أكثر بكثير مما يحتاجون إليه.
