نسخه‌های قبلی (۲۰۱۹-۲۰۲۵)

۱۱ دسامبر ۲۰۲۵

جدید

فیلد جدید در users.batchGet برای گروه‌بندی کاربران قابل دسترسی بر اساس اپراتور. این فیلد فقط برای شماره تلفن‌های ایالات متحده پر می‌شود.

متد users.batchGet در API پیام‌رسانی تجاری RCS اکنون فیلد reachableUsersMap را در بدنه پاسخ قرار می‌دهد تا اطلاعات دقیق‌تری در مورد قابلیت دسترسی کاربر ارائه دهد.

reachableUsersMap نقشه‌ای است که از شناسه‌های اپراتور به عنوان کلید استفاده می‌کند و مقادیر آن اشیاء ReachableUsers هستند. این ساختار فهرستی از شماره تلفن‌های ایالات متحده را برای کاربرانی که از طریق یک اپراتور خاص قابل دسترسی هستند، ارائه می‌دهد و به شما کمک می‌کند تا دسترسی بالقوه را بر اساس هر اپراتور بهتر درک کنید.

۲۰ نوامبر ۲۰۲۵

جدید

به‌روزرسانی صورتحساب: دسته‌بندی یکپارچه صورتحساب غیر محاوره‌ای

ما ساختار صورتحساب را با ترکیب دو دسته صورتحساب قدیمی، پیام پایه و پیام تکی ، در یک دسته غیر محاوره‌ای ، ساده‌سازی کردیم. از آنجایی که دسته‌های قدیمی منطق صورتحساب یکسانی داشتند، این تغییر فقط پیکربندی اپراتور شما را ساده می‌کند.

از این پس، هر عامل به عنوان مکالمه‌گرا یا غیرمکالمه‌گرا طبقه‌بندی خواهد شد.

این تغییر بر RcsBusinessMessagingAgentBillingConfig تأثیر می‌گذارد و برای همه توسعه‌دهندگانی که از Developer Console یا Management API استفاده می‌کنند و همه اپراتورهایی که از Operations API استفاده می‌کنند، اعمال می‌شود.

کاربران API یک دوره انتقال ۹۰ روزه (تا ۱۸ فوریه ۲۰۲۶) دارند تا این دسته جدید را در سیستم‌های خود ادغام کنند.

برای جزئیات کامل در مورد طرح انتقال، از جمله سازگاری با نسخه‌های قبلی API و تغییرات کد پیشنهادی، به سوالات متداول صورتحساب مراجعه کنید. نکات کلیدی در اینجا آمده است:

  • ایجاد عامل جدید (کنسول توسعه‌دهندگان) : شما فقط می‌توانید عامل‌های جدید را به صورت محاوره‌ای یا غیر محاوره‌ای در کنسول توسعه‌دهندگان ایجاد کنید.
  • ایجاد عامل جدید ( رابط برنامه‌نویسی کاربردی مدیریت ) : شما همچنان می‌توانید تا ۱۸ فوریه ۲۰۲۶ با استفاده از دسته‌بندی‌های قدیمی پیام پایه و پیام تکی، عامل ایجاد کنید. با این حال، اکیداً توصیه می‌کنیم از همین حالا تمام عامل‌های غیر محاوره‌ای جدید را با استفاده از دسته‌بندی جدید غیر محاوره‌ای ایجاد کنید.
  • انتقال عامل موجود (نیازی به اقدام نیست) : همه عامل‌هایی که به عنوان پیام پایه یا پیام تکی طبقه‌بندی شده‌اند، پس از ۱۸ فوریه ۲۰۲۶ به طور خودکار به دسته غیرمکالمه ای منتقل می‌شوند. شما ۳۰ روز قبل از این انتقال، یک اخطار دریافت خواهید کرد.
  • به‌روزرسانی فیلد API مدیریت (برای توسعه‌دهندگان) :
    • برای سازگاری با نسخه‌های قبلی، رابط برنامه‌نویسی کاربردی مدیریت (Management API) تا ۱۸ فوریه ۲۰۲۶ از هر دو مقدار قدیمی ( BASIC_MESSAGE و SINGLE_MESSAGE ) و جدید ( NON_CONVERSATIONAL ) پشتیبانی خواهد کرد.
    • اقدام الزامی : منطق عامل خود را به‌روزرسانی کنید تا از مقدار جدید NON_CONVERSATIONAL قبل از ۱۸ فوریه ۲۰۲۶ استفاده کند. توصیه می‌کنیم منطق عامل خود را همین حالا به‌روزرسانی کنید.
  • به‌روزرسانی فیلد API عملیات (برای اپراتورها) :
    • برای سازگاری با نسخه‌های قبلی، Operations API مقدار منسوخ‌شده‌ی SINGLE_MESSAGE را برای عامل‌هایی که تا ۱۸ فوریه ۲۰۲۶ با عنوان NON_CONVERSATIONAL علامت‌گذاری شده‌اند، برمی‌گرداند.
    • اقدام لازم : سیستم‌های خود را برای مدیریت مقدار جدید NON_CONVERSATIONAL قبل از ۱۸ فوریه ۲۰۲۶ به‌روزرسانی کنید.
    • انتخاب : اپراتورها می‌توانند قبل از ۱۸ فوریه ۲۰۲۶، مقدار جدید NON_CONVERSATIONAL را دریافت کنند. برای درخواست این تغییر با پشتیبانی تماس بگیرید .

جدید

ما اسناد خود را به‌روزرسانی کرده‌ایم تا جزئیات کاملی در مورد مدل صورتحساب ایالات متحده برای ترافیک RCS برای کسب‌وکارها در اپراتورهای آمریکایی ارائه دهیم.

مدل پرداخت ایالات متحده از طبقه‌بندی‌های پیام مبتنی بر محتوا (پیام غنی، پیام رسانه‌ای غنی و کلیک بر روی اقدام پیشنهادی) استفاده می‌کند که با طبقه‌بندی‌های مورد استفاده برای ترافیک غیرآمریکایی متفاوت است.

برای کمک به شما در درک این تغییرات، منابع زیر را ایجاد کرده‌ایم:

برای اپراتورهای آمریکایی و شرکایی که نمایندگان خود را روی اپراتورهای آمریکایی راه‌اندازی می‌کنند : لطفاً این اسناد را بررسی کنید تا مطمئن شوید که منطق گزارش‌دهی و طبقه‌بندی پیام شما به درستی برای ترافیک ایالات متحده پیکربندی شده است.

۱۳ نوامبر ۲۰۲۵

تغییر یافته

ناوبری و سازماندهی سایت

ما چندین به‌روزرسانی در ناوبری سایت انجام داده‌ایم تا سازماندهی را بهبود بخشیم. برای آسان‌تر کردن یافتن اطلاعات:

۲۸ اکتبر ۲۰۲۵

جدید

کنسول توسعه‌دهندگان ارتباطات تجاری اکنون شامل داده‌های دلیل لغو اشتراک و روند هرزنامه در نمای کلی تجزیه و تحلیل است.

۲۳ اکتبر ۲۰۲۵

تغییر یافته

ردیابی دقیق تعامل برای پیش‌نمایش لینک‌ها

ما راهنمای ارسال پیام‌ها را به‌روزرسانی کرده‌ایم تا استفاده از پیش‌نمایش لینک‌ها در پیام‌های متنی (از جمله اما نه محدود به پیام‌های اصلی) را روشن کنیم و یک مثال ارائه دهیم.

ما همچنین این نکته مهم را برای توسعه‌دهندگان اضافه کرده‌ایم:

  • برای اندازه‌گیری دقیق میزان تعامل کاربر با شمارش درخواست‌های HTTP به یک URL مشخص، باید درخواست‌های ارسالی توسط سرویس تولید پیش‌نمایش لینک را فیلتر کنید. درخواست‌هایی را که رشته‌های عامل کاربر حاوی "GoogleMessages" یا "Google-PageRenderer" دارند، حذف کنید.

۳ اکتبر ۲۰۲۵

تغییر یافته

ما سیاست استفاده قابل قبول را به‌روزرسانی کرده‌ایم تا وضوح بیشتری داشته باشد و به انواع جدید سوءاستفاده رسیدگی شود. در اینجا خلاصه‌ای از تغییرات کلیدی آمده است:

  • بخش سوءاستفاده از محصول را گسترش دادیم تا نمونه‌های بیشتری از رفتارهای ممنوعه، مانند ربودن حساب، کلاهبرداری، حقه‌ها و بدافزارها را در بر بگیرد.
  • بخش «تقلب و جعل هویت» با نمونه‌های جدیدی از مبهم‌سازی محتوا به‌روزرسانی شد.
  • یک الزام جدید به بخش الزامات رضایت اضافه شد که اکنون برای لغو رضایت، انطباق با الزامات سطح برند را الزامی می‌کند.
  • بخش محتوای ممنوعه را گسترش داد تا انواع بیشتری از محتوای مضر، از جمله سوءاستفاده جنسی از کودکان، تصاویر صمیمی بدون رضایت (NCII) و محتوای مربوط به سازمان‌های خشونت‌آمیز را ممنوع کند.
  • دسته‌های محتوای محدود خاص (الکل، قمار و مراقبت‌های بهداشتی) با یک موضوع گسترده‌تر تحت عنوان کالاها و خدمات تحت نظارت جایگزین شدند.
  • سیاست خود را مبنی بر اینکه فقط یک نماینده از یک برند می‌تواند یک نوع محتوای خاص را به همان کاربر ارائه دهد، روشن کردیم.

۳۰ سپتامبر ۲۰۲۵

بهبود مستندات

ما مستندات شرایط و ضوابط و سیاست‌های خود را مجدداً سازماندهی کرده‌ایم تا یافتن آنها آسان‌تر شود.

۲۶ سپتامبر ۲۰۲۵

جدید

رفع مشکلات کوتاه‌سازی: نمای تمام‌صفحه جدید برای چرخ‌وفلک‌های کارت‌های غنی از نسخه بتای باز پیام‌های گوگل خارج شده و اکنون به‌طور کلی در پیام‌های گوگل در دسترس هستند.

این اصلاحیه به یک نکته کلیدی و آزاردهنده می‌پردازد که در آن متن یا پیشنهادات روی یک کارت چرخ فلک غنی ممکن است به دلیل محدودیت‌های ارتفاع قطع شوند. برای اینکه مشخص شود چه زمانی محتوای بیشتری در دسترس است، اکنون یک دکمه «بیشتر» روی کارت‌های چرخ فلک کوتاه‌شده ظاهر می‌شود. با یک ضربه در هر نقطه از ناحیه متن، کارت به یک نمای تمام‌صفحه قابل کشیدن تبدیل می‌شود، بنابراین کاربران همیشه می‌توانند پیام کامل را مشاهده کنند.

چرا ما این تغییر را ایجاد می‌کنیم؟

  • تجربه کاربری بهبود یافته: سردرگمی کاربر ناشی از محتوای کوتاه شده را از بین می‌برد.
  • قابلیت اطمینان بیشتر پیام: به شما اطمینان بیشتری می‌دهد که کل پیام شما - شامل جزئیات مهم و فراخوان‌های اقدام - ارسال و قابل مشاهده است.
  • نیازی به اقدام توسعه‌دهنده نیست: این ویژگی به‌طور خودکار برای همه چرخ‌وفلک‌های کارت غنی و بدون هیچ تغییری در عامل شما فعال می‌شود.

برای جزئیات فنی کامل در مورد مشخصات، تعاملات کاربر و رفتار پیشنهادی، به مستندات به‌روز شده Rich cards مراجعه کنید.

۱۸ سپتامبر ۲۰۲۵

تغییر یافته

برای هماهنگی بهتر با شناخت روزافزون مصرف‌کنندگان از RCS و ساده‌سازی هویت پلتفرم، پیام‌رسانی تجاری RCS (RBM) اکنون رسماً RCS for Business نامگذاری شده است.

تضمین یک انتقال روان

این یک تغییر در نام است، نه در عملکرد. این تغییر هیچ تغییر فنی در پلتفرم و هیچ تغییر اساسی در شرایط، سیاست‌ها یا قراردادهای موجود شما ایجاد نمی‌کند.

در اینجا خلاصه‌ای از جایی که نام پلتفرم جدید را مشاهده خواهید کرد، آورده شده است:

جایی که نام در حال تغییر است ✅ جایی که نام تغییر نمی‌کند ❌
بازاریابی : سایت بازاریابی جدید و سایر دارایی‌های بازاریابی ایمیل پشتیبانی : آدرس همچنان rbm-support@google.com خواهد بود.
مستندات : سایت توسعه‌دهنده (بخش‌های غیر API) APIها و نقاط پایانی : هیچ تغییری در نام APIها یا نقاط پایانی ایجاد نشده است
حقوقی : شرایط خدمات، سیاست استفاده مجاز، قراردادهای جدید و تمدید شده قراردادهای موجود : ما قراردادهای موجود را برای انعکاس تغییر نام اصلاح نخواهیم کرد.

چه کاری باید انجام دهید؟

  1. هیچ اقدام فوری لازم نیست . این یک گذار تدریجی و انعطاف‌پذیر است.
  2. کد خود را تغییر ندهید . از آنجایی که نام‌ها و نقاط پایانی API تغییر نمی‌کنند، هیچ کار فنی از طرف شما لازم نیست. ادغام‌های شما تحت تأثیر قرار نخواهند گرفت.
  3. از نام جدید در مطالب جدید استفاده کنید . توصیه می‌کنیم برای هرگونه مطالب بازاریابی یا قراردادهای جدید که ایجاد می‌کنید، از «RCS for Business» استفاده کنید.
  4. به دنبال یک کیت برندسازی باشید . ما در سه‌ماهه چهارم، یک لوگوی جدید و دستورالعمل‌های استفاده از برند را برای پشتیبانی از انتقال شما ارائه خواهیم داد.
  5. نکته‌ای در مورد کلمات اختصاری : از عبارت «RCS for Business» به صورت خارجی استفاده کنید. اگرچه «RBM» همچنان یک اختصار آشنا است، لطفاً از ایجاد کلمات اختصاری جدید (مثلاً R4B، RCSB) خودداری کنید.

۱۵ سپتامبر ۲۰۲۵

به زودی

محدودیت در طرح‌های پشتیبانی‌شده برای OpenUrlAction

برای افزایش قابلیت اطمینان پلتفرم و ایجاد یک تجربه کاربری سازگارتر، ما در حال استانداردسازی طرح‌های URI پشتیبانی شده توسط پیشنهاد OpenUrlAction هستیم. از اول نوامبر ۲۰۲۵ ، فقط URLهایی که از طرح‌های http:/ / یا https:/ / استفاده می‌کنند، مجاز خواهند بود.

چه چیزی در حال تغییر است؟

در حال حاضر، فیلد url در OpenUrlAction طیف گسترده‌ای از طرح‌های URI را می‌پذیرد. پس از ۱ نوامبر، هر درخواست API حاوی OpenUrlAction با طرح پشتیبانی نشده (مثلاً tel: mailto: geo: :) رد خواهد شد و خطای 400 Bad Request را برمی‌گرداند.

طرح‌های پشتیبانی‌شده

  • http://
  • https://

اقدام لازم

ادغام‌های موجود خود را بررسی کنید و هرگونه پیاده‌سازی OpenUrlAction را به‌روزرسانی کنید تا مطمئن شوید که منحصراً از طرح‌های پشتیبانی‌شده استفاده می‌کنند. تمام تغییرات لازم باید تا اول نوامبر ۲۰۲۵ تکمیل شوند تا از اختلالات سرویس جلوگیری شود.

اگر سوالی دارید، لطفاً با پشتیبانی تجاری RCS تماس بگیرید.

۹ سپتامبر ۲۰۲۵

جدید

ما روشی قدرتمندتر برای مدیریت دستگاه‌های آزمایشی شما در API مدیریت RBM راه‌اندازی کرده‌ایم.

با API جدید testers ، می‌توانید:

  • دعوت‌نامه‌های آزمایش‌کننده را به دستگاه‌ها ارسال و دوباره ارسال کنید.
  • مشاهده وضعیت دعوت: PENDING ، ACCEPTED و DECLINED .
  • لیستی از تمام دستگاه‌های تست و وضعیت آنها تهیه کنید.
  • دستگاه‌های تست را بردارید.

دسترسی به API قدیمی phones.testers در تاریخ ۳۱ ژانویه ۲۰۲۶ حذف خواهد شد. ما شرکا را تشویق می‌کنیم که همین حالا به API جدید testers مهاجرت کنند.

۲۸ آگوست ۲۰۲۵

بهبود مستندات

کلمات کلیدی لغو اشتراک/اشتراک محلی : ما مستندات خود را با کلمات کلیدی خاص مبتنی بر کشور (مانند STOP، BAJA، parar) که هنگام لغو اشتراک یا اشتراک کاربر به طور خودکار برای نماینده شما ارسال می‌شوند، به‌روزرسانی کرده‌ایم. این لیست به شما کمک می‌کند تا این رویدادها را بهتر شناسایی و مدیریت کنید. برای مرجع کامل، به مستندات لغو اشتراک و اشتراک مراجعه کنید.

۲۵ آگوست ۲۰۲۵

بهبود مستندات

ما مستندات «تأیید و راه‌اندازی نماینده شما» را به‌روزرسانی کرده‌ایم. برای کمک به شما در یافتن سریع‌تر اطلاعات مرتبط:

  • ما صفحات جداگانه‌ای برای تأیید برند و تأیید راه‌اندازی ایجاد کرده‌ایم.
  • ما مستندات مربوط به ایجاد و راه‌اندازی عامل را در منوی ناوبری سمت چپ گروه‌بندی کرده‌ایم.

۱۹ آگوست ۲۰۲۵

تغییر یافته

  • برای راه‌اندازی‌های تحت مدیریت گوگل: در اطلاعات نماینده خود، باید حداقل یک روش تماس اضافه کنید: شماره تلفن، وب‌سایت یا ایمیل. اگرچه فقط یکی از آنها لازم است، اما ارائه همه آنها توصیه می‌شود.

۱۳ آگوست ۲۰۲۵

بهبود مستندات

۴ آگوست ۲۰۲۵

جدید

  • برای ترافیک RBM در اپراتورهای هند: نمایندگان RBM اکنون می‌توانند فایل‌های PDF را در کارت‌های غنی در کلاینت Google Messages ارسال کنند.

بهبود مستندات

ما سوالات متداول در مورد پرداخت RBM را به‌روزرسانی کرده‌ایم تا توضیح دهیم که چگونه سناریوهای مختلف پیام‌رسانی و پاسخ‌های کاربر در رویدادهای پرداخت برای عوامل محاوره‌ای و غیر محاوره‌ای نقش دارند.

بخش‌های زیر اضافه شده‌اند:

۳۱ ژوئیه ۲۰۲۵

تغییر یافته

محدودیت ۱۰۰ مگابایتی برای پیوست فایل ترکیبی در هر پیام

  • برای بهبود تجربه کاربری و جلوگیری از مصرف غیرمنتظره داده، محدودیت حجم ۱۰۰ مگابایت برای کل حجم ترکیبی تمام فایل‌های رسانه‌ای و پیوست‌های PDF در یک پیام RBM اعمال شده است. این محدودیت اکنون برای ترافیک RBM در همه اپراتورها اعمال می‌شود.

۳۰ ژوئیه ۲۰۲۵

جدید

رفع مشکلات کوتاه‌سازی: نمای تمام‌صفحه جدید برای کارت‌های چرخان غنی در پیام‌های گوگل

این اصلاحیه به یک نکته کلیدی و آزاردهنده می‌پردازد که در آن متن یا پیشنهادات روی یک کارت چرخ فلک غنی ممکن است به دلیل محدودیت‌های ارتفاع قطع شوند. برای اینکه مشخص شود چه زمانی محتوای بیشتری در دسترس است، اکنون یک دکمه «بیشتر» روی کارت‌های چرخ فلک کوتاه‌شده ظاهر می‌شود. با یک ضربه در هر نقطه از ناحیه متن، کارت به یک نمای تمام‌صفحه قابل کشیدن تبدیل می‌شود، بنابراین کاربران همیشه می‌توانند پیام کامل را مشاهده کنند.

چرا ما این تغییر را ایجاد می‌کنیم؟

  • تجربه کاربری بهبود یافته: سردرگمی کاربر ناشی از محتوای کوتاه شده را از بین می‌برد.
  • قابلیت اطمینان بیشتر پیام: به شما اطمینان بیشتری می‌دهد که کل پیام شما - شامل جزئیات مهم و فراخوان‌های اقدام - ارسال و قابل مشاهده است.
  • نیازی به اقدام توسعه‌دهنده نیست: این ویژگی به‌طور خودکار برای همه چرخ‌وفلک‌های کارت غنی و بدون هیچ تغییری در عامل شما فعال می‌شود.

در دسترس بودن

برای جزئیات فنی کامل در مورد مشخصات، تعاملات کاربر و رفتار پیشنهادی، به مستندات به‌روز شده Rich cards مراجعه کنید.

۲۸ ژوئیه ۲۰۲۵

جدید

  • داده‌های مربوط به نمای کلی Analytics ، شامل اعتبار اپراتور و محدودیت‌های ترافیک (در صورت وجود) اکنون از طریق API مدیریت در دسترس است.

۱۷ ژوئیه ۲۰۲۵

بهبود مستندات

ما چندین بهبود در مستندات مدیریت عوامل ایجاد کرده‌ایم.

۹ ژوئیه ۲۰۲۵

جدید

گزینه راه‌اندازی انعطاف‌پذیر برای عامل‌های چندمنظوره

  • برای کمک به شما در ورود سریع‌تر به بازار، اکنون می‌توانید درخواست راه‌اندازی یک عامل چندمنظوره را بدهید که تنها یکی از موارد استفاده آن (تبلیغاتی یا تراکنشی) پیاده‌سازی شده باشد.
  • سپس شما موظف هستید که مورد استفاده دوم را ظرف شش ماه از راه‌اندازی اولیه پیاده‌سازی و برای بررسی ارسال کنید تا وضعیت چندمنظوره بودن نماینده شما حفظ شود.
  • برای جزئیات، به ارسال درخواست راه‌اندازی مراجعه کنید.

۱ ژوئیه ۲۰۲۵

تغییر یافته

گزارش‌ها

۲۳ ژوئن ۲۰۲۵

جدید

اعلان‌های وضعیت راه‌اندازی عامل در لحظه

  • برای شرکای RBM: پلتفرم RBM اکنون به‌روزرسانی‌های بلادرنگ در مورد وضعیت راه‌اندازی نمایندگان شما را مستقیماً به وب‌هوک شما ارسال می‌کند. این امر نیاز به نظارت دستی از طریق ایمیل یا کنسول توسعه‌دهندگان را از بین می‌برد و به شما بینش فوری در مورد چرخه عمر نماینده‌تان می‌دهد.

چگونه کار می‌کند؟

  • اکنون برای هر تغییر در وضعیت راه‌اندازی عامل خود (مثلاً از PENDING به LAUNCHED یا REJECTED ) یک AgentLaunchEvent دریافت خواهید کرد. می‌توانید از وب‌هوک پیام‌رسانی موجود خود استفاده کنید یا یک وب‌هوک اعلان اختصاصی را برای دریافت این رویدادها پیکربندی کنید.

  • برای کسب اطلاعات بیشتر در مورد نحوه پیکربندی وب‌هوک، درک بار رویداد و تفسیر حالت‌های راه‌اندازی عامل، به «حالت راه‌اندازی عامل تغییر کرده است» مراجعه کنید.

۱۶ ژوئن ۲۰۲۵

تغییر یافته

همچنان که به بهینه‌سازی تجربه کاربری ادامه می‌دهیم، قابلیت لغو اشتراک را در دو بازار به‌روزرسانی کرده‌ایم:

ایالات متحده:

  • برای پیام‌های RBM و A2P xMS از کدهای کوتاه و فرستندگان حروف و اعداد:
    • گزینه لغو اشتراک دیگر در پایین چت قابل مشاهده نیست.
    • گزینه لغو اشتراک در منو همچنان در دسترس است.
  • یادداشت توسعه‌دهنده: شما همچنان رویدادهای لغو اشتراک را از کاربرانی که گزینه لغو اشتراک را در پایین چت در نسخه‌های قبل از 20250518.01 پیام‌رسان گوگل انتخاب می‌کنند، دریافت خواهید کرد.

اسپانیا:

  • گزینه لغو اشتراک (هم در چت و هم در منو) برای RBM غیرفعال شده است.

این به‌روزرسانی‌ها نحوه‌ی مشاهده‌ی گزینه‌ی لغو اشتراک توسط کاربران را تغییر می‌دهند. پردازش تمام رویدادهای لغو اشتراکی که دریافت می‌کنید را برای انطباق ادامه دهید.

برای اطلاعات بیشتر در مورد ویژگی‌های لغو اشتراک و اشتراک، به یادداشت انتشار قبلی و مستندات کامل مراجعه کنید.

۹ ژوئن ۲۰۲۵

به زودی

تغییرات در مدیریت تغییر مسیر URL رسانه

برای ارائه رسانه‌ای مطمئن و ایمن، ما در حال تغییر نحوه مدیریت تغییر مسیرهای URL رسانه در فراخوانی‌های RBM API هستیم:

  • API مربوط به files.create : آدرس‌های اینترنتی رسانه برای آپلود فایل از یک تغییر مسیر پشتیبانی می‌کنند.
  • API مربوط به agentMessage.create : آدرس‌های اینترنتی رسانه در این درخواست‌ها دیگر از ریدایرکت پشتیبانی نمی‌کنند.

زمان‌بندی: مدیریت جدید تغییر مسیر از 30 ژوئیه 2025 اعمال خواهد شد.

توصیه: برای حفظ ارائه قابل اعتماد رسانه و جلوگیری از اختلالات:

  • شناسه‌های فایل را از API files.create (file/{uid}) ایجاد و دوباره استفاده کنید.
  • از uploadedRbmFile با شناسه فایل در اشیاء رسانه خود استفاده کنید.
  • از استفاده مستقیم آدرس‌های اینترنتی رسانه در contentInfo برای درخواست‌های phones.agentMessages.create خودداری کنید.

۶ ژوئن ۲۰۲۵

جدید

برگه برچسب RBM Figma

منحصراً برای شرکای ثبت‌شده‌ی RBM: با استفاده از برگه‌ی استیکر جدید فیگما، عناصر رابط کاربری و الگوهای طراحی دقیق Google Messages را دریافت کنید. این یک منبع ضروری برای طراحان است تا ویژگی‌های RBM را تجسم کنند و تجربیات کاربری سازگار و شهودی را برای برند شما ایجاد کنند.

برای درخواست همکاری با RBM، فرم ثبت نام همکاری را پر کنید.

۴ ژوئن ۲۰۲۵

بهبود مستندات

ما چندین بهبود در مستندات نمای کلی Analytics ایجاد کرده‌ایم.

۳۰ مه ۲۰۲۵

بهبود مستندات

ما مستندات راه‌اندازی عامل RBM را به‌روزرسانی کرده‌ایم.

۲۸ مه ۲۰۲۵

بهبود مستندات

ما چندین بهبود در مستندات Agents و راهنمای عیب‌یابی RBM ایجاد کرده‌ایم.

۱۲ مه ۲۰۲۵

تغییر یافته

ابعاد و اندازه فونت چرخ فلک کارت غنی به‌روزرسانی شد

مشخصات مربوط به کارت‌های چرخان غنی (rich card carousel) به‌روزرسانی شده است تا منعکس‌کننده جدیدترین رابط کاربری پیام‌های گوگل (Google Messages UI) و بهبودهای خاص تجربه کاربری (UX) برای کارت‌های چرخان باشد. همچنین همه کارت‌های غنی (rich card) برای خوانایی بیشتر، فونت کمی بزرگ‌تری دارند.

تغییرات کلیدی

  • اندازه فونت: متن درون تمام کارت‌های غنی (مستقل و چرخ‌وفلک) اکنون با ۱۶ SP رندر می‌شود که قبلاً ۱۴ SP بود.
  • ابعاد چرخ و فلک کوچک: عرض ثابت ۱۸۰ DP (از ۱۲۰ DP افزایش یافته)، حداکثر ارتفاع ۵۴۲ DP (ثابت می‌ماند).
  • ابعاد چرخ و فلک متوسط: عرض ثابت ۲۹۶ DP (از ۲۳۲ DP افزایش یافته)، حداکثر ارتفاع ۵۹۲ DP (بدون تغییر باقی می‌ماند).
  • مقیاس‌بندی چرخ‌وفلک: چرخ‌وفلک‌ها تقریباً ۱.۵ برابر بزرگ‌تر شده‌اند تا فضای محتوای بیشتری ارائه دهند.
  • ارتفاع رسانه‌ها (بدون تغییر):
    • رسانه کوتاه: ۱۱۲ دی‌پی
    • رسانه متوسط: ۱۶۸ دی‌پی
    • رسانه بلند: 264 DP
  • تغییر نسبت رسانه: با افزایش عرض کارت‌های چرخ فلک کوچک و متوسط، و بدون تغییر در ارتفاع رسانه آنها، اکنون رسانه پهن‌تر از قبل به نظر می‌رسد.

تأثیر بر طرح‌ها و تجسم شما

  • کارت‌های غنی: انتظار متن کمی بزرگتر را داشته باشید و طرح‌بندی‌های خود را در صورت نیاز تنظیم کنید.
  • چرخ و فلک‌های کوچک: از عرض ثابت گسترش‌یافته (180 DP) و حداکثر ارتفاع (542 DP) استفاده کنید. توجه داشته باشید که اکنون رسانه‌ها عریض‌تر به نظر می‌رسند زیرا کارت عریض‌تر شده است اما ارتفاع رسانه‌ها تغییر نکرده است. ممکن است لازم باشد اندازه یا طرح‌بندی تصویر خود را تنظیم کنید.
  • چرخ و فلک‌های متوسط: از عرض ثابت گسترش‌یافته (۲۹۶ DP) و حداکثر ارتفاع (۵۹۲ DP) استفاده کنید. توجه داشته باشید که رسانه‌ها در این کارت‌ها به دلیل تغییر اندازه کارت، پهن‌تر نیز به نظر می‌رسند. رسانه‌ها را بررسی کنید تا مطمئن شوید که در این قالب پهن‌تر، خوب به نظر می‌رسند.
  • ارتفاع چرخ و فلک: تمام کارت‌های داخل یک چرخ و فلک به افزایش ارتفاع بلندترین کارت ادامه می‌دهند.
  • کوتاه‌سازی چرخ‌وفلک: منطق موجود برای کوتاه‌سازی همچنان پابرجاست.

مزایا

  • فونت بزرگتر، خوانایی متن را در تمام کارت‌های غنی بهبود می‌بخشد.
  • فضای بیشتر در چرخ و فلک‌ها به شما انعطاف‌پذیری بیشتری برای نمایش چندین مورد برای کاوش کاربران می‌دهد.
  • این به‌روزرسانی به طور قابل توجهی تجربه کاربری (UX) را برای کارت‌های غنی و چرخ فلک‌ها در پیام‌های گوگل بهبود می‌بخشد، بنابراین می‌توانید چرخ فلک‌های جذاب‌تر و مؤثرتری را در کمپین‌های خود بگنجانید.

قبل و بعد

  • چرخ فلک کوچک، رسانه کوتاه، محتوای متنی کوتاه:
ویژگی ابعاد قبلی ابعاد فعلی
عرض چرخ فلک ۱۲۰ DP (ثابت) ۱۸۰ DP (ثابت)
حداکثر ارتفاع ۵۹۲ دی پی ۵۴۲ دی پی
اندازه فونت ۱۴ اسپکتروسکوپی 16 اسپکتروم
تجسم فشرده، متن بالقوه بسیار کوچک متن عریض‌تر و خواناتر
مثال محتوای قبلیمحتوای فعلی
  • چرخ فلک متوسط، رسانه متوسط، محتوای متنی متوسط:
ویژگی ابعاد قبلی ابعاد فعلی
عرض چرخ فلک ۲۳۲ دی پی ۲۹۶ DP (ثابت)
حداکثر ارتفاع ۵۹۲ دی پی ۵۴۲ دی پی
اندازه فونت ۱۴ اسپکتروسکوپی 16 اسپکتروم
تجسم فضای متوسط، متن خوانا متن جادارتر و خواناتر
مثال محتوای قبلیمحتوای فعلی
  • کاروسل متوسط، رسانه‌های بلند، محتوای متنی طولانی:
ویژگی ابعاد قبلی ابعاد فعلی
عرض چرخ فلک ۲۳۲ دی پی ۲۹۶ DP (ثابت)
حداکثر ارتفاع ۵۹۲ دی پی ۵۴۲ دی پی
اندازه فونت ۱۴ اسپکتروسکوپی 16 اسپکتروم
تجسم متن احتمالاً کوتاه شده، طرح‌بندی فشرده‌تر فضای بیشتر برای متن، تعادل بصری بهبود یافته
مثال محتوای قبلیمحتوای فعلی

۲۹ آوریل ۲۰۲۵

جدید

اکنون وب‌ویوها به‌طور کلی در پیام‌های گوگل در دسترس هستند

  • قابلیت وب‌ویو از حالت دسترسی زودهنگام خارج شده است. اکنون، نمایندگان تولید می‌توانند از اقدام پیشنهادی Open URL برای جاسازی مستقیم وب‌ویوها در مکالمات RBM استفاده کنند. این امر کاربران را قادر می‌سازد تا بدون ترک برنامه پیام‌ها، به راحتی به محتوای وب، مانند پلتفرم‌های پرداخت، دسترسی داشته باشند. وب‌ویوها می‌توانند به صورت تمام صفحه، نیم صفحه یا صفحه نمایش بزرگ نمایش داده شوند. برای اطلاعات بیشتر به بخش «چه کارهایی می‌توانند انجام دهند؟» مراجعه کنید.
  • توجه داشته باشید که برای فعال کردن وب‌ویوها، به‌روزرسانی کلاینت لازم است، بنابراین این ویژگی به مرور زمان گسترده‌تر خواهد شد. در دستگاه‌هایی که (هنوز) از وب‌ویو پشتیبانی نمی‌کنند، صفحه وب مشخص شده در مرورگر پیش‌فرض کاربر باز می‌شود.

۲۸ آوریل ۲۰۲۵

جدید

  • نسخه بتای عمومی ویژگی لغو اشتراک و اشتراک مجدد برای مکالمات RBM در Google Messages منتشر شد.

ویژگی‌های کلیدی

  • گزینه‌های لغو اشتراک/اشتراک (جایگزین مسدود کردن و گزارش در پایین چت) : کاربران می‌توانند به راحتی از مکالمات انصراف دهند یا به آنها بپیوندند.
  • اعلان‌های رویداد وب‌هوک : شرکا درخواست‌های UNSUBSCRIBE و SUBSCRIBE را از طریق رویدادهای وب‌هوک جدید دریافت می‌کنند.
  • دلایل لغو اشتراک : کاربران می‌توانند هنگام لغو اشتراک، دلیل خود را ارائه دهند و گزینه گزارش هرزنامه را نیز دارند. گزینه موجود مسدود کردن و گزارش هرزنامه همچنان در منوی چت در دسترس است.

مزایا

  • بینش‌های کاربردی : شرکا و اپراتورهای تلفن همراه، بینش‌هایی در مورد تعامل کاربر با پیام‌های تجاری به دست می‌آورند.
  • تجربه کاربری بهبود یافته : کاربران کنترل بیشتری بر پیام‌های دریافتی خود دارند، پیام‌های ناخواسته کاهش یافته و رضایت کلی از RCS بهبود می‌یابد.
  • یکپارچگی برند : با احترام به ترجیحات کاربران و ترویج شیوه‌های پیام‌رسانی اخلاقی، به کسب‌وکارها کمک می‌کند تا تصویر مثبتی از برند خود حفظ کنند.

در دسترس بودن

  • گزینه‌های لغو اشتراک و اشتراک برای موارد زیر در دسترس خواهد بود:
    • پیام‌های RBM در ایالات متحده، برزیل، فرانسه، آلمان، هند، مکزیک، اسپانیا و بریتانیا.
    • پیام‌های متنی یا چندرسانه‌ای A2P در ایالات متحده از کدهای کوتاه (شماره تلفن‌های ۵-۶ رقمی) و فرستندگان حروف و اعداد.

۱۵ آوریل ۲۰۲۵

جدید

۲۵ مارس ۲۰۲۵

جدید

به زودی

  • نسخه بتای عمومی ویژگی لغو اشتراک و اشتراک مجدد برای مکالمات RBM در Google Messages منتشر شد.

ویژگی‌های کلیدی

  • گزینه‌های لغو اشتراک/اشتراک (جایگزین مسدود کردن و گزارش در پایین چت) : کاربران می‌توانند به راحتی از مکالمات انصراف دهند یا به آنها بپیوندند.
  • اعلان‌های رویداد وب‌هوک : شرکا درخواست‌های UNSUBSCRIBE و SUBSCRIBE را از طریق رویدادهای وب‌هوک جدید دریافت می‌کنند.
  • دلایل لغو اشتراک : کاربران می‌توانند هنگام لغو اشتراک، دلیل خود را ارائه دهند و گزینه گزارش هرزنامه را نیز دارند. گزینه موجود مسدود کردن و گزارش هرزنامه همچنان در منوی چت در دسترس است.

مزایا

  • بینش‌های کاربردی : شرکا و اپراتورهای تلفن همراه، بینش‌هایی در مورد تعامل کاربر با پیام‌های تجاری به دست می‌آورند.
  • تجربه کاربری بهبود یافته : کاربران کنترل بیشتری بر پیام‌های دریافتی خود دارند، پیام‌های ناخواسته کاهش یافته و رضایت کلی از RCS بهبود می‌یابد.
  • یکپارچگی برند : با احترام به ترجیحات کاربران و ترویج شیوه‌های پیام‌رسانی اخلاقی، به کسب‌وکارها کمک می‌کند تا تصویر مثبتی از برند خود حفظ کنند.

در دسترس بودن

  • گزینه‌های لغو اشتراک و اشتراک برای موارد زیر در دسترس خواهد بود:
    • پیام‌های RBM در ایالات متحده، برزیل، فرانسه، آلمان، هند، مکزیک، اسپانیا و بریتانیا.
    • پیام‌های متنی یا چندرسانه‌ای A2P در ایالات متحده از کدهای کوتاه (شماره تلفن‌های ۵-۶ رقمی) و فرستندگان حروف و اعداد.

۴ مارس ۲۰۲۵

تغییر یافته

  • اگر کاربری که دستگاهش از وب‌ویو پشتیبانی نمی‌کند، لینکی به یک صفحه وب را در برنامه پیام‌رسان باز کند، صفحه وب اکنون در مرورگر کاربر باز می‌شود.

۴ مارس ۲۰۲۵

جدید

  • برای هماهنگی با مشخصات GSMA RCC.07، یک فیلد جدید messageTrafficType به RBM API اضافه شده است . این فیلد به شما امکان می‌دهد مورد استفاده یا "نوع ترافیک" هر پیام را مشخص کنید (برای مثال: انواع ترافیک احراز هویت، تراکنش و تبلیغات). با شناسایی نوع ترافیک هر پیام، این فیلد به یک عامل امکان می‌دهد از چندین مورد استفاده پشتیبانی کند.

چه کاری باید انجام دهید؟

  • برای تنظیم نوع ترافیک پیام، هنگام ارسال پیام‌ها، از فیلد messageTrafficType در RBM API استفاده کنید.
  • این فیلد در حال حاضر اختیاری است، اما اکیداً توصیه می‌کنیم که از همین حالا استفاده از آن را شروع کنید تا از خطاهای بعدی در صورت الزامی شدن فیلد جلوگیری شود.

۲۴ فوریه ۲۰۲۵

تغییر یافته

محدودیت ۱۰۰ مگابایتی برای پیوست فایل در هر پیام به شماره‌های ایالات متحده

  • برای بهبود تجربه کاربری و جلوگیری از مصرف غیرمنتظره داده، محدودیت حجم ۱۰۰ مگابایت برای کل حجم ترکیبی تمام فایل‌های رسانه‌ای و پیوست‌های PDF در یک پیام RBM ارسالی به شماره تلفن‌های ایالات متحده اعمال شده است. این محدودیت منحصراً برای ترافیک RBM در اپراتورهای ایالات متحده اعمال می‌شود.
  • نمایندگانی که در چندین کشور، مانند کانادا و ایالات متحده، فعالیت می‌کنند، فقط هنگام ارسال پیام به شماره تلفن‌های ایالات متحده مشمول این محدودیت هستند.

۱۱ فوریه ۲۰۲۵

تغییر یافته

برای بهبود مدیریت خطا، پلتفرم RBM پاسخ‌های خطای خود را برای درخواست‌های ناموفق phones.getCapabilities و phones.agentMessages.create به‌روزرسانی کرده است. به‌طور خاص، این پلتفرم اکنون در تمام سناریوهایی که کاربر یا شبکه هدف قابل دسترسی نیست یا برای RCS پیکربندی نشده است، کد خطای 404 Not Found را برمی‌گرداند.

رفتار جدید خطای ۴۰۴:

  • پلتفرم RBM اکنون در شرایط زیر کد خطای 404 NOT_FOUND را برمی‌گرداند:
    • یک بررسی قابلیت یا پیامی برای کاربری که دستگاهش از RCS پشتیبانی نمی‌کند یا RCS در آن فعال نیست، ارسال می‌شود.
    • یک بررسی قابلیت یا یک پیام برای کاربر در شبکه‌ای که عامل در آن راه‌اندازی نشده یا ترافیک RCS فعال نیست، ارسال می‌شود.

تغییر از خطای ۴۰۳:

  • پیش از این، هنگام ارسال بررسی‌های قابلیت یا پیام‌ها به کاربران RCS در شبکه‌هایی که عامل راه‌اندازی نشده بود یا ترافیک RCS فعال نبود، خطای ۴۰۳ PERMISSION_DENIED بازگردانده می‌شد.

تأثیر بر توسعه‌دهندگان: توسعه‌دهندگان باید منطق مدیریت خطا خود را به‌روزرسانی کنند تا خطاهای ۴۰۴ را در پاسخ به phones.getCapabilities و phones.agentMessages.create به درستی تفسیر کنند.

۴ فوریه ۲۰۲۵

بهبود مستندات

  • راهنمای جدید Rich card مشخصاتی را برای rich cardها و carouselها ارائه می‌دهد. درک این مشخصات برای ایجاد rich cardهای جذاب و کاربردی در Google Messages ضروری است. به‌روزرسانی‌های کلیدی عبارتند از:

    • پشتیبانی شفاف از رسانه‌ها (فرمت‌های تصویر و ویدئو، اندازه و نسبت ابعاد).

    • محدودیت‌های دقیق کاراکتر برای عناوین، توضیحات و پاسخ‌ها و اقدامات پیشنهادی.

    • توضیح طرح‌بندی‌های عمودی و افقی کارت‌های غنی.

    • مشخصات مربوط به چرخ و فلک‌ها، شامل محدودیت‌های اندازه و محتوا.

    • راهنمایی در مورد مدیریت حذف محتوا و فضای خالی.

۲۹ ژانویه ۲۰۲۵

بهبود مستندات

ما چندین بهبود در مستندات صورتحساب RBM ایجاد کرده‌ایم.

۲۳ دسامبر ۲۰۲۴

جدید

  • RBM از لینک‌های عمیق پیامکی پشتیبانی می‌کند و به کاربران اجازه می‌دهد تا از طریق یک URL با نماینده شما مکالمه‌ای را آغاز کنند . با جاسازی URL به عنوان لینک، دکمه یا کد QR در ایمیل‌ها، وب‌سایت‌ها، برنامه‌ها یا حتی مکان‌های فیزیکی، می‌توانید راهی آسان برای ارتباط با نماینده خود در اختیار کاربران قرار دهید.

۱۹ دسامبر ۲۰۲۴

تغییر یافته

  • RBM اکنون از دو قالب برای شماره تلفن‌ها در اطلاعات چت‌بات پشتیبانی می‌کند: یا قالب کامل E.164 (برای مثال، "+12223334444") یا یک شماره تلفن محلی/رایگان بدون قالب‌بندی و بدون '+'، پیشوند یا کد کشور (برای مثال، "6502530000"). شماره‌های اضطراری مجاز نیستند.

۱۸ دسامبر ۲۰۲۴

تغییر یافته

  • بررسی قابلیت انبوه اکنون به ۵۰۰ تا ۱۰۰۰۰ شماره تلفن منحصر به فرد برای هر درخواست نیاز دارد. درخواست‌هایی با کمتر از ۵۰۰، بیش از ۱۰۰۰۰ یا شماره‌های تکراری اکنون خطا برمی‌گردانند. برای لیست‌هایی که بیش از ۱۰۰۰۰ شماره دارند، درخواست‌های خود را به دسته‌های ۱۰۰۰۰ یا کمتر تقسیم کنید.

۱ نوامبر ۲۰۲۴

تغییر یافته

  • ما به طور کامل به مدل RBM مبتنی بر شریک منتقل شده‌ایم. مدل RBM قدیمی منسوخ شده و مستندات مرتبط با آن حذف شده است. مدل مبتنی بر شریک موارد زیر را امکان‌پذیر می‌کند:

۳۱ اکتبر ۲۰۲۴

تغییر یافته

  • URL های ارائه شده در اقدام پیشنهادی Open URL در صورتی که با سینتکس URI مطابق با تعریف RFC 3986 مطابقت نداشته باشند، رد خواهند شد.

۲۱ اکتبر ۲۰۲۴

جدید

  • اقدام پیشنهادی Open URL اکنون از webviews پشتیبانی می‌کند و به کاربران امکان می‌دهد یک صفحه وب مشخص شده (مانند یک پلتفرم پرداخت) را مستقیماً در برنامه پیام‌رسان باز کنند.
  • Webviews can display in full-, half-, or tall-screen mode. For more information, see What can agents do? .

جدید

  • A new suggested action to compose messages opens the user's messaging app to send a text, audio, or video message to a predefined phone number, such as Customer Support.

August 30, 2024

جدید

RBM agents can now send audio files for more accessible and engaging interactions:

  • Improve accessibility: Enable communication for users with visual impairments, literacy challenges, or motor skill limitations.
  • Enhance customer service: Help users troubleshoot technical issues by offering audio guides, or live advice, with step by step instructions.
  • Support multilingual customers: Enable communication in customers' preferred languages—especially valuable for travel or hospitality services.
  • Express your brand's personality: Add an element of fun with character voices and sound effects, great for the media and entertainment industries.

See Supported media types for details on compatible audio formats.

August 1, 2024

جدید

We've clarified the brand verification and agent launch process (the process itself has not fundamentally changed):

  • More intuitive Developer Console experience : New instructions in the Verification tab clarify that verification information is required before you can submit the agent for its first launch. To prevent confusion, the Launch tab is now disabled until verification information is provided.
  • To make sure verification is always performed with the most accurate data :
  • To explain how brand verification works : A new brand verification FAQ covers frequently asked questions.

جدید

  • You can no longer edit your Partner name or Display name in the partner account settings . To request a change to these names, contact rbm-support@google.com.

۱ آوریل ۲۰۲۴

جدید

  • Now you can view an agent's launch history in the RBM consoles. Historical data is available from March 7, 2024 onwards.
  • To view the most recent change in launch status, see the agent Overview. For a historical record of launch status updates, see Agent history. Details include what the change was, who made it, when, and (in the case of suspension or rejection) why.

March 26, 2024

جدید

  • Now all partners using the partner-based RBM model have access to the RBM Management API . This API replicates the capabilities of the Developer Console, so partners can programmatically do the following by API:
    • Create brands and agents
    • List all agents created for a brand
    • Retrieve and edit agent information
    • Submit agents for brand verification and retrieve the verification status
    • Submit agents for launch on selected carriers and retrieve the launch status
    • Add and remove agent webhook integrations

جدید

  • Carriers (and partners working on behalf of carriers) now have access to the RBM Operations API for managing RBM agent approvals on their networks. This API replicates the capabilities of the Administration Console, so mobile network operators can programmatically do the following by API:
    • Get a list of all RBM agents submitted for launch on their network
    • Review agent information
    • Retrieve agent launch status and questionnaire
    • Launch or reject pending agents
    • Suspend and terminate live agents

۲۷ فوریه ۲۰۲۴

جدید

  • In your agent information , now you can provide either an email contact or a phone number. (Only one form of contact is required, though both are encouraged.)

جدید

  • Now you can use RBM to send one-time passwords (OTPs) for automatic user verification in apps that are registered with the SMS Retriever API .
    • By leveraging the SMS Retriever API, you can streamline user verification without extra development work.
    • Users benefit from a faster, smoother verification process due to improved latency, higher verification success rates, and the convenience of automatic OTP entry.

۲۱ دسامبر ۲۰۲۳

جدید

  • Now partners who register with RBM gain access to the partner-based RBM model. The partner-based model enables the following:
    • Creation of a partner account to centralize management of all the partner's agents
    • Ability for multiple users to access partner and agent data through the Developer Console (with full edit access or read-only access)
    • Use of a partner-level service account so that all the agents share the same credentials to access the RBM API
    • Ability to configure webhooks at the partner level or agent level
    • Full use of the Management API when it launches (it's currently available in an Early Access Program)

December 20, 2023

تغییر یافته

  • You can no longer delete an RBM agent.

December 8, 2023

تغییر یافته

November 29, 2023

جدید

  • Message expiration is critical for time-sensitive messages like OTPs, urgent notifications, reminders, and limited-time offers. Now you can simplify your developer logic and set a message expiration to help with timely message delivery. By setting the new expiration field, you can revoke messages automatically if they're not delivered by a certain time and then reroute them to a fallback channel.

۱۳ نوامبر ۲۰۲۳

جدید

  • Now your agent can send a PDF file by uploading the file or specifying a publicly available URL.

۱۶ اکتبر ۲۰۲۳

جدید

۳۰ سپتامبر ۲۰۲۳

جدید

  • Google has extended RBM reachability to users with more unstable connectivity. As a result, you may see higher message delivery rates and higher delivery latency to these users. To help with timely message delivery, set a message expiration or manually revoke messages and send them through an alternate channel.

July 03, 2023

تغییر یافته

۲۳ ژوئن ۲۰۲۳

جدید

May 10, 2023

جدید

  • RBM's new integration with Google Wallet lets you issue boarding passes through a rich conversation in Messages by Google . This means that users of Wallet and Messages can complete the check-in process, receive their boarding pass, and add it to their wallet entirely from Google's Messages app.
  • A new use case describes how to seamlessly add a boarding pass to Google Wallet from Google's Messages app. The use case includes a sample conversation with technical steps and design tips for a complete check-in flow.

۱۴ آوریل ۲۰۲۳

جدید

April 13, 2023

جدید

  • Added C# code snippet for Pub/Sub pull.

تغییر یافته

۱۱ آوریل ۲۰۲۳

تغییر یافته

  • First C# sample updated to Visual Studio 2019 and latest library dependencies.

۱۳ دسامبر ۲۰۲۲

جدید

تغییر یافته

November 15, 2022

تغییر یافته

جدید

  • The use case is now a required field for agent creation that identifies the nature of the RBM conversations and helps businesses comply with business rules .

جدید

  • Block and report is now more visible to users with the new persistent and dismissable user interface affordance.

November 3, 2022

جدید

  • RBM developer registration . Google Accounts used by RBM developers must now be tied to corporate email addresses and not Gmail accounts.

۲ نوامبر ۲۰۲۲

جدید

August 26, 2021

جدید

  • The agentId field identifies the agent a user-generated message or event belongs to. See Receive messages and Events .

May 03, 2021

جدید

تغییر یافته

April 2, 2020

جدید

  • RBM agents can now set a fallbackUrl for DialAction, ViewLocationAction, CreateCalendarEventAction, and ShareLocationAction for clients that don't support the native application. See the guide and reference .
  • All samples and client libraries updated for fallbackUrl support. See samples .

December 20, 2019

جدید

  • RBM agents can now upload media file binaries in addition to uploading files by URL. See the guide and reference .

December 2, 2019

جدید

  • Bulk Capability Check Script ( Sign in to download )demonstrates how to use the RBM SDK to check a large set of devices for RBM capability. To run this script against devices that aren't registered as testers, your agent must be launched.

تغییر یافته

  • Capability checks now covers configuration and usage for the Bulk Capability Check Script.
  • Samples now includes a Tools section.