---
title: "ما هي بوابة SMS؟ كيف تعمل وأنواعها وكيف تختارها"
description: "ما هي بوابة الرسائل النصية؟ تعرّف على رحلة الرسالة من تطبيقك إلى الهاتف، وأنواع البوابات (API وSMPP والبريد إلى SMS ومودم GSM)، وأهم المزايا وطريقة الاختيار."
canonical: "https://omnichannels.ai/ar/blog/what-is-sms-gateway/"
language: "ar"
updated: "2026-11-03"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "sms"
primaryQuery: "what is an sms gateway"
keywords: ["ما هي بوابة SMS", "بوابة الرسائل النصية", "SMS API", "بوابة SMPP", "كيف تعمل بوابة SMS", "مودم GSM لإرسال SMS", "البريد الإلكتروني إلى SMS", "بوابة الرسائل النصية الجماعية"]
published: "2026-11-03"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 10
answer: "بوابة SMS نظام يحوّل الرسائل بين تطبيقاتك وشبكات الجوال. يرسل برنامجك الرسالة عبر HTTP API أو SMPP، فتتحقق البوابة من الرقم وتختار الترميز والمسار وتقسم النصوص الطويلة ثم تسلّم الرسالة إلى مركز SMSC لدى المشغّل الذي يوصلها إلى الهاتف. ثم يعود إيصال التسليم لترى النتيجة."
takeaways: ["تقع بوابة SMS بين تطبيقك ومركز SMSC لدى المشغّل، وتتولى التوجيه والترميز والتقسيم وضبط معدل الإرسال وإيصالات التسليم.", "تُستخدم أربعة أنواع: بوابات HTTP API وبوابات SMPP وبوابات البريد الإلكتروني إلى SMS وبوابات الأجهزة (مودم GSM أو SIM box). وحركة A2P الاحترافية مكانها البوابات البرمجية المتصلة بالمشغّلين.", "SMS API هي واجهة المطورين أمام البوابة، أما SMPP bind فهو الاتصال الدائم المستخدم للأحجام الكبيرة.", "الإرسال عبر بطاقات SIM قد يُسقط اسم المرسل ويؤخر الرسائل ويُفسد النص العربي ويسبب الحظر، لأنه يتجاوز الاتفاق التجاري مع المشغّل.", "اختر البوابة بحسب نوع المسار في كل دولة، وجودة إيصالات التسليم، وطريقة التعامل مع اسم المرسل، ومعدل الإرسال، ودعم الترميز، واختبار تجريه بأرقامك قبل نقل الحجم."]
faq: 
  - q: "ما هي بوابة SMS بعبارات بسيطة؟"
    a: "بوابة SMS هي النظام الذي ينقل الرسالة النصية من برنامجك إلى شبكة الجوال. ترسل إليها الرسالة عبر API أو SMPP، وتتولى هي التحقق من الأرقام والترميز والتقسيم والتوجيه وتقارير التسليم. ومن دون بوابة ستحتاج إلى اتصال منفصل بكل مشغّل جوال تريد الوصول إليه."
  - q: "ما الفرق بين بوابة SMS وSMS API؟"
    a: "SMS API هي الواجهة التي يستدعيها المطورون، وهي عادةً HTTPS مع JSON. أما البوابة فهي المنصة التي خلفها وتوجّه الرسالة إلى المشغّلين. ويقدّم المزوّد الواحد عادةً الاثنين معاً، وSMPP طريقة أخرى للوصول إلى البوابة نفسها. وحين يقول الناس gateway API فهم يقصدون الواجهة التي تتيح لبرنامجك الوصول إلى بنية البوابة."
  - q: "كيف تعمل بوابة SMS؟"
    a: "يرسل تطبيقك الرسالة، فتتحقق البوابة من الرقم، وتختار ترميز GSM-7 أو UCS-2، وتضيف اسم المرسل، وتقسم الرسائل الطويلة وتسلّمها إلى مركز SMSC لدى المشغّل عبر SMPP أو واجهة أخرى. يوصل SMSC الرسالة إلى الهاتف. ثم يعود إيصال التسليم وتحوّله البوابة إلى حالة مثل مُسلَّمة أو فاشلة."
  - q: "هل بوابة SMS هي نفسها SMSC؟"
    a: "لا. SMSC هو مركز التخزين والإعادة لدى المشغّل داخل شبكة الجوال، ويحتفظ بالرسائل ويعيد المحاولة حتى تُسلَّم أو تنتهي صلاحيتها. أما البوابة فهي الطبقة بين أنظمتك ومشغّل واحد أو عدة مشغّلين. وبعض البوابات تتصل مباشرة بمراكز SMSC لدى المشغّلين، وبعضها يمر عبر وسطاء تجميع (aggregators)."
  - q: "هل أستطيع استخدام مودم GSM أو SIM box كبوابة SMS؟"
    a: "من الناحية التقنية نعم، لبضع رسائل من نوع التواصل بين الأفراد من شريحتك الخاصة. لكنه غير مناسب لحركة الأعمال: السعة محدودة، وخيارات اسم المرسل ضعيفة، وقد يرصد المشغّلون حركة A2P المرسلة عبر SIM ويحظرونها. استخدم بوابة متصلة بالمشغّلين لرموز OTP والتنبيهات والحملات، وتحقق من نوع المسار قبل التوقيع."
  - q: "ماذا أبحث عنه عند اختيار بوابة SMS؟"
    a: "اسأل هل المسارات مباشرة إلى المشغّلين، ومن أين تأتي إيصالات التسليم، وكيف تُسجَّل أسماء المرسل في الدول التي تشترطه، وما الترميزات المدعومة، وكيف يُتفق على معدل الإرسال، وكيف يعمل التحويل عند الفشل (failover)، وكيف تختبر بأرقامك. وتجنب القرارات المبنية على سعر الرسالة وحده."
sources: 
  - title: "SMPP Protocol Specification v3.4, Issue 1.2 (12 October 1999), SMPP Developers Forum"
    url: "https://smpp.org/SMPP_v3_4_Issue1_2.pdf"
  - title: "3GPP TS 23.040: Technical realization of the Short Message Service (SMS)"
    url: "https://www.3gpp.org/ftp/Specs/archive/23_series/23.040/"
---

# ما هي بوابة SMS؟ كيف تعمل وأنواعها وكيف تختارها

Canonical: https://omnichannels.ai/ar/blog/what-is-sms-gateway/
Language: ar
Publisher: OmniChannels.ai by BroadNet Technologies

هذا الدليل موجَّه إلى المطورين ومالكي المنتجات ومسؤولي العمليات الذين يريدون فهم ما يقع بين تطبيقهم وهاتف العميل. ستتعلم المسار الذي تسلكه الرسالة، وأنواع البوابات، والمزايا المهمة، وكيف ترسل أول رسالة اختبار.

## ما هي بوابة SMS؟

بوابة SMS نظام يحوّل الرسائل بين التطبيقات وشبكات الجوال، ويتولى التوجيه والترميز والتقسيم وإيصالات التسليم. وهي طبقة الترجمة بين برنامجك والمشغّلين الذين يوصلون الرسائل إلى الهواتف.

يُستخدم المصطلح بمعنيين. فقد يعني منصة مزوّد تتصل بمشغّلين كثيرين، وقد يعني برمجيات وأجهزة تربط أنظمة شركة واحدة بمزوّد. ويقدّم [مدخل بوابة SMS في القاموس](/ar/glossary/sms-gateway/) التعريف المختصر.

وهناك مصطلحان مجاوران كثيراً ما يُخلط بينهما وبينها:

- **SMSC (مركز خدمة الرسائل القصيرة):** عنصر الشبكة لدى المشغّل الذي يخزّن الرسائل النصية ويعيد توجيهها ويسلّمها. وتسميه المواصفة 3GPP TS 23.040 مركز الخدمة (Service Centre). راجع [SMSC](/ar/glossary/smsc/).
- **SMS API:** واجهة المطورين أمام البوابة. راجع [SMS API](/ar/glossary/sms-api/).

والبوابة هي طبقة التوجيه والترجمة بينهما، ويمكن لمزوّد واحد أن يلعب أدوار البوابة ومزوّد API ووسيط التجميع معاً.

## كيف تنتقل الرسالة النصية عبر بوابة SMS؟

تنتقل الرسالة من تطبيقك إلى البوابة، ثم من البوابة إلى مركز SMSC لدى المشغّل، ثم من SMSC إلى الهاتف، ويعود إيصال التسليم عبر المسار نفسه. وهذه الرحلة خطوة بخطوة.

1. **يرسل تطبيقك الرسالة.** يستدعي نقطة HTTP أو يرسل `submit_sm` عبر SMPP، مع رقم الوجهة واسم المرسل والنص.
2. **تتحقق البوابة وتوحّد الصيغة.** تفحص صيغة الرقم وتطبق قواعد الدولة وقد تبحث عن الرقم.
3. **تختار الترميز.** النص اللاتيني العادي يستخدم GSM-7 بواقع 160 حرفاً في الجزء الواحد. أما العربية وغيرها من الأبجديات فتحتاج إلى UCS-2 بواقع 70 حرفاً في الجزء الواحد. ويبين [دليل حدود أحرف SMS](/ar/blog/sms-character-limits-unicode-arabic/) أثر ذلك في التكلفة والطول.
4. **تقسم الرسائل الطويلة** إلى أجزاء يعيد الهاتف تجميعها.
5. **تختار مساراً** للشبكة الوجهة وتضيف اسم المرسل المسجَّل حيث يكون مطلوباً.
6. **تضعها في طابور لاحترام معدل الإرسال،** حتى لا تتجاوز ما اتفق عليه المشغّل.
7. **تسلّمها إلى SMSC لدى المشغّل،** عادةً عبر SMPP.
8. **يسلّم SMSC الرسالة.** يسأل الشبكة عن موقع المشترك ويمرر الرسالة. وإذا كان الهاتف مغلقاً يحتفظ بالرسالة ويعيد المحاولة حتى تنتهي مدة الصلاحية.
9. **يعود إيصال التسليم.** تحوّله البوابة إلى حالة وترسله إلى webhook لديك.

الرد الأول من SMSC يقول فقط إنه قبل الرسالة. أما الإيصال الذي يأتي لاحقاً فيقول ما حدث. والرسالة التي جاءها رد قبول ولم يصلها إيصال ليست مُسلَّمة بعد، وليست فاشلة بالضرورة. ويفك [دليل حالة تسليم الرسائل](/ar/blog/message-delivery-status-explained/) معاني الحالات.

## ما أنواع بوابات SMS؟

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

| النوع | طريقة الاتصال | الاستخدام المعتاد | الملاءمة لحركة A2P |
|---|---|---|---|
| بوابة HTTP API | طلبات HTTPS مع JSON أو بيانات نموذج، إضافة إلى webhooks | التطبيقات ورموز OTP والإشعارات والتسويق | نعم |
| بوابة SMPP | جلسة TCP دائمة (bind) | الأحجام الكبيرة والموزعون والمؤسسات التي لديها عملاء SMPP | نعم |
| بوابة البريد الإلكتروني إلى SMS | إرسال بريد إلى عنوان خاص أو عبر نموذج ويب | الأنظمة القديمة والأدوات التي لا ترسل إلا البريد | محدودة: تحكم قليل في الترميز واسم المرسل والإيصالات |
| مودم GSM أو SIM box | برنامج يشغّل بطاقات SIM في جهاز | اختبارات محلية صغيرة وتنبيهات مفردة من شريحتك | لا لحركة A2P الاحترافية |

### بوابات API

بوابة API هي الخيار المعتاد. يجري كودك استدعاء HTTPS ويستلم معرّف الرسالة، وترسل المنصة الحالات إلى webhook. وهي بلا حالة (stateless) ويسهل تتبع مشكلاتها بالأدوات القياسية. اطلع على [أمثلة SMS API](/ar/blog/send-sms-api-examples/) بلغات cURL وNode.js وPython وPHP.

### بوابات SMPP

SMPP (Short Message Peer-to-Peer) بروتوكول ثنائي مفتوح فوق TCP تستخدمه التطبيقات، ويسمّى ESME، والمزوّدون لتبادل الرسائل النصية مع SMSC. الإصدار 3.4 هو الأوسع انتشاراً؛ والمواصفة التي نستشهد بها هي Issue 1.2 بتاريخ 12 أكتوبر 1999. تبدأ الجلسة بـ bind كمرسِل (transmitter) أو مستقبِل (receiver) أو الاثنين (transceiver). يرسل العميل الرسائل بـ `submit_sm` ويستقبل الرسائل الواردة وإيصالات التسليم بصيغة `deliver_sm`، ويُبقي `enquire_link` الجلسة حية. ويحمل كل طلب رقماً تسلسلياً، فيمكن أن يكون عدة طلبات قيد التنفيذ في آن واحد، وهذا ما يجعل SMPP فعالاً مع الأحجام الكبيرة.

اختر SMPP عندما تشغّل برمجيات SMPP أصلاً أو ترسل أحجاماً كبيرة. ويقارن [دليل SMS API مقابل SMPP](/ar/blog/sms-api-vs-smpp/) بينهما، ويشرح مدخل [SMPP bind](/ar/glossary/smpp-bind/) أنواع الجلسات.

### بوابات البريد الإلكتروني إلى SMS

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

### مودمات GSM وأجهزة SIM box

يحمل المودم أو SIM box بطاقات SIM ويرسل الرسائل كأنها من هواتف عادية. وهو يصلح لعدد قليل من الرسائل، لكنه يحمل مخاطر حقيقية لحركة A2P الاحترافية، كما نوضح أدناه.

## لماذا يجب ألا تمر رسائل SMS الاحترافية عبر SIM box؟

الإرسال عبر SIM يتجاوز الاتفاق التجاري مع المشغّل، فقد تتأخر الحركة أو يُغيَّر اسمها أو تُحظر. وفي عالم المراسلة هذه هي التقنية وراء كثير من المسارات الرمادية.

يصف مدخلانا عن [احتيال SIM box](/ar/glossary/sim-box-fraud/) و[المسارات الرمادية](/ar/blog/grey-route-vs-direct-route-sms/) الأعراض:

- تصل رسائل الأعمال من رقم جوال محلي عشوائي بدلاً من اسم المرسل المسجَّل.
- تصل الرسائل متأخرة أو يضيع ترميز العربية فيها أو تُحظر عندما يرصد المشغّل الشرائح.
- قد تكون إيصالات التسليم غير موثوقة أو مصطنعة من البوابة.
- لا تتحقق قواعد تسجيل اسم المرسل في أسواق مثل الإمارات والسعودية.

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

## ما المزايا التي يجب أن تتوفر في بوابة SMS؟

تتولى البوابة الجيدة الأجزاء المملة بموثوقية: إيصالات التسليم والترميز ومعدل الإرسال وأسماء المرسل. استخدم هذه القائمة عند المقارنة بين الخيارات.

| الميزة | لماذا تهم | السؤال الذي تطرحه |
|---|---|---|
| اتصال مباشر بالمشغّلين | قفزات أقل وتسليم أفضل وقابلية للتتبع | أي الوجهات مباشرة وأيها عبر شركاء؟ |
| إيصالات التسليم وwebhooks | تحتاج إلى معرفة ما حدث | من أين تأتي الإيصالات، وإلى ماذا تُحوَّل الحالات؟ |
| التعامل مع اسم المرسل | مطلوب أو مقيّد في دول كثيرة | من يقدّم التسجيل وماذا يحدث عند رفضه؟ |
| دعم Unicode والعربية | العربية تحتاج إلى UCS-2 بأجزاء أقصر | هل يحتسب API الأجزاء قبل الإرسال؟ |
| ضبط معدل الإرسال | يمنع الإغراق والتقييد | كيف يُتفق على سرعة الإرسال لكل حساب؟ |
| فحص الأرقام | ينظّف القوائم ويدعم التوجيه | هل أستطيع فحص الأرقام قبل الإرسال؟ راجع [HLR lookup](/ar/blog/hlr-lookup-number-validation/) |
| التحويل عند الفشل | قد يفشل أي مسار | ماذا يحدث عندما يتدهور مسار؟ |
| SMS ثنائي الاتجاه | الردود وإلغاء الاشتراك والمحادثات | هل يستطيع العملاء الرد وإلى أين تذهب الردود؟ |
| API وSMPP | الملاءمة مع أنظمتك | هل يُقدَّم الاثنان على المسارات نفسها؟ |
| الجدولة والمهام الجماعية | الحملات | هل أستطيع رفع الملفات وجدولة الإرسال؟ |
| ضوابط الاحتيال | الحماية من SMS pumping | ما الحدود والتنبيهات الموجودة؟ راجع [منع SMS pumping](/ar/blog/sms-pumping-fraud-prevention/) |

## كيف أختار بوابة SMS؟

حدّد حركتك أولاً، ثم اختبر المسارات بأرقامك قبل أن تنقل الحجم. اتبع هذا التسلسل.

1. **اسرد الوجهات وأنواع الحركة:** رموز OTP والتنبيهات والعروض الترويجية تتصرف بشكل مختلف وتُسجَّل غالباً بشكل منفصل.
2. **راجع قواعد اسم المرسل** لكل دولة بـ[أداة فحص اسم المرسل](/ar/tools/sender-id-checker/) المجانية.
3. **قرر بين API وSMPP.** تستخدم معظم التطبيقات API، ويضيف المرسلون بأحجام كبيرة SMPP.
4. **اسأل عن نوع المسار في كل دولة** ومن أين تأتي إيصالات التسليم.
5. **أجرِ اختباراً** بأرقامك الموثّقة في كل دولة مستهدفة. افحص زمن الوصول وطريقة عرض المرسل وعرض العربية والإيصالات.
6. **راجع مسارات الدعم والتصعيد،** بما في ذلك من تتصل به عندما تتوقف الرسائل.
7. **اقرأ الشروط التجارية،** بما فيها كيفية تسعير تسجيلات أسماء المرسل والأسعار. ويذهب [قائمة تحقق مزوّد SMS الجماعي](/ar/blog/choose-bulk-sms-provider/) إلى أبعد من ذلك.

ويمكن لـ[حزمة طلب العروض لمزوّد المراسلة](/ar/tools/messaging-provider-rfp-kit/) المجانية أن تحوّل هذه القائمة إلى أسئلة للموردين.

## كيف أتصل ببوابة SMS وأرسل أول رسالة؟

اطلب وصولاً تجريبياً، واحفظ الرمز (token) بأمان، واستدعِ نقطة الإرسال، واستقبل حالة التسليم على webhook. مع BroadNet لا يوجد تسجيل ذاتي فوري، لذا فالخطوة الأولى طلب وصول قصير.

1. **اطلب وصولاً تجريبياً.** [أخبرنا](/ar/demo/) بقنواتك والدول المستهدفة والحجم المتوقع وحالة الاستخدام. يصدر مهندس بيانات اعتماد الاختبار ويوثّق الأرقام التي ستختبر بها.
2. **احفظ الرمز** في متغير بيئة مثل `BROADNET_TOKEN` على خادمك.
3. **أرسل رسالة** بـ `POST /sms/sendSms` إلى `https://api.broadnet.me`، مع الترويسة `Authorization: Bearer <token>`.
4. **استقبل الحالة** على webhook الخاص بك عبر HTTPS. تشمل الحالات SUBMITTED وSENT وDELIVERED وREAD وFAILED وREJECTED. وتعامل مع التكرار والأحداث غير المرتبة.

```bash title="cURL"
curl -X POST https://api.broadnet.me/sms/sendSms \
  -H "Authorization: Bearer $BROADNET_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "senderId": "OmniDemo",
    "destinationNumber": "447700900123",
    "message": "Your OmniDemo code is 482913",
    "messageType": "TEXT"
  }'
```

الشرح الكامل، مع Node.js وPython وPHP، موجود في [دليل البدء السريع للمطورين](/developers/quickstart/) و[مرجع SMS API](/developers/sms/) و[دليل webhooks](/developers/webhooks/). وبالنسبة لـ SMPP تُجهَّز حالات bind لكل حساب وتستخدم TLS؛ راجع [اتصال SMPP](/developers/smpp/).

## ما الأخطاء التي يقع فيها الناس مع بوابات SMS؟

تأتي معظم المشكلات من افتراضات عن التسليم والمسارات، لا من استدعاء API.

- **اعتبار "مقبولة" بمعنى "مُسلَّمة".** انتظر الإيصال.
- **تجاهل الترميز.** حرف عربي واحد قد ينقل الرسالة إلى UCS-2 ويقلص حجم الجزء. استخدم [عداد أحرف SMS](/ar/tools/sms-character-counter/).
- **تخطي تسجيل اسم المرسل** في الدول التي تشترطه.
- **الشراء بالسعر وحده.** المسارات الرخيصة قد تعني مسارات رمادية.
- **إرسال OTP والعروض الترويجية على المسار نفسه** دون فصل بينهما.
- **عدم التخطيط للتحويل عند الفشل.** اسأل ماذا يحدث عندما يتدهور مسار.
- **إهمال ضوابط الاحتيال.** نقاط OTP غير المحمية تدعو إلى SMS pumping.

## مثال تطبيقي: تطبيق توصيل في دبي

"رحّال إكسبرس" (Rahal Express) تطبيق توصيل افتراضي في دبي، يرسل رمز دخول وتنبيه "السائق في الطريق" وعرضاً ترويجياً أسبوعياً. كانت بوابته الأولى جسراً من البريد الإلكتروني إلى SMS مدمجاً في أداة قديمة. وكانت الرموز تصل أحياناً بعد انتهاء الجلسة، وتتعطل الأسماء العربية، ولا توجد حالات تسليم في التطبيق.

انتقلوا إلى بوابة API: يستدعي التطبيق نقطة SMS، ويُسجَّل اسم المرسل حيث يلزم، وتُحتسب النصوص العربية أجزاء UCS-2 قبل الإرسال، وتعود الحالات إلى webhook ليرى فريق الدعم حالات الفشل. وتستخدم حركة OTP والعروض الترويجية حملات وأسماء مرسل منفصلة. وأجروا اختباراً بأرقامهم في كل وجهة قبل نقل الحجم. والنتيجة ليست سحراً؛ إنها تسليم مرئي ونص صحيح ومسؤول واضح عن كل رسالة.

## كيف تساعدك OmniChannels.ai

ترسل OmniChannels.ai رسائل A2P SMS عبر اتصال BroadNet المباشر بالمشغّلين، مع SMS ثنائي الاتجاه وأسماء المرسل والإرسال الجماعي ودعم Unicode والعربية وفحص الأرقام HLR وSMPP 3.4 للأحجام الكبيرة. وتُبلغ REST API على `api.broadnet.me` عن حالات التسليم بصيغة webhook واحدة، ويجهز فريقنا تسجيلات أسماء المرسل ويقدمها معك. ويذهب الوصول التجريبي إلى أرقامك الموثّقة. [اطلب الوصول](/ar/demo/) أو اقرأ [وثائق المطورين](/ar/developers/) لتبدأ.