ربط WooCommerce مع Whats360 لإرسال إشعارات واتساب تلقائية للطلبات والعملاء

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

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

الحل هو تحويل هذه الأحداث إلى Workflow تلقائي يربط WooCommerce بمنصة WhatsApp API مثل Whats360، بحيث ينتقل الحدث من المتجر إلى طبقة التكامل، ثم يتم إنشاء الرسالة وإرسالها إلى العميل أو الإدارة تلقائيًا.

والسؤال الأهم هنا ليس فقط: هل يمكن ربط WooCommerce بواتساب؟ بل أيضًا: هل تحتاج إلى مبرمج؟ كيف تعدل الرسائل؟ كيف تضيف إشعارًا جديدًا؟ ومتى يكفيك كود بسيط ومتى تحتاج إلى Integration أو Plugin مخصص؟

كيف يعمل الربط بين WooCommerce وWhats360؟

الربط يعتمد على فكرة بسيطة من الناحية المعمارية، لكنها يمكن أن تصبح متقدمة جدًا عند زيادة متطلبات المتجر.

عندما يحدث حدث داخل WooCommerce، مثل إنشاء طلب جديد أو تغيير حالة طلب، يمكن لـWordPress تنفيذ كود مرتبط بهذا الحدث. يقوم الكود بقراءة بيانات الطلب، مثل اسم العميل ورقم الطلب ورقم الهاتف والحالة، ثم يبني رسالة مناسبة ويرسلها من خلال API الخاصة بـWhats360.

بهذه الطريقة لا تحتاج إلى أن تراقب الطلبات يدويًا لإرسال الرسائل الأساسية. النظام هو الذي يتعامل مع الحدث عند حدوثه.

ما الإشعارات التي يمكن أتمتتها داخل WooCommerce؟

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

إشعار الطلب الجديد

عند إنشاء طلب جديد، يمكن إرسال رسالة تلقائية إلى العميل لتأكيد استلام الطلب.

مثال:

مرحبًا أحمد 👋
تم استلام طلبك رقم #1234 بنجاح، وسنبدأ في تجهيزه قريبًا.

وفي الوقت نفسه يمكن إنشاء إشعار منفصل للإدارة إذا كان المتجر يحتاج إلى تنبيه فوري عند وصول طلب جديد.

إشعار انتقال الطلب إلى المعالجة

عندما تنتقل حالة الطلب إلى مرحلة المعالجة، يمكن إرسال رسالة للعميل تخبره بأن الطلب دخل مرحلة التجهيز.

إشعار اكتمال الطلب

بعد اكتمال الطلب يمكن إرسال رسالة تؤكد للعميل انتهاء دورة الطلب، ويمكن استخدام الرسالة لاحقًا كجزء من Workflow أكبر لطلب تقييم أو تقديم عرض مناسب للعميل.

إشعار تسجيل عميل جديد

إذا كان المتجر يسمح بتسجيل حسابات للعملاء، يمكن إنشاء رسالة ترحيبية مرتبطة بحدث التسجيل.

إشعارات الإدارة

ليس كل إشعار يجب أن يذهب إلى العميل. يمكن إنشاء إشعارات داخلية للإدارة عند حدوث أحداث مهمة داخل المتجر.

مثل وصول طلب جديد أو وجود حالة تحتاج إلى متابعة.

تنبيهات المخزون

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

إشعارات مخصصة

وهنا تبدأ قوة التكامل الحقيقي. بدل الاعتماد على مجموعة ثابتة من الرسائل، يمكن إنشاء Workflow خاص باحتياجات المتجر.

يمكن أن يكون مثلًا:

طلب جديد → تأكيد → تجهيز → شحن → تسليم → طلب تقييم → متابعة تسويقية.

وبذلك يتحول WhatsApp من مجرد وسيلة لإرسال إشعار إلى جزء من دورة التعامل مع العميل.

هل تحتاج إلى مبرمج لربط WooCommerce مع Whats360؟

ليس بالضرورة.

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

إذا كان المطلوب استخدام إعداد جاهز وتغيير نصوص الرسائل أو بعض البيانات، فقد تتمكن من تنفيذ العملية دون خبرة برمجية متقدمة.

أما إذا كنت تريد إنشاء نظام مخصص يحتوي على شروط متعددة، أو ربط WooCommerce مع CRM أو ERP أو نظام خارجي، فهنا تحتاج غالبًا إلى مطور WordPress أو PHP لديه خبرة في API والتكاملات.

لذلك السؤال الأفضل هو: ما مستوى التخصيص الذي أحتاجه؟

استخدام Code Snippets في تكامل WooCommerce

في الحالات البسيطة، يمكن وضع أكواد التكامل داخل WordPress باستخدام أدوات مخصصة لإدارة Snippets بدل تعديل ملفات القالب مباشرة.

الفكرة العامة تكون بتجهيز كود التكامل، ثم وضعه داخل بيئة مناسبة، وإدخال بيانات الاتصال المطلوبة، وبعد ذلك تفعيل الوظائف التي يحتاج إليها المتجر.

من الأدوات المعروفة في هذا السياق إضافة Code Snippets، والتي يمكن استخدامها لإدارة أكواد PHP داخل WordPress بطريقة أكثر تنظيمًا من وضعها مباشرة في ملف القالب.

لكن هناك نقطة مهمة عند التعامل مع ملفات الاستيراد:

ليس كل ملف JSON يمكن استيراده تلقائيًا في كل إصدار من Code Snippets.

يجب أن تكون صيغة الملف متوافقة مع صيغة الاستيراد التي يدعمها الإصدار المستخدم من الإضافة.

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

ما البيانات المطلوبة من Whats360؟

يعتمد تنفيذ الاتصال على بيانات المصادقة والمعرفات التي تستخدمها واجهة API في حساب Whats360.

ومن المفاهيم التي قد تظهر في إعدادات التكامل:

• Access Token.
• Device ID أو Instance ID.
• رقم الإدارة إذا كان النظام يحتاج إلى إرسال إشعارات داخلية.

هذه البيانات يجب التعامل معها باعتبارها بيانات حساسة خاصة بالتكامل.

ولمعرفة خدمات WhatsApp API والتكاملات المتاحة، يمكنك زيارة Whats360.

كيف تنتقل بيانات الطلب من WooCommerce إلى Whats360؟

الجزء المهم في التكامل ليس فقط إرسال Request إلى API، وإنما معرفة البيانات التي يجب استخراجها من الطلب قبل الإرسال.

يمكن أن يحتاج Workflow إلى بيانات مثل:

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

بعد استخراج البيانات، يتم تكوين الرسالة.

$name = 'أحمد';
$order_id = 1234;

$message = "مرحبًا {$name} 👋
تم استلام طلبك رقم #{$order_id} بنجاح.";

المثال السابق يوضح الفكرة فقط: يتم وضع بيانات ديناميكية داخل النص بدل إرسال رسالة واحدة ثابتة لكل العملاء.

الفصل بين منطق التكامل ونص الرسالة

من أفضل الطرق لبناء تكامل قابل للتطوير أن تفصل بين شيئين مختلفين:

Logic وMessage Template.

الـLogic يحدد متى يتم الإرسال ولمن، بينما الـMessage Template يحدد ماذا سيقال.

وفي المقابل يمكن تغيير النص نفسه من:

تم استلام طلبك بنجاح.

إلى:

مرحبًا أحمد 👋
طلبك رقم #1234 دخل الآن مرحلة التجهيز، وسنرسل لك تحديثًا عند انتقاله إلى المرحلة التالية.

دون تغيير الفكرة الأساسية للـWorkflow.

كيف أضيف إشعارًا جديدًا؟

بدل التفكير في كل إشعار باعتباره كودًا منفصلًا، من الأفضل فهم النمط الذي يتكرر في معظم عمليات الأتمتة.

مثلًا، إذا أردت إرسال رسالة عند اكتمال الطلب، يكون التصور:

Order Status = Completed
        ↓
Get Order
        ↓
Get Customer Phone
        ↓
Build Completed Message
        ↓
Send via Whats360

وبهذه الطريقة يمكنك بناء إشعارات جديدة دون تغيير طريقة التفكير في النظام بالكامل.

ما علاقة WooCommerce Hooks بالإشعارات؟

يعتمد WooCommerce وWordPress على نظام Hooks يسمح بتنفيذ وظائف عند وقوع أحداث معينة.

من الأمثلة التي يمكن أن تدخل في مثل هذه التكاملات:

woocommerce_thankyou

وكذلك Hooks مرتبطة بتغير حالة الطلب، مثل:

woocommerce_order_status_processing
woocommerce_order_status_completed

لكن اختيار الـHook يجب أن يعتمد على الحدث المطلوب فعلًا.

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

وهذه نقطة مهمة جدًا عند بناء نظام إشعارات موثوق؛ لأن اختيار Trigger غير مناسب قد يؤدي إلى إرسال الرسالة في توقيت غير الذي تتوقعه.

كيف تعدل رسالة WhatsApp؟

إذا كان الكود منظمًا بشكل جيد، ستجد جزءًا واضحًا مسؤولًا عن إنشاء الرسالة.

$message = "مرحبًا {$name} 👋
تم استلام طلبك رقم #{$order_id} بنجاح.";

يمكنك تعديل النص مع الحفاظ على المتغيرات الديناميكية التي يحتاج إليها المتجر.

مثلًا يمكن استخدام:

• اسم العميل.
• رقم الطلب.
• حالة الطلب.
• إجمالي الطلب.
• اسم المنتج.

فتصبح الرسالة أكثر فائدة:

مرحبًا أحمد 👋

تم استلام طلبك رقم #1234 بنجاح.
إجمالي الطلب: 850 جنيه.

سنرسل لك تحديثًا عند بدء تجهيز الطلب.

وهنا تظهر قيمة البيانات الديناميكية: نفس الـWorkflow يمكنه إرسال رسالة مختلفة لكل عميل بناءً على بيانات طلبه.

هل يمكن إنشاء إشعارات جديدة باستخدام الذكاء الاصطناعي؟

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

يمكن مثلًا استخدامه من أجل:

• إعادة صياغة الرسائل.
• اختصار النصوص.
• إنشاء نسخة أكثر احترافية.
• إنشاء نسخة عربية أو إنجليزية.
• اقتراح رسالة لتأكيد طلبات الدفع عند الاستلام.
• إنشاء Follow-up بعد الطلب.
• اقتراح رسالة لطلب تقييم المنتج.
• إنشاء رسائل Upsell مرتبطة بسلوك العميل.
• اقتراح سيناريوهات Automation جديدة.

لكن يجب الفصل بين مساعدة AI في كتابة الكود أو النص وبين اختبار التكامل فعليًا.

أي كود جديد يحتاج إلى مراجعة واختبار على بيئة WordPress وWooCommerce المستخدمة قبل الاعتماد عليه في متجر حقيقي.

كيف تتعامل مع رقم هاتف العميل؟

رقم الهاتف من أكثر الأجزاء التي يجب الانتباه إليها في أي تكامل WhatsApp.

قد يخزن المتجر رقمًا مثل:

01012345678

بينما تحتاج طبقة الإرسال إلى صيغة دولية مثل:

201012345678

لذلك قد تحتاج إلى مرحلة تسمى Phone Normalization، وهي عملية تحويل الرقم إلى صيغة مناسبة قبل إرساله إلى طبقة WhatsApp API.

لكن لا ينبغي افتراض أن قاعدة واحدة تصلح لجميع المتاجر والدول.

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

كيف تختبر تكامل WooCommerce مع Whats360؟

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

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

الهدف من الاختبار هو معرفة مكان الفشل، وليس فقط معرفة أن الرسالة وصلت أو لم تصل.

ماذا تفعل إذا لم تصل رسالة WhatsApp؟

لا تبدأ بتغيير الكود عشوائيًا.

قسّم النظام إلى طبقات وابحث عن النقطة التي توقفت عندها العملية.

WooCommerce Event
        ↓
Hook
        ↓
PHP Logic
        ↓
Customer Data
        ↓
Phone Normalization
        ↓
API Request
        ↓
Whats360
        ↓
Device
        ↓
WhatsApp

إذا لم يتم تشغيل الـEvent، فالمشكلة قد تكون في الـHook أو الحدث الذي تعتمد عليه.

إذا تم تشغيل الكود لكن لا يوجد رقم هاتف، فالمشكلة في بيانات الطلب أو طريقة استخراجها.

إذا تم إنشاء الرسالة لكن لم يتم تنفيذ Request، فراجع منطق الإرسال.

إذا تم إرسال Request ولم تحصل على النتيجة المتوقعة، راجع استجابة API وآلية الاتصال المستخدمة.

وإذا وصل الطلب إلى Whats360 لكن لم يتم الإرسال، فراجع حالة الجهاز وإعدادات الإرسال والبيانات المستخدمة في الطلب.

متى يكون Snippet كافيًا؟

إذا كان المطلوب بسيطًا، يمكن أن يكون Snippet مناسبًا جدًا.

مثل متجر يريد:

• رسالة عند إنشاء الطلب.
• رسالة عند Processing.
• رسالة عند Completed.
• إشعارًا بسيطًا للإدارة.

في هذه الحالة لا توجد حاجة بالضرورة إلى بناء Plugin كامل لمجرد إرسال عدة رسائل.

لكن مع زيادة المتطلبات، يصبح من الأفضل التفكير في بنية أكثر تنظيمًا.

متى تحتاج إلى Plugin أو Integration مخصص؟

تبدأ الحاجة إلى تطوير مخصص عندما يصبح التكامل جزءًا أساسيًا من تشغيل المتجر.

مثل وجود:

• عدد كبير من Workflows.
• شروط مختلفة للإرسال.
• CRM خارجي.
• ERP.
• نظام مخزون مستقل.
• أكثر من متجر.
• أكثر من قناة اتصال.
• Retry Logic.
• Logging متقدم.
• Queue لمعالجة الأحداث.
• Webhooks.
• صلاحيات مختلفة للمستخدمين.

في هذه المرحلة يصبح تجميع Snippets منفصلة حلًا أقل ملاءمة، وقد يكون بناء Plugin أو Middleware منظم أكثر قابلية للصيانة والتوسع.