في تركيا، يُرجَّح أن يكون WhatsApp أول تطبيق يفتحه العميل حين يريد التواصل معك. فكيف تحوّل هذه القناة من الاعتماد على شخص يكتب الرسائل في التطبيق الأخضر على هاتفه إلى نظام لدعم العملاء يعمل على مدار الساعة طوال أيام الأسبوع، مدعوم بالذكاء الاصطناعي، وتديره من واجهتك الخاصة؟ الجواب هو الجمع بين WhatsApp Business Cloud API وClaude (Anthropic) API التي تعمل من خلفها.

لا يكتفي هذا المقال بالمرور السريع على الموضوع. نشرح فيه ما المقصود فعلًا بعبارة «API الجديدة»، ولماذا لا يمكنك استخدام هذا الرقم على هاتفك، وكيف تبني واجهة WhatsApp الخاصة بك عبر Webhook، ثم نتناول من البداية إلى النهاية أكثر الموضوعات التباسًا: قوالب الرسائل وقاعدة 24 ساعة. وبعد ذلك نعرض المعمارية التي تضع Claude خلف هذا كله لإنشاء مساعد دعم ذاتي التشغيل.

ما المقصود تحديدًا بعبارة «API الجديدة»؟ WhatsApp Business Cloud API

أول مصادر الالتباس هو التسمية، فنحن أمام ثلاثة أشياء مختلفة:

  • WhatsApp (التطبيق الشخصي): تطبيق WhatsApp المعتاد على هاتفك.
  • تطبيق WhatsApp Business: مخصص للأعمال الصغيرة، ولا يزال يُدار يدويًا من الهاتف.
  • منصة WhatsApp Business (Cloud API): واجهة API برمجية تستضيفها Meta على سحابتها الخاصة، وهذا ما نعنيه بعبارة «API الجديدة». وقد حلّت محل On-Premises API القديمة التي كان عليك استضافتها بنفسك؛ فأصبحت البنية التحتية من مسؤولية Meta، ويقتصر دورك على الاتصال بواجهة API هذه.

من خلال Cloud API، يستطيع برنامج ما (أي نظامك) إرسال رسائل WhatsApp واستقبالها. فالذي يتحدث هنا ليس إنسانًا، بل الكود. ومن هنا تأتي قوتها، ومن هنا تأتي قواعدها أيضًا.

النقطة الجوهرية: لا تستخدم هذا الرقم على هاتفك

أكثر المفاهيم الخاطئة شيوعًا: «بعد ربط API سأتابع الرسائل أيضًا من WhatsApp على هاتفي». وهذا غير ممكن. فعند تسجيل رقم هاتف في Cloud API، لا يعود بالإمكان استخدام هذا الرقم في الوقت نفسه عبر تطبيق WhatsApp Business أو تطبيق WhatsApp العادي. إذ يتحول إلى «رقم API».

لذلك نوصي عمليًا بأن تخصص للتواصل مع العملاء رقمًا منفصلًا يعمل عبر API حصريًا. وإذا أردت الاستمرار في استخدام رقم شركتك الحالي يدويًا، فلا تنقله إلى API بل خصص خطًا جديدًا. وبذلك لا يتعطل النظام بسبب توقّع «سأتابع الرسائل من الهاتف أيضًا».

فأين سترى الرسائل إذن؟ الجواب في القسم التالي: في واجهتك الخاصة.

بناء واجهة WhatsApp الخاصة بك عبر Webhook

تعمل Cloud API في اتجاهين:

  • الرسائل الواردة: عندما يراسلك عميل، ترسل Meta الحدث فورًا عبر Webhook في طلب HTTP POST إلى خادمك. فأنت لا «تستعلم» عن الرسائل، بل إن Meta هي التي تدفعها إليك. وتصل إشعارات التسليم والقراءة عبر القناة نفسها.
  • الرسائل الصادرة: للرد، ترسل طلبًا إلى نقطة النهاية /messages في Graph API من Meta (باستخدام معرّف رقم هاتفك ورمز الوصول).

يتيح لك هذان الطرفان بناء واجهة WhatsApp الخاصة بك: تلتقط كل رسالة واردة في Webhook، وتخزنها في قاعدة بياناتك (وفي نظام CRM لديك)، وتعرضها في لوحتك الخاصة على هيئة «صندوق وارد». ومن هناك يرد موظفو الدعم، ويتراكم سجل المحادثات في ملف العميل. ولا حاجة إلى التطبيق الأخضر إطلاقًا. أما خطوات الأمان الأساسية فهي التحقق من Webhook (عبر Verify Token) والتأكد من صحة الطلبات الواردة بالتوقيع (عبر App Secret).

القوالب وقاعدة 24 ساعة: أكثر الموضوعات التباسًا

هنا يتعثر الجميع، لذا لنكن دقيقين. فلمنع الشركات من إغراق الناس بالرسائل المزعجة (Spam)، تفرض WhatsApp قاعدة صارمة:

نافذة خدمة العملاء لمدة 24 ساعة

فور أن يراسلك العميل، تُفتح نافذة مدتها 24 ساعة. وخلالها يمكنك إرسال رسائل حرة (بأي محتوى تريده)، تمامًا كما في محادثة عادية. وكل رسالة جديدة من العميل تعيد تمديد النافذة إلى 24 ساعة.

عندما تُغلق النافذة أو لا تُفتح أصلًا: القوالب المعتمدة فقط

والآن إليك الجملة الجوهرية: لا يمكنك عبر API إرسال رسالة حرة إلى شخص لم يراسلك من قبل. وكذلك لا يمكنك إرسال نص حر بعد إغلاق نافذة 24 ساعة. والسبيل الوحيد في الحالتين هو إرسال قالب رسالة (Message Template) اعتمدته Meta مسبقًا.

ففي سيناريو «لدي 5,000 رقم، فلأرسل حملة إليها جميعًا»، إذا لم يكن هؤلاء الأشخاص قد راسلوك من قبل، فلا يمكنك الوصول إليهم إلا عبر قالب معتمد وبموافقتهم المسبقة (Opt-in). وتمر القوالب بمرحلة اعتماد من Meta، وتُصنَّف إلى فئات:

  • الخدمات (Utility): رسائل معاملات، مثل حالة الطلب، وتذكيرات المواعيد، ومعلومات الشحن.
  • التسويق (Marketing): الحملات، والإعلانات، ورسائل إعادة التفاعل.
  • المصادقة (Authentication): رسائل كلمة المرور لمرة واحدة (OTP).

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

ملاحظة: يعتمد تسعير المحادثات والقوالب لدى Meta على الفئات، ويُحدَّث من حين إلى آخر؛ لذا تحقق من الأسعار الحالية في الوثائق الرسمية من Meta قبل البدء.

وضع Claude API في الخلفية: برنامج دعم ذاتي التشغيل

والآن نصل إلى الجزء الأجمل. أنت تلتقط الرسالة الواردة في Webhook، ولكن من يكتب الرد؟ هنا تحديدًا يبرز دور Claude API في هذه المنظومة. ويسير التدفق على النحو التالي:

  • 1. يكتب العميل عبر WhatsApp، فتوصل Meta الرسالة عبر Webhook إلى خادمك.
  • 2. يستقبل خادمك (المبني مثلًا على Laravel) الرسالة، ويجمع سجل المحادثة وسياق العميل (من نظام CRM).
  • 3. ترسل هذا السياق مع تعليمات النظام (System Prompt) إلى Messages API في Claude: «أنت مساعد الدعم للعلامة التجارية X، التزم بهذه القواعد، ولديك هذه المعلومات…»
  • 4. تُنشئ Claude الرد. وعند الحاجة، تصل عبر استخدام الأدوات (Tool Use) إلى البيانات الفعلية في نظامك: الاستعلام عن طلب، والتحقق من المخزون، وإنشاء موعد، وبدء عملية إرجاع.
  • 5. إذا كانت نافذة 24 ساعة مفتوحة، تعيد الرد عبر WhatsApp API في صورة رسالة حرة. وإذا كانت مغلقة، تواصل بقالب مناسب.

بهذه المعمارية، لا يعود مساعدك مجرد «روبوت يقدّم إجابات جاهزة»، بل يصبح طبقة دعم متصلة ببيانات شركتك وقادرة على الاستدلال المنطقي. فبفضل استخدام الأدوات في Claude، يجيب عن سؤال «أين طلبي؟» بحالة الشحن الفعلية، وعن سؤال «هل هناك موعد غدًا؟» بالتقويم الفعلي. وبفضل التخزين المؤقت للتعليمات (Prompt Caching)، تخزّن تعليمات النظام المتكررة مؤقتًا لخفض التكاليف؛ وبقواعد التحويل إلى موظف بشري (Human Handoff)، تحيل الموضوعات الحساسة إلى موظف دعم.

ماذا يمكنك أن تبني بهذا النظام؟

  • دعم الخط الأول على مدار الساعة طوال أيام الأسبوع: يجيب فورًا عن الأسئلة الشائعة واستفسارات تتبع الطلبات والشحنات وإجراءات الإرجاع، حتى في منتصف الليل.
  • المواعيد والحجوزات: في العيادات والصالونات ومراكز الخدمة، يحجز العميل عبر WhatsApp ويسجّل النظام الحجز في التقويم.
  • تأهيل العملاء المحتملين: يستوضح المساعد الطلب الوارد عبر طرح الأسئلة، ويحوّل الطلبات المؤهلة إلى فريق المبيعات.
  • الدعم متعدد اللغات: بالتركية والإنجليزية والألمانية، تتنقل Claude بين اللغات ضمن المساعد نفسه.
  • إشعارات الطلبات: رسائل معاملات مثل «تم شحن طلبك» (عبر قوالب Utility).

نقاط تستدعي الانتباه

  • الموافقة المسبقة (Opt-in): يجب أن تحصل على موافقة الأشخاص الذين سترسل إليهم رسائل القوالب؛ وإلا انخفض تصنيف الجودة لرقمك.
  • تصنيف الجودة وحدود المراسلة: تمنح Meta رقمك تصنيفًا للجودة، وتقسّم عدد الرسائل اليومية التي يمكنك إرسالها إلى مستويات. والسلوك الذي يشبه الرسائل المزعجة (Spam) يخفض هذا الحد.
  • حماية البيانات (KVKK وGDPR): احرص عند معالجة بيانات العملاء على إعداد الموافقة الصريحة والاحتفاظ بالبيانات وحذفها على النحو الصحيح.
  • ضوابط الذكاء الاصطناعي (Guardrails): حدّد للمساعد بوضوح ما يمكنه فعله وما لا يمكنه؛ وقيّد موضوعات مثل الالتزام بالأسعار أو المشورة القانونية، وأحلها إلى موظف بشري.

كيف تساعدك Partnerfy

يقوم هذا النظام على أربع ركائز، وجميعها ضمن مجالات خبرتنا: بنية المراسلة متعددة القنوات، وتكامل API (Webhook وGraph API وإدارة القوالب)، والذكاء الاصطناعي والأتمتة (تكامل Claude، واستخدام الأدوات، والضوابط)، وربط CRM وERP بالنظام. ومن نقل الرقم إلى API، إلى واجهة صندوق الوارد الخاصة بك، والمساعد المدعوم من Claude، ننفذ المنظومة متكاملة من البداية إلى النهاية.

إذا أردت أتمتة خط دعم WhatsApp لديك بالذكاء الاصطناعي، تواصل معنا؛ فسنحدد السيناريوهات الخاصة بك ونقترح المعمارية المناسبة لك.

المصادر