---
title: "WebRTC بعبارات بسيطة"
summary: "ما يمنحك المتصفح مجاناً، وما لا يمنحه، والاختصارات الثلاثة التي لا مفر منها، وأين تقع الكلفة الحقيقية وعبء الدعم."
canonical: https://cpaas.co/ar/learn/webrtc-in-plain-terms
kind: explainer
depth: foundation
origin: original
published: 2026-09-06T16:26:18.899Z
updated: 2026-10-14T16:26:19.461Z
topics: ["Voice & Video", "Architecture", "Fundamentals"]
language: ar
---
# WebRTC بعبارات بسيطة

**WebRTC** (الاتصال الآني عبر الويب) مجموعة لبنات داخل المتصفحات وتطبيقات الجوال للصوت والفيديو والبيانات الحية بين جهازين. وهو [توصية من W3C](https://www.w3.org/TR/webrtc/) منذ يناير 2021، وآخر تحديث لها في مارس 2025، ويستند إلى بروتوكولات وحّدتها IETF.

مثال: يتيح تطبيق للرعاية الصحية عن بُعد للمريض أن ينقر "انضم إلى الموعد" في المتصفح فيرى طبيبه — بلا إضافة ولا تنزيل. يتولى WebRTC الوصول إلى الكاميرا والاتصال والوسائط المشفّرة. أما كل شيء آخر تقريباً — غرفة الانتظار، ومن يحق له الانضمام، وسجل الموعد — فهو عمل التطبيق نفسه.

له ثلاثة أجزاء، ومن المفيد إبقاؤها منفصلة.

```diagram:blocks
# أجزاء WebRTC الثلاثة، والتطبيق من حولها
الحصول على الوسائط | الكاميرا والميكروفون، بإذن يُمنح لكل موقع. ولا حاجة إلى خادم.
الاتصال | يجد ICE مساراً؛ ويجعله STUN، وTURN عند الحاجة، يعمل عبر NAT.
نقل البيانات | قناة بيانات منخفضة التأخير لأي شيء آخر — المؤشرات وحركات الألعاب ونقل الملفات.
عمل التطبيق نفسه | غرفة الانتظار، ومن يحق له الانضمام، وسجل الموعد.
```

## 1. الحصول على الوسائط

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

## 2. الاتصال بالطرف الآخر

هنا تعيش الاختصارات. معظم الأجهزة تقع خلف موجّهات تُجري **ترجمة عناوين الشبكة (NAT)**، فتخفي عنوانها الحقيقي. ووصل جهازين منها يتطلب:

- **ICE** — إجراء إيجاد مسار صالح بين جهازين. يجمع المسارات الممكنة ويجربها.
- **STUN** — خدمة عامة صغيرة يسألها الجهاز: "كيف يبدو عنواني من الخارج؟" رخيصة التشغيل.
- **TURN** — مُرحِّل لحين انعدام المسار المباشر. يحمل الوسائط الفعلية، فيكلّف نطاقاً ترددياً، وهو الجزء الذي يُنسى في الميزانية. وتتباين حصة المكالمات التي تحتاجه كثيراً، وهي أعلى بكثير على الشبكات المؤسسية المقيّدة.

تبدو المكالمة لحظية لكنها عدة خطوات منفصلة. ومعرفة أيها أخفق هي معظم تشخيص الأعطال؛ ومعرفة أيها يشغّله المورّد لك هي معظم الشراء.

```diagram:flow
# من ضغط زر الاتصال إلى سماع صوت
الإشارة | يتبادل الطرفان ما يدعمانه وأين هما. وليست جزءاً من WebRTC — تبنيها أو تشتريها.
الاكتشاف | يخبر STUN كل طرف بعنوانه العام. رخيص وبسيط ويكفي لكثير من الشبكات.
الاجتياز | حيث يمنع NAT صارم أو جدار حماية مساراً مباشراً، يحمل مُرحِّل TURN الوسائط بدلاً منه.
التفاوض | يُتفق على المرمّزات والدقات ومفاتيح التشفير. وهنا يظهر تباين القدرات.
جريان الوسائط | مباشرةً حيث أمكن، وعبر المُرحِّل حيث لا. ومشفّرة في الحالتين.
> الإشارة والمُرحِّلات هما الخطوتان ذواتا الكلفة الجارية. والباقي مدمج في المتصفح.
```

## 3. نقل البيانات

إلى جانب الصوت والفيديو، يقدّم WebRTC **قناة بيانات**: اتصالاً منخفض التأخير بين الجهازين لأي شيء آخر — مواضع المؤشر، وحركات الألعاب، وتحرير المستندات الحي، ونقل الملفات. وهي غير مستغلة بما يكفي.

## ما ليس هو WebRTC

**ليس منتجاً.** بل مجموعة لبنات. وكل ما يحتاجه اجتماع بعد الاتصال الواحد — الغرف، وقوائم المشاركين، والصلاحيات، والتسجيل، وغرفة الانتظار — تبنيه أو تشتريه.

**ليس إشارة.** فالمعيار يترك عمداً كيف يجد الجهازان بعضهما ويتبادلان تفاصيل الاتصال. ولهذا يقضي كل درس عن WebRTC معظم وقته على WebSocket.

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

```diagram:compare
| في WebRTC | ليس في WebRTC
نقل الوسائط | صوت وفيديو وبيانات مشفّرة بين الأجهزة | خوادم الترحيل اللازمة حين لا يوجد مسار مباشر
المرمّزات والتفاوض | آلية الاتفاق عليها | أيها تحتاجه جودة مكالمتك فعلاً
التشفير | إلزامي أثناء النقل؛ ومن طرف إلى طرف بين جهازين حتى عبر مُرحِّل TURN | إبقاء الوسائط مستورة عن خادم وسائط في الوسط
الإشارة | لا شيء إطلاقاً | كيف يجد الطرفان بعضهما — وهذا لك كاملاً
تعدد الأطراف | لا شيء | خادم وسائط (SFU) لتوجيه أكثر من حفنة مشاركين
التسجيل | لا شيء | التخزين والموافقة والاحتفاظ والولاية القضائية
> العمود الأيمن هو المنتج. ولهذا لا يخبرك "نستخدم WebRTC" إلا بالقليل عمّا يشغّله المورّد فعلاً.
```

## المكالمات الجماعية: الشبكة المتشابكة وSFU وMCU

| التصميم | كيف يعمل | يناسب |
|---|---|---|
| الشبكة المتشابكة (Mesh) | يرسل كل شخص تدفقه إلى كل الآخرين | شخصين، وأحياناً ثلاثة أو أربعة |
| وحدة التوجيه الانتقائي (SFU) | يتلقى خادم كل تدفق ويمرّر ما يحتاجه كل مشارك | معظم المكالمات الجماعية اليوم |
| وحدة التحكم متعددة النقاط (MCU) | يمزج خادم كل التدفقات في تدفق واحد | الأجهزة الضعيفة جداً والأنظمة القديمة؛ مكلفة التشغيل |

## أين تقع الكلفة فعلاً

أجزاء المتصفح مجانية. وتصل الكلفة في موضعين، كلاهما تشغيلي لا ترخيصي:

- **المُرحِّلات.** المكالمات التي لا تتصل مباشرةً تحتاج TURN، والوسائط المُرحَّلة نطاق ترددي تدفع ثمنه، على خوادم تشغّلها أو تستأجرها.
- **خوادم الوسائط.** المكالمات الجماعية تحتاج SFU، وهي بنية تحتية حقيقية بتخطيط سعة حقيقي.

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

## ما الذي ستقضي وقتك في تشخيصه فعلاً

معظم تذاكر دعم WebRTC لا تتعلق بالبروتوكول:

- **الأذونات.** حجب المستخدم الكاميرا مرة قبل أشهر، والمتصفح يتذكر. اكشف هذا الخطأ المحدد وقل "متصفحك يحجب الكاميرا — وإليك كيفية السماح"، لا "فشل الاتصال".
- **اختيار الجهاز.** حاسوب محمول بشاشة موصولة وسماعة رأس وميكروفون مدمج له عدة مدخلات ممكنة، والافتراضي كثيراً ما يكون الخطأ. ومنتقي الأجهزة ضروري، لا ميزة كمالية.
- **شبكات تتغير أثناء المكالمة.** الانتقال من الواي فاي إلى بيانات الجوال، أو اتصال شبكة افتراضية خاصة، قد يُسقط الوسائط. عالج إعادة الاتصال عمداً؛ فالافتراضي صورة مجمّدة بلا تفسير.

```diagram:checklist
# التذاكر التي لا تتعلق بالبروتوكول
[!] الأذونات | قل "متصفحك يحجب الكاميرا — وإليك كيفية السماح"، لا "فشل الاتصال"
[!] اختيار الجهاز | مدخلات ممكنة عدة وافتراضي خاطئ: منتقي الأجهزة ضروري
[!] شبكات تتغير أثناء المكالمة | عالج إعادة الاتصال عمداً؛ فالافتراضي صورة مجمّدة
```

## إشارات الجودة الجديرة بالعرض

يُبلغ الاتصال عن إحصاءات باستمرار. وثلاث منها تتنبأ بمكالمة سيئة قبل شكوى المستخدم: **زمن الذهاب والإياب**، و**فقد الحزم**، وهل المكالمة **مُرحَّلة**. ومؤشر بسيط مبني عليها — مع إخبار المستخدم أي طرف لديه المشكلة — يحوّل تجربة سيئة غير مفسَّرة إلى أخرى قابلة للإصلاح.

```diagram:matrix
# إشارات تتنبأ بمكالمة سيئة
زمن الذهاب والإياب | كم تستغرق الحزمة ذهاباً وإياباً.
فقد الحزم | كم من الوسائط لا يصل أبداً.
مُرحَّلة أم مباشرة | هل تمر المكالمة عبر مُرحِّل TURN.
أي طرف | إخبار المستخدم أي طرف لديه المشكلة يحوّل المكالمة السيئة إلى أخرى قابلة للإصلاح.
```

## أين تسافر الوسائط

وسائط WebRTC مشفّرة، لكنها تسافر إلى مكان ما، وأين تقع المُرحِّلات وخوادم الوسائط سؤال ولاية قضائية سيطرحه مشترٍ خاضع للتنظيم. فمسار الوسائط المستضاف لدى مورّد أسرع تبنياً ويقدّم غالباً ضوابط إقليمية؛ والمُرحِّل الذاتي يُبقي الوسائط داخل حد تسمّيه، بكلفة تشغيله. وكلاهما قابل للدفاع — فاطرح السؤال مبكراً. انظر [الفيديو المباشر بين الطرفين](/ar/learn/video-without-a-vendor) للمفاضلات.

## إلى أين يتجه المعيار

يغطي عمل W3C على [حالات الاستخدام الموسّعة](https://www.w3.org/TR/webrtc-nv-use-cases/) الوصول إلى الوسائط المرمّزة لمعالجة مخصصة، وتحكماً أدق في سلوك الازدحام، واحتياجات أخرى تتجاوز المؤتمرات. فالمعيار لا يزال يُوسَّع لتطبيقات آنية من أنواع كثيرة.

## إلى أين بعد ذلك

- [الفيديو المباشر بين الطرفين: ما الذي يزيله وما الذي لا يزيله](/ar/learn/video-without-a-vendor) — الخطوة التالية في هذا المسار.
- [التأخير الذي تشعر به فعلاً](/ar/learn/latency-you-can-actually-feel) — لماذا يهم التأخير أكثر من الدقة.

## Sources

[^1]: [WebRTC: Real-Time Communication in Browsers](https://www.w3.org/TR/webrtc/) — W3C Recommendation, 13 March 2025
[^2]: [Updated W3C Recommendation: WebRTC: Real-Time Communication in Browsers](https://www.w3.org/news/2025/updated-w3c-recommendation-webrtc-real-time-communication-in-browsers) — W3C, March 2025
[^3]: [WebRTC Extended Use Cases](https://www.w3.org/TR/webrtc-nv-use-cases/) — W3C

---

Published by the company behind five products in this category. Those products appear in this site's directory alongside competitors under the same published criteria and are labelled as its own. Editorial content does not recommend them.