11 ديسمبر 2025
جديد
حقل جديد في الرد users.batchGet لتحديد المستخدمين الذين يمكن الوصول إليهم في المجموعة حسب شركة الاتصالات
لا تتمّ تعبئة هذا الحقل إلا لأرقام الهواتف في الولايات المتحدة.
يتضمّن الآن الإجراء users.batchGet
في واجهة برمجة التطبيقات للمراسلة التجارية من خلال خدمات الاتصالات التفاعلية (RCS) الحقل reachableUsersMap
في نص الردّ لتقديم معلومات أكثر تفصيلاً حول إمكانية وصول المستخدم.
reachableUsersMap هي خريطة تستخدم معرّفات شركات النقل كمفاتيح، وتكون القيم عبارة عن كائنات
ReachableUsers. يوفّر هذا البناء قائمة بأرقام هواتف أمريكية يمكن الوصول إليها على مشغّل شبكة جوّال معيّن، ما يساعدك في فهم مدى الوصول المحتمل على أساس كل مشغّل شبكة جوّال.
20 نوفمبر 2025
جديد
تعديل الفوترة: فئة موحّدة للفوترة غير الحوارية
لقد بسّطنا هيكل الفوترة من خلال الجمع بين فئتَي الفوترة القديمتَين، الرسالة الأساسية ورسالة واحدة، في فئة واحدة هي غير حوارية. بما أنّ الفئات القديمة كانت تتضمّن منطق فوترة مطابقًا، فإنّ هذا التغيير يهدف فقط إلى تبسيط إعدادات وكيلك.
من الآن فصاعدًا، سيتم تصنيف كل وكيل على أنّه تفاعلي أو غير تفاعلي.
يؤثّر هذا التغيير في RcsBusinessMessagingAgentBillingConfig وينطبق على جميع المطوّرين الذين يستخدمون Play Console أو Management API، وجميع شركات الاتصالات التي تستخدم Operations API.
يُمنح مستخدمو واجهة برمجة التطبيقات فترة انتقالية مدتها 90 يومًا (حتى 18 فبراير 2026) لدمج الفئة الجديدة في جميع أنظمتهم.
للحصول على التفاصيل الكاملة حول الخطة الانتقالية، بما في ذلك التوافق مع الأنظمة القديمة لواجهة برمجة التطبيقات والتغييرات المقترَحة في الرموز، يُرجى الرجوع إلى الأسئلة الشائعة حول الفوترة. في ما يلي النقاط الرئيسية:
- إنشاء وكيل جديد (Play Console): يمكنك إنشاء وكلاء جدد من النوع حوار أو غير حواري فقط في Play Console.
- إنشاء وكيل جديد (Management API): سيظل بإمكانك إنشاء وكلاء باستخدام الفئتَين القديمتَين الرسالة الأساسية والرسالة الفردية حتى 18 فبراير 2026. ومع ذلك، ننصحك بشدة بإنشاء جميع الوكلاء الجدد غير الحواريين باستخدام فئة غير حواري الجديدة بدءًا من الآن.
- نقل الوكلاء الحاليين (لا يلزم اتّخاذ أي إجراء): سيتم تلقائيًا نقل جميع الوكلاء المصنّفين على أنّهم رسالة أساسية أو رسالة واحدة إلى فئة غير حواري بعد 18 فبراير 2026. ستتلقّى إشعارًا قبل 30 يومًا من عملية النقل هذه.
- تعديل حقل Management API (للمطوّرين):
- لضمان التوافق مع الإصدارات القديمة، ستتيح Management API استخدام القيم القديمة (
BASIC_MESSAGEوSINGLE_MESSAGE) والجديدة (NON_CONVERSATIONAL) حتى 18 فبراير 2026. - الإجراء المطلوب: يجب تعديل منطق الوكيل لاستخدام قيمة
NON_CONVERSATIONALالجديدة قبل 18 فبراير 2026. ننصحك بتعديل منطق الوكيل الآن.
- لضمان التوافق مع الإصدارات القديمة، ستتيح Management API استخدام القيم القديمة (
- تعديل حقل Operations API (لمشغّلي شبكات الجوّال):
- لضمان التوافق مع الإصدارات القديمة، ستعرض Operations API القيمة المتوقّفة نهائيًا
SINGLE_MESSAGEللعاملين المحدّدين على أنّهمNON_CONVERSATIONALحتى 18 فبراير 2026. - الإجراء المطلوب: يجب تعديل أنظمتك للتعامل مع القيمة الجديدة
NON_CONVERSATIONALقبل 18 فبراير 2026. - الموافقة: يمكن لمشغّلي شبكات الجوّال الموافقة على تلقّي قيمة
NON_CONVERSATIONALالجديدة قبل 18 فبراير 2026. يُرجى التواصل مع فريق الدعم لطلب إجراء هذا التغيير.
- لضمان التوافق مع الإصدارات القديمة، ستعرض Operations API القيمة المتوقّفة نهائيًا
جديد
لقد عدّلنا مستنداتنا لتقديم تفاصيل كاملة عن نموذج الفوترة في الولايات المتحدة لحركة بيانات RCS for Business على شبكات مشغّلي شبكات الجوّال في الولايات المتحدة.
يستخدم نموذج الفوترة في الولايات المتحدة تصنيفات الرسائل المستندة إلى المحتوى (رسالة تفاعلية ورسالة وسائط متعددة تفاعلية ونقرة على إجراء مقترَح) التي تختلف عن التصنيفات المستخدَمة للزيارات من خارج الولايات المتحدة.
لمساعدتك في فهم هذه التغييرات، أنشأنا المراجع التالية:
- يقدّم دليل نموذج الفوترة في الولايات المتحدة تفاصيل حول منطق التصنيف وبُنى واجهة برمجة التطبيقات/خطاف الويب لحركة الزيارات في الولايات المتحدة.
- تم تعديل الأسئلة الشائعة حول الفوترة من خلال إضافة قسم جديد يلخّص الاختلافات الرئيسية بين نماذج الفوترة العادية ونماذج الفوترة في الولايات المتحدة.
بالنسبة إلى مشغّلي شبكات الجوّال والشركاء في الولايات المتحدة الذين يطلقون وكلاء على شبكات الجوّال في الولايات المتحدة: يُرجى مراجعة هذه المستندات للتأكّد من أنّ منطق إعداد التقارير وتصنيف الرسائل مضبوط بشكل صحيح للزيارات الواردة من الولايات المتحدة.
13 نوفمبر 2025
Changed (تمّ التغيير)
التنقل في الموقع الإلكتروني وتنظيمه
أجرينا عدّة تعديلات على طريقة التنقّل في الموقع الإلكتروني لتحسين التنظيم. لتسهيل العثور على المعلومات، اتّبِع الخطوات التالية:
- أضفنا قسمًا جديدًا بعنوان الميزات الجديدة. يتضمّن هذا القسم الآن معلومات حول أحدث الإصدارات والتحديثات القادمة قريبًا، بالإضافة إلى جميع ملاحظات الإصدارات السابقة.
- غيّرنا اسم رابط التنقّل استخدام المنتج قبل إطلاقه إلى برامج استخدام المنتج قبل إطلاقه.
- لقد أزلنا صفحة محادثات نموذجية. تتوفّر الآن أمثلة وحالات استخدام مشابهة على الموقع التسويقي الجديد المخصّص لميزة "خدمات الاتصالات التفاعلية (RCS) للمؤسسات".
28 أكتوبر 2025
جديد
تتضمّن وحدة تحكّم المطوّرين في منتجات التواصل مع الأنشطة التجارية الآن بيانات "سبب إلغاء الاشتراك" و"مؤشر المحتوى غير المرغوب فيه" في نظرة عامة على الإحصاءات.
23 أكتوبر 2025
Changed (تمّ التغيير)
تتبُّع التفاعل بدقة لمعاينات الروابط
عدّلنا دليل إرسال الرسائل لتوضيح كيفية استخدام معاينات الروابط في الرسائل النصية (بما في ذلك على سبيل المثال لا الحصر، الرسائل الأساسية) وتقديم مثال.
أضفنا أيضًا الملاحظة المهمة التالية للمطوّرين:
- لقياس تفاعل المستخدمين بدقة من خلال احتساب طلبات HTTP إلى عنوان URL معيّن، عليك فلترة الطلبات التي أرسلتها خدمة إنشاء معاينة الروابط. استبعِد الطلبات التي تتضمّن سلاسل وكيل المستخدم "GoogleMessages" أو "Google-PageRenderer".
3 أكتوبر 2025
Changed (تمّ التغيير)
عدّلنا سياسة الاستخدام المقبول لتحسين الوضوح والتعامل مع الأنواع الجديدة من إساءة الاستخدام. في ما يلي ملخّص للتغييرات الرئيسية:
- وسّعنا قسم إساءة استخدام المنتج ليشمل المزيد من الأمثلة على السلوكيات المحظورة، مثل اختراق الحسابات والاحتيال والخداع والبرامج الضارة.
- عدّلنا القسم الوصف المضلّل وانتحال الهوية بإضافة أمثلة جديدة على إخفاء المحتوى.
- أضفنا شرطًا جديدًا إلى قسم متطلبات الموافقة، والذي يتطلّب الآن الالتزام على مستوى العلامة التجارية بإبطال الموافقة.
- وسّعنا نطاق قسم المحتوى المحظور ليشمل حظر المزيد من أنواع المحتوى الضار، بما في ذلك الاعتداء الجنسي على الأطفال، وصور فاضحة بدون موافقة الشخص المعني (NCII)، والمحتوى المرتبط بالمنظمات العنيفة.
- تم استبدال فئات المحتوى المحظور المحدّدة (الكحول والمقامرة والرعاية الصحية) بموضوع أوسع وهو السلع والخدمات الخاضعة للرقابة.
- أوضحنا سياستنا التي تنص على أنّه يمكن لوكيل واحد فقط من علامة تجارية تقديم نوع محتوى معيّن للمستخدم نفسه.
30 سبتمبر 2025
تحسين المستندات
أعدنا تنظيم مستندات البنود والسياسات لتسهيل العثور عليها.
- أنشأنا علامة تبويب جديدة باسم البنود والسياسات تتضمّن بنود وسياسات RCS for Business ومستندات أمان البيانات.
- نقلنا أيضًا بنود خدمة مشغّل شبكة الجوّال الخاصة بميزة "الرسائل من الشركات من RCS" إلى علامة التبويب الجديدة هذه.
26 سبتمبر 2025
جديد
حلّ لمشاكل الاقتطاع: تم إيقاف الإصدار التجريبي المفتوح من "رسائل Google" للعرض الجديد بملء الشاشة الخاص بلوحات العرض الدوّارة للبطاقات التفاعلية، وأصبحت هذه الميزة متاحة بشكل عام في "رسائل Google"
يعالج هذا الإصلاح مشكلة رئيسية تتمثل في إمكانية اقتطاع النص أو الاقتراحات في لوحة العرض الدوّارة الخاصة بالبطاقة التفاعلية بسبب القيود المفروضة على الارتفاع. لتوضيح ما إذا كان يتوفّر المزيد من المحتوى، يظهر الآن زر المزيد على بطاقات لوحة العرض الدوّارة المقتطعة. يؤدي النقر في أي مكان في مساحة النص إلى توسيع البطاقة لتصبح قابلة للتمرير بملء الشاشة، ما يتيح للمستخدمين الاطّلاع دائمًا على الرسالة الكاملة.
سبب إجراء هذا التغيير
- تحسين تجربة المستخدم: يزيل هذا الخيار أي التباس لدى المستخدمين بشأن المحتوى المقتطع.
- تحسين موثوقية الرسائل: يمنحك هذا الخيار ثقة أكبر في أنّ رسالتك بأكملها، بما في ذلك التفاصيل المهمة وعبارات الحث على اتّخاذ إجراء، سيتم عرضها.
- ليس على المطوّر اتّخاذ أي إجراء: يتم تفعيل هذه الميزة تلقائيًا لجميع لوحات العرض الدوّارة الخاصة بالبطاقات التفاعلية بدون إجراء أي تغييرات على برنامجك.
للحصول على التفاصيل الفنية الكاملة حول المواصفات وتفاعلات المستخدمين وسلوك الاقتراحات، يُرجى الرجوع إلى مستندات البطاقات التفاعلية المعدَّلة.
18 سبتمبر 2025
Changed (تمّ التغيير)
بهدف التوافق بشكل أفضل مع تزايد إدراك المستهلكين لخدمات الاتصالات التفاعلية (RCS) وتبسيط هوية المنصة، أصبح اسم "المراسلة التجارية من خلال خدمات الاتصالات التفاعلية" (RBM) رسميًا RCS for Business.
ضمان عملية انتقال سلسة
هذا تغيير في الاسم، وليس في الوظيفة. لن يؤدي ذلك إلى أي تغييرات فنية على المنصة أو تغييرات جوهرية على الأحكام أو السياسات أو العقود الحالية.
في ما يلي ملخّص للأماكن التي سيظهر فيها اسم المنصة الجديد:
| الأماكن التي سيتم فيها تغيير الاسم ✅ | المواضع التي لن يتغيّر فيها الاسم ❌ |
|---|---|
| التسويق: موقع إلكتروني تسويقي جديد ومواد عرض تسويقية أخرى | البريد الإلكتروني المخصّص للدعم: سيظل العنوان rbm-support@google.com |
| المستندات: موقع المطوّرين الإلكتروني (الأقسام غير المتعلقة بواجهات برمجة التطبيقات) | واجهات برمجة التطبيقات ونقاط النهاية: لم يتم إجراء أي تغييرات على أسماء واجهات برمجة التطبيقات أو نقاط النهاية |
| الشؤون القانونية: بنود الخدمة وسياسة الاستخدام المقبول والعقود الجديدة والمجدَّدة | العقود الحالية: لن نعدّل العقود الحالية لتعكس تغيير الاسم. |
الإجراءات المطلوبة منك
- ليس عليك اتّخاذ أي إجراء فوري. هذه عملية نقل مرنة وتدريجية.
- لا تغيّر الرمز. بما أنّ أسماء واجهات برمجة التطبيقات ونقاط النهاية لن تتغير، لن تحتاج إلى إجراء أي عمل فني. لن تتأثر عمليات الدمج.
- استخدام الاسم الجديد في المواد الجديدة ننصحك باستخدام "خدمات RCS للأنشطة التجارية" في أي مواد تسويقية أو عقود جديدة تنشئها.
- ابحث عن حزمة مواد تسويقية. سنقدّم شعارًا جديدًا وإرشادات حول استخدام العلامة التجارية في وقت لاحق من الربع الرابع لمساعدتك في هذه المرحلة الانتقالية.
- ملاحظة حول الاختصارات: استخدِم "RCS for Business" خارجيًا. مع أنّ الاختصار "RBM" لا يزال شائعًا، يُرجى تجنُّب إنشاء اختصارات جديدة (مثل R4B وRCSB).
15 سبتمبر 2025
قريبًا
قيود على المخططات المتوافقة مع OpenUrlAction
لتعزيز موثوقية المنصة وتقديم تجربة أكثر اتساقًا للمستخدمين، نعمل على توحيد أنظمة معرّفات الموارد الموحّدة المتوافقة مع اقتراح OpenUrlAction. اعتبارًا من 1 نوفمبر 2025، لن يُسمح إلا بعناوين URL التي تستخدم المخططَين http:// أو https://.
ما الذي سيتغيّر؟
في الوقت الحالي، يقبل الحقل url في OpenUrlAction مجموعة كبيرة من مخططات معرّفات الموارد المنتظمة (URI). بعد 1 نوفمبر، سيتم رفض أي طلب بيانات من واجهة برمجة التطبيقات يتضمّن OpenUrlAction مع مخطط غير متوافق (مثل tel: أو mailto: أو سيتم رفض geo: وعرض الخطأ 400 Bad Request.
المخططات المتوافقة
http://https://
يجب اتّخاذ إجراء
راجِع عمليات الدمج الحالية وعدِّل أي عمليات تنفيذ OpenUrlAction لضمان استخدام المخططات المتوافقة فقط. يجب إكمال جميع التغييرات اللازمة بحلول 1 نوفمبر 2025 لتجنُّب انقطاع الخدمة.
إذا كانت لديك أي أسئلة، يُرجى التواصل مع RCS for Business Support.
9 سبتمبر 2025
جديد
أطلقنا طريقة أكثر فعالية لإدارة أجهزتك الاختبارية في RBM Management API.
باستخدام واجهة برمجة التطبيقات الجديدة
testers، يمكنك إجراء ما يلي:
- إرسال دعوات للمختبِرين وإعادة إرسالها إلى الأجهزة
- عرض حالة الدعوة:
PENDINGوACCEPTEDوDECLINED - الحصول على قائمة بجميع أجهزة الاختبار وحالتها
- إزالة أجهزة الاختبار
سيتم إيقاف إمكانية الوصول إلى واجهة برمجة التطبيقات القديمة
phones.testers
نهائيًا في 31 يناير 2026. ننصح الشركاء بالانتقال إلى واجهة برمجة التطبيقات الجديدة testers الآن.
28 أغسطس 2025
تحسين المستندات
الكلمات الرئيسية المحلية لإلغاء الاشتراك أو الاشتراك: عدّلنا مستنداتنا لتتضمّن الكلمات الرئيسية الخاصة بكل بلد (مثل STOP أو BAJA أو parar) التي يتم إرسالها تلقائيًا إلى الوكيل عندما يلغي المستخدم اشتراكه أو يشترك. ستساعدك هذه القائمة في تحديد هذه الأحداث والتعامل معها بشكل أفضل. للحصول على المرجع الكامل، يُرجى الاطّلاع على مستندات إلغاء الاشتراك والاشتراك.
25 أغسطس 2025
تحسين المستندات
لقد عدّلنا مستندات إثبات ملكية الوكيل وإطلاقه. لمساعدتك في العثور على المعلومات ذات الصلة بشكل أسرع، اتّبِع الخطوات التالية:
- لقد أنشأنا صفحات فردية لكل من إثبات ملكية العلامة التجارية والموافقة على الإطلاق.
- لقد جمعنا مستندات إنشاء الوكيل وإطلاقه معًا في قائمة التنقّل على الجانب الأيمن.
19 أغسطس 2025
Changed (تمّ التغيير)
- بالنسبة إلى عمليات الإطلاق التي تديرها Google: في معلومات الوكيل، يجب إضافة طريقة اتصال واحدة على الأقل، مثل رقم هاتف أو موقع إلكتروني أو عنوان بريد إلكتروني. مع أنّ إدخال أحد هذه المعرّفات فقط مطلوب، ننصحك بإدخالها كلها.
13 أغسطس 2025
تحسين المستندات
- عدّلنا مستندات البطاقات التفاعلية وأضفنا قسمًا جديدًا للصور المصغّرة لتوضيح سلوك الصور المصغّرة وحدود حجمها في البطاقات التفاعلية.
4 أغسطس 2025
جديد
- بالنسبة إلى زيارات RBM على شبكات مشغّلي خدمات الجوّال في الهند، يمكن لوكلاء RBM الآن إرسال ملفات PDF في بطاقات تفاعلية في تطبيق "رسائل Google".
تحسين المستندات
لقد عدّلنا الأسئلة الشائعة حول الفوترة في RBM لتوضيح كيف تساهم سيناريوهات المراسلة المختلفة وردود المستخدمين في أحداث الفوترة للوكلين الحواريين وغير الحواريين.
تمت إضافة الأقسام التالية:
- ما هي أحداث الفوترة التي يتم إنشاؤها إذا أرسل الوكيل عدة رسائل قبل أن يردّ المستخدم؟
- ما هي ردود المستخدمين التي تساهم في أحداث الفوترة؟
31 يوليو 2025
Changed (تمّ التغيير)
الحد الأقصى لحجم الملفات المرفقة في الرسالة الواحدة هو 100 ميبيبايت
- لتحسين تجربة المستخدم ومنع استهلاك البيانات بشكل غير متوقّع، تم فرض حد أقصى يبلغ 100 ميغابايت على الحجم الإجمالي لجميع مرفقات الوسائط وملفات PDF ضمن رسالة RBM واحدة. وينطبق الحدّ الآن على زيارات RBM على جميع شركات الاتصالات.
30 يوليو 2025
جديد
حلّ مشاكل الاقتطاع: طريقة عرض جديدة بملء الشاشة للوحات العرض الدوّارة للبطاقات التفاعلية في تطبيق "رسائل Google"
يعالج هذا الإصلاح مشكلة رئيسية تتمثل في إمكانية اقتطاع النص أو الاقتراحات في لوحة العرض الدوّارة الخاصة بالبطاقة التفاعلية بسبب القيود المفروضة على الارتفاع. لتوضيح ما إذا كان يتوفّر المزيد من المحتوى، يظهر الآن زر المزيد على بطاقات لوحة العرض الدوّارة المقتطعة. يؤدي النقر في أي مكان في مساحة النص إلى توسيع البطاقة لتصبح قابلة للتمرير بملء الشاشة، ما يتيح للمستخدمين الاطّلاع دائمًا على الرسالة الكاملة.
سبب إجراء هذا التغيير
- تحسين تجربة المستخدم: يزيل هذا الخيار أي التباس لدى المستخدمين بشأن المحتوى المقتطع.
- تحسين موثوقية الرسائل: يمنحك هذا الخيار ثقة أكبر في أنّ رسالتك بأكملها، بما في ذلك التفاصيل المهمة وعبارات الحث على اتّخاذ إجراء، سيتم عرضها.
- ليس على المطوّر اتّخاذ أي إجراء: يتم تفعيل هذه الميزة تلقائيًا لجميع لوحات العرض الدوّارة الخاصة بالبطاقات التفاعلية بدون إجراء أي تغييرات على برنامجك.
مدى التوفّر
- يتوفّر العرض بملء الشاشة حاليًا في الإصدار التجريبي المفتوح من "رسائل Google"، ومن المتوقّع أن يتوفّر في جميع أنحاء العالم بحلول نهاية الربع الثالث من عام 2025.
للحصول على التفاصيل الفنية الكاملة حول المواصفات وتفاعلات المستخدمين وسلوك الاقتراحات، يُرجى الرجوع إلى مستندات البطاقات التفاعلية المعدَّلة.
28 يوليو 2025
جديد
- تتوفّر الآن البيانات الواردة في نظرة عامة على الإحصاءات، بما في ذلك سمعة الوكيل وحدود عدد الزيارات (إذا كان ذلك منطبقًا)، من خلال Management API.
17 يوليو 2025
تحسين المستندات
أجرينا العديد من التحسينات على مستندات إدارة الوكلاء.
- تمت إضافة أقسام جديدة لتوضيح عملية إطلاق وإيقاف وكيل:
- تمت مراجعة المستندات التالية لتقديم تفاصيل أكثر:
9 يوليو 2025
جديد
خيار تشغيل مرن للوكلاء المتعدّدي الاستخدام
- لمساعدتك في طرح منتجك في السوق بشكل أسرع، يمكنك الآن طلب إطلاق وكيل متعدد الاستخدامات مع تنفيذ إحدى حالات الاستخدام فقط (إما ترويجية أو متعلقة بالمعاملات).
- بعد ذلك، عليك تنفيذ حالة الاستخدام الثانية وإرسالها للمراجعة في غضون ستة أشهر من تاريخ الإطلاق الأوّلي للحفاظ على حالة الاستخدام المتعدد للوكيل.
- لمعرفة التفاصيل، يُرجى الاطّلاع على إرسال طلب إطلاق.
1 يوليو 2025
Changed (تمّ التغيير)
التقارير
- تمت زيادة مدة الاحتفاظ بتقرير الفوترة وسجلّ الأنشطة في RBM إلى 63 يومًا.
23 يونيو 2025
جديد
إشعارات حالة تشغيل التطبيق في الوقت الفعلي
- بالنسبة إلى شركاء RBM: ترسل منصة RBM الآن إشعارات في الوقت الفعلي بشأن حالة إطلاق وكلائك مباشرةً إلى الويب هوك. ويغنيك ذلك عن الحاجة إلى المراقبة اليدوية من خلال البريد الإلكتروني أو Play Console، ما يمنحك إحصاءات فورية حول دورة حياة برنامجك.
طريقة العمل
ستتلقّى الآن
AgentLaunchEventلكل تغيير في حالة إطلاق الوكيل (على سبيل المثال، منPENDINGإلىLAUNCHEDأوREJECTED). يمكنك استخدام خطاف الويب الحالي للرسائل أو إعداد خطاف ويب مخصّص للإشعارات لتلقّي هذه الأحداث.لمزيد من المعلومات حول كيفية ضبط إعدادات Webhook وفهم حمولة الحدث وتفسير حالات تشغيل الوكيل، يُرجى الاطّلاع على تغيّرت حالة تشغيل الوكيل.
16 يونيو 2025
Changed (تمّ التغيير)
في إطار جهودنا المستمرة لتحسين تجربة المستخدم، عدّلنا مدى توفّر ميزة "إلغاء الاشتراك" في سوقَين:
الولايات المتحدة:
- بالنسبة إلى رسائل RBM وA2P xMS من رموز قصيرة ومعرّفات المُرسِلين التي تحتوي على أحرف أبجدية رقمية:
- لم يعُد خيار "إلغاء الاشتراك" يظهر في أسفل المحادثة.
- يبقى خيار "إلغاء الاشتراك" متاحًا في القائمة.
- ملاحظة للمطوّرين: ستستمر في تلقّي أحداث "إلغاء الاشتراك" من المستخدمين الذين يختارون خيار "إلغاء الاشتراك" في أسفل المحادثة في إصدارات "رسائل Google" السابقة للإصدار 20250518.01.
إسبانيا:
- تم إيقاف خيار "إلغاء الاشتراك" (في كل من الدردشة والقائمة) في RBM.
تغيّر هذه التعديلات طريقة ظهور خيار "إلغاء الاشتراك" للمستخدمين. يجب مواصلة معالجة جميع أحداث إلغاء الاشتراك التي تتلقّاها من أجل الالتزام بالمتطلبات.
لمزيد من المعلومات حول ميزتَي "إلغاء الاشتراك" و"الاشتراك"، يُرجى الاطّلاع على ملاحظات الإصدار السابقة والمستندات الكاملة.
9 يونيو 2025
قريبًا
تغييرات في طريقة التعامل مع إعادة توجيه عناوين URL الخاصة بالوسائط
لضمان تقديم وسائط موثوقة وآمنة، سنغيّر طريقة تعاملنا مع عمليات إعادة توجيه عناوين URL الخاصة بالوسائط في طلبات RBM API على النحو التالي:
- files.create API: ستتيح عناوين URL الخاصة بالوسائط لعمليات تحميل الملفات عملية إعادة توجيه واحدة.
- agentMessage.create API: لن تتوافق عناوين URL الخاصة بالوسائط في هذه الطلبات مع عمليات إعادة التوجيه.
التوقيت: سيبدأ تطبيق طريقة التعامل الجديدة مع عمليات إعادة التوجيه في 30 يوليو 2025.
اقتراح: للحفاظ على إمكانية تسليم الوسائط بشكل موثوق وتجنُّب حدوث انقطاعات:
- إنشاء معرّفات ملفات وإعادة استخدامها من واجهة برمجة التطبيقات files.create (file/{uid})
- استخدِم uploadedRbmFile مع رقم تعريف الملف في عناصر الوسائط.
- تجنَّب استخدام عناوين URL الخاصة بالوسائط مباشرةً في contentInfo لطلبات phones.agentMessages.create.
6 يونيو 2025
جديد
ورقة ملصقات RBM Figma
حصريًا لشركاء RBM المسجّلين: يمكنك الحصول على عناصر واجهة المستخدم وأنماط التصميم الدقيقة في "رسائل Google" باستخدام Figma Sticker Sheet الجديدة. وهو مرجع أساسي للمصمّمين لتصوُّر ميزات RBM وإنشاء تجارب مستخدم متسقة وسهلة الاستخدام لعلامتك التجارية.
لتقديم طلب للانضمام إلى شركاء RBM، يُرجى ملء نموذج إبداء الاهتمام بالتسجيل كشريك.
4 يونيو 2025
تحسين المستندات
أجرينا العديد من التحسينات على مستندات نظرة عامة على "إحصاءات Google".
- تمت مراجعة الأقسام التالية لتحسين الوضوح وتقديم تفاصيل أكثر:
30 مايو 2025
تحسين المستندات
لقد عدّلنا مستندات إطلاق وكيل مراسلة المؤسسات من خلال خدمات الاتصالات التفاعلية (RBM).
- تمت مراجعة الأقسام التالية لتقديم تفاصيل أكثر:
28 مايو 2025
تحسين المستندات
أجرينا العديد من التحسينات على مستندات "الوكلاء" ودليل تحديد المشاكل وحلّها في RBM.
- تمت إضافة قسم جديد إلى مستندات الوكلاء لتوضيح عملية تعديل تفاصيل الوكلاء الذين تم إطلاقهم:
- تمت إضافة أقسام جديدة إلى دليل تحديد المشاكل وحلّها في مراسلة المؤسسات من خلال خدمات الاتصالات التفاعلية (RBM) لتلبية الطلبات الشائعة المتعلقة بإدارة الوكلاء وشركاء مراسلة المؤسسات من خلال خدمات الاتصالات التفاعلية (RBM):
- تمت مراجعة المستندات التالية لتحسين الوضوح وتقديم المزيد من التفاصيل:
12 مايو 2025
Changed (تمّ التغيير)
تعديل أبعاد لوحة العرض الدوّارة للبطاقات التفاعلية وحجم الخط
تم تعديل مواصفات لوحات العرض الدوّارة للبطاقات التفاعلية لتتوافق مع أحدث واجهة مستخدم في تطبيق "رسائل Google"، بالإضافة إلى تحسينات معيّنة في تجربة المستخدم للوحات العرض الدوّارة. تتضمّن جميع البطاقات التفاعلية أيضًا خطًا أكبر قليلاً لتسهيل القراءة.
أهم التغييرات
- حجم الخط: يتم الآن عرض النص داخل جميع البطاقات التفاعلية (المستقلة وتلك التي تظهر في لوحة عرض دوّارة) بحجم 16 وحدة بكسل مستقلة الكثافة، بعد أن كان 14 وحدة بكسل مستقلة الكثافة.
- أبعاد لوحة العرض الدوّارة الصغيرة: عرض ثابت يبلغ 180 وحدة بكسل مستقلة الكثافة (تمت زيادته من 120 وحدة بكسل مستقلة الكثافة)، الحد الأقصى للارتفاع هو 542 وحدة بكسل مستقلة الكثافة (لم يتغيّر).
- أبعاد لوحة العرض الدوّارة المتوسطة: عرض ثابت يبلغ 296 وحدة بكسل مستقلة الكثافة (زيادة من 232 وحدة بكسل مستقلة الكثافة)، الحد الأقصى للارتفاع هو 592 وحدة بكسل مستقلة الكثافة (يظل كما هو).
- توسيع لوحات العرض الدوّارة: تم توسيع لوحات العرض الدوّارة بمقدار 1.5 مرة تقريبًا لتوفير مساحة أكبر للمحتوى.
- ارتفاعات الوسائط (بدون تغيير):
- الوسائط القصيرة: 112 وحدة بكسل مستقلة الكثافة
- الوسائط المتوسطة: 168 وحدة بكسل مستقلة الكثافة
- الوسائط الطويلة: 264 وحدة بكسل مستقلة الكثافة
- تغيير نسبة عرض إلى ارتفاع الوسائط: مع زيادة عرض بطاقات دوّارة صغيرة ومتوسطة الحجم، وبدون تغيير في ارتفاعات الوسائط، ستظهر الوسائط الآن بعرض أكبر من السابق.
التأثير في التصاميم وطريقة العرض
- البطاقات التفاعلية: توقَّع ظهور نص أكبر قليلاً، وعدِّل التصاميم حسب الحاجة.
- لوحات العرض الدوّارة الصغيرة: استخدِم العرض الثابت الموسّع (180 وحدة بكسل مستقلة عن الكثافة) والحد الأقصى للارتفاع (542 وحدة بكسل مستقلة عن الكثافة). يُرجى العِلم أنّ الوسائط ستظهر بشكل أعرض الآن لأنّ البطاقة أصبحت أعرض، ولكن لم يتغيّر ارتفاع الوسائط. قد تحتاج إلى تعديل حجم الصورة أو تصميمها.
- لوحات العرض الدوّارة المتوسطة: استخدِم العرض الثابت الموسّع (296 وحدة بكسل مستقلة الكثافة) والحد الأقصى للارتفاع (592 وحدة بكسل مستقلة الكثافة). يُرجى العِلم أنّ الوسائط في هذه البطاقات ستظهر أيضًا بشكل أعرض بسبب تغيير حجم البطاقة. راجِع الوسائط للتأكّد من أنّها تبدو جيدة بهذا التنسيق الأوسع.
- ارتفاع لوحة العرض الدوّارة: سيستمر تغيير حجم جميع البطاقات داخل لوحة العرض الدوّارة لتتطابق مع ارتفاع أطول بطاقة.
- اقتطاع لوحة العرض الدوّارة: يبقى المنطق الحالي للاقتطاع ساريًا.
المزايا
- يؤدي حجم الخط الأكبر إلى تحسين قابلية قراءة النص في جميع البطاقات التفاعلية.
- تمنحك المساحة الأكبر في لوحات العرض الدوّارة مرونة أكبر لعرض عناصر متعدّدة يمكن للمستخدمين استكشافها.
- يحسّن هذا التحديث تجربة المستخدم بشكل كبير في البطاقات التفاعلية ولوحات العرض الدوّارة في تطبيق "رسائل Google"، ما يتيح لك دمج لوحات عرض دوّارة أكثر جاذبية وفعالية في حملاتك.
قبل وبعد
- لوحة عرض دوّارة صغيرة، وسائط قصيرة، محتوى نصي قصير:
| الميزة | السمات السابقة | السمات الحالية |
|---|---|---|
| عرض الرف الدائري | 120 وحدة بكسل مستقلة الكثافة (ثابتة) | 180 وحدة بكسل مستقلة الكثافة (ثابتة) |
| الحد الأقصى للارتفاع | 592 وحدة بكسل مستقلة الكثافة | 542 وحدة بكسل مستقلة الكثافة |
| حجم الخط | 14 SP | 16 SP |
| التمثيل البصري | مدمج، قد يكون النص صغيرًا جدًا | نص أعرض وأسهل للقراءة |
| مثال | ![]() |
![]() |
- لوحة عرض دوّارة متوسطة الحجم، ووسائط متوسطة الحجم، ومحتوى نصي متوسط الحجم:
| الميزة | السمات السابقة | السمات الحالية |
|---|---|---|
| عرض الرف الدائري | 232 وحدة بكسل مستقلة الكثافة | 296 وحدة بكسل مستقلة الكثافة (ثابتة) |
| الحد الأقصى للارتفاع | 592 وحدة بكسل مستقلة الكثافة | 542 وحدة بكسل مستقلة الكثافة |
| حجم الخط | 14 SP | 16 SP |
| التمثيل البصري | مساحة معتدلة، نص قابل للقراءة | نصوص أكثر وضوحًا ومساحة أكبر |
| مثال | ![]() |
![]() |
- لوحة عرض دوّارة متوسطة الحجم، وسائط طويلة، محتوى نصي طويل:
| الميزة | السمات السابقة | السمات الحالية |
|---|---|---|
| عرض الرف الدائري | 232 وحدة بكسل مستقلة الكثافة | 296 وحدة بكسل مستقلة الكثافة (ثابتة) |
| الحد الأقصى للارتفاع | 592 وحدة بكسل مستقلة الكثافة | 542 وحدة بكسل مستقلة الكثافة |
| حجم الخط | 14 SP | 16 SP |
| التمثيل البصري | النص قد يكون مقطّعًا، تخطيط أكثر إحكامًا | مساحة أكبر للنص، وتوازن مرئي محسّن |
| مثال | ![]() |
![]() |
29 أبريل 2025
جديد
أصبحت عروض الويب متوفّرة الآن للجمهور العام في تطبيق "رسائل Google"
- تم إيقاف ميزة "عرض الويب" في برنامج "استخدام المنتج قبل إطلاقه". يمكن الآن لوكلاء الإنتاج استخدام الإجراء المقترَح فتح عنوان URL لتضمين عروض الويب مباشرةً في محادثات RBM. يتيح ذلك للمستخدمين الوصول بسهولة إلى محتوى على الويب، مثل منصات الدفع، بدون مغادرة تطبيق "الرسائل". ويمكن عرض مكوِّن عرض محتوى الويب بملء الشاشة أو نصفها أو في شاشة طويلة. يمكنك الاطّلاع على مزيد من المعلومات في مقالة ما هي إمكانات الوكلاء؟.
- يُرجى العِلم أنّه يجب تثبيت تحديث للعميل لتفعيل مكوِّن عرض محتوى الويب، لذا ستصبح هذه الميزة أكثر انتشارًا بمرور الوقت. على الأجهزة التي لا تتوافق مع طرق عرض الويب (حتى الآن)، سيتم فتح صفحة الويب المحدّدة في المتصفّح التلقائي للمستخدم.
28 أبريل 2025
جديد
إصدار تجريبي مفتوح من ميزتَي إلغاء الاشتراك وresubscribe في محادثات RBM ضِمن تطبيق "رسائل Google"
الميزات الأساسية
- خيارات إلغاء الاشتراك/الاشتراك (تحلّ محلّ خيار "الحظر والإبلاغ" في أسفل المحادثة): يمكن للمستخدمين بسهولة إيقاف المحادثات أو تفعيلها.
- إشعارات أحداث Webhook: يتلقّى الشركاء طلبات
UNSUBSCRIBEوSUBSCRIBEمن خلال أحداث Webhook الجديدة. - أسباب إلغاء الاشتراك: يمكن للمستخدمين تقديم سبب عند إلغاء الاشتراك، كما يمكنهم الإبلاغ عن المحتوى غير المرغوب فيه. يبقى خيار حظر المحادثة والإبلاغ عنها كرسائل غير مرغوب فيها متاحًا في قائمة المحادثة.
المزايا
- إحصاءات قابلة للاستخدام: يحصل الشركاء ومشغّلو شبكات الجوّال على إحصاءات حول تفاعل المستخدمين مع رسائل الأنشطة التجارية.
- تجربة مستخدم محسّنة: يمكن للمستخدمين التحكّم بشكل أكبر في الرسائل التي يتلقّونها، ما يقلّل من الرسائل غير المرغوب فيها ويحسّن مستوى الرضا العام عن خدمات الاتصالات التفاعلية (RCS).
- سلامة العلامة التجارية: تساعد الأنشطة التجارية في الحفاظ على الصورة الذهنية الإيجابية للعلامة التجارية من خلال احترام خيارات المستخدمين وتعزيز ممارسات المراسلة الأخلاقية.
مدى التوفّر
- سيتوفّر الخياران إلغاء الاشتراك واشتراك لما يلي:
- رسائل مراسلة المؤسسات من خلال خدمات الاتصالات التفاعلية (RBM) في الولايات المتحدة والبرازيل وفرنسا وألمانيا والهند والمكسيك وإسبانيا والمملكة المتحدة
- رسائل SMS أو رسائل الوسائط المتعدّدة من التطبيقات إلى الأشخاص في الولايات المتحدة من رموز قصيرة (أرقام هواتف تتألف من 5 إلى 6 أرقام) ومعرّفات المُرسِلين التي تحتوي على أحرف أبجدية رقمية.
15 أبريل 2025
جديد
- للمساعدة في تبسيط عملية إطلاق الوكيل، يمكنك الآن طلب إطلاق الوكيل من "وحدة تحكّم المطوّرين" أو Management API بدون الحاجة إلى تقديم وصف للموافقة.
- يُرجى العِلم أنّ مقدّمي الحلول يظلون مسؤولين عن الحصول على موافقة المستخدمين قبل إرسال رسائل RBM، كما هو موضّح في بنود الخدمة وسياسة الاستخدام المقبول.
25 مارس 2025
جديد
- تتضمّن وحدة تحكّم المطوّرين في منتجات التواصل مع الأنشطة التجارية الآن علامة التبويب نظرة عامة على الإحصاءات. تتيح علامة التبويب هذه رصد مقاييس الرسائل غير المرغوب فيها التي يرسلها الوكلاء بشكل أكثر فعالية، ما يتيح لك تحديد فرص الحدّ من الرسائل غير المرغوب فيها.
قريبًا
إصدار تجريبي مفتوح من ميزتَي إلغاء الاشتراك وresubscribe في محادثات RBM ضِمن تطبيق "رسائل Google"
الميزات الأساسية
- خيارات إلغاء الاشتراك/الاشتراك (تحلّ محلّ خيار "الحظر والإبلاغ" في أسفل المحادثة): يمكن للمستخدمين بسهولة إيقاف المحادثات أو تفعيلها.
- إشعارات أحداث Webhook: يتلقّى الشركاء طلبات
UNSUBSCRIBEوSUBSCRIBEمن خلال أحداث Webhook الجديدة. - أسباب إلغاء الاشتراك: يمكن للمستخدمين تقديم سبب عند إلغاء الاشتراك، كما يمكنهم الإبلاغ عن المحتوى غير المرغوب فيه. يبقى خيار حظر المحادثة والإبلاغ عنها كرسائل غير مرغوب فيها متاحًا في قائمة المحادثة.
المزايا
- إحصاءات قابلة للاستخدام: يحصل الشركاء ومشغّلو شبكات الجوّال على إحصاءات حول تفاعل المستخدمين مع رسائل الأنشطة التجارية.
- تجربة مستخدم محسّنة: يمكن للمستخدمين التحكّم بشكل أكبر في الرسائل التي يتلقّونها، ما يقلّل من الرسائل غير المرغوب فيها ويحسّن مستوى الرضا العام عن خدمات الاتصالات التفاعلية (RCS).
- سلامة العلامة التجارية: تساعد الأنشطة التجارية في الحفاظ على الصورة الذهنية الإيجابية للعلامة التجارية من خلال احترام خيارات المستخدمين وتعزيز ممارسات المراسلة الأخلاقية.
مدى التوفّر
- سيتوفّر الخياران إلغاء الاشتراك واشتراك لما يلي:
- رسائل مراسلة المؤسسات من خلال خدمات الاتصالات التفاعلية (RBM) في الولايات المتحدة والبرازيل وفرنسا وألمانيا والهند والمكسيك وإسبانيا والمملكة المتحدة
- رسائل SMS أو رسائل الوسائط المتعدّدة من التطبيقات إلى الأشخاص في الولايات المتحدة من رموز قصيرة (أرقام هواتف تتألف من 5 إلى 6 أرقام) ومعرّفات المُرسِلين التي تحتوي على أحرف أبجدية رقمية.
4 مارس 2025
Changed (تمّ التغيير)
- إذا فتح مستخدم رابطًا يؤدي إلى صفحة ويب في تطبيق المراسلة على جهاز لا يتوافق مع طرق عرض الويب، سيتم فتح صفحة الويب في متصفّح المستخدم بدلاً من ذلك.
4 مارس 2025
جديد
- للتوافق مع مواصفات GSMA RCC.07،
تمت إضافة حقل
messageTrafficTypeجديد إلى واجهة برمجة تطبيقات RBM. يتيح لك هذا الحقل تحديد حالة الاستخدام أو "نوع الزيارات" لكل رسالة (على سبيل المثال: أنواع الزيارات المتعلقة بالمصادقة والمعاملات والعروض الترويجية). من خلال تحديد نوع الزيارات لكل رسالة، سيتيح هذا الحقل لأحد الوكلاء تقديم الدعم في حالات استخدام متعددة.
الإجراءات التي يجب تنفيذها
- لضبط نوع عدد زيارات الرسائل، استخدِم الحقل
messageTrafficTypeفي واجهة برمجة تطبيقات RBM عند إرسال الرسائل. - الحقل اختياري حاليًا، ولكن ننصحك بشدة بالبدء في استخدامه الآن لتجنُّب حدوث أخطاء في المستقبل عندما يصبح الحقل مطلوبًا.
24 فبراير 2025
Changed (تمّ التغيير)
- لتحسين تجربة المستخدم ومنع استهلاك البيانات بشكل غير متوقّع، تم فرض حد أقصى يبلغ 100 ميغابايت على الحجم الإجمالي لجميع وسائط المرفقات وملفات PDF المضمّنة في رسالة RBM واحدة يتم إرسالها إلى أرقام هواتف في الولايات المتحدة. ينطبق هذا الحدّ حصريًا على زيارات مراسلة المؤسسات من خلال خدمات الاتصالات التفاعلية (RBM) على مشغّلي شبكة الجوّال في الولايات المتحدة.
- لا يخضع الوكلاء الذين يعملون في بلدان متعدّدة، مثل كندا والولايات المتحدة، لهذا الحدّ إلا عند إرسال رسائل إلى أرقام هواتف في الولايات المتحدة.
11 فبراير 2025
Changed (تمّ التغيير)
لتحسين طريقة التعامل مع الأخطاء، عدّلت منصة RBM استجابات الأخطاء لطلبات phones.getCapabilities وphones.agentMessages.create غير الناجحة. على وجه التحديد، تعرض المنصة الآن رمز الخطأ 404 Not Found في جميع السيناريوهات التي لا يمكن فيها الوصول إلى المستخدم أو الشبكة المستهدَفة أو لم يتم إعدادهما لاستخدام خدمات الاتصالات التفاعلية (RCS).
طريقة التعامل الجديدة مع أخطاء 404:
- ستعرض منصة RBM الآن رمز الخطأ 404 NOT_FOUND في الحالات التالية:
- يتم إرسال عملية تحقّق من الإمكانات أو رسالة إلى مستخدم لا يتوافق جهازه مع خدمات الاتصالات التفاعلية (RCS) أو لم يفعِّلها.
- يتم إرسال عملية تحقّق من الإمكانات أو رسالة إلى مستخدم على شبكة لم يتم تشغيل الوكيل فيها أو لم يتم تفعيل زيارات RCS فيها.
التغيير من الخطأ 403:
- في السابق، كان يتم عرض الخطأ 403 PERMISSION_DENIED عند إرسال عمليات التحقّق من الإمكانات أو الرسائل إلى مستخدمي خدمات الاتصالات التفاعلية (RCS) على الشبكات التي لم يتم فيها إطلاق الوكيل أو تفعيل عدد زيارات خدمات الاتصالات التفاعلية (RCS).
التأثير على المطوّرين: على المطوّرين تعديل منطق معالجة الأخطاء لتفسير أخطاء 404 بشكل صحيح عند تلقّي استجابة من phones.getCapabilities وphones.agentMessages.create.
4 فبراير 2025
تحسين المستندات
يتضمّن دليل البطاقات التفاعلية الجديد مواصفات البطاقات التفاعلية ولوحات العرض الدوّارة. من الضروري فهم هذه المواصفات لإنشاء بطاقات تفاعلية جذابة وعملية في تطبيق "رسائل Google". تشمل التعديلات الرئيسية ما يلي:
توضيح بشأن الوسائط المتوافقة (تنسيقات الصور والفيديوهات وأحجامها ونسب العرض إلى الارتفاع)
حدود عدد الأحرف التفصيلية للعناوين والأوصاف والردود والإجراءات المقترَحة
شرح لتنسيقات البطاقات التفاعلية العمودية والأفقية
مواصفات اللوحات الدوّارة، بما في ذلك حدود الحجم والمحتوى
إرشادات حول التعامل مع اقتطاع المحتوى والمسافات البيضاء
29 يناير 2025
تحسين المستندات
أجرينا العديد من التحسينات على مستندات الفوترة في مراسلة المؤسسات من خلال خدمات الاتصالات التفاعلية (RBM).
- تمت إضافة صفحة جديدة للأسئلة الشائعة حول فوترة RBM للإجابة عن الأسئلة الشائعة حول فوترة RBM.
- تمت مراجعة المستندات التالية لتحسين الوضوح وتقديم تفاصيل أكثر:
23 ديسمبر 2024
جديد
- يتيح RBM الروابط لصفحات معيّنة في التطبيق عبر الرسائل القصيرة SMS، ما يسمح للمستخدمين ببدء محادثة مع وكيلك من عنوان URL. من خلال تضمين عنوان URL كرابط أو زر أو رمز استجابة سريعة في الرسائل الإلكترونية أو المواقع الإلكترونية أو التطبيقات أو حتى المواقع الجغرافية، يمكنك تزويد المستخدمين بطريقة سلسة للتواصل مع وكيلك.
19 ديسمبر 2024
Changed (تمّ التغيير)
- يتيح RBM الآن تنسيقَين لأرقام الهواتف في معلومات برنامج الدردشة الآلي: إما التنسيق الكامل E.164 (مثلاً، "12223334444+") أو رقم هاتف محلي/مجاني غير منسَّق بدون علامة "+" أو بادئة أو رمز البلد (مثلاً، "6502530000"). لا يُسمح بأرقام الطوارئ.
18 ديسمبر 2024
Changed (تمّ التغيير)
- يتطلّب التحقّق من إمكانية إجراء عمليات مجمّعة الآن ما بين 500 و10,000 رقم هاتف فريد لكل طلب. ستعرض الآن الطلبات التي تتضمّن أقل من 500 رقم أو أكثر من 10,000 رقم أو أرقامًا مكرّرة خطأً. بالنسبة إلى القوائم التي تتجاوز 10,000 رقم، قسِّم طلباتك إلى مجموعات تضم 10,000 رقم أو أقل.
1 نوفمبر 2024
Changed (تمّ التغيير)
- لقد انتقلنا بالكامل إلى نموذج مراسلة المؤسسات من خلال خدمات الاتصالات التفاعلية (RBM) المستنِد إلى الشركاء. تم إيقاف نموذج RBM القديم نهائيًا، وتمت إزالة المستندات المرتبطة به. يتيح النموذج المستنِد إلى الشركاء ما يلي:
- إنشاء حساب شريك لتنظيم إدارة جميع وكلاء الشريك
- إمكانية وصول عدة مستخدمين إلى بيانات الشركاء والوكلاء من خلال Play Console (مع إمكانية التعديل الكامل أو إمكانية القراءة فقط)
- استخدام حساب خدمة على مستوى الشريك لكي تشارك جميع البرامج بيانات الاعتماد نفسها للوصول إلى واجهة برمجة تطبيقات RBM
- إمكانية ضبط الويب هوك على مستوى الشريك أو الوكيل
- الاستخدام الكامل لواجهة RBM Management API
31 أكتوبر 2024
Changed (تمّ التغيير)
- سيتم رفض عناوين URL المقدَّمة في الإجراء المقترَح فتح عنوان URL إذا لم تتوافق مع بنية معرّف الموارد المنتظم (URI) المحدَّدة في RFC 3986.
21 أكتوبر 2024
جديد
- يتيح الإجراء المقترَح فتح عنوان URL الآن استخدام طرق عرض الويب، ما يتيح للمستخدمين فتح صفحة ويب محدّدة (مثل منصة دفع) مباشرةً في تطبيق المراسلة.
- يمكن عرض طرق عرض الويب في وضع ملء الشاشة أو نصف الشاشة أو الشاشة الطويلة. لمزيد من المعلومات، راجِع مقالة ما هي إمكانات الوكلاء؟.
جديد
- يفتح إجراء مقترَح جديد لإنشاء الرسائل تطبيق المراسلة لدى المستخدم لإرسال رسالة نصية أو صوتية أو رسالة فيديو إلى رقم هاتف محدّد مسبقًا، مثل خدمة دعم العملاء.
30 أغسطس 2024
جديد
يمكن لوكلاء RBM الآن إرسال ملفات صوتية لإجراء تفاعلات أكثر سهولة وجاذبية:
- تحسين إمكانية الوصول: تتيح هذه الميزة التواصل للمستخدمين الذين يعانون من مشاكل في النظر أو صعوبات في القراءة والكتابة أو قيود في المهارات الحركية.
- تحسين خدمة العملاء: يمكنك مساعدة المستخدمين في تحديد المشاكل الفنية وحلّها من خلال تقديم أدلة صوتية أو نصائح مباشرة تتضمّن تعليمات مفصّلة.
- توفير الدعم للعملاء متعدّدي اللغات: يمكنك إتاحة التواصل باللغات المفضّلة لدى العملاء، ما يمثّل قيمة خاصة للخدمات المتعلقة بالسفر أو الضيافة.
- التعبير عن هوية علامتك التجارية: أضِف عنصرًا من المرح باستخدام أصوات شخصيات وتأثيرات صوتية، وهي رائعة لمجالات الإعلام والترفيه.
يمكنك الاطّلاع على أنواع الوسائط المتوافقة لمعرفة تفاصيل حول تنسيقات الصوت المتوافقة.
1 أغسطس 2024
جديد
لقد أوضحنا عملية التحقّق من العلامة التجارية وإطلاق الوكيل (لم تتغيّر العملية نفسها بشكل أساسي):
- تجربة أكثر سهولة في استخدام Play Console: توضّح التعليمات الجديدة في علامة التبويب إثبات الملكية أنّه يجب تقديم معلومات إثبات الملكية قبل إرسال الوكيل لإطلاقه للمرة الأولى. ولتجنُّب حدوث أي التباس، تم إيقاف علامة التبويب الإطلاق إلى أن يتم تقديم معلومات التحقّق.
- لضمان إجراء عملية التحقّق دائمًا باستخدام البيانات الأكثر دقة:
- لم يعُد بإمكانك إلغاء عملية التحقّق من وكلاء RBM (brands.agents.updateVerification).
- لم يعُد بإمكانك تعديل معلومات إثبات الملكية بعد إرسال طلب إطلاق، إلا إذا تم رفض عملية الإطلاق (brands.agents.updateVerification).
- لا يمكنك تعديل معلومات الوكيل إذا كان الوكيل في انتظار المراجعة أو تم إطلاقه بنجاح (brands.agents.patch).
- لتوضيح طريقة عمل عملية تأكيد معلومات العلامة التجارية: تتناول الأسئلة الشائعة الجديدة حول تأكيد معلومات العلامة التجارية الأسئلة الشائعة.
جديد
لم يعُد بإمكانك تعديل اسم الشريك أو الاسم المعروض في إعدادات حساب الشريك. لطلب تغيير هذه الأسماء، يُرجى التواصل مع rbm-support@google.com.
1 أبريل 2024
جديد
- يمكنك الآن الاطّلاع على سجلّ إطلاق الوكيل في وحدات تحكّم RBM. تتوفّر البيانات السابقة اعتبارًا من 7 مارس 2024.
- يمكن للشركاء استخدام Play Console لتتبُّع التغييرات في حالة إطلاق الوكيل على جميع شركات الاتصالات المعنية.
- يمكن لمشغّلي شبكات الجوّال استخدام "وحدة تحكّم المشرف" لتتبُّع التغييرات التي تطرأ على حالة تشغيل وكيل على شبكتهم.
- للاطّلاع على آخر تغيير في حالة الإطلاق، راجِع "نظرة عامة" على الوكيل. للاطّلاع على سجلّ سابق لتعديلات حالة الإطلاق، راجِع سجلّ الوكيل. وتتضمّن التفاصيل نوع التغيير، والشخص الذي أجراه، وتاريخ إجرائه، وسبب تعليق الطلب أو رفضه (في حال حدوث ذلك).
26 مارس 2024
جديد
- يمكن الآن لجميع الشركاء الذين يستخدمون نموذج RBM المستنِد إلى الشركاء الوصول إلى
RBM Management API.
تكرّر واجهة برمجة التطبيقات هذه إمكانات Play Console، وبالتالي يمكن للشركاء تنفيذ ما يلي آليًا من خلال واجهة برمجة التطبيقات:
- إنشاء علامات تجارية ووكلاء
- عرض قائمة بجميع الوكلاء الذين تم إنشاؤهم لعلامة تجارية
- استرداد معلومات الوكيل وتعديلها
- إرسال وكلاء لإثبات ملكية العلامة التجارية واسترداد حالة إثبات الملكية
- إرسال الوكلاء لإطلاقهم على مشغّلي شبكات الجوّال المحدّدين واسترداد حالة الإطلاق
- إضافة عمليات دمج الويب هوك المخصَّص للوكيل وإزالتها
جديد
- يمكن لمشغّلي شبكات الجوّال (والشركاء الذين يعملون نيابةً عنهم) الآن الوصول إلى
RBM Operations API
لإدارة الموافقات على وكلاء RBM على شبكاتهم. تكرّر واجهة برمجة التطبيقات هذه إمكانات "وحدة تحكّم المشرف"، ما يتيح لمشغّلي شبكات الأجهزة الجوّالة تنفيذ ما يلي آليًا من خلال واجهة برمجة التطبيقات:
- الحصول على قائمة بجميع وكلاء RBM الذين تم إرسالهم لإطلاقهم على شبكتهم
- مراجعة معلومات الوكيل
- استرداد حالة إطلاق الوكيل والاستبيان
- إطلاق الوكلاء المعلَّقين أو رفضهم
- تعليق حسابات موظّفي الدعم المباشر وإيقافها
27 فبراير 2024
جديد
- في معلومات الوكيل، يمكنك الآن تقديم إما جهة اتصال البريد الإلكتروني أو رقم هاتف. (يجب إدخال طريقة تواصل واحدة على الأقل، ولكن ننصح بإدخال الطريقتين.)
جديد
- يمكنك الآن استخدام RBM من أجل
إرسال كلمات مرور صالحة لمرة واحدة
(OTP) للتحقّق تلقائيًا من هوية المستخدمين في التطبيقات المسجّلة في
واجهة برمجة التطبيقات SMS Retriever API.
- من خلال الاستفادة من واجهة برمجة التطبيقات SMS Retriever API، يمكنك تبسيط عملية التأكّد من هوية المستخدم بدون الحاجة إلى أعمال تطوير إضافية.
- يستفيد المستخدمون من عملية إثبات هوية أسرع وأكثر سلاسة بسبب تحسُّن وقت الاستجابة، وارتفاع معدّلات نجاح إثبات الهوية، وسهولة إدخال رمز المرور لمرة واحدة تلقائيًا.
21 ديسمبر 2023
جديد
- يمكن الآن للشركاء الذين يسجّلون في RBM الاستفادة من نموذج RBM المستنِد إلى الشركاء. يتيح النموذج المستنِد إلى الشركاء ما يلي:
- إنشاء حساب شريك لتنظيم إدارة جميع وكلاء الشريك
- إمكانية وصول عدة مستخدمين إلى بيانات الشركاء والوكلاء من خلال Play Console (مع إمكانية التعديل الكامل أو إمكانية القراءة فقط)
- استخدام حساب خدمة على مستوى الشريك لكي تشارك جميع البرامج بيانات الاعتماد نفسها للوصول إلى واجهة برمجة تطبيقات RBM
- إمكانية ضبط الويب هوك على مستوى الشريك أو الوكيل
- الاستخدام الكامل لواجهة برمجة التطبيقات Management API عند إطلاقها (تتوفّر حاليًا في "برنامج استخدام المنتج قبل إطلاقه")
20 ديسمبر 2023
Changed (تمّ التغيير)
- لم يعُد بإمكانك حذف وكيل RBM.
8 ديسمبر 2023
Changed (تمّ التغيير)
- لقد عدّلنا سياسة الاستخدام المقبول.
29 نوفمبر 2023
جديد
- تُعدّ ميزة انتهاء صلاحية الرسائل مهمة جدًا للرسائل العاجلة، مثل كلمات المرور لمرة واحدة والإشعارات العاجلة والتذكيرات والعروض المتاحة لفترة محدودة. يمكنك الآن تبسيط منطق المطوّرين وتحديد مدة انتهاء صلاحية الرسالة للمساعدة في تسليم الرسائل في الوقت المناسب. من خلال ضبط الحقل الجديد
expiration، يمكنك إبطال الرسائل تلقائيًا إذا لم يتم تسليمها بحلول وقت معيّن ثم إعادة توجيهها إلى قناة احتياطية.
13 نوفمبر 2023
جديد
- يمكن الآن للوكيل إرسال ملف PDF من خلال تحميل الملف أو تحديد عنوان URL متاح للجميع.
16 أكتوبر 2023
جديد
- يمكنك الآن تحديد صورة مصغّرة عند استخدام طريقة تحميل الملفات لإرسال الوسائط في بطاقة تفاعلية.
30 سبتمبر 2023
جديد
- وسّعت Google نطاق إمكانية الوصول إلى خدمة مراسلة المؤسسات من خلال خدمات الاتصالات التفاعلية (RBM) ليشمل المستخدمين الذين يعانون من إمكانية اتصال غير مستقرة. نتيجةً لذلك، قد تلاحظ ارتفاعًا في معدّلات تسليم الرسائل وزيادة في وقت استجابة التسليم لهؤلاء المستخدمين. للمساعدة في إيصال الرسائل في الوقت المناسب، يمكنك ضبط تاريخ انتهاء صلاحية الرسالة أو إبطال الرسائل يدويًا وإرسالها عبر قناة بديلة.
3 يوليو 2023
Changed (تمّ التغيير)
- تم تعديل نموذج Python First Agent إلى Python 3، وتمت إزالة التبعيات غير المستخدَمة وترقية المكتبات إلى أحدث إصداراتها.
23 حزيران (يونيو) 2023
جديد
- تتوفّر الآن نظرة عامة على معلومات أمان البيانات حول ميزة "مراسلة المؤسسات من خلال خدمات الاتصالات التفاعلية" (RBM) في صفحة "الدعم".
10 أيار (مايو) 2023
جديد
- يتيح لك الدمج الجديد لخدمة RBM مع محفظة Google إصدار بطاقات صعود الطائرة من خلال محادثة تفاعلية في رسائل Google. هذا يعني أنّ مستخدمي "محفظة Google" و"رسائل Google" يمكنهم إكمال عملية إنجاز إجراءات السفر واستلام بطاقة صعود الطائرة وإضافتها إلى المحفظة بالكامل من تطبيق "رسائل Google".
- تتضمّن حالة الاستخدام الجديدة كيفية إضافة بطاقة صعود إلى الطائرة إلى "محفظة Google" بسهولة من تطبيق "رسائل Google". تتضمّن حالة الاستخدام نموذجًا لمحادثة تتضمّن خطوات فنية ونصائح تصميمية لتوفير تجربة تسجيل وصول كاملة.
14 أبريل 2023
جديد
- يمكن الآن إنشاء ملفات تقارير مشغّل شبكة الجوّال الفارغة عند الطلب.
13 أبريل 2023
جديد
- تمت إضافة مقتطف رمز C# لعملية سحب Pub/Sub.
Changed (تمّ التغيير)
- تم تعديل عيّنة Kitchen Sink C# لتتوافق مع Visual Studio 2019 وأحدث الاعتماديات على المكتبة.
11 أبريل 2023
Changed (تمّ التغيير)
- تم تعديل نموذج C# الأول ليتوافق مع Visual Studio 2019 وأحدث الاعتمادات على المكتبات.
13 كانون الأول (ديسمبر) 2022
جديد
- مزيد من المعلومات عن إرسال الرسائل إلى المستخدمين غير المتصلين بالإنترنت
- توضيح الحالات التي يتم فيها إنشاء أحداث النشاط
- معلومات أحداث Pub/Sub حول الإشعارات المتعلقة بالتسليم والقراءة والكتابة
- توضيح لطول الرسالة الأساسية
- تمت إضافة سجلّ التعديلات إلى بنود خدمة مشغّل شبكة الجوّال.
Changed (تمّ التغيير)
- تم تعديل روابط وحدة التحكّم الخاصة بشركات الاتصالات لتتوافق مع التغييرات الأخيرة في وحدة التحكّم.
15 نوفمبر 2022
Changed (تمّ التغيير)
- تم تعديل بنود الخدمة وسياسة الاستخدام المقبول.
جديد
- أصبح حقل حالة الاستخدام حقلًا مطلوبًا عند إنشاء وكيل، وهو يحدّد طبيعة المحادثات على RBM ويساعد الأنشطة التجارية في الالتزام بقواعد النشاط التجاري.
جديد
- أصبح خيار "حظر وإبلاغ" أكثر وضوحًا للمستخدمين من خلال أداة واجهة المستخدم الجديدة التي يمكن تجاهلها.
3 تشرين الثاني (نوفمبر) 2022
جديد
- تسجيل المطوّرين في "مراسلة المؤسسات من خلال خدمات الاتصالات التفاعلية" يجب الآن ربط حسابات Google التي يستخدمها مطوّرو RBM بعناوين البريد الإلكتروني الخاصة بالشركات وليس بحسابات Gmail.
2 نوفمبر 2022
جديد
- أصبح حقل فئة الفوترة حقلًا مطلوبًا عند إنشاء وكيل، وهو يحدّد ما إذا كان الوكيل يتيح المحادثات أو الرسائل المنفصلة.
- تم تعديل مستندات تقارير أحداث الفوترة الخاصة بشركة الاتصالات لتشير إلى تأثير فئة الفوترة الخاصة بالوكيل.
- تم تعديل مستندات "وحدة تحكّم المشرف" في RBM لتشير إلى فئة الفوترة الخاصة بالوكيل.
26 أغسطس 2021
جديد
- يحدّد الحقل
agentIdالوكيل الذي تنتمي إليه الرسالة أو الحدث من إنشاء المستخدم. اطّلِع على تلقّي الرسائل والأحداث.
3 مايو 2021
جديد
- يمكن للوكلاء إجراء عمليات تحقّق مجمّعة من الإمكانات لما يصل إلى 10,000 رقم هاتف لكل طلب بيانات من واجهة برمجة التطبيقات باستخدام
users.batchGet. يُرجى الاطّلاع على عمليات التحقّق من الإمكانات.
Changed (تمّ التغيير)
- يستخدم
نص برمجي للتحقّق من الإمكانات المجمّعة (تسجيل الدخول للتنزيل)
الآن
users.batchGet. لإجراء عمليات فحص مجمّعة للتأكّد من توفّر الميزة.
2 نيسان (أبريل) 2020
جديد
- يمكن لموظفي دعم RBM الآن ضبط fallbackUrl لكل من DialAction وViewLocationAction وCreateCalendarEventAction وShareLocationAction للعملاء الذين لا يتيحون التطبيق الأصلي. يمكنك الاطّلاع على الدليل والمرجع.
- تم تعديل جميع النماذج ومكتبات البرامج لتتوافق مع fallbackUrl. الاطّلاع على عيّنات
20 كانون الأول (ديسمبر) 2019
جديد
- يمكن لوكلاء RBM الآن تحميل ملفات ثنائية خاصة بالوسائط بالإضافة إلى تحميل الملفات من خلال عنوان URL. يمكنك الاطّلاع على الدليل والمرجع.
2 كانون الأول (ديسمبر) 2019
جديد
- يوضّح برنامج نصي للتحقّق من إمكانات عدد كبير من الأجهزة (تسجيل الدخول للتنزيل) كيفية استخدام حزمة تطوير البرامج (SDK) الخاصة بخدمة "مراسلة المؤسسات من خلال خدمات الاتصالات التفاعلية (RBM)" للتحقّق من إمكانات عدد كبير من الأجهزة. لتشغيل هذا النص البرمجي على الأجهزة غير المسجّلة كأجهزة اختبار، يجب تشغيل الوكيل.
Changed (تمّ التغيير)
- تتضمّن عمليات التحقّق من الإمكانات الآن إعدادات واستخدام "النص البرمجي للتحقّق من الإمكانات بشكل مجمّع".
- يتضمّن قسم العينات الآن قسمًا للأدوات.





