גרסאות קודמות (2019-2025)

‫11 בדצמבר 2025

חדש

שדה חדש בתגובה של users.batchGet לקבוצת משתמשים שאפשר להגיע אליהם לפי ספק. השדה הזה מאוכלס רק עבור מספרי טלפון בארה"ב.

השיטה users.batchGet ב-API של RCS Business Messaging כוללת עכשיו את השדה reachableUsersMap בגוף התגובה, כדי לספק מידע מפורט יותר על יכולת ההגעה (reachability) של המשתמשים.

‫reachableUsersMap הוא מיפוי שמשתמש במזהי ספקים כמפתחות, והערכים הם אובייקטים של ReachableUsers. המבנה הזה מספק רשימה של מספרי טלפון בארה"ב שאפשר להגיע אליהם אצל ספק ספציפי, וכך עוזר לכם להבין טוב יותר את פוטנציאל ההגעה לקהל על בסיס כל ספק.

‫20 בנובמבר 2025

חדש

עדכון בנושא חיוב: קטגוריית חיוב מאוחדת של שיחות שאינן שיחות

פישטנו את מבנה החיוב ואיחדנו את שתי קטגוריות החיוב הקודמות, הודעה בסיסית והודעה בודדת, לקטגוריה אחת: לא קשור לשיחה. מכיוון שהקטגוריות הקודמות התבססו על אותה לוגיקה לחיוב, השינוי הזה פשוט מפשט את הגדרת הסוכנים.

מעכשיו, כל נציג יסווג כנציג שיכול לנהל שיחות או כנציג שלא יכול לנהל שיחות.

השינוי הזה משפיע על RcsBusinessMessagingAgentBillingConfig והוא חל על כל המפתחים שמשתמשים ב-Developer Console או ב-Management API, ועל כל הספקים שמשתמשים ב-Operations API.

למשתמשי API יש תקופת מעבר של 90 יום (עד 18 בפברואר 2026) לשילוב הקטגוריה החדשה במערכות שלהם.

פרטים מלאים על תוכנית ביניים, כולל תאימות לדורות קודמים של API ושינויים מומלצים בקוד, מופיעים בשאלות הנפוצות בנושא חיוב. הנקודות העיקריות:

  • יצירת סוכנים חדשים (Developer Console): אפשר ליצור סוכנים חדשים רק כסוכנים שיכולים לנהל שיחה או כסוכנים שלא יכולים לנהל שיחה ב-Developer Console.
  • יצירת סוכנים חדשים (Management API): עד 18 בפברואר 2026, עדיין אפשר ליצור סוכנים באמצעות הקטגוריות הקודמות Basic Message ו-Single Message. עם זאת, אנחנו ממליצים מאוד ליצור מעכשיו את כל הסוכנים החדשים שאינם מבוססי שיחה באמצעות הקטגוריה החדשה Non-conversational.
  • העברה של סוכנים קיימים (לא נדרשת פעולה): כל הסוכנים שמסווגים כהודעה בסיסית או הודעה יחידה יועברו אוטומטית לקטגוריה לא שיחתית אחרי 18 בפברואר 2026. תקבלו הודעה 30 יום לפני ההעברה.
  • עדכון שדה ב-Management API (למפתחים):
    • לצורך תאימות לאחור, Management API יתמוך בערכים הקודמים (BASIC_MESSAGE ו-SINGLE_MESSAGE) ובערכים החדשים (NON_CONVERSATIONAL) עד 18 בפברואר 2026.
    • נדרשת פעולה: צריך לעדכן את הלוגיקה של הסוכן כדי להשתמש בערך החדש NON_CONVERSATIONAL לפני 18 בפברואר 2026. מומלץ לעדכן את הלוגיקה של הסוכן כבר עכשיו.
  • עדכון שדה ב-Operations API (לספקי סלולר):
    • לצורך תאימות לדורות קודמים, Operations API יחזיר את הערך SINGLE_MESSAGE שהוצא משימוש עבור סוכנים שמסומנים כ-NON_CONVERSATIONAL עד 18 בפברואר 2026.
    • פעולה נדרשת: צריך לעדכן את המערכות כדי שיוכלו לטפל בערך החדש NON_CONVERSATIONAL לפני 18 בפברואר 2026.
    • הצטרפות: חברות תעופה יכולות להצטרף כדי לקבל את הערך החדש NON_CONVERSATIONAL לפני 18 בפברואר 2026. כדי לבקש את השינוי הזה, צריך לפנות לתמיכה.

חדש

עדכנו את המסמכים שלנו כדי לספק פרטים מלאים על מודל החיוב בארה"ב עבור תנועת נתונים ב-RCS for Business ברשתות סלולריות בארה"ב.

מודל החיוב בארה"ב משתמש בסיווגי הודעות מבוססי תוכן (הודעה עשירה, הודעת מדיה עשירה וקליק על פעולה מוצעת) שנבדלים מהסיווגים שמשמשים לתעבורה שאינה מארה"ב.

כדי לעזור לכם להבין את השינויים האלה, יצרנו את המשאבים הבאים:

לספקים ולשותפים בארה"ב שמשיקים סוכנים בספקים בארה"ב: כדאי לעיין במסמכים האלה כדי לוודא שהלוגיקה של הדיווח וסיווג ההודעות מוגדרת בצורה נכונה לתנועה בארה"ב.

‫13 בנובמבר 2025

השתנו

ניווט באתר וארגון

ביצענו כמה עדכונים בניווט באתר כדי לשפר את הארגון. כדי שיהיה קל יותר למצוא מידע:

‫28 באוקטובר 2025

חדש

ב-Business Communications Developer Console מוצגים עכשיו נתונים של 'סיבת ביטול ההרשמה' ו'מגמת ספאם' בסקירה הכללית של Analytics.

‫23 באוקטובר 2025

השתנו

מעקב מדויק אחר מעורבות בתצוגה מקדימה של קישורים

עדכנו את המדריך בנושא שליחת הודעות כדי להבהיר את השימוש בתצוגה מקדימה של קישורים בהודעות טקסט (כולל, בין היתר, בהודעות בסיסיות) ולספק דוגמה.

הוספנו גם את ההערה החשובה הזו למפתחים:

  • כדי למדוד בצורה מדויקת את התעניינות המשתמשים על ידי ספירת בקשות HTTP לכתובת URL מסוימת, צריך לסנן את הבקשות שנוצרות על ידי שירות יצירת התצוגה המקדימה של הקישור. לא לכלול בקשות עם תיאורים של סוכני משתמש שמכילים את המחרוזות GoogleMessages או Google-PageRenderer.

‫3 באוקטובר 2025

השתנו

עדכנו את מדיניות השימוש המקובל כדי שהיא תהיה ברורה יותר וכדי להתייחס לסוגים חדשים של שימוש לרעה. הנה סיכום של השינויים העיקריים:

  • הרחבנו את הקטע ניצול לרעה של המוצר כדי לכלול דוגמאות נוספות להתנהגות אסורה, כמו פריצה לחשבון, הונאה, תרמיות ותוכנות זדוניות.
  • עדכנו את הקטע מצג שווא והתחזות עם דוגמאות חדשות להסתרת תוכן.
  • הוספנו דרישה חדשה לקטע דרישות בנוגע להסכמה, שלפיה צריך עכשיו לוודא שההסכמה לביטול תהיה בהתאם למדיניות ברמת המותג.
  • הרחבנו את הקטע תוכן אסור כדי לאסור סוגים נוספים של תוכן פוגעני, כולל התעללות מינית בילדים, תוכן ויזואלי אינטימי שנוצר או שותף ללא הסכמה (NCII) ותוכן שקשור לארגונים אלימים.
  • החלפנו את הקטגוריות הספציפיות של תוכן מוגבל (אלכוהול, הימורים ושירותי בריאות) בנושא רחב יותר: מוצרים ושירותים בפיקוח.
  • הבהרנו במדיניות שלנו שרק סוכן אחד של מותג יכול לספק סוג תוכן מסוים לאותו משתמש.

‫30 בספטמבר 2025

שיפור המסמכים

אירגנו מחדש את המסמכים של התנאים וכללי המדיניות כדי שיהיה קל יותר למצוא אותם.

‫26 בספטמבר 2025

חדש

תיקון בעיות חיתוך: תצוגת מסך מלא חדשה לקרוסלות של כרטיסים עשירים יצאה מבטא פתוחה של Google Messages ועכשיו היא זמינה לכלל המשתמשים ב-Google Messages

התיקון הזה פותר בעיה מרכזית שבה טקסט או הצעות בקרוסלת כרטיסים עשירים יכלו להיחתך בגלל מגבלות גובה. כדי להבהיר מתי יש תוכן נוסף, לחצן עוד מופיע עכשיו בכרטיסי קרוסלה שמוצגים באופן חלקי. הקשה בכל מקום באזור הטקסט מרחיבה את הכרטיס לתצוגת מסך מלא שאפשר להחליק בה, כך שהמשתמשים תמיד יכולים לראות את ההודעה המלאה.

למה אנחנו מבצעים את השינוי הזה

  • חוויית משתמש משופרת: המשתמשים לא יתבלבלו בגלל תוכן חלקי.
  • מהימנות משופרת של ההודעות: אתם יכולים להיות בטוחים שההודעה כולה – כולל פרטים חשובים וקריאות לפעולה – מועברת ומוצגת.
  • לא נדרשת פעולה מצד המפתחים: התכונה הזו מופעלת באופן אוטומטי לכל קרוסלות הכרטיסים המתקדמים, בלי שצריך לבצע שינויים בסוכן.

לפרטים טכניים מלאים על המפרטים, על האינטראקציות של המשתמשים ועל התנהגות ההצעות, אפשר לעיין בתיעוד המעודכן של כרטיסים עשירים.

‫18 בספטמבר 2025

השתנו

כדי להתאים טוב יותר לזיהוי הגובר של RCS בקרב הצרכנים ולפשט את הזהות של הפלטפורמה, השם של RCS Business Messaging (RBM) שונה באופן רשמי לRCS for Business.

איך מוודאים שהמעבר יתבצע בצורה חלקה

השינוי הוא בשם, ולא בפונקציה. העדכון לא כולל שינויים טכניים בפלטפורמה ולא שינויים מהותיים בתנאים, במדיניות או בחוזים הקיימים שלכם.

הנה סיכום של המקומות שבהם יופיע השם החדש של הפלטפורמה:

באילו מקומות השם עומד להשתנות ✅ באילו מקומות השם לא ישתנה ❌
שיווק: אתר שיווקי חדש ונכסים שיווקיים אחרים כתובת האימייל של התמיכה: הכתובת תישאר rbm-support@google.com
מסמכים: האתר למפתחים (קטעים שלא קשורים ל-API) ממשקי API ונקודות קצה (endpoints): לא בוצעו שינויים בשמות של ממשקי API או בנקודות קצה
משפטי: תנאים והגבלות, מדיניות שימוש מקובל, חוזים חדשים וחידושים חוזים קיימים: לא נשנה חוזים קיימים כדי לשקף את שינוי השם

מה צריך לעשות?

  1. לא נדרשת שום פעולה מיידית. זהו מעבר גמיש והדרגתי.
  2. אל תשנו את הקוד. מכיוון ששמות ה-API ונקודות הקצה לא משתנים, לא נדרשת עבודה טכנית מצדכם. השילובים שלכם לא יושפעו.
  3. להשתמש בשם החדש בחומרים חדשים. מומלץ להשתמש במונח 'RCS לעסקים' בכל חוזה או חומר שיווקי חדש שאתם יוצרים.
  4. שימו לב לערכת המיתוג. בהמשך הרבעון הרביעי נספק לוגו חדש והנחיות לשימוש במותג כדי לעזור לכם במעבר.
  5. הערה לגבי ראשי תיבות: מומלץ להשתמש בראשי התיבות "RCS for Business" רק כשמפנים ללקוחות חיצוניים. הקיצור RBM מוכר, אבל כדאי להימנע מיצירת ראשי תיבות חדשים (לדוגמה, R4B, ‏ RCSB).

‫15 בספטמבר 2025

בקרוב

הגבלה על סכימות נתמכות עבור OpenUrlAction

כדי לשפר את מהימנות הפלטפורמה וליצור חוויית משתמש עקבית יותר, אנחנו מבצעים סטנדרטיזציה של סכימות ה-URI שנתמכות בהצעה OpenUrlAction. החל מ-1 בנובמבר 2025, רק כתובות URL שמשתמשות בסכימות http:// או https:// יהיו מותרות.

מה משתנה?

בשלב הזה, השדה url ב-OpenUrlAction מקבל מגוון רחב של סכימות URI. אחרי 1 בנובמבר, כל בקשת API שכוללת OpenUrlAction עם סכימה לא נתמכת (למשל,tel:,mailto:, ‫geo:) ייפסלו ויחזירו שגיאה 400 Bad Request.

סכימות נתמכות

  • http://
  • https://

נדרשת פעולה

כדאי לבדוק את השילובים הקיימים ולעדכן את ההטמעות של OpenUrlAction כדי לוודא שהן משתמשות רק בסכימות הנתמכות. כדי למנוע שיבושים בשירות, צריך לבצע את כל השינויים הנדרשים עד 1 בנובמבר 2025.

בכל שאלה, אפשר לפנות לתמיכה ב-RCS for Business.

‫9 בספטמבר 2025

חדש

השקנו דרך יעילה יותר לניהול מכשירי הבדיקה ב-RBM Management API.

בעזרת ממשק ה-API החדש של testers אפשר:

  • שליחה ושליחה מחדש של הזמנות לבודקים למכשירים.
  • לצפייה בסטטוס ההזמנה: PENDING,‏ ACCEPTED ו-DECLINED.
  • לקבל רשימה של כל מכשירי הבדיקה והסטטוס שלהם.
  • הסרת מכשירים לבדיקה.

הגישה ל-API הישן phones.testers תבוטל ב-31 בינואר 2026. אנחנו ממליצים לשותפים לעבור עכשיו ל-API החדש testers.

‫28 באוגוסט 2025

שיפור המסמכים

מילות מפתח מקומיות לביטול הרשמה או להרשמה: עדכנו את המסמכים שלנו במילות המפתח הספציפיות שמבוססות על מדינה (כמו STOP,‏ BAJA,‏ parar) שנשלחות אוטומטית לסוכן שלכם כשמשתמש מבטל את ההרשמה או נרשם. הרשימה הזו תעזור לכם לזהות את האירועים האלה ולטפל בהם בצורה טובה יותר. למידע נוסף, אפשר לעיין במאמרי העזרה בנושא ביטול הרשמה והרשמה.

‫25 באוגוסט 2025

שיפור המסמכים

עדכנו את המסמכים בנושא אימות הסוכן והפעלתו. כדי לעזור לכם למצוא מידע רלוונטי מהר יותר:

  • יצרנו דפים נפרדים בנושאים אימות מותג ואישור השקה.
  • קיבצנו את מסמכי ההסבר על יצירה והשקה של סוכנים בניווט בצד ימין.

‫19 באוגוסט 2025

השתנו

  • בהשקות שמנוהלות על ידי Google: בפרטי הנציג, צריך להוסיף לפחות דרך אחת ליצירת קשר: מספר טלפון, אתר או כתובת אימייל. חובה לציין לפחות אחד מהם, אבל מומלץ לציין את כולם.

‫13 באוגוסט 2025

שיפור המסמכים

  • עדכנו את המסמכים בנושא כרטיסים עשירים והוספנו קטע חדש בנושא תמונות ממוזערות. הקטע החדש מסביר את ההתנהגות של התמונות הממוזערות בכרטיסים עשירים ואת מגבלות הגודל שלהן.

‫4 באוגוסט 2025

חדש

  • לגבי תנועת נתונים של RBM אצל ספקי סלולר בהודו: סוכני RBM יכולים עכשיו לשלוח קובצי PDF בכרטיסים עשירים בלקוח של Google Messages.

שיפור המסמכים

עדכנו את השאלות הנפוצות בנושא חיוב ב-RBM כדי להסביר איך תרחישי העברת הודעות ותגובות שונים של משתמשים תורמים לאירועי חיוב עבור נציגים שיכולים לנהל שיחה ונציגים שלא יכולים לנהל שיחה.

הוספנו את הקטעים הבאים:

‫31 ביולי 2024

השתנו

מגבלת גודל הקבצים המצורפים לכל הודעה: 100MiB

  • כדי לשפר את חוויית המשתמש ולמנוע צריכת נתונים לא צפויה, הטמענו מגבלת גודל של 100MiB על הגודל הכולל של כל קובצי המדיה וקבצי ה-PDF המצורפים בהודעת RBM אחת. המגבלה חלה עכשיו על תנועת נתונים ב-RBM בכל הספקים.

‫30 ביולי 2025

חדש

תיקון בעיות חיתוך: תצוגה חדשה במסך מלא לקרוסלות של כרטיסים עשירים ב-Google Messages

התיקון הזה פותר בעיה מרכזית שבה טקסט או הצעות בקרוסלת כרטיסים עשירים יכלו להיחתך בגלל מגבלות גובה. כדי להבהיר מתי יש תוכן נוסף, לחצן עוד מופיע עכשיו בכרטיסי קרוסלה שמוצגים באופן חלקי. הקשה בכל מקום באזור הטקסט מרחיבה את הכרטיס לתצוגת מסך מלא שאפשר להחליק בה, כך שהמשתמשים תמיד יכולים לראות את ההודעה המלאה.

למה אנחנו מבצעים את השינוי הזה

  • חוויית משתמש משופרת: המשתמשים לא יתבלבלו בגלל תוכן חלקי.
  • מהימנות משופרת של ההודעות: אתם יכולים להיות בטוחים שההודעה כולה – כולל פרטים חשובים וקריאות לפעולה – מועברת ומוצגת.
  • לא נדרשת פעולה מצד המפתחים: התכונה הזו מופעלת באופן אוטומטי לכל קרוסלות הכרטיסים המתקדמים, בלי שצריך לבצע שינויים בסוכן.

זמינות

  • התצוגה במסך מלא זמינה כרגע ב-Google Messages Open Beta, והיא צפויה להיות זמינה בכל העולם עד סוף הרבעון השלישי של 2025.

לפרטים טכניים מלאים על המפרטים, על האינטראקציות של המשתמשים ועל התנהגות ההצעות, אפשר לעיין בתיעוד המעודכן של כרטיסים עשירים.

‫28 ביולי 2025

חדש

‫17 ביולי 2025

שיפור המסמכים

ביצענו כמה שיפורים במסמכי התיעוד בנושא ניהול סוכנים.

‫9 ביולי 2025

חדש

אפשרות גמישה להפעלת סוכנים לשימוש רב

  • כדי לעזור לכם להגיע לשוק מהר יותר, עכשיו אתם יכולים לבקש להשיק סוכן רב-שימושי עם יישום של רק אחד מתרחישי השימוש שלו (שיווקי או טרנזקציונלי).
  • לאחר מכן, כדי לשמור על סטטוס השימוש הרב של הסוכן, תצטרכו להטמיע את תרחיש השימוש השני ולשלוח אותו לבדיקה תוך שישה חודשים מההשקה הראשונית.
  • פרטים נוספים זמינים במאמר בנושא שליחת בקשה להפעלה.

‫1 ביולי 2025

השתנו

דוחות

‫23 ביוני 2025

חדש

התראות בזמן אמת על מצב ההפעלה של הסוכן

  • לשותפי RBM: מעכשיו, פלטפורמת RBM שולחת עדכונים בזמן אמת לגבי סטטוס ההשקה של הנציגים שלכם ישירות ל-webhook. כך לא צריך לבצע מעקב ידני באמצעות אימייל או Developer Console, ואפשר לקבל תובנות מיידיות לגבי מחזור החיים של הסוכן.

איך זה עובד

  • מעכשיו תקבלו AgentLaunchEvent על כל שינוי בסטטוס ההשקה של הסוכן (למשל, מ-PENDING ל-LAUNCHED או ל-REJECTED). אתם יכולים להשתמש ב-webhook הקיים של העברת הודעות או להגדיר webhook ייעודי של התראות כדי לקבל את האירועים האלה.

  • מידע נוסף על הגדרת ה-webhook, על מטען הייעודי (payload) של האירוע ועל מצבי ההפעלה של הסוכן זמין במאמר מצב ההפעלה של הסוכן השתנה.

‫16 ביוני 2025

השתנו

אנחנו ממשיכים לבצע אופטימיזציה של חוויית המשתמש, ולכן עדכנו את הזמינות של התכונה 'ביטול הרשמה' בשני שווקים:

ארצות הברית:

  • בהודעות RBM ו-A2P xMS ממספרים מקוצרים ומשולחים עם קוד שמכיל אותיות וספרות:
    • האפשרות 'הסרה מרשימת התפוצה' לא מוצגת יותר בתחתית הצ'אט.
    • האפשרות 'הסרה מרשימת התפוצה' בתפריט נשארת זמינה.
  • הערה למפתחים: תמשיכו לקבל אירועים של ביטול הרשמה ממשתמשים שבוחרים באפשרות 'ביטול הרשמה' בחלק התחתון של הצ'אט בגרסאות של Google Messages שקודמות לגרסה 20250518.01.

ספרד:

  • האפשרות להסרה מרשימת התפוצה (גם בצ'אט וגם בתפריט) הושבתה ב-RBM.

העדכונים האלה משנים את האופן שבו המשתמשים רואים את האפשרות לביטול ההרשמה. להמשיך לעבד את כל האירועים של ביטול הרשמה שמתקבלים כדי לעמוד בדרישות.

מידע נוסף על התכונות 'ביטול הרשמה' ו'הרשמה' זמין בנתוני הגרסה הקודמת ובמסמכי התיעוד המלאים.

‫9 ביוני 2025

בקרוב

שינויים בטיפול בהפניה אוטומטית של כתובות URL של מדיה

כדי להבטיח מסירה מהימנה ומאובטחת של מדיה, אנחנו משנים את האופן שבו אנחנו מטפלים בהפניות לכתובות URL של מדיה בקריאות ל-RBM API:

  • ‫files.create API: כתובות URL של מדיה להעלאות קבצים יתמכו בהפניה אחת.
  • ‫agentMessage.create API: בקשות עם כתובות URL של מדיה לא יתמכו יותר בהפניות אוטומטיות.

תזמון: הטיפול החדש בהפניות אוטומטיות ייכנס לתוקף ב-30 ביולי 2025.

המלצה: כדי לשמור על מסירת מדיה מהימנה ולמנוע שיבושים:

‫6 ביוני 2025

חדש

גיליון מדבקות של RBM Figma

בלעדי לשותפי RBM רשומים: קבלו רכיבי ממשק משתמש ודפוסי עיצוב מדויקים של Google Messages באמצעות גיליון המדבקות החדש של Figma. זהו משאב חיוני למעצבים שרוצים ליצור המחשה ויזואלית של תכונות RBM ולספק חוויית משתמש עקבית ואינטואיטיבית למותג שלכם.

כדי להגיש בקשה להצטרפות כשותף RBM, צריך למלא את טופס ההתעניינות בהרשמה כשותף.

‫4 ביוני 2025

שיפור המסמכים

ביצענו כמה שיפורים במסמכי התיעוד של סקירת Analytics.

‫30 במאי 2025

שיפור המסמכים

עדכנו את מסמכי ההשקה של סוכני RBM.

‫28 במאי 2025

שיפור המסמכים

ביצענו כמה שיפורים במסמכי התיעוד של הסוכנים ובמדריך לפתרון בעיות ב-RBM.

‫12 במאי 2025

השתנו

עדכון של המאפיינים והגודל של הגופן בקרוסלה של כרטיסים מתקדמים

המפרטים של קרוסלות כרטיסים עשירים עודכנו כדי לשקף את ממשק המשתמש העדכני של Google Messages ושיפורים ספציפיים בחוויית המשתמש בקרוסלות. בנוסף, הגופן של כל הכרטיסים המתקדמים גדול יותר כדי לשפר את הקריאות.

שינויים מרכזיים

  • גודל הגופן: הטקסט בכל הכרטיסים המתקדמים (נפרדים וקרוסלה) מוצג עכשיו בגודל 16sp, לעומת 14sp קודם.
  • מידות קרוסלה קטנה: רוחב קבוע של 180 DP (הוגדל מ-120 DP), גובה מקסימלי של 542 DP (ללא שינוי).
  • מידות קרוסלה בינונית: רוחב קבוע של 296 DP (עלייה מ-232 DP), גובה מקסימלי של 592 DP (ללא שינוי).
  • שינוי גודל הקרוסלה: הקרוסלות הוגדלו בערך פי 1.5 כדי לספק יותר מקום לתוכן.
  • גובה המדיה (ללא שינוי):
    • מדיה קצרה: 112 DP
    • מדיה בגודל בינוני: 168DP
    • מדיה גבוהה: 264DP
  • שינוי ביחס המדיה: בעקבות הגדלת הרוחב של כרטיסי הקרוסלה הקטנים והבינוניים, ללא שינוי בגובה המדיה, המדיה תיראה עכשיו רחבה יותר מבעבר.

ההשפעה על העיצובים וההצגה החזותית

  • צ'אט אינטראקטיבי: הטקסט יהיה קצת יותר גדול, ותצטרכו להתאים את הפריסות לפי הצורך.
  • קרוסלות קטנות: צריך להשתמש ברוחב הקבוע המורחב (180 DP) ובגובה המקסימלי (542 DP). חשוב לזכור שהמדיה תיראה עכשיו רחבה יותר כי הכרטיס רחב יותר, אבל גובה המדיה לא השתנה. יכול להיות שתצטרכו לשנות את הגודל או הפריסה של התמונה.
  • קרוסלות בגודל בינוני: צריך להשתמש ברוחב הקבוע המורחב (296 DP) ובגובה המקסימלי (592 DP). שימו לב: המדיה בכרטיסים האלה תופיע גם רחבה יותר בגלל השינוי בגודל הכרטיס. כדאי לבדוק את המדיה כדי לוודא שהיא נראית טוב בפורמט הרחב יותר הזה.
  • גובה הקרוסלה: כל הכרטיסים בקרוסלה ימשיכו להתרחב לגובה של הכרטיס הכי גבוה.
  • חיתוך של קרוסלה: הלוגיקה הקיימת לחיתוך נשארת בתוקף.

יתרונות

  • גופן גדול יותר משפר את קריאות הטקסט בכל הכרטיסים המתקדמים.
  • יותר מקום בקרוסלות מאפשר לכם להציג יותר פריטים למשתמשים.
  • העדכון הזה משפר באופן משמעותי את חוויית המשתמש בכרטיסים עשירים ובקרוסלות ב-Google Messages, כך שתוכלו לשלב קרוסלות מושכות ויעילות יותר בקמפיינים שלכם.

לפני ואחרי

  • קרוסלה קטנה, מדיה קצרה, תוכן טקסטואלי קצר:
תכונה מאפיינים קודמים מידות נוכחיות
רוחב הקרוסלה ‫120 DP (קבוע) ‫180 DP (קבוע)
גובה מקסימלי ‫592 DP ‫542 DP
גודל גופן ‫14 SP ‫16 SP
הצגה חזותית קומפקטי, הטקסט עשוי להיות קטן מאוד טקסט רחב יותר וקריא יותר
דוגמה תוכן קודם התוכן הנוכחי
  • קרוסלה בינונית, מדיה בינונית, תוכן טקסט בינוני:
תכונה מאפיינים קודמים מידות נוכחיות
רוחב הקרוסלה 232 DP ‫296 DP (קבוע)
גובה מקסימלי ‫592 DP ‫542 DP
גודל גופן ‫14 SP ‫16 SP
הצגה חזותית מרווח מתון, טקסט קריא טקסט מרווח יותר וקריא יותר
דוגמה תוכן קודם התוכן הנוכחי
  • קרוסלה בינונית, מדיה גבוהה, תוכן טקסט ארוך:
תכונה מאפיינים קודמים מידות נוכחיות
רוחב הקרוסלה 232 DP ‫296 DP (קבוע)
גובה מקסימלי ‫592 DP ‫542 DP
גודל גופן ‫14 SP ‫16 SP
הצגה חזותית הטקסט עלול להיחתך, פריסה צפופה יותר יותר מקום לטקסט, איזון חזותי משופר
דוגמה תוכן קודם התוכן הנוכחי

‫29 באפריל 2025

חדש

תצוגות אינטרנט זמינות עכשיו לכלל המשתמשים ב-Google Messages

  • הפונקציונליות של Webview כבר לא בגישה מוקדמת. עכשיו, סוכני ייצור יכולים להשתמש בהצעה לפעולה פתיחת כתובת URL כדי להטמיע תצוגות אינטרנט ישירות בשיחות ב-RBM. כך המשתמשים יכולים לגשת בקלות לתוכן אינטרנט, כמו פלטפורמות תשלום, בלי לצאת מאפליקציית Messages. אפשר להציג את תצוגות האינטרנט במסך מלא, בחצי מסך או במסך ארוך. מה סוכנים יכולים לעשות?
  • שימו לב שנדרש עדכון של הלקוח כדי להפעיל את תצוגות האינטרנט, ולכן התכונה הזו תהיה זמינה ליותר משתמשים עם הזמן. במכשירים שלא תומכים (עדיין) בתצוגות אינטרנט, דף האינטרנט שצוין ייפתח בדפדפן ברירת המחדל של המשתמש.

‫28 באפריל 2025

חדש

  • השקנו גרסת בטא פתוחה של התכונות ביטול הרשמה וresubscribe לשיחות RBM ב-Google Messages.

התכונות העיקריות

  • אפשרויות לביטול ההרשמה או להרשמה (מחליפות את האפשרות 'חסימה ודיווח' בתחתית הצ'אט): המשתמשים יכולים לבטל את ההרשמה לשיחות או להירשם אליהן בקלות.
  • התראות על אירועים של תגובה לפעולה מאתר אחר (webhook): השותפים מקבלים בקשות מסוג UNSUBSCRIBE ו-SUBSCRIBE דרך אירועים חדשים של תגובה לפעולה מאתר אחר (webhook).
  • סיבות לביטול ההרשמה: משתמשים יכולים לציין סיבה לביטול ההרשמה, ויש להם אפשרות לדווח על ספאם. האפשרות הקיימת חסימה ודיווח על ספאם עדיין זמינה בתפריט של הצ'אט.

יתרונות

  • תובנות פרקטיות: שותפים וספקי סלולר מקבלים תובנות לגבי האינטראקציה של המשתמשים עם הודעות לעסקים.
  • חוויית משתמש משופרת: למשתמשים יש יותר שליטה בהודעות שהם מקבלים, כך שהם מקבלים פחות הודעות לא רצויות ונהנים מרמת שביעות רצון גבוהה יותר מ-RCS.
  • יושרה של המותג: עוזרת לעסקים לשמור על תדמית חיובית של המותג על ידי כיבוד ההעדפות של המשתמשים וקידום שיטות אתיות של העברת מסרים.

זמינות

  • האפשרויות ביטול הרשמה והרשמה יהיו זמינות עבור:
    • הודעות RBM בארצות הברית, בברזיל, בבריטניה, בגרמניה, בהודו, במקסיקו, בספרד ובצרפת.
    • הודעות SMS או MMS מסוג A2P בארצות הברית ממספרים מקוצרים (מספרי טלפון עם 5 או 6 ספרות) ומשולחים עם קוד שמכיל אותיות וספרות.

‫15 באפריל 2025

חדש

‫25 במרץ 2025

חדש

בקרוב

  • השקנו גרסת בטא פתוחה של התכונות ביטול הרשמה וresubscribe לשיחות RBM ב-Google Messages.

התכונות העיקריות

  • אפשרויות לביטול ההרשמה או להרשמה (מחליפות את האפשרות 'חסימה ודיווח' בתחתית הצ'אט): המשתמשים יכולים לבטל את ההרשמה לשיחות או להירשם אליהן בקלות.
  • התראות על אירועים של תגובה לפעולה מאתר אחר (webhook): השותפים מקבלים בקשות מסוג UNSUBSCRIBE ו-SUBSCRIBE דרך אירועים חדשים של תגובה לפעולה מאתר אחר (webhook).
  • סיבות לביטול ההרשמה: משתמשים יכולים לציין סיבה לביטול ההרשמה, ויש להם אפשרות לדווח על ספאם. האפשרות הקיימת חסימה ודיווח על ספאם עדיין זמינה בתפריט של הצ'אט.

יתרונות

  • תובנות פרקטיות: שותפים וספקי סלולר מקבלים תובנות לגבי האינטראקציה של המשתמשים עם הודעות לעסקים.
  • חוויית משתמש משופרת: למשתמשים יש יותר שליטה בהודעות שהם מקבלים, כך שהם מקבלים פחות הודעות לא רצויות ונהנים מרמת שביעות רצון גבוהה יותר מ-RCS.
  • יושרה של המותג: עוזרת לעסקים לשמור על תדמית חיובית של המותג על ידי כיבוד ההעדפות של המשתמשים וקידום שיטות אתיות של העברת מסרים.

זמינות

  • האפשרויות ביטול הרשמה והרשמה יהיו זמינות עבור:
    • הודעות RBM בארצות הברית, בברזיל, בבריטניה, בגרמניה, בהודו, במקסיקו, בספרד ובצרפת.
    • הודעות SMS או MMS מסוג A2P בארצות הברית ממספרים מקוצרים (מספרי טלפון עם 5 או 6 ספרות) ומשולחים עם קוד שמכיל אותיות וספרות.

‫4 במרץ 2025

השתנו

  • אם משתמש פותח קישור לדף אינטרנט באפליקציית ההודעות במכשיר שלא תומך בתצוגות אינטרנט, דף האינטרנט ייפתח עכשיו בדפדפן של המשתמש.

‫4 במרץ 2025

חדש

  • כדי להתאים למפרט GSMA RCC.07, נוסף שדה חדש, messageTrafficType, ל-RBM API. בשדה הזה אפשר לציין את תרחיש השימוש, או 'סוג התנועה', של כל הודעה (לדוגמה: סוגי תנועה של אימות, עסקה וקידום). השדה הזה מאפשר לסוכן אחד לתמוך בכמה תרחישי שימוש, כי הוא מזהה את סוג התנועה של כל הודעה.

מה צריך לעשות?

  • כדי להגדיר את סוג תעבורת ההודעות, צריך להשתמש בשדה messageTrafficType ב-RBM API כששולחים הודעות.
  • השדה הוא כרגע אופציונלי, אבל מומלץ מאוד להתחיל להשתמש בו כבר עכשיו כדי להימנע משגיאות בעתיד, כשהשדה יהפוך לחובה.

‫24 בפברואר 2025

השתנו

מגבלת גודל הקבצים המצורפים להודעה היא 100MiB למספרים בארה"ב

  • כדי לשפר את חוויית המשתמש ולמנוע צריכת נתונים לא צפויה, הטמענו מגבלת גודל של 100MiB על הגודל הכולל של כל קובצי המדיה וקבצי ה-PDF המצורפים בהודעת RBM אחת שנשלחת למספרי טלפון בארה"ב. המגבלה הזו חלה רק על תנועת נתונים ב-RBM ברשתות סלולר בארה"ב.
  • נציגים שפועלים בכמה מדינות, כמו קנדה וארה"ב, כפופים למגבלה הזו רק כשהם שולחים הודעות למספרי טלפון בארה"ב.

‫11 בפברואר 2025

השתנו

כדי לשפר את הטיפול בשגיאות, פלטפורמת RBM עדכנה את תגובות השגיאה שלה לבקשות שנכשלו של phones.getCapabilities ו-phones.agentMessages.create. באופן ספציפי, עכשיו הפלטפורמה מחזירה קוד שגיאה 404 Not Found בכל התרחישים שבהם אי אפשר להגיע למשתמש או לרשת היעד, או שהם לא מוגדרים ל-RCS.

התנהגות חדשה של שגיאות 404:

  • פלטפורמת RBM תחזיר עכשיו את קוד השגיאה 404 NOT_FOUND במצבים הבאים:
    • מתבצעת בדיקת יכולות או נשלחת הודעה למשתמש שהמכשיר שלו לא תומך ב-RCS או שלא הופעל בו RCS.
    • בדיקת יכולות או הודעה נשלחת למשתמש ברשת שבה הסוכן לא מופעל או שבה תעבורת ה-RCS לא מופעלת.

שינוי משגיאה 403:

  • בעבר, שגיאה מסוג 403 PERMISSION_DENIED הוחזרה כשנשלחו בדיקות יכולת או הודעות למשתמשי RCS ברשתות שבהן הסוכן לא הופעל או תעבורת ה-RCS לא הופעלה.

ההשפעה על מפתחים: מפתחים צריכים לעדכן את הלוגיקה של הטיפול בשגיאות כדי לפרש נכון שגיאות 404 בתגובה ל-phones.getCapabilities ול-phones.agentMessages.create.

‫4 בפברואר 2025

שיפור המסמכים

  • במדריך חדש בנושא כרטיסים מתקדמים מפורטות המפרטים של כרטיסים מתקדמים וקרוסלות. הבנת המפרטים האלה חיונית ליצירת כרטיסים עשירים ומושכים ב-Google Messages. העדכונים העיקריים כוללים:

    • הוספנו הבהרות לגבי תמיכה במדיה (פורמטים של תמונות וסרטונים, גודל ויחסי גובה-רוחב).

    • מגבלות התווים המפורטות לכותרות, לתיאורים, לתשובות ולהצעות לפעולות.

    • הסבר על פריסות אנכיות ואופקיות של כרטיסים מתקדמים.

    • מפרט של קרוסלות, כולל מגבלות על גודל ועל תוכן.

    • הנחיות לטיפול בחיתוך תוכן וברווחים הלבנים.

‫29 בינואר 2025

שיפור המסמכים

ביצענו כמה שיפורים במסמכי החיוב של RBM.

‫23 בדצמבר 2024

חדש

  • פרוטוקול RBM תומך בקישורי עומק ב-SMS, שמאפשרים למשתמשים להתחיל שיחה עם הנציג שלכם מכתובת URL. אם מטמיעים את כתובת ה-URL כקישור, כלחצן או כקוד QR באימיילים, באתרים, באפליקציות או אפילו במיקומים פיזיים, אפשר לספק למשתמשים דרך פשוטה להתחבר לנציג.

‫19 בדצמבר 2024

השתנו

  • החל מעכשיו, RBM תומך בשני פורמטים של מספרי טלפון בפרטי הצ'אטבוט: או פורמט E.164 מלא (לדוגמה, ‎+12223334444) או מספר טלפון מקומי או מספר חינם לא מפורמט ללא '+', קידומת או קוד מדינה (לדוגמה, ‎6502530000). אין להשתמש במספרי חירום.

‫18 בדצמבר 2024

השתנו

  • הדרישה לבדיקת יכולת בכמות גדולה היא בין 500 ל-10,000 מספרי טלפון ייחודיים לכל בקשה. בקשות עם מספרים שקטנים מ-500, גדולים מ-10,000 או כפולים יחזירו שגיאה. אם הרשימות מכילות יותר מ-10,000 מספרים, צריך לפצל את הבקשות לקבוצות של 10,000 מספרים או פחות.

‫1 בנובמבר 2024

השתנו

  • עברנו באופן מלא למודל החדש של RBM שמבוסס על שותפות. מודל RBM מדור קודם הוצא משימוש, והמסמכים שקשורים אליו הוסרו. המודל מבוסס-השותפות מאפשר את הפעולות הבאות:

‫31 באוקטובר 2024

השתנו

  • כתובות ה-URL שסופקו בפתיחת כתובת URL הצעה לפעולה יידחו אם הן לא תואמות לתחביר של URI כפי שמוגדר ב-RFC 3986.

‫21 באוקטובר 2024

חדש

  • הפעולה המוצעת פתיחת כתובת URL תומכת עכשיו בWebView, ומאפשרת למשתמשים לפתוח דף אינטרנט ספציפי (כמו פלטפורמת תשלומים) ישירות באפליקציית הודעות.
  • תצוגות אינטרנט יכולות להופיע במצב מסך מלא, חצי מסך או מסך אנכי. מידע נוסף זמין במאמר מה סוכנים יכולים לעשות?

חדש

  • הצעה לפעולה חדשה לכתיבת הודעות פותחת את אפליקציית ההודעות של המשתמש כדי לשלוח הודעת טקסט, אודיו או וידאו למספר טלפון מוגדר מראש, כמו תמיכת לקוחות.

‫30 באוגוסט 2024

חדש

נציגי RBM יכולים עכשיו לשלוח קובצי אודיו כדי ליצור אינטראקציות נגישות ומושכות יותר:

  • שיפור הנגישות: מאפשרים תקשורת למשתמשים עם לקויות ראייה, קשיים בקריאה וכתיבה או מגבלות מוטוריות.
  • שיפור שירות הלקוחות: תוכלו לעזור למשתמשים לפתור בעיות טכניות באמצעות מדריכים קוליים או ייעוץ בזמן אמת עם הוראות מפורטות.
  • תמיכה בלקוחות שדוברים כמה שפות: מאפשרת לכם לתקשר עם לקוחות בשפות המועדפות עליהם – שימושי במיוחד לעסקים בתחום התיירות והאירוח.
  • הביעו את האישיות של המותג: הוסיפו אלמנט של כיף עם קולות של דמויות ואפקטים קוליים, שמתאימים במיוחד לתעשיות המדיה והבידור.

לפרטים על פורמטים תואמים של אודיו, אפשר לעיין במאמר בנושא סוגי מדיה נתמכים.

‫1 באוגוסט 2024

חדש

הבהרנו את תהליך אימות המותג והפעלת הנציג (התהליך עצמו לא השתנה באופן מהותי):

  • חוויה אינטואיטיבית יותר ב-Developer Console: הוראות חדשות בכרטיסייה אימות מבהירות שצריך לספק פרטי אימות לפני ששולחים את הנציג להפעלה הראשונה. כדי למנוע בלבול, הכרטיסייה הפעלה מושבתת עכשיו עד שיישלחו פרטי האימות.
  • כדי לוודא שהאימות תמיד יתבצע באמצעות הנתונים הכי מדויקים:
  • כדי להסביר איך אימות המותג פועל: הוספנו שאלות נפוצות חדשות בנושא אימות מותג.

חדש

  • אי אפשר יותר לערוך את שם השותף או את השם לתצוגה בהגדרות חשבון השותף. כדי לבקש שינוי של השמות האלה, אפשר לפנות אלינו בכתובת rbm-support@google.com.

‫1 באפריל 2024

חדש

  • עכשיו אפשר לראות את היסטוריית ההשקה של נציג במסופי RBM. הנתונים ההיסטוריים זמינים החל מ-7 במרץ 2024.
    • שותפים יכולים להשתמש ב-Developer Console כדי לעקוב אחרי שינויים בסטטוס ההשקה של סוכן בכל הספקים הרלוונטיים.
    • ספקי סלולר יכולים להשתמש במסוף Admin כדי לעקוב אחרי שינויים בסטטוס ההפעלה של סוכן ברשת שלהם.
  • כדי לראות את השינוי האחרון בסטטוס ההפעלה, אפשר לעיין בדף הסקירה הכללית של הסוכן. כדי לראות את ההיסטוריה של עדכוני סטטוס ההפעלה, אפשר לעיין בהיסטוריית הנציג. הפרטים כוללים את השינוי שבוצע, מי ביצע אותו, מתי, ואם מדובר בהשעיה או בדחייה, גם למה.

‫26 במרץ 2024

חדש

  • מעכשיו, לכל השותפים שמשתמשים במודל החדש, שמבוסס על שותפות, יש גישה ל-RBM Management API. ה-API הזה משכפל את היכולות של Developer Console, כך ששותפים יכולים לבצע את הפעולות הבאות באופן פרוגרמטי באמצעות API:
    • יצירת מותגים וסוכנים
    • הצגת רשימה של כל הסוכנים שנוצרו למותג
    • איחזור ועריכה של פרטי הסוכן
    • שליחת נציגים לאימות המותג ואחזור סטטוס האימות
    • שליחת סוכנים להפעלה אצל ספקים נבחרים ואחזור סטטוס ההפעלה
    • הוספה והסרה של שילובי webhook של נציגים

חדש

  • ספקי סלולר (ושותפים שעובדים בשם ספקי סלולר) יכולים עכשיו לגשת אל RBM Operations API כדי לנהל את האישורים של נציגי RBM ברשתות שלהם. ממשק ה-API הזה משכפל את היכולות של מסוף Admin, כך שמפעילים של רשתות סלולריות יכולים לבצע את הפעולות הבאות באופן פרוגרמטי באמצעות API:
    • קבלת רשימה של כל סוכני ה-RBM שנשלחו להשקה ברשת שלהם
    • בדיקת פרטי הנציג
    • אחזור הסטטוס והשאלון להפעלת הנציג
    • הפעלת סוכנים שממתינים לאישור או דחייתם
    • השעיה ומחיקה של סוכנים פעילים

‫27 בפברואר 2024

חדש

  • בפרטי הסוכן, אפשר עכשיו לספק או איש קשר להודעות אימייל או מספר טלפון. (צריך לבחור לפחות איש קשר אחד, מומלץ לבחור בשניהם).

חדש

  • מעכשיו אפשר להשתמש ב-RBM כדי לשלוח סיסמאות חד-פעמיות (OTP) לאימות אוטומטי של משתמשים באפליקציות שרשומות ב-SMS Retriever API.
    • בעזרת SMS Retriever API, אתם יכולים לייעל את אימות המשתמשים בלי לבצע עבודת פיתוח נוספת.
    • המשתמשים נהנים מתהליך אימות מהיר וחלק יותר בזכות שיפור בזמן האחזור, שיעורי הצלחה גבוהים יותר באימות והנוחות של הזנת קוד האימות באופן אוטומטי.

‫21 בדצמבר 2023

חדש

  • עכשיו שותפים שנרשמים ל-RBM מקבלים גישה למודל החדש, שמבוסס על שותפות. המודל מבוסס-השותפות מאפשר את הפעולות הבאות:
    • יצירה של חשבון שותף כדי לרכז את הניהול של כל הסוכנים של השותף
    • אפשרות למספר משתמשים לגשת לנתונים של שותפים וסוכנים דרך Developer Console (עם גישת עריכה מלאה או גישת קריאה בלבד)
    • שימוש בחשבון שירות ברמת השותף כדי שלכל הסוכנים יהיו אותם פרטי כניסה לגישה ל-RBM API
    • אפשרות להגדיר webhooks ברמת השותף או ברמת הנציג
    • שימוש מלא ב-Management API כשהוא יושק (הוא זמין כרגע בתוכנית גישה מוקדמת)

‫20 בדצמבר 2023

השתנו

  • אי אפשר יותר למחוק נציג RBM.

‫8 בדצמבר 2023

השתנו

‫29 בנובמבר 2023

חדש

  • תפוגת ההודעה היא קריטית להודעות שחשוב לטפל בהן בזמן, כמו סיסמאות חד-פעמיות, התראות דחופות, תזכורות ומבצעים לזמן מוגבל. עכשיו אפשר לפשט את הלוגיקה של המפתחים ולהגדיר תפוגה להודעות כדי לשלוח את ההודעות בזמן. אם מגדירים את השדה החדש expiration אפשר לבטל הודעות אוטומטית אם הן לא נמסרות עד זמן מסוים, ואז להפנות אותן מחדש לערוץ חלופי.

‫13 בנובמבר 2023

חדש

  • עכשיו, הסוכן יכול לשלוח קובץ PDF על ידי העלאת הקובץ או ציון כתובת URL שזמינה לציבור.

‫16 באוקטובר 2023

חדש

‫30 בספטמבר 2023

חדש

  • ‫Google הרחיבה את הנגישות של RBM למשתמשים עם חיבורים פחות יציבים. כתוצאה מכך, יכול להיות שתראו שיעורי מסירה גבוהים יותר של הודעות וזמני טעינה ארוכים יותר למשתמשים האלה. כדי לשלוח את ההודעות בזמן, אפשר להגדיר תפוגה להודעות או לבטל את ההודעות באופן ידני ולשלוח אותן דרך ערוץ חלופי.

‫3 ביולי 2023

השתנו

‫23 ביוני 2023

חדש

  • סקירה כללית של אבטחת מידע ב-RBM זמינה עכשיו בדף התמיכה.

10 במאי 2023

חדש

  • השילוב החדש של RBM עם Google Wallet מאפשר להנפיק כרטיסי עלייה למטוס באמצעות שיחה עשירה בMessages by Google. כלומר, משתמשים ב-Wallet וב-Messages יכולים להשלים את תהליך הצ'ק-אין, לקבל את כרטיס העלייה למטוס ולהוסיף אותו ל-Wallet ישירות מאפליקציית Messages של Google.
  • תרחיש שימוש חדש מתאר איך מוסיפים כרטיס עלייה למטוס ל-Google Wallet בצורה חלקה מאפליקציית Google Messages. תרחיש השימוש כולל שיחה לדוגמה עם שלבים טכניים וטיפים לעיצוב של תהליך צ'ק-אין מלא.

‫14 באפריל 2023

חדש

‫13 באפריל 2023

חדש

  • נוסף קטע קוד C# ‎ לשליפת נתונים מ-Pub/Sub.

השתנו

‫11 באפריל 2023

השתנו

13 בדצמבר 2022

חדש

השתנו

  • קישורים למסוף של ספקי הסלולר עודכנו כדי להתאים לשינויים האחרונים במסוף.

‫15 בנובמבר 2022

השתנו

חדש

חדש

  • האפשרות לחסימה ולדיווח גלויה יותר למשתמשים בזכות ממשק משתמש חדש שמוצג באופן קבוע וניתן לסגירה.

3 בנובמבר 2022

חדש

  • הרשמה כמפתח RBM. חשבונות Google שמשמשים מפתחי RBM צריכים להיות מקושרים עכשיו לכתובות אימייל ארגוניות ולא לחשבונות Gmail.

‫2 בנובמבר 2022

חדש

‫26 באוגוסט 2021

חדש

  • השדה agentId מציין לאיזה סוכן שייכים הודעה או אירוע שנוצרו על ידי משתמש. מידע נוסף זמין במאמרים בנושא קבלת הודעות ואירועים.

‫3 במאי 2021

חדש

השתנו

2 באפריל 2020

חדש

  • נציגי RBM יכולים עכשיו להגדיר fallbackUrl לפעולות DialAction,‏ ViewLocationAction,‏ CreateCalendarEventAction ו-ShareLocationAction עבור לקוחות שלא תומכים באפליקציית נייטיב. פרטים נוספים זמינים במדריך ובמפרט.
  • כל הדוגמאות וספריות הלקוח עודכנו כדי לתמוך ב-fallbackUrl. דוגמאות

20 בדצמבר 2019

חדש

  • עכשיו סוכני RBM יכולים להעלות קבצים בינאריים של מדיה, בנוסף להעלאת קבצים באמצעות כתובת URL. פרטים נוספים זמינים במדריך ובמפרט.

2 בדצמבר 2019

חדש

  • ‫ Bulk Capability Check Script (Sign in to download) מדגים איך להשתמש ב-RBM SDK כדי לבדוק אם קבוצה גדולה של מכשירים תומכת ב-RBM. כדי להריץ את הסקריפט הזה במכשירים שלא רשומים כמכשירי בדיקה, צריך להפעיל את הסוכן.

השתנו