في مشروع حديث لمؤسسة مجتمعية، احتاج الموقع إلى نشر الفعاليات من تقويمات Outlook، وتوجيه الاستفسارات من Microsoft Forms، وإضافة المشتركين في النشرة إلى Mailchimp، ونشر كل عدد من النشرة على الموقع لحظة إرسال الحملة، وتمكين الزوّار من حجز موعد متاح مباشرة من تقويم الفريق، دون أن يُدخل أحد من الفريق البيانات مرتين. لا شيء من ذلك غير مألوف، لكن كل ربط يمكن تنفيذه بثلاث طرق مختلفة، والاختيار الصحيح يعتمد على من سيتولّى صيانته بعد عامين أكثر مما يعتمد على التقنية نفسها.
ما المقصود بربط الأنظمة؟
الربط هو أي نقطة يرسل فيها موقعك معلومات إلى نظام آخر، أو يستقبلها منه، دون تدخّل شخص في المنتصف. نموذج الاشتراك الذي يضيف الزائر إلى قائمتك البريدية ربط، وكذلك صفحة الفعاليات التي تتحدّث تلقائيًا عند إضافة فعالية إلى التقويم.
السؤال ليس «هل يمكن ربط هذه الأدوات؟»، فمع Microsoft 365 وMailchimp الجواب نعم في الغالب. الأسئلة الحقيقية هي: كيف، ومن يملك هذا الربط، وماذا يحدث عندما يتعطّل.
ثلاث طرق للربط
يندرج كل ربط تحت واحدة من ثلاث طرق، تختلف في التكلفة ومدى التحكّم.
التضمين: أداة الخدمة الجاهزة
توفّر Mailchimp وMicrosoft Forms ومعظم أدوات الحجز مقطعًا جاهزًا تلصقه في الصفحة. يعمل في اليوم نفسه، وتتولّى الشركة المزوّدة صيانته. لكنه يبدو كجزء من منتجهم لا من موقعك، وقد يُبطئ الصفحة، ولا يمنحك تحكّمًا كبيرًا فيما يحدث بعد الإرسال.
الأتمتة: أداة وسيطة
أدوات مثل Power Automate (المتاحة ضمن كثير من باقات Microsoft 365) أو Zapier تراقب حدثًا في نظام وتنفّذ إجراءً في نظام آخر: يصل ردّ على نموذج، فيُضاف سطر إلى قائمة في SharePoint ويُرسَل بريد إلى الشخص المعني. لا تحتاج إلى برمجة، وغالبًا يستطيع الفريق تعديلها بنفسه. لكن خطرها أنها غير مرئية حتى تتوقّف عن العمل.
البناء: ربط مباشر عبر واجهة برمجة التطبيقات
يتواصل موقعك مباشرة مع واجهة برمجة التطبيقات (API) الخاصة بالخدمة. هذه الطريقة تعطي أكثر النتائج انسجامًا: نماذج تطابق تصميمك، ومحتوى يظهر فورًا، ومنطق مصمّم لطريقة عملك، وهي الأكثر متانة عند تنفيذها بشكل صحيح. تحتاج إلى مطوّر لإعدادها، وإلى قدر بسيط من البرمجة على الخادم حتى لا تظهر المفاتيح الخاصة في المتصفّح أبدًا.
الأدوات الثلاث بالتفصيل
Mailchimp
الطلب الأكثر شيوعًا هو نموذج اشتراك في النشرة يبدو جزءًا من موقعك لا صندوقًا من Mailchimp. ويعني ذلك إرسال النموذج إلى واجهة Mailchimp من خادم أو دالة سحابية، وليس أبدًا بوضع مفتاح الواجهة داخل شيفرة الصفحة، حيث يستطيع أي شخص قراءته والوصول إلى حسابك بالكامل.
- استخدم الوسوم أو المجموعات لتعرف إن كان الشخص قد اشترك من أسفل الصفحة أو من صفحة فعالية أو من حملة محدّدة.
- احصل على موافقة واضحة. يشترط قانون مكافحة الرسائل المزعجة الأسترالي (Spam Act) ذلك للرسائل التسويقية، ولا يُعتدّ بمربّع محدَّد مسبقًا.
- قرّر بشأن التأكيد المزدوج للاشتراك. قد يقلّل عدد المشتركين قليلًا، لكنه يحافظ على نظافة قائمتك ووصول رسائلك.
ويمكن أن يعمل الربط في الاتجاه المعاكس أيضًا. وفي المشروع نفسه، تظهر كل حملة يرسلها الفريق من Mailchimp تلقائيًا على الموقع ضمن أرشيف للنشرات. يجلب الموقع كل حملة مُرسَلة عبر واجهة البرمجة، فتتحوّل الأعداد السابقة إلى صفحات يمكن العثور عليها ومشاركتها والبحث فيها، دون أن ينشر الفريق المحتوى نفسه مرتين.
Microsoft Forms
أداة ممتازة للاستبيانات الداخلية والتسجيل، ويعرف كثير من الفرق استخدامها مسبقًا. لكنها لا توفّر واجهة برمجة عامة لقراءة الردود، لذلك فالطريقة المدعومة هي Power Automate: عند إرسال ردّ، يُنقل إلى Outlook أو Teams أو جدول Excel أو قائمة في SharePoint.
أما نموذج الاستفسارات الموجّه للجمهور، فالأفضل غالبًا بناؤه على الموقع نفسه ثم إرسال النتيجة إلى Microsoft 365. يحصل الزوّار على نموذج يطابق هويتك، ويستلم الفريق كل شيء في الأدوات التي يستخدمها أصلًا.
SharePoint
يحتفظ كثير من الفرق بمستنداتهم وسياساتهم وقوائم فعالياتهم في SharePoint. ومن خلال واجهة Microsoft Graph يستطيع الموقع القراءة من قائمة فيه، فيحدّث الفريق الفعالية أو المورد في مكان واحد مألوف، ويظهر التحديث على الموقع.
- اقرأ من قائمة واحدة مخصّصة، لا من الموقع الداخلي بأكمله. يجب أن تقتصر صلاحيات الموقع على ما ينشره فقط.
- خزّن النتائج مؤقتًا ليبقى الموقع سريعًا ويستمر في العمل إن تعطّلت خدمات Microsoft لفترة قصيرة.
- أبقِ المواد السرّية في مكان آخر. أي قائمة يقرأ منها الموقع العام يجب التعامل معها على أنها عامة.
ويصلح SharePoint أيضًا وسيطًا بسيطًا. في أحد أنظمة الحجوزات التي بنيناها، يقرأ Power Automate تقويم الفريق ويحفظه في SharePoint على شكل ملف JSON، وهو قائمة منظّمة بالأوقات المحجوزة. ثم يقرأ الموقع هذا الملف ويعرضه على شكل تقويم: يرى الزوّار الأوقات المحجوزة، ويختارون وقتًا متاحًا ويحجزونه.
والميزة هنا أن الموقع لا يصل إلى التقويم نفسه أبدًا. فهو يرى فقط إن كان الوقت محجوزًا، لا عناوين الاجتماعات ولا أسماء الحاضرين، فلا تخرج أي معلومات خاصة من Microsoft 365.
ما الذي يتعطّل بصمت؟
نادرًا ما يتعطّل الربط بشكل لافت. يتوقّف فحسب، ولا يلاحظ أحد حتى يسأل أحد الداعمين لماذا لم تصله النشرة. ومن خبرتنا، الأسباب تتكرّر دائمًا تقريبًا:
- كان الربط مرتبطًا بحساب شخص غادر المؤسسة. يجب أن يعمل الربط على حساب خدمة مخصّص، لا على حساب شخصي.
- انتهت صلاحية كلمة مرور أو رمز وصول. لبيانات اعتماد تطبيقات Microsoft تاريخ انتهاء، فسجّل موعد التجديد في التقويم يوم إنشائها.
- تغيّر اسم شيء ما. إذا غيّرت اسم عمود في SharePoint أو حقل في Mailchimp، فقد يتعطّل الربط المعتمد عليه دون تحذير.
- تغيّر الترخيص. بعض موصّلات Power Automate تحتاج إلى ترخيص متقدّم، والباقات تتغيّر.
والحل ليس معقّدًا: تنبيهات عند الفشل تصل إلى بريد مشترك، وتوثيق يسجّل ما الذي يرتبط بماذا، وأيّ حساب يملكه، ومتى تنتهي صلاحية بيانات الاعتماد. وهذا جزء من وثائق التسليم في كل مشروع من مشاريع نسيج.
أسئلة قبل أن تبدأ الربط
- ما المهمة اليدوية التي سيحلّ محلّها، وكم ساعة تستغرق شهريًا فعلًا؟
- من سيلاحظ إن توقّف عن العمل، وكيف؟
- على حساب من يعمل هذا الربط؟
- ما المعلومات الشخصية التي تمرّ عبره، وأين تُخزَّن؟
- إن غيّرنا الأدوات العام المقبل، ما مدى صعوبة فكّه؟
إذا كان الجواب الصادق عن السؤال الأول «عشر دقائق في الشهر»، فالربط على الأرجح لا يستحق عناء صيانته. أما إن كان «نصف يوم كل أسبوع»، فهو يستحق ذلك بلا شك.