
كيف يعمل Whats360 API لإرسال رسائل واتساب برمجيًا في 2026: تحليل البنية، endpoints، وأمثلة تنفيذية حقيقية باستخدام JavaScript وPHP وPython وn8n
لماذا تعتمد أنظمة الأتمتة الحديثة على API مباشر لإرسال رسائل WhatsApp بدل الحلول التقليدية
في 2026 أصبح إرسال الرسائل عبر واتساب جزءًا أساسيًا من تدفقات الأتمتة في التجارة الإلكترونية، خدمة العملاء الآلية، تذكيرات الدفع، إشعارات الطلبات، والحملات التسويقية الموجّهة. لم يعد الأمر مجرد وسيلة تواصل عابرة، بل تحول إلى العمود الفقري لعمليات التشغيل التي تهدف لتقليل التدخل البشري وزيادة سرعة الاستجابة للعملاء في السوق العربي.
الحلول التقليدية (مثل Selenium، أو محاكاة المتصفح، أو استخدام أرقام شخصية غير رسمية) تواجه الآن قيودًا متزايدة جعلت الاعتماد عليها مخاطرة تجارية كبرى. التجارب الواقعية في مشاريعنا السابقة أثبتت أن استخدام المتصفحات الوهمية يؤدي لتوقف الأنظمة في أكثر اللحظات حرجًا، خاصة عند محاولة ربطها بـ Webhook معقد يتطلب استقرارًا تامًا في الاتصال مثل خدمات Beincode التي تطلب جاهزية مستمرة للـ backend.
المشاكل التقنية التي قتلت الحلول القديمة تشمل:
- حظر الحسابات بسرعة أعلى نتيجة خوارزميات واتساب الجديدة التي تكتشف السلوكيات الآلية غير الرسمية.
- تغييرات متكررة في واجهة واتساب الويب تتطلب تحديث الكود البرمجي بشكل أسبوعي أحيانًا.
- عدم إمكانية إرسال كميات كبيرة بشكل مستقر، مما يؤدي لضياع الإشعارات الحساسة للعملاء.
- صعوبة دمج الإرسال داخل سير عمل (workflows) معقد يحتاج إلى أتمتة كاملة دون مراقبة بشرية.

لهذا أصبح الاعتماد على WhatsApp Business API الرسمي (عبر مزودين معتمدين) هو الخيار الوحيد المستدام تقنيًا للأنظمة التي ترسل آلاف الرسائل يوميًا. استخدام الأرقام السحابية يضمن لك بقاء الخدمة تعمل على مدار الساعة دون الحاجة لهاتف مفتوح أو متصل بالإنترنت بشكل دائم، وهو ما توفره منصات متقدمة مثل Whats360 التي تسهل عملية الأتمتة دون تعقيدات تقنية.
Whats360 يقدم طبقة وسيطة تُبسّط التعامل مع الـ WhatsApp Cloud API الرسمي من خلال:
- endpoints بسيطة تعتمد كلها على HTTP GET، مما يسهل استدعاءها من أي متصفح أو تطبيق.
- إدارة مركزية للـ instances عبر لوحة https://crm.whats360.live لمراقبة حالة الربط.
- توفير token و instance_id لكل رقم مربوط لضمان أعلى مستويات الأمان والخصوصية.
النتيجة: يمكن للمطور أو منفذ الأتمتة التركيز على المنطق التجاري بدلاً من التعامل مع تعقيدات الـ official WhatsApp API مباشرة، مما يسرع عملية التطوير البرمجي بنسبة تصل إلى 70%.
البنية الأساسية لأي طلب إرسال عبر Whats360 API: تحليل endpoint وعناصر التحكم
كل طلب إرسال يبدأ من نفس النمط، وهو تصميم يهدف للسرعة القصوى في التنفيذ. من خلال خبرتنا في تنفيذ أنظمة CRM مخصصة، وجدنا أن توحيد هيكل الطلب يقلل من أخطاء المبرمجين ويجعل عملية الـ Debugging أسرع بكثير.
https://crm.whats360.live/api/v1/{endpoint}?token=...&instance_id=...&jid=...&...
أهم المكونات الأربعة الإلزامية في كل طلب، والتي تمثل مفاتيح التحكم الأساسية في العملية:
| المعاملة | الوصف | مثال صحيح | خطأ شائع |
|---|---|---|---|
| token | مفتاح التصريح الخاص بالحساب | طويل جدًا (يُولّد من الـ CRM) | استخدام token قديم أو من حساب آخر |
| instance_id | معرف الجهاز / الرقم المرتبط داخل النظام | رقم أو سلسلة قصيرة | كتابة instance بدل instance_id |
| jid | معرف الوجهة بتنسيق واتساب الداخلي | 2010123456789@s.whatsapp.net | إرسال 010123456789 أو +2010123456789 |
| msg / caption / … | المحتوى أو رابط الميديا حسب نوع الـ endpoint | نص أو رابط مباشر | عدم ترميز urlencode للنصوص العربية |
الصيغة الصحيحة للـ jid دائمًا هي المفتاح لنجاح الطلب: 201xxxxxxxxxx@s.whatsapp.net. نؤكد دائمًا في مشاريع التكامل البرمجي التي نقوم بها عبر Beincode على ضرورة تنظيف الأرقام من أي رموز زائدة قبل إرسالها للـ API، فالعلامات مثل (+) أو الأصفار الزائدة (00) ستؤدي حتمًا لفشل الطلب.
أي خطأ في أي من هذه العناصر الأربعة يؤدي غالبًا إلى استجابة فاشلة تحمل "success": false. يجب عليك دائمًا بناء منطق معالجة أخطاء في الكود الخاص بك لقراءة رسالة الخطأ المرتجعة ومعالجتها، سواء كانت بسبب انتهاء صلاحية التوكن أو خطأ في صيغة الرقم.
كيف يتم تنفيذ طلب send-text فعليًا: تحليل التنفيذ في JavaScript داخل Node.js وn8n
استخدام JavaScript في بيئة Node.js أو داخل أدوات مثل n8n يعطي مرونة هائلة. السر في النجاح هنا يكمن في استخدام URLSearchParams للتأكد من أن جميع القيم تم عمل Encoding لها بشكل صحيح، خاصة الحروف العربية التي قد تسبب مشاكل إذا تم إرسالها كنص خام.
const params = new URLSearchParams({
token: 'YOUR_TOKEN_HERE',
instance_id: 'YOUR_INSTANCE_ID',
jid: '2010123456789@s.whatsapp.net',
msg: 'مرحبا! كيف يمكننا مساعدتك اليوم؟'
});
const url = 'https://crm.whats360.live/api/v1/send-text?' + params.toString();
try {
const response = await fetch(url);
const data = await response.json();
if (data.success) {
console.log('تم الإرسال بنجاح!');
return [{ json: data }];
} else {
throw new Error(data.message || 'فشل إرسال الرسالة');
}
} catch (error) {
console.error(error);
return [{ json: { error: error.message } }];
}هذا الكود مناسب جدًا داخل n8n عند استخدام Code node، وهو يوفر لك التحكم الكامل في كيفية معالجة رد الفعل من السيرفر. في عام 2026، أصبحت منصات مثل Whats360 هي المفضل لمثل هذه التكاملات لسرعة استجابتها وقدرتها على التعامل مع عدد كبير من الطلبات المتزامنة دون تأخير (Latency).

كيف تتعامل أنظمة Backend مع Whats360 API باستخدام PHP (cURL)
لا تزال PHP هي اللغة المسيطرة على الكثير من المتاجر الإلكترونية وأنظمة الإدارة في السوق المصري. استخدام cURL يظل الطريقة الأكثر قوة واستقرارًا للتواصل مع الـ APIs الخارجية من خلال سيرفرات الويب.
<?php
$token = 'YOUR_TOKEN_HERE';
$instance_id = 'YOUR_INSTANCE_ID';
$jid = '2010123456789@s.whatsapp.net';
$msg = urlencode('مرحبا! عرض خاص اليوم فقط 🔥');
$url = "https://crm.whats360.live/api/v1/send-text?token={$token}&instance_id={$instance_id}&jid={$jid}&msg={$msg}";
$ch = curl_init($url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
$response = curl_exec($ch);
$http_code = curl_getinfo($ch, CURLINFO_HTTP_CODE);
curl_close($ch);
$result = json_decode($response, true);
if ($http_code === 200 && isset($result['success']) && $result['success']) {
echo "تم الإرسال بنجاح!\n";
} else {
echo "خطأ: " . ($result['message'] ?? 'غير معروف') . "\n";
}من واقع تشغيل الأنظمة، نوصي دائمًا بتعطيل CURLOPT_SSL_VERIFYPEER فقط في بيئات التطوير، بينما في بيئة الإنتاج يجب التأكد من ضبط شهادات SSL بشكل صحيح لضمان أمان البيانات. التكامل مع Whats360 عبر PHP يتيح لأصحاب المتاجر إرسال فواتيرهم تلقائيًا بمجرد إتمام الطلب.
تنفيذ الإرسال باستخدام Python requests: لماذا تستخدمه أنظمة الأتمتة والتحليلات
بايثون هي ملكة علوم البيانات والأتمتة المتقدمة. عندما نحتاج لبناء سكريبت يقوم بفلترة قاعدة بيانات عملاء ضخمة ثم إرسال رسائل مخصصة بناءً على سلوكهم الشرائي، نلجأ فورًا لمكتبة requests لبساطتها وقوتها.
import requests
params = {
'token': 'YOUR_TOKEN_HERE',
'instance_id': 'YOUR_INSTANCE_ID',
'jid': '2010123456789@s.whatsapp.net',
'msg': 'مرحبا! كيف يمكننا مساعدتك اليوم؟'
}
response = requests.get('https://crm.whats360.live/api/v1/send-text', params=params, timeout=10)
if response.status_code == 200:
data = response.json()
if data.get('success'):
print("تم الإرسال بنجاح!")
else:
print("فشل الإرسال:", data.get('message', 'غير معروف'))
else:
print("مشكلة في الاتصال:", response.status_code)Python مع مكتبة requests هو الخيار الأكثر شيوعًا في سكريبتات الـ cron jobs التي تعمل في الخلفية لتذكير العملاء بمواعيد اشتراكاتهم، أو عند بناء webhooks handlers لاستقبال البيانات ومعالجتها ثم إرسال رد فوري عبر واتساب.
كيف تختلف endpoints حسب نوع الرسالة: send-image، send-video، send-audio، send-doc
تنوع المحتوى هو سر التفاعل. لا يكتفي العملاء في 2026 بالنصوص فقط، بل يبحثون عن تجربة بصرية ومعلوماتية متكاملة. لذا فإن تقسيم الـ endpoints في Whats360 جاء ليلبي هذه الاحتياجات بدقة عالية.
| نوع الميديا | Endpoint suffix | المعاملة الرئيسية | مثال رابط |
|---|---|---|---|
| نص | send-text | msg | — |
| صورة | send-image | imageurl | https://…/product.jpg |
| فيديو | send-video | videourl | https://…/demo.mp4 |
| صوت | send-audio | audiourl | https://…/voice.mp3 |
| مستند | send-doc | docurl | https://…/catalog.pdf |
عند إرسال الميديا، من المهم جدًا أن تكون الروابط مباشرة (Direct Links) وتنتهي بالامتداد الصحيح للملف. أي رابط يطلب تسجيل دخول أو يحتوي على صفحة تحويل سيفشل النظام في سحبه وإرساله كملف واتساب.

مثال Python لإرسال مستند (PDF) مع نص توضيحي:
import requests
params = {
'token': 'YOUR_TOKEN',
'instance_id': 'YOUR_ID',
'jid': '2010123456789@s.whatsapp.net',
'caption': 'الكتالوج الجديد 2026 📄',
'docurl': 'https://example.com/catalog.pdf'
}
r = requests.get('https://crm.whats360.live/api/v1/send-doc', params=params)
print(r.json())لماذا يوصى باستخدام HTTP Request Node في n8n بدل Code Node
في n8n، القاعدة الذهبية هي: “استخدم الـ Nodes الجاهزة ما لم تضطر لكتابة كود”. استخدام HTTP Request node يجعل عملية الربط مع Whats360 أكثر وضوحًا لأي شخص يراجع الـ workflow خلفك.
المميزات الرئيسية لـ HTTP Request node تشمل:
- عرض مرئي لكل parameter مما يقلل من احتمالية نسيان أحدهم.
- دعم Authentication مدمج، مما يسهل إدارة التوكنات دون تكرارها في كل مكان.
- سهولة إعادة الاستخدام عبر sub-workflows لتقليل تكرار العمل.
- ميزة retry on fail المدمجة التي تحاول إرسال الرسالة مرة أخرى في حال حدوث مشكلة مؤقتة في الشبكة.
- إمكانية ضبط timeout و headers بضغطة زر دون الغوص في تعقيدات الكود.
تحليل الأخطاء الشائعة في Whats360 API وما الذي تكشفه عن بنية النظام
فهم الأخطاء هو نصف الحل. من خلال مئات الساعات من التشغيل الفعلي، قمنا بتصنيف الأخطاء الأكثر تكرارًا وكيفية التعامل معها بشكل احترافي لضمان استمرارية الخدمة.
| كود الحالة / الرسالة | المعنى التقني الأكثر احتمالاً | الحل الأكثر شيوعًا |
|---|---|---|
| 401 | توكن أو instance_id غير صحيح أو منتهي الصلاحية | إعادة توليد التوكن من https://crm.whats360.live |
| 400 | jid غير صحيح أو رابط الميديا غير صالح أو ناقص معامل | التحقق من تنسيق jid ورابط الميديا |
| Connection timeout | السيرفر مشغول أو مشكلة شبكة مؤقتة | إضافة retry (3–5 مرات) مع backoff |
| success: false | مشكلة منطقية (مثل: الرقم غير مسجل في واتساب) | قراءة حقل message بدقة لمعرفة السبب |
متطلبات الأمان الحقيقية عند استخدام token و instance_id داخل أنظمة الإنتاج
الأمان ليس رفاهية، بل هو ضرورة لحماية خصوصية العملاء. في 2026، لم يعد من المقبول وضع التوكنات داخل الكود البرمجي (Hardcoded) لأن ذلك يعرض حسابك للاختراق بسهولة.
أفضل الممارسات المتبعة في تنفيذنا للمشاريع الكبرى:
- استخدام ملفات .env مع مكتبة dotenv في بيئات التطوير.
- الاعتماد على Secrets Manager (مثل تلك المتوفرة في AWS أو n8n Credentials) لتشفير بيانات الاتصال.
- عمل IP whitelist إذا كانت الخدمة تسمح بذلك لضمان أن الطلبات تأتي فقط من سيرفراتك.
- تدوير التوكن (Token Rotation) كل فترة لتقليل مخاطر التسريب.
- تسجيل (Logging) كل طلب ناجح أو فاشل مع توقيت الحدوث (Timestamp) لتسهيل المراجعة الدورية.
كيف تتحول واجهة API إلى طبقة إرسال مركزية داخل أنظمة CRM والأتمتة
الـ API endpoints التي تقدمها Whats360 لا تعمل في معزل عن باقي النظام، بل هي الجسر الذي يربط بين بياناتك وعملائك. في المشاريع المعقدة التي ينفذها فريق Beincode، نعتبر الـ API بمثابة طبقة تواصل رقيقة (thin messaging layer).
هذه الطبقة تسمح بالربط بين:
- أنظمة CRM / المتاجر الكبرى مثل منصة Toggaar أو WooCommerce.
- أدوات الأتمتة المتقدمة مثل Make و n8n أو حتى تطبيقات الـ backend المخصصة.
- طبقة التحكم البشرية عبر لوحة التحكم في https://crm.whats360.live.
هذا التصميم الذكي يسمح بفصل منطق الإرسال عن منطق الأعمال (Business Logic)، مما يعطي مرونة كبيرة في توسيع النظام مستقبلًا أو إدارة أرقام واتساب متعددة لنفس المشروع دون الحاجة لتغيير الكود الأساسي في كل مرة.
بهذا التصميم يصبح الـ WhatsApp ليس مجرد قناة تواصل، بل طبقة بنية تحتية قابلة للبرمجة والقياس داخل منظومة الأعمال الرقمية، مما يمنح الشركات القدرة على المنافسة في سوق يتطلب السرعة والدقة.
شاهد هذا الشرح العملي من قناة Affiegy حول كيفية الاستفادة القصوى من النظام:
شاهد هذا الشرح العملي من قناة Affiegy حول التفاصيل التقنية للربط:
- واتساب API واتس 360 للأتمتة والتجارة التحادثية في مصر 2026
- أتمتة إرسال رسائل واتساب من جوجل شيتس عبر واتساب API 2026
- أتمتة واتساب بدون API رسمي 2026: دليل n8n + Whats360 خطوة بخطوة
- إرسال رسائل واتساب تلقائية باستخدام Whats360 API: دليلك العملي
- ربط Google Sheets مع Whats360 API لإرسال رسائل واتساب تلقائية
الناشر:
محمد فارس






