این صفحه اطلاعاتی در مورد آخرین تغییرات در RCS for Business ارائه میدهد.
۱۰ مارس ۲۰۲۶
تغییر یافته
ما انتقالهای مجاز حالت راهاندازی را هنگام مدیریت عاملها از طریق RBM Operations API و Business Communications API و Administration Console و Business Communications Developer Console بهروزرسانی کردهایم. این امر منطق و همگامسازی پایدار بین API و Console را تضمین میکند.
در اینجا انتقالهای حالت راهاندازی مجاز بهروزرسانیشده آمده است:
آغاز شده توسط حامل
- از
PENDINGتاLAUNCHEDیاREJECTED - از
LAUNCHEDتاSUSPENDED - از
SUSPENDEDتاLAUNCHEDیاUNLAUNCHED
شریک آغازگر
- از
UNSPECIFIED،UNLAUNCHEDیاREJECTEDتاPENDING
۹ مارس ۲۰۲۶
تغییر یافته
شفافیت URL در اقدام پیشنهادی «باز کردن یک URL»
پیامهای گوگل اکنون آدرس URL اصلی را مستقیماً در عملکرد «باز کردن یک URL» برای پیشنهادهای درون کارتی کارتهای غنی و چرخ و فلکها نمایش میدهند. برای جزئیات بیشتر، به باز کردن یک URL مراجعه کنید.
| قبل از | بعد از |
|---|---|
 |  |
با نمایش URL، هدف ما این است که:
- ایجاد اعتماد کاربر : اصطکاک و «تردید در کلیک» ناشی از لینکهای ناشناخته را کاهش دهید.
- افزایش تعامل : عادات استفادهی سازگار و قابل اعتمادی را در RCS for Business ایجاد کنید.
اقدامات توصیه شده
- استقرار : این ویژگی به طور خودکار فعال میشود؛ هیچ ادغام فنی یا تغییر API از طرف شما لازم نیست.
- لینکهای خود را بررسی کنید : مطمئن شوید که آدرسهای اینترنتی مقصد شما مختصر و با برند شما سازگار هستند.
- بررسی تجربه کاربری : اقدامات پیشنهادی فعلی «باز کردن یک URL» را در کارتهای غنی و چرخوفلکها بررسی کنید تا مطمئن شوید متن نمایش داده شده و URL که اکنون قابل مشاهده است، اضافی یا بههمریخته به نظر نمیرسد.
۲۸ فوریه ۲۰۲۶
تغییر یافته
منسوخ شدن API برای منبع phones.testers
برای ارائه کنترل جامعتر، ما API جدید تسترها را برای مدیریت کامل چرخه عمر تسترها راهاندازی کردیم. اکنون میتوانید دعوتنامهها را ارسال یا دوباره ارسال کنید، وضعیت را دریافت کنید و تسترها را به صورت برنامهنویسی حذف کنید.
به دلیل این قابلیت گسترشیافته، ما منبع قدیمی phones.testers را منسوخ کردهایم.
برای اطمینان از تست بدون وقفه برای نمایندگان شما، همه شرکا موظفند پیادهسازیهای خود را به منبع API جدید و سادهشده آزمایشکنندگان منتقل کنند. نمایندگانی که مهاجرت نکردهاند، پس از این تاریخ قادر به دعوت یا مدیریت دستگاههای تست نخواهند بود.
| منبع | وضعیت |
|---|---|
| تلفنها.آزمایشکنندگان | منسوخ شده |
| آزمایشکنندگان | فعلی |
کاری که باید انجام دهید:
- برای راهاندازی یک دستگاه آزمایشی، مرجع API جدید آزمایشکنندگان و راهنمای بهروز شده را مرور کنید.
- کد موجود خود را که متد
phones.testers.createرا فراخوانی میکند، بهروزرسانی کنید تا از نقاط پایانی منبع جدیدtestersاستفاده کند. - منطق جدید را پیادهسازی و آزمایش کنید.
۱۶ فوریه ۲۰۲۶
جدید
فیلدهای جدید در پاسخ analytics.agentPerformances.list با معیارهای اضافی
متد analytics.agentPerformances.list در API پیامرسانی تجاری RCS اکنون شامل فیلدهای اضافی در شیء AgentPerformance مربوط به دادههای دلیل لغو اشتراک و روند هرزنامه است.
۱۲ فوریه ۲۰۲۶
بهبود مستندات
ما مستندات ارسال پیامها را با یک زمان ماندگاری (TTL) جدید برای بخش پیامها بهروزرسانی کردهایم تا رفتار مورد انتظار اعلانها را روشن کرده و توصیههایی برای مدیریت موارد حاشیهای تحویل ارائه دهیم.
۵ فوریه ۲۰۲۶
جدید
صفحه پشتیبانی جدید RCS برای کسب و کارها با بخش تماس
ما پیوند «ایمیل پشتیبانی RBM» را با صفحه پشتیبانی جدید Contact RCS for Business جایگزین کردهایم.
اکنون تمام درخواستهای پشتیبانی فنی باید از طریق فرم تماس پشتیبانی که در این صفحه لینک شده است، آغاز شوند، که تضمین میکند مشکلات به طور دقیق ثبت و برای حل سریعتر، مسیردهی میشوند.
برای کمک به شما در آمادهسازی مطالب ارسالی، این صفحه شامل یک راهنمای شروع سریع است که اطلاعات اجباری مورد نیاز برای دستههای مختلف موضوعات را شرح میدهد.
۵ فوریه ۲۰۲۶
بهبود مستندات
ما مستندات رویدادهای Send و phones.agentEvent.create را با اطلاعاتی درباره رفتار تحویل رویدادهای عامل READ و IS_TYPING در RCS for Business بهروزرسانی کردهایم.
- بهروزرسانیها مشخص میکنند که رویدادهای
READپایدار هستند و اگر کاربر RCS را فعال کرده باشد اما در دسترس نباشد، تا 30 روز ذخیره میشوند، در حالی که رویدادهایIS_TYPINGزودگذر باقی میمانند و تقریباً پس از 20 ثانیه منقضی میشوند.
۳۰ ژانویه ۲۰۲۶
جدید
نظرات اختیاری برای تأیید راهاندازی نمایندگی
اکنون اپراتورهای تلفن همراه میتوانند هنگام تأیید درخواستهای راهاندازی نمایندگی، نظرات بیشتری ارائه دهند.
تغییرات کنسول
پیش از این، هنگام مدیریت نمایندگان در کنسول مدیریت ، اپراتورهای تلفن همراه فقط میتوانستند هنگام رد، تعلیق یا خاتمه همکاری یک نماینده، نظر خود را به همراه دلیل ارائه دهند.
با این بهروزرسانی، یک فیلد نظر اختیاری برای فرآیند تأیید اضافه کردهایم. این به اپراتورهای تلفن همراه اجازه میدهد تا در زمان تأیید، اطلاعات مهم را مستقیماً با صاحبان نمایندگان به اشتراک بگذارند. برای اطلاعات بیشتر، به بخش مدیریت نمایندگان در شبکه خود مراجعه کنید.
نظرات ارائه شده در طول تأیید، در تاریخچهی نماینده در هر دو کنسول مدیریت و ارتباطات تجاری ثبت میشوند.
تغییرات API عملیات RBM
فیلد comment اکنون از تمام انتقالهای وضعیت هنگام تغییر وضعیت راهاندازی یک عامل پشتیبانی میکند. اپراتورهای تلفن همراه اکنون میتوانند برای بهبود ارتباطات و ثبت سوابق، دلیل اختیاری برای هرگونه تغییر وضعیت ارائه دهند. برای اطلاعات بیشتر، به مدیریت عاملها با API عملیات RBM مراجعه کنید.
۱۵ ژانویه ۲۰۲۶
جدید
اعلانهای مربوط به کارتهای غنی و چرخوفلکها در پیامهای گوگل اکنون شامل پیشنمایشی از رسانه به همراه عنوان و توضیحات هستند.
پیشنمایشهای رسانهای فقط زمانی نمایش داده میشوند که:
- کارتهای غنی (Rich cards) : محتوای کارت یک تصویر است یا یک تصویر کوچک دارد.
- چرخ و فلک : رسانه کارت اول یک تصویر است یا یک تصویر کوچک دارد.
| اعلان بسته شده | اعلان گسترده |
|---|---|
 |  |
چرا ما این تغییر را ایجاد میکنیم؟
برای افزایش تعامل با پیامهایتان.
اقدام لازم
هیچ اقدامی از طرف شما لازم نیست.
جدید
اشتراکگذاری فایل برای تأیید عامل
برای سادهسازی فرآیند تأیید نماینده، شرکا اکنون میتوانند اسناد پشتیبان را مستقیماً در کنسول توسعهدهندگان ارتباطات تجاری بارگذاری کنند.
پیشرفتهای کلیدی
- آپلود مستقیم : شرکا اکنون میتوانند نامههای مجوز و سایر اسناد پشتیبان را مستقیماً در کنسول توسعهدهندگان ارتباطات تجاری آپلود کنند. برای اطلاعات بیشتر، به بخش ارسال اطلاعات تأیید مراجعه کنید. توجه داشته باشید که حتی اگر نامه مجوز ارائه شود، روش اصلی مجوز برای راهاندازی در اپراتورهای تحت مدیریت گوگل همچنان ایمیل است.
- قابلیت مشاهده : اپراتورهایی که از کنسول مدیریت استفاده میکنند میتوانند این اسناد آپلود شده را مشاهده کنند تا بررسی آنها سریعتر انجام شود. برای اطلاعات بیشتر، به مدیریت نمایندگان در شبکه خود مراجعه کنید.
- گزینههای تأیید انعطافپذیر : این ویژگی جدید، تأیید استاندارد مبتنی بر ایمیل ما را که همچنان فعال است، تکمیل میکند.
اگرچه این ویژگی اختیاری است، محدودیتهای فنی زیر را در نظر داشته باشید:
- نوع فایل : فقط PDF
- حداکثر حجم فایل : ۵۰ مگابایت برای هر فایل
- محدودیت تعداد : حداکثر ۵ سند منحصر به فرد. از کپی کردن فایلها خودداری کنید.
۷ ژانویه ۲۰۲۶
جدید
ما محدودیتهای ترافیکی جدیدی را برای RCS تبلیغاتی برای نمایندگان تجاری در هند معرفی میکنیم.
محدودیت برای کل کاربران منحصر به فرد
محدودیت جدیدی بر تعداد کل کاربران منحصر به فردی که یک نماینده میتواند در هر ۲۸ روز بر اساس اعتبارش پیام ارسال کند، تأثیر میگذارد. همه نمایندگان جدید به طور پیشفرض با اعتبار پایین شروع میکنند.
برای توضیح دقیق این محدودیتهای ترافیکی جدید و سایر قوانین تجاری، به صفحه موارد استفاده عامل و قوانین تجاری مراجعه کنید.