Mohamed Fares

Mohamed Fares مؤسس شركة beincode للبرمجة وصاحب أكاديمية افلييت مصر وشبكة تجار كوم لإنشاء أنظمة المتاجر والأفلييت.

لما الطلبية تتحول لرسالةعميل عمل أوردر جديد على WooCommerce.المفروض إن المعلومة ما تفضلش محبوسة جوه لوحة المتجر لحد ما ح...
22/08/2026

لما الطلبية تتحول لرسالة

عميل عمل أوردر جديد على WooCommerce.

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

ممكن بمجرد حدوث الحدث، بيانات الطلب تتحرك تلقائيًا للخطوة اللي بعدها.

وده بالضبط دور الـ Webhook.

WooCommerce يرسل بيانات الحدث إلى Delivery URL، وWhats360 يستقبل البيانات ويقدر يستخدمها في إرسال إشعار واتساب بالبيانات المناسبة، زي اسم العميل ورقم الطلب وقيمة الطلب.

الفكرة المهمة هنا إنك مش محتاج كل مرة تعمل تدخل يدوي عشان تحول حدث حصل في المتجر إلى رسالة.

وده أحد استخدامات Whats360 مع WooCommerce: تحويل أحداث المتجر إلى Workflow أكثر تنظيمًا بدل الاعتماد على المتابعة اليدوية.

لو بتدير متجر WooCommerce وعايز تفهم إزاي تربط الطلبات برسائل واتساب، شرحنا طريقة الإعداد وتدفق البيانات بالتفصيل هنا:

https://affiegy.com/?p=88706

فضلا وليس امر
تواصل هنا على رقم وتساب الدعم الفنى عشان نعرف نساعدك
🫵 https://wa.me/whats360.live

API ولا Webhook؟الاتنين بيربطوا الأنظمة ببعض... لكن طريقة تفكيرهم مختلفة تمامًا.تخيل إن WooCommerce حصل فيه Order جديد.م...
22/08/2026

API ولا Webhook؟

الاتنين بيربطوا الأنظمة ببعض... لكن طريقة تفكيرهم مختلفة تمامًا.

تخيل إن WooCommerce حصل فيه Order جديد.

مع الـ Webhook:
المتجر هو اللي يقول للنظام الخارجي: "حصل حدث، ودي بياناته."

أما مع الـ API:
نظامك هو اللي يبادر ويقول: "أنا عايز أنفذ طلب معين دلوقتي."

وده فرق مهم جدًا وقت تصميم الـ Integration.

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

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

يعني السؤال مش:
"مين أحسن؟"

السؤال الصح:
"أنا محتاج النظام يتصرف بناءً على حدث؟ ولا محتاج الكود هو اللي يتحكم في العملية؟"

Whats360 بيوفر لك طبقة مناسبة للتعامل مع WhatsApp ضمن السيناريو ده، سواء كنت بتبني Workflow قائم على الأحداث أو Integration برمجية تحتاج تحكم أكبر.

التفاصيل العملية والفرق بين الطريقتين موجودة هنا:

https://affiegy.com/?p=88706

فضلا وليس امر
تواصل هنا على رقم وتساب الدعم الفنى عشان نعرف نساعدك
🫵 https://wa.me/whats360.live

رسالة واحدة ناقصة توقف الـ Workflowأحيانًا المشكلة مش في WooCommerce.ومش في WhatsApp.المشكلة بتكون في تفصيلة صغيرة بين ا...
22/08/2026

رسالة واحدة ناقصة توقف الـ Workflow

أحيانًا المشكلة مش في WooCommerce.

ومش في WhatsApp.

المشكلة بتكون في تفصيلة صغيرة بين الاتنين.

مثلاً:

Webhook اتعمل لكنه مش Active.
الـ Secret مختلف بين الطرفين.
رقم الهاتف مش بالصيغة الدولية.
الجهاز المرتبط في Whats360 مش Connected.

النتيجة؟

الطلب موجود.
والبيانات موجودة.
لكن الرسالة مش بتوصل.

وده ليه اختبار الـ Integration لازم يمشي خطوة خطوة بدل ما نفترض إن المشكلة في الخدمة نفسها.

ابدأ من الحدث:
هل WooCommerce أنشأ الـ Order؟

بعدها:
هل الـ Webhook اشتغل فعلًا؟

ثم:
هل Delivery URL استقبل الطلب؟

ثم:
هل البيانات المطلوبة وصلت؟

ثم:
هل Instance في Whats360 متصل؟

وأخيرًا:
هل بيانات المستلم والرسالة صحيحة؟

الفكرة دي مهمة جدًا في أي Automation:
ما تختبرش النتيجة النهائية بس، اختبر سلسلة الأحداث من أولها لآخرها.

Whats360 هنا بيساعدك تبني جزء WhatsApp من الـ Workflow بدل ما تكون العملية كلها متابعة يدوية.

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

https://affiegy.com/?p=88706

فضلا وليس امر
تواصل هنا على رقم وتساب الدعم الفنى عشان نعرف نساعدك
🫵 https://wa.me/whats360.live

الطلب مش مجرد رقملما Order جديد يوصل، أنت مش محتاج تبعت رسالة تقول للعميل فقط: "تم إنشاء الطلب."بيانات الطلب نفسها ممكن ...
22/08/2026

الطلب مش مجرد رقم

لما Order جديد يوصل، أنت مش محتاج تبعت رسالة تقول للعميل فقط: "تم إنشاء الطلب."

بيانات الطلب نفسها ممكن تكون هي أساس الـ Workflow.

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

الفكرة هنا إن الـ Webhook ينقل بيانات الحدث، وبعدها يتم استخدام الحقول المناسبة داخل الرسالة.

مثلاً بشكل توضيحي، ممكن يكون عندك متغير لاسم العميل، وآخر لرقم الطلب، وآخر لقيمة الطلب، ويتم تركيب الرسالة باستخدام البيانات التي وصلت من المتجر.

وده بيفتح تفكير مختلف في الأتمتة:

بدل ما تقول:
"عايز أبعت رسالة واتساب."

تبدأ تسأل:
"إيه الحدث؟ إيه البيانات اللي وصلت؟ وإيه القرار اللي المفروض يحصل بعدها؟"

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

وده المكان اللي Whats360 يبقى فيه جزء من منظومة الأتمتة، مش مجرد أداة لإرسال رسالة منفردة.

لو عايز تشوف شكل تدفق البيانات من WooCommerce إلى Whats360، وطريقة التفكير في الـ Field Mapping، التفاصيل موجودة هنا:

https://affiegy.com/?p=88706

فضلا وليس امر
تواصل هنا على رقم وتساب الدعم الفنى عشان نعرف نساعدك
🫵 https://wa.me/whats360.live

من إشعار إلى Workflowهنا بيبدأ الفرق الحقيقي.أول خطوة ممكن تكون بسيطة جدًا:"طلب جديد → رسالة واتساب."لكن نفس الحدث ممكن ...
22/08/2026

من إشعار إلى Workflow

هنا بيبدأ الفرق الحقيقي.

أول خطوة ممكن تكون بسيطة جدًا:

"طلب جديد → رسالة واتساب."

لكن نفس الحدث ممكن يكون بداية لسلسلة أكبر.

مثلاً في سيناريو افتراضي:

طلب جديد
↓
إرسال تأكيد للعميل

تغيير حالة الطلب
↓
إرسال تحديث مناسب

ثم يدخل الطلب إلى طبقة Automation مثل n8n أو Make، فتبدأ قواعد مختلفة حسب نوع الطلب أو حالته.

طلب دفع عند الاستلام؟
مسار مختلف.

طلب تغيرت حالته للشحن؟
رسالة مختلفة.

طلب يحتاج متابعة؟
Workflow مختلف.

الفكرة مش إنك تزود عدد الرسائل.

الفكرة إنك تخلي النظام يعرف:
"إيه اللي حصل؟"
ثم:
"إيه التصرف المناسب بعد اللي حصل؟"

وهنا Whats360 ممكن يكون طبقة WhatsApp داخل الـ Workflow، بينما أدوات الأتمتة تتولى المنطق وربط الأنظمة حسب تصميمك.

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

شرحت في المقال الفرق بين الـ Webhook والـ API، وإزاي تبدأ من إشعار بسيط وتفكر في Integration أكثر تقدمًا:

https://affiegy.com/?p=88706

فضلا وليس امر
تواصل هنا على رقم وتساب الدعم الفنى عشان نعرف نساعدك
🫵 https://wa.me/whats360.live

22/08/2026

الـWebhook مش هو «نسخة أخف من الـAPI»… ودي نقطة بتعمل لخبطة في تكامل WooCommerce مع واتساب.

ببساطة:

Webhook = «حصل Event، خد البيانات.»

API = «نفّذ العملية دي لما أنا أطلبها.»

مثال:
طلب جديد على WooCommerce → Webhook يرسل بيانات الطلب.

بعدها لو عندك Logic يحدد الرسالة أو الإجراء المطلوب → ممكن تستخدم API لتنفيذ الخطوة.

يعني في أتمتة WooCommerce، أحيانًا أفضل Architecture مش Webhook أو API…

لكن Webhook + Workflow + API.

لو عايز تعرف إمتى تستخدم كل واحد عمليًا:
https://affiegy.com/?p=88706

wa.me/whats360.live

لو WooCommerce بيبعتلك بيانات الطلب، ليه لسه بتدخل تبعت رسالة واتساب بنفسك؟السؤال الأهم هنا مش: «أستخدم Webhook ولا API؟...
22/08/2026

لو WooCommerce بيبعتلك بيانات الطلب، ليه لسه بتدخل تبعت رسالة واتساب بنفسك؟

السؤال الأهم هنا مش: «أستخدم Webhook ولا API؟»

السؤال الحقيقي هو: **إمتى أستخدم كل واحد فيهم؟**

ببساطة:

الـWebhook مناسب لما عايز النظام يبلغ نظام تاني إن «حدث حصل».

أما الـAPI فمناسب لما يكون عندك نظام أو Workflow هو اللي بيقرر إمتى يطلب تنفيذ عملية معينة.

مثال عملي:

عميل عمل Order جديد على WooCommerce.

بدل ما تستنى موظف يفتح الطلب ويبعث للعميل رسالة، ممكن WooCommerce يرسل بيانات الطلب تلقائيًا إلى Whats360 من خلال Webhook.

البيانات ممكن تتضمن مثلًا:
اسم العميل، رقم الهاتف، رقم الطلب، الحالة، وإجمالي الطلب.

بعدها تقدر تبني Workflow على البيانات دي لإرسال الرسالة المناسبة.

لكن هنا بيظهر سؤال مهم:

**هل Webhook لوحده يكفي؟**

مش دائمًا.

لو السيناريو بسيط، مثل:
«عند إنشاء طلب جديد → أرسل إشعار واتساب»

فالـWebhook غالبًا هو نقطة بداية منطقية.

لكن لو السيناريو أصبح:

«لو الطلب COD اعمل خطوة، ولو دفع إلكتروني اعمل خطوة تانية، ولو العميل اشترى قبل كده غيّر الرسالة، ولو حالة الطلب اتغيرت نفّذ Workflow مختلف»

هنا أنت دخلت في منطقة الـAutomation والـAPI والـWorkflow Logic.

وده الفرق اللي ناس كتير بتفوتّه:

**Webhook مش بديل للـAPI، والـAPI مش بديل للـWebhook.**

كل واحد بيحل جزء مختلف من عملية التكامل.

ولو أنت مطور أو System Integrator، فكر فيها بالشكل ده:

WooCommerce
↓
Event
↓
Webhook
↓
Workflow / Logic
↓
Whats360 API
↓
WhatsApp

وبكده تقدر تفصل بين «اكتشاف الحدث» و«تنفيذ الإجراء».

# # # طيب أبدأ منين؟

حدد الأول الـEvent اللي عندك:

- Order Created
- Order Updated
- تغيير حالة الطلب
- بيانات عميل جديدة

وبعدها اسأل:

**هل أحتاج مجرد إرسال البيانات؟ ولا محتاج نظام يتخذ قرار بناءً عليها؟**

الإجابة هي اللي هتحدد شكل الـIntegration المناسب.

ولو عايز تشوف الشرح الكامل لربط WooCommerce بواتساب، وإعداد Webhook ونقل بيانات الطلب واستخدام API في الـAutomation:

https://affiegy.com/?p=88706

ولو أنت مطور وعايز تناقش سيناريو التكامل المناسب لمشروعك، ممكن تتواصل مع Whats360:

wa.me/whats360.live

"أنا مش فاهم... الطلب اتسجل عندي، بس ليه العميل لسه ماوصلهوش أي رسالة؟"الرسالة دي وصلت في وقت كان فيه صاحب المتجر فاكر إ...
22/08/2026

"أنا مش فاهم... الطلب اتسجل عندي، بس ليه العميل لسه ماوصلهوش أي رسالة؟"

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

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

الموضوع بدأ من طلب جديد على WooCommerce.

العميل ضغط "إتمام الطلب"...
WooCommerce سجل الطلب...
لكن السؤال الحقيقي كان:

إزاي المعلومة دي تخرج من المتجر وتوصل لواتساب تلقائيًا؟

هنا ظهر قدامه اختيارين:

Webhook ولا API؟

والفرق بينهم مش مجرد مصطلحين تقنيين.

الـWebhook مناسب لما تقول:
"أول ما يحصل الحدث ده، ابعت البيانات."

أما الـAPI فبتقول:
"أنا عايز نظامي هو اللي يطلب تنفيذ العملية وقت ما يحتاج، وبالمنطق اللي أنا محدده."

يعني لو هدفك إن كل طلب جديد يولد إشعار تلقائي للعميل، ممكن تبدأ من Webhook.

لكن لو عندك منطق أكبر:
شروط...
تفرعات...
بيانات محتاجة معالجة...
CRM...
أو نظام برمجي خاص...

هنا الموضوع ممكن يتحول إلى API وWorkflow كامل.

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

ابدأ من السؤال البسيط:

"إيه الحدث اللي عايز يحصل بعده إيه؟"

لو محتاج تعرف أنسب طريقة لربط WooCommerce بواتساب عندك، ابعتلي على واتساب كلمة:
"WEBHOOK"

🫵 https://wa.me/whats360.live

وساعتها نقدر نفهم السيناريو الأول، وبعدها نحدد هل Webhook كفاية ولا أنت محتاج API وتكامل أوسع.

لأن الغلط مش إنك تختار Webhook بدل API...

الغلط إنك تختار التقنية قبل ما تحدد العملية اللي عايز تعملها.

Address

المنصورة
Mansoura
61961

Website

Alerts

Be the first to know and let us send you an email when Mohamed Fares posts news and promotions. Your email address will not be used for any other purpose, and you can unsubscribe at any time.

Shortcuts

Share

Category