नवीनतम रिलीज़

इस पेज पर, कारोबार के लिए उपलब्ध RCS में हुए नए बदलावों के बारे में जानकारी दी गई है.

16 फ़रवरी, 2026

नई सुविधा

analytics.agentPerformances.list रिस्पॉन्स में नए फ़ील्ड और अतिरिक्त मेट्रिक

आरसीएस बिज़नेस मैसेजिंग API में analytics.agentPerformances.list तरीके में, अब AgentPerformance ऑब्जेक्ट में अतिरिक्त फ़ील्ड शामिल हैं. ये फ़ील्ड, सदस्यता छोड़ने की वजह और स्पैम के रुझान के डेटा से जुड़े हैं.

12 फ़रवरी, 2026

दस्तावेज़ को बेहतर बनाना

हमने मैसेज भेजने से जुड़े दस्तावेज़ को अपडेट किया है. इसमें हमने मैसेज के लिए टाइम टू लिव (टीटीएल) सेक्शन जोड़ा है. इससे सूचना से जुड़े व्यवहार के बारे में जानकारी मिलेगी. साथ ही, डिलीवरी से जुड़ी मुश्किल स्थितियों को मैनेज करने के लिए सुझाव मिलेंगे.

5 फ़रवरी, 2026

नई सुविधा

RCS for Business के लिए, सहायता पाने से जुड़ा नया पेज

हमने "आरबीएम सहायता टीम को ईमेल भेजें" लिंक को एक नए RCS for Business की सहायता टीम से संपर्क करें पेज से बदल दिया है.

तकनीकी सहायता के सभी अनुरोध, अब इस पेज पर दिए गए सहायता टीम से संपर्क करने के फ़ॉर्म के ज़रिए किए जाने चाहिए. इससे यह पक्का होता है कि समस्याओं को सही तरीके से कैप्चर किया गया है और उन्हें तेज़ी से हल करने के लिए भेजा गया है.

सबमिट करने के लिए ज़रूरी जानकारी तैयार करने में आपकी मदद करने के लिए, इस पेज पर क्विक स्टार्ट गाइड दी गई है. इसमें, समस्या की अलग-अलग कैटगरी के लिए ज़रूरी जानकारी के बारे में बताया गया है.

5 फ़रवरी, 2026

दस्तावेज़ को बेहतर बनाना

हमने इवेंट भेजने और phones.agentEvent.create से जुड़े दस्तावेज़ अपडेट किए हैं. इनमें, RCS for Business में READ और IS_TYPING एजेंट इवेंट की डिलीवरी के बारे में जानकारी दी गई है.

  • अपडेट में बताया गया है कि READ इवेंट लगातार होते हैं और अगर किसी उपयोगकर्ता ने आरसीएस की सुविधा चालू की है, लेकिन उससे संपर्क नहीं किया जा सकता, तो उन्हें 30 दिनों तक सेव किया जाता है. वहीं, IS_TYPING इवेंट कुछ समय के लिए होते हैं और करीब 20 सेकंड के बाद खत्म हो जाते हैं.

30 जनवरी, 2026

नई सुविधा

एजेंट को लॉन्च करने की अनुमति पाने के लिए टिप्पणियां जोड़ना

अब कैरियर, एजेंट के लॉन्च करने के अनुरोधों को मंज़ूरी देते समय अतिरिक्त टिप्पणियां कर सकते हैं.

Console में किए गए बदलाव

पहले, एडमिन कंसोल में एजेंट मैनेज करते समय, एजेंट को अस्वीकार करने, निलंबित करने या उसका खाता बंद करने पर ही, वजह के साथ टिप्पणी की जा सकती थी.

इस अपडेट के बाद, हमने मंज़ूरी पाने की प्रोसेस के लिए, टिप्पणी वाला एक फ़ील्ड जोड़ा है. हालांकि, इस फ़ील्ड में टिप्पणी करना ज़रूरी नहीं है. इससे कैरियर, ज़रूरी जानकारी सीधे तौर पर एजेंट के मालिकों के साथ शेयर कर पाते हैं. ज़्यादा जानकारी के लिए, अपने नेटवर्क पर एजेंट मैनेज करना लेख पढ़ें.

अनुमोदन के दौरान दी गई टिप्पणियां, एडमिन और Business Communications कंसोल, दोनों के एजेंट के इतिहास में रिकॉर्ड की जाती हैं.

RBM Operations API में हुए बदलाव

किसी एजेंट के लॉन्च स्टेटस को बदलते समय, comment फ़ील्ड अब सभी स्टेट ट्रांज़िशन के साथ काम करता है. अब कैरियर, स्टेटस में किसी भी तरह के बदलाव की वैकल्पिक वजह बता सकते हैं. इससे बातचीत को बेहतर बनाने और रिकॉर्ड रखने में मदद मिलती है. ज़्यादा जानकारी के लिए, RBM Operations API की मदद से एजेंट मैनेज करना लेख पढ़ें.

15 जनवरी, 2026

नई सुविधा

Google Messages में रिच कार्ड और कैरसेल के लिए सूचनाओं में अब टाइटल और ब्यौरे के साथ-साथ मीडिया की झलक भी शामिल होती है.

मीडिया की झलक सिर्फ़ तब दिखती हैं, जब:

  • रिच कार्ड: कार्ड का मीडिया, इमेज है या उसमें थंबनेल है.
  • कैरसेल: पहले कार्ड का मीडिया, इमेज या थंबनेल होता है.
सूचना को छोटा किया गया बड़ी की गई सूचना
सूचना को छोटा किया गया बड़ी की गई सूचना

हम यह बदलाव क्यों कर रहे हैं

मैसेज में लोगों की दिलचस्पी बढ़ाने के लिए.

कार्रवाई ज़रूरी है

आपको कोई भी कार्रवाई नहीं करनी होगी.

नई सुविधा

एजेंट की पुष्टि के लिए फ़ाइल शेयर करना

एजेंट को मंज़ूरी देने की प्रोसेस को आसान बनाने के लिए, अब पार्टनर के पास सहायक दस्तावेज़ अपलोड करने का विकल्प है. इसके लिए, उन्हें सीधे Business Communications डेवलपर कंसोल में जाना होगा.

मुख्य सुधार

  • सीधे तौर पर अपलोड करना: पार्टनर अब अनुमति पत्र और अन्य ज़रूरी दस्तावेज़ सीधे तौर पर Business Communications डेवलपर कंसोल में अपलोड कर सकते हैं. ज़्यादा जानकारी के लिए, पुष्टि के लिए जानकारी सबमिट करना लेख पढ़ें. ध्यान दें कि अनुमति पत्र देने के बावजूद, Google के मैनेज किए गए कैरियर पर लॉन्च करने के लिए, अनुमति पाने का मुख्य तरीका ईमेल ही रहेगा.
  • दिखने की सुविधा: Administration Console का इस्तेमाल करने वाले कैरियर, अपलोड किए गए इन दस्तावेज़ों को देख सकते हैं. इससे, समीक्षा की प्रोसेस को तेज़ी से पूरा किया जा सकता है. ज़्यादा जानकारी के लिए, अपने नेटवर्क पर एजेंट मैनेज करना लेख पढ़ें.
  • पुष्टि करने के लिए कई विकल्प: नई सुविधा, ईमेल से पुष्टि करने की हमारी स्टैंडर्ड सुविधा के साथ काम करती है. यह सुविधा अब भी चालू है.

इस सुविधा का इस्तेमाल करना ज़रूरी नहीं है. हालांकि, इन तकनीकी सीमाओं का ध्यान रखें:

  • फ़ाइल टाइप: सिर्फ़ PDF.
  • ज़्यादा से ज़्यादा फ़ाइल साइज़: हर फ़ाइल के लिए 50 एमबी.
  • दस्तावेज़ों की संख्या: ज़्यादा से ज़्यादा पांच यूनीक दस्तावेज़. डुप्लीकेट फ़ाइलें सबमिट न करें.

7 जनवरी, 2026

नई सुविधा

हम भारत में, RCS for Business के प्रमोशनल एजेंट के लिए ट्रैफ़िक की नई सीमाएं तय कर रहे हैं.

कुल यूनीक उपयोगकर्ताओं की संख्या की सीमाएं

नई सीमा से, एजेंट के भरोसेमंद होने के आधार पर, 28 दिनों में मैसेज पाने वाले खास उपयोगकर्ताओं की कुल संख्या पर असर पड़ता है. सभी नए एजेंट की शुरुआती प्रतिष्ठा, डिफ़ॉल्ट रूप से कम होती है.

ट्रैफ़िक की इन नई सीमाओं और कारोबार के अन्य नियमों के बारे में ज़्यादा जानने के लिए, एजेंट के इस्तेमाल के उदाहरण और कारोबार के नियम पेज पर जाएं.

11 दिसंबर, 2025

नई सुविधा

users.batchGet के जवाब में नया फ़ील्ड, ताकि कैरियर के हिसाब से ग्रुप में शामिल उपयोगकर्ताओं तक पहुंचा जा सके. यह फ़ील्ड सिर्फ़ अमेरिका के फ़ोन नंबरों के लिए भरा जाता है.

RCS Business Messaging API में मौजूद users.batchGet तरीके में अब जवाब के मुख्य हिस्से में reachableUsersMap फ़ील्ड शामिल है. इससे उपयोगकर्ता की पहुंच के बारे में ज़्यादा जानकारी मिलती है.

reachableUsersMap एक मैप है. इसमें कैरियर आईडी को कुंजियों के तौर पर इस्तेमाल किया जाता है. साथ ही, वैल्यू के तौर पर ReachableUsers ऑब्जेक्ट का इस्तेमाल किया जाता है. इस स्ट्रक्चर में, अमेरिका में रहने वाले उन लोगों के फ़ोन नंबर की सूची दी जाती है जिनसे किसी खास मोबाइल और इंटरनेट सेवा देने वाली कंपनी के नेटवर्क पर संपर्क किया जा सकता है. इससे आपको यह समझने में मदद मिलती है कि हर कंपनी के हिसाब से, आपके विज्ञापनों की संभावित पहुंच कितनी है.

20 नवंबर, 2025

नई सुविधा

बिलिंग से जुड़ा अपडेट: बातचीत के अलावा अन्य सुविधाओं के लिए, बिलिंग की एक ही कैटगरी

हमने बिलिंग स्ट्रक्चर को आसान बना दिया है. इसके लिए, हमने बिलिंग की दो लेगसी कैटगरी, बेसिक मैसेज और सिंगल मैसेज को एक नॉन-कन्वर्सेशनल कैटगरी में मर्ज कर दिया है. लेगसी कैटगरी में बिलिंग का लॉजिक एक जैसा था. इसलिए, इस बदलाव से आपके एजेंट कॉन्फ़िगरेशन को आसान बनाया गया है.

अब से, हर एजेंट को बातचीत करने वाला या बातचीत न करने वाला के तौर पर कैटगरी में रखा जाएगा.

इस बदलाव का असर RcsBusinessMessagingAgentBillingConfig पर पड़ता है. साथ ही, यह उन सभी डेवलपर पर लागू होता है जो Developer Console या Management API का इस्तेमाल करते हैं. इसके अलावा, यह उन सभी कैरियर पर लागू होता है जो Operations API का इस्तेमाल करते हैं.

एपीआई का इस्तेमाल करने वाले लोगों के पास, 90 दिनों का ट्रांज़िशन पीरियड (18 फ़रवरी, 2026 तक) है. इस दौरान, वे अपने सभी सिस्टम में नई कैटगरी को इंटिग्रेट कर सकते हैं.

ट्रांज़िशन प्लान के बारे में पूरी जानकारी के लिए, बिलिंग से जुड़े अक्सर पूछे जाने वाले सवाल पढ़ें. इसमें एपीआई के पुराने सिस्टम के साथ काम करने की सुविधा और कोड में सुझाए गए बदलावों के बारे में जानकारी शामिल है. यहां कुछ अहम बातें बताई गई हैं:

  • नया एजेंट बनाना (Developer Console): Developer Console में, नए एजेंट सिर्फ़ बातचीत वाले या बिना बातचीत वाले एजेंट के तौर पर बनाए जा सकते हैं.
  • नया एजेंट बनाना (Management API): 18 फ़रवरी, 2025 तक, अब भी Basic Message और Single Message कैटगरी का इस्तेमाल करके एजेंट बनाए जा सकते हैं. हालांकि, हमारा सुझाव है कि आप अभी से, बातचीत न करने वाले सभी नए एजेंट बनाने के लिए, बातचीत न करने वाले एजेंट की नई कैटगरी का इस्तेमाल करें.
  • मौजूदा एजेंट का माइग्रेशन (कोई कार्रवाई ज़रूरी नहीं है): 18 फ़रवरी, 2025 के बाद, बेसिक मैसेज या सिंगल मैसेज के तौर पर क्लासिफ़ाई किए गए सभी एजेंट, नॉन-कन्वर्सेशनल कैटगरी में अपने-आप ट्रांसफ़र हो जाएंगे. इस माइग्रेशन से पहले, आपको 30 दिनों की सूचना दी जाएगी.
  • Management API फ़ील्ड अपडेट (डेवलपर के लिए):
    • पिछले वर्शन के साथ काम करने के लिए, Management API 18 फ़रवरी, 2026 तक लेगसी (BASIC_MESSAGE औरSINGLE_MESSAGE) और नई (NON_CONVERSATIONAL) वैल्यू, दोनों के साथ काम करेगा.
    • ज़रूरी कार्रवाई: 18 फ़रवरी, 2026 से पहले, अपने एजेंट लॉजिक को अपडेट करें, ताकि नई NON_CONVERSATIONAL वैल्यू का इस्तेमाल किया जा सके. हमारा सुझाव है कि आप अपने एजेंट के लॉजिक को अभी अपडेट करें.
  • Operations API फ़ील्ड अपडेट (कैरियर के लिए):
    • पुराने सिस्टम के साथ काम करने के लिए, Operations API उन एजेंट के लिए SINGLE_MESSAGE की बंद की गई वैल्यू दिखाएगा जिन्हें NON_CONVERSATIONAL के तौर पर मार्क किया गया है. ऐसा 18 फ़रवरी, 2026 तक होगा.
    • ज़रूरी कार्रवाई: 18 फ़रवरी, 2026 से पहले, अपने सिस्टम को अपडेट करें, ताकि वे नई NON_CONVERSATIONAL वैल्यू को प्रोसेस कर सकें.
    • ऑप्ट-इन करें: कैरियर, 18 फ़रवरी, 2026 से पहले नई NON_CONVERSATIONAL वैल्यू पाने के लिए ऑप्ट-इन कर सकते हैं. यह बदलाव करने का अनुरोध करने के लिए, सहायता टीम से संपर्क करें.

नई सुविधा

हमने अपने दस्तावेज़ को अपडेट किया है, ताकि अमेरिका में आरसीएस की सुविधा देने वाली कंपनियों के नेटवर्क पर, आरसीएस की सुविधा का इस्तेमाल करने वाले कारोबारों के लिए, अमेरिका में बिलिंग मॉडल के बारे में पूरी जानकारी दी जा सके.

अमेरिका में इस्तेमाल होने वाले बिलिंग मॉडल में, कॉन्टेंट के आधार पर मैसेज को अलग-अलग कैटगरी में बांटा जाता है. जैसे, रिच मैसेज, रिच मीडिया मैसेज, और सुझाई गई कार्रवाई पर क्लिक करना. ये कैटगरी, अमेरिका के बाहर के ट्रैफ़िक के लिए इस्तेमाल की जाने वाली कैटगरी से अलग होती हैं.

इन बदलावों को समझने में आपकी मदद करने के लिए, हमने ये संसाधन बनाए हैं:

अमेरिका में एजेंट लॉन्च करने वाली मोबाइल और इंटरनेट सेवा देने वाली कंपनियों और पार्टनर के लिए: कृपया इन दस्तावेज़ों को देखें. इससे यह पक्का किया जा सकेगा कि अमेरिका में मौजूद उपयोगकर्ताओं के लिए, रिपोर्टिंग और मैसेज क्लासिफ़िकेशन (मैसेज को अलग-अलग कैटगरी में बांटना) का लॉजिक सही तरीके से कॉन्फ़िगर किया गया हो.

13 नवंबर, 2025

बदल दिया जाए

साइट नेविगेशन और संगठन

हमने साइट के नेविगेशन में कई अपडेट किए हैं, ताकि इसे बेहतर तरीके से व्यवस्थित किया जा सके. जानकारी को आसानी से ढूंढने के लिए:

28 अक्टूबर, 2025

नई सुविधा

Business Communications Developer Console में अब Analytics की खास जानकारी पर, सदस्यता छोड़ने की वजह और स्पैम के रुझान का डेटा शामिल है.

23 अक्टूबर, 2025

बदल दिया जाए

लिंक की झलक के लिए, यूज़र ऐक्टिविटी को सटीक तरीके से ट्रैक करना

हमने मैसेज भेजने से जुड़ी गाइड को अपडेट किया है. इससे टेक्स्ट मैसेज (इसमें Basic Messages भी शामिल हैं, लेकिन इनके अलावा और भी मैसेज शामिल हो सकते हैं) में लिंक की झलक दिखाने की सुविधा के इस्तेमाल के बारे में साफ़ तौर पर जानकारी मिलेगी. साथ ही, इसमें एक उदाहरण भी दिया गया है.

हमने डेवलपर के लिए यह ज़रूरी सूचना भी जोड़ी है:

  • किसी यूआरएल पर किए गए एचटीटीपी अनुरोधों की संख्या के आधार पर, उपयोगकर्ता की दिलचस्पी का सटीक मेज़रमेंट करने के लिए, आपको लिंक की झलक जनरेट करने वाली सेवा से किए गए अनुरोधों को फ़िल्टर करना होगा. उन अनुरोधों को शामिल न करें जिनमें उपयोगकर्ता एजेंट स्ट्रिंग में "GoogleMessages" या "Google-PageRenderer" शामिल है.

3 अक्टूबर, 2025

बदल दिया जाए

हमने स्वीकार्य इस्तेमाल से जुड़ी नीति को अपडेट किया है, ताकि इसे बेहतर तरीके से समझाया जा सके और नए तरह के गलत इस्तेमाल को रोका जा सके. मुख्य बदलावों की खास जानकारी यहां दी गई है:

  • प्रॉडक्ट का गलत इस्तेमाल सेक्शन को बड़ा किया गया है, ताकि इसमें प्रतिबंधित गतिविधियों के ज़्यादा उदाहरण शामिल किए जा सकें. जैसे, खाता हैक करना, धोखाधड़ी, और स्कैम करना. इसके अलावा, इसमें मैलवेयर के बारे में भी बताया गया है.
  • झूठी पहचान बताना और किसी और के नाम पर काम करना सेक्शन को अपडेट किया गया है. इसमें कॉन्टेंट को छिपाने के नए उदाहरण शामिल किए गए हैं.
  • सहमति लेने से जुड़ी ज़रूरी शर्तों वाले सेक्शन में एक नई शर्त जोड़ी गई है. इसके तहत, अब सहमति वापस लेने के लिए ब्रैंड-लेवल पर अनुपालन करना ज़रूरी है.
  • पाबंदी वाला कॉन्टेंट सेक्शन को बड़ा किया गया है, ताकि ज़्यादा तरह के नुकसान पहुंचाने वाले कॉन्टेंट पर पाबंदी लगाई जा सके. इसमें बच्चों का यौन शोषण, बिना सहमति के अंतरंग तस्वीरें (एनसीआईआई), और हिंसक संगठनों से जुड़ा कॉन्टेंट शामिल है.
  • पाबंदी वाले कॉन्टेंट की कुछ कैटगरी (शराब, जुआ, और स्वास्थ्य सेवा) को हटाकर, कानून के तहत आने वाले सामान और सेवाएं विषय को शामिल किया गया है.
  • हमने अपनी नीति में यह साफ़ तौर पर बताया है कि किसी ब्रैंड का सिर्फ़ एक एजेंट, एक ही उपयोगकर्ता को किसी खास तरह का कॉन्टेंट डिलीवर कर सकता है.

30 सितंबर, 2025

दस्तावेज़ को बेहतर बनाना

हमने अपनी शर्तों और नीतियों से जुड़े दस्तावेज़ों को फिर से व्यवस्थित किया है, ताकि इन्हें आसानी से ढूंढा जा सके.

26 सितंबर, 2025

नई सुविधा

टेक्स्ट के कटने की समस्या ठीक की गई: रिच कार्ड कैरसेल के लिए नई फ़ुल-स्क्रीन व्यू सुविधा, Google Messages के ओपन बीटा से बाहर आ गई है और अब Google Messages में सामान्य रूप से उपलब्ध है

इस फ़िक्स से, उस समस्या को ठीक किया गया है जिसमें रिच कार्ड कैरसेल पर मौजूद टेक्स्ट या सुझाव, ऊंचाई की सीमाएं तय होने की वजह से कट जाते थे. ज़्यादा कॉन्टेंट उपलब्ध होने पर, अब कैरसेल कार्ड पर ज़्यादा बटन दिखता है. इससे यह साफ़ तौर पर पता चलता है कि ज़्यादा कॉन्टेंट उपलब्ध है. टेक्स्ट वाले हिस्से में कहीं भी टैप करने पर, कार्ड स्वाइप किए जा सकने वाले फ़ुल-स्क्रीन व्यू में बड़ा हो जाता है. इससे उपयोगकर्ता हमेशा पूरा मैसेज देख सकते हैं.

हम यह बदलाव क्यों कर रहे हैं

  • बेहतर उपयोगकर्ता अनुभव: इससे उपयोगकर्ताओं को, छोटे किए गए कॉन्टेंट की वजह से होने वाली उलझन से छुटकारा मिलता है.
  • मैसेज के भरोसेमंद होने की बेहतर संभावना: इससे आपको यह भरोसा मिलता है कि आपका पूरा मैसेज डिलीवर हो गया है और लोगों को दिख रहा है. इसमें अहम जानकारी और कॉल-टू-ऐक्शन भी शामिल हैं.
  • डेवलपर को कुछ नहीं करना होगा: यह सुविधा, सभी रिच कार्ड कैरसेल के लिए अपने-आप चालू हो जाती है. इसके लिए, आपको अपने एजेंट में कोई बदलाव करने की ज़रूरत नहीं होती.

खासियतें, उपयोगकर्ता इंटरैक्शन, और सुझाव के व्यवहार के बारे में पूरी तकनीकी जानकारी के लिए, अपडेट किया गया रिच कार्ड का दस्तावेज़ देखें.

18 सितंबर, 2025

बदल दिया जाए

उपभोक्ताओं के बीच आरसीएस की बढ़ती लोकप्रियता को ध्यान में रखते हुए, अब आरसीएस बिज़नेस मैसेजिंग (आरबीएम) को आधिकारिक तौर पर RCS for Business नाम दिया गया है. इससे प्लैटफ़ॉर्म की पहचान को आसान बनाने में मदद मिलेगी.

आसानी से ट्रांज़िशन करना

यह बदलाव सिर्फ़ नाम में किया गया है, फ़ंक्शन में नहीं. इससे प्लैटफ़ॉर्म में कोई तकनीकी बदलाव नहीं होता. साथ ही, हमारे नियमों, नीतियों या आपके मौजूदा कानूनी समझौतों में कोई खास बदलाव नहीं होता.

यहां दी गई जानकारी से जानें कि आपको नए प्लैटफ़ॉर्म का नाम कहां-कहां दिखेगा:

नाम कहां बदला जा रहा है ✅ जहां नाम नहीं बदल रहा है ❌
मार्केटिंग: नई मार्केटिंग साइट और अन्य मार्केटिंग ऐसेट सहायता टीम से संपर्क करने का ईमेल पता: यह पता rbm-support@google.com रहेगा
दस्तावेज़: डेवलपर साइट (एपीआई से जुड़े सेक्शन नहीं) एपीआई और एंडपॉइंट: एपीआई के नामों या एंडपॉइंट में कोई बदलाव नहीं किया गया है
कानूनी: सेवा की शर्तें, उचित इस्तेमाल की नीति, नए और रिन्यू किए गए कानूनी समझौते मौजूदा कानूनी समझौते: हम नाम में हुए बदलाव को दिखाने के लिए, मौजूदा कानूनी समझौतों में बदलाव नहीं करेंगे

आपको क्या करना होगा?

  1. आपको अभी कुछ भी करने की ज़रूरत नहीं है. यह एक फ़्लेक्सिबल और धीरे-धीरे होने वाला ट्रांज़िशन है.
  2. अपना कोड न बदलें. एपीआई के नाम और एंडपॉइंट में कोई बदलाव नहीं हो रहा है. इसलिए, आपको कोई तकनीकी काम करने की ज़रूरत नहीं है. आपके इंटिग्रेशन पर कोई असर नहीं पड़ेगा.
  3. नए नाम का इस्तेमाल नए कॉन्टेंट में करें. हमारा सुझाव है कि आप बनाए जाने वाले किसी भी नए मार्केटिंग कॉन्टेंट या अनुबंध के लिए, "RCS for Business" का इस्तेमाल करें.
  4. ब्रैंडिंग किट देखें. हम चौथी तिमाही में आपको नया लोगो और ब्रैंड के इस्तेमाल से जुड़े दिशा-निर्देश देंगे, ताकि आपको ट्रांज़िशन करने में मदद मिल सके.
  5. अक्रोनियम के बारे में जानकारी: बाहरी तौर पर "RCS for Business" का इस्तेमाल करें. "RBM" अब भी एक जाना-पहचाना नाम है. हालांकि, कृपया नए नाम न बनाएं. उदाहरण के लिए, R4B, RCSB.

15 सितंबर, 2025

जल्द ही उपलब्ध होगा

OpenUrlAction के लिए, काम करने वाली योजनाओं पर पाबंदी

हम OpenUrlAction सुझाव के साथ काम करने वाले यूआरआई स्कीम को स्टैंडर्ड बना रहे हैं, ताकि प्लैटफ़ॉर्म की विश्वसनीयता को बढ़ाया जा सके और उपयोगकर्ताओं को बेहतर अनुभव दिया जा सके. 1 नवंबर, 2025 से, सिर्फ़ http:// या https:// स्कीम का इस्तेमाल करने वाले यूआरएल को अनुमति दी जाएगी.

क्या बदल रहा है?

फ़िलहाल, OpenUrlAction में मौजूद url फ़ील्ड में, यूआरआई स्कीम की कई तरह की वैल्यू स्वीकार की जाती हैं. 1 नवंबर के बाद, एपीआई के ऐसे अनुरोधों को अस्वीकार कर दिया जाएगा जिनमें OpenUrlAction के साथ काम न करने वाली स्कीम (जैसे,tel:,mailto:, geo:) को अस्वीकार कर दिया जाएगा और 400 Bad Request गड़बड़ी दिखेगी.

काम करने वाली स्कीम

  • http://
  • https://

कार्रवाई ज़रूरी है

अपने मौजूदा इंटिग्रेशन की समीक्षा करें. साथ ही, OpenUrlAction के किसी भी लागू किए गए बदलाव को अपडेट करें, ताकि यह पक्का किया जा सके कि वे सिर्फ़ काम करने वाली स्कीम का इस्तेमाल करते हैं. सेवा में रुकावट से बचने के लिए, सभी ज़रूरी बदलाव 1 नवंबर, 2025 तक पूरे किए जाने चाहिए.

अगर आपका कोई सवाल है, तो कृपया RCS for Business की सहायता टीम से संपर्क करें.

9 सितंबर, 2025

नई सुविधा

हमने RBM Management API में, अपने टेस्ट डिवाइसों को मैनेज करने का एक बेहतर तरीका लॉन्च किया है.

नए testers एपीआई की मदद से, ये काम किए जा सकते हैं:

  • डिवाइसों पर टेस्टर के न्योते भेजें और उन्हें फिर से भेजें.
  • न्योते का स्टेटस देखें: PENDING, ACCEPTED, और DECLINED.
  • सभी टेस्ट डिवाइसों और उनकी स्थिति की सूची पाएं.
  • टेस्ट डिवाइस हटाएं.

पुरानी phones.testers पीआई का ऐक्सेस, 31 जनवरी, 2026 को हटा दिया जाएगा. हम पार्टनर को सुझाव देते हैं कि वे अब नए testers एपीआई पर माइग्रेट करें.

28 अगस्त, 2025

दस्तावेज़ को बेहतर बनाना

अनसब्सक्राइब/सब्सक्राइब करने के लिए स्थानीय भाषा में उपलब्ध कीवर्ड: हमने अपने दस्तावेज़ को अपडेट किया है. इसमें देश के हिसाब से खास कीवर्ड (जैसे, STOP, BAJA, parar) शामिल किए गए हैं. जब कोई उपयोगकर्ता अनसब्सक्राइब करता है या सदस्यता लेता है, तो ये कीवर्ड आपके एजेंट को अपने-आप भेज दिए जाते हैं. इस सूची से, आपको इन इवेंट को बेहतर तरीके से पहचानने और मैनेज करने में मदद मिलेगी. पूरे रेफ़रंस के लिए, सदस्यता छोड़ें और सदस्यता लें से जुड़े दस्तावेज़ देखें.

25 अगस्त, 2025

दस्तावेज़ को बेहतर बनाना

हमने अपने एजेंट की पुष्टि करना और उसे लॉन्च करना लेख को अपडेट कर दिया है. आपको काम की जानकारी तेज़ी से ढूंढने में मदद करने के लिए:

19 अगस्त, 2025

बदल दिया जाए

  • Google की ओर से मैनेज की जाने वाली लॉन्चिंग के लिए: आपको एजेंट की जानकारी में, संपर्क करने का कम से कम एक तरीका जोड़ना होगा: फ़ोन नंबर, वेबसाइट या ईमेल. हालांकि, इनमें से सिर्फ़ एक फ़ील्ड भरना ज़रूरी है, लेकिन हम सभी फ़ील्ड भरने का सुझाव देते हैं.

13 अगस्त, 2025

दस्तावेज़ को बेहतर बनाना

  • हमने रिच कार्ड के दस्तावेज़ को अपडेट किया है. इसमें हमने एक नया थंबनेल सेक्शन जोड़ा है. इससे रिच कार्ड में थंबनेल के साइज़ और उसके काम करने के तरीके के बारे में ज़्यादा जानकारी मिलेगी.

4 अगस्त, 2025

नई सुविधा

  • भारत में मोबाइल और इंटरनेट सेवाएं देने वाली कंपनियों के लिए RBM ट्रैफ़िक: RBM एजेंट अब Google Messages क्लाइंट में, रिच कार्ड में PDF फ़ाइलें भेज सकते हैं.

दस्तावेज़ को बेहतर बनाना

हमने RBM की बिलिंग के बारे में अक्सर पूछे जाने वाले सवालों को अपडेट किया है. इसमें बताया गया है कि बातचीत वाले और बातचीत न करने वाले एजेंट के लिए, मैसेज भेजने के अलग-अलग तरीके और उपयोगकर्ता की प्रतिक्रियाएं, बिलिंग इवेंट में कैसे योगदान देती हैं.

ये सेक्शन जोड़े गए हैं:

31 जुलाई, 2025

बदल दिया जाए

हर मैसेज के लिए, अटैच की गई सभी फ़ाइलों का कुल साइज़ 100 एमआईबी से ज़्यादा नहीं होना चाहिए

  • उपयोगकर्ता अनुभव को बेहतर बनाने और अनचाहे डेटा इस्तेमाल को रोकने के लिए, एक RBM मैसेज में मौजूद सभी मीडिया और PDF अटैचमेंट के कुल साइज़ की सीमा 100 एमबी तय की गई है. अब यह सीमा, सभी कैरियर पर RBM ट्रैफ़िक पर लागू होती है.

30 जुलाई, 2025

नई सुविधा

टेक्स्ट के कटने की समस्या ठीक की गई: Google Messages में रिच कार्ड कैरसेल के लिए नया फ़ुल-स्क्रीन व्यू

इस फ़िक्स से, उस समस्या को ठीक किया गया है जिसमें रिच कार्ड कैरसेल पर मौजूद टेक्स्ट या सुझाव, ऊंचाई की सीमाएं तय होने की वजह से कट जाते थे. ज़्यादा कॉन्टेंट उपलब्ध होने पर, अब कैरसेल कार्ड पर ज़्यादा बटन दिखता है. इससे यह साफ़ तौर पर पता चलता है कि ज़्यादा कॉन्टेंट उपलब्ध है. टेक्स्ट वाले हिस्से में कहीं भी टैप करने पर, कार्ड स्वाइप किए जा सकने वाले फ़ुल-स्क्रीन व्यू में बड़ा हो जाता है. इससे उपयोगकर्ता हमेशा पूरा मैसेज देख सकते हैं.

हम यह बदलाव क्यों कर रहे हैं

  • बेहतर उपयोगकर्ता अनुभव: इससे उपयोगकर्ताओं को, छोटे किए गए कॉन्टेंट की वजह से होने वाली उलझन से छुटकारा मिलता है.
  • मैसेज के भरोसेमंद होने की बेहतर संभावना: इससे आपको यह भरोसा मिलता है कि आपका पूरा मैसेज डिलीवर हो गया है और लोगों को दिख रहा है. इसमें अहम जानकारी और कॉल-टू-ऐक्शन भी शामिल हैं.
  • डेवलपर को कुछ नहीं करना होगा: यह सुविधा, सभी रिच कार्ड कैरसेल के लिए अपने-आप चालू हो जाती है. इसके लिए, आपको अपने एजेंट में कोई बदलाव करने की ज़रूरत नहीं होती.

उपलब्धता

  • फ़ुल-स्क्रीन व्यू की सुविधा, फ़िलहाल Google Messages के ओपन बीटा वर्शन में उपलब्ध है. यह सुविधा, 2025 की तीसरी तिमाही के आखिर तक दुनिया भर में उपलब्ध हो सकती है.

खासियतें, उपयोगकर्ता इंटरैक्शन, और सुझाव के व्यवहार के बारे में पूरी तकनीकी जानकारी के लिए, अपडेट किया गया रिच कार्ड का दस्तावेज़ देखें.

28 जुलाई, 2025

नई सुविधा

  • Analytics की खास जानकारी में मौजूद डेटा, अब Management API के ज़रिए उपलब्ध है. इस डेटा में एजेंट की प्रतिष्ठा और ट्रैफ़िक की सीमाएं (अगर लागू हों) शामिल हैं.

17 जुलाई, 2025

दस्तावेज़ को बेहतर बनाना

हमने एजेंट मैनेज करें दस्तावेज़ में कई सुधार किए हैं.

9 जुलाई, 2025

नई सुविधा

एक से ज़्यादा इस्तेमाल वाले एजेंटों को लॉन्च करने का फ़्लेक्सिबल विकल्प

  • आपको मार्केट में जल्दी पहुंचने में मदद करने के लिए, अब एक से ज़्यादा कामों के लिए इस्तेमाल होने वाले एजेंट को लॉन्च करने का अनुरोध किया जा सकता है. इसके लिए, आपको सिर्फ़ एक इस्तेमाल का उदाहरण लागू करना होगा. जैसे, प्रमोशन या लेन-देन.
  • इसके बाद, आपको छह महीने के अंदर, इस्तेमाल का दूसरा उदाहरण लागू करना होगा और समीक्षा के लिए सबमिट करना होगा. इससे, आपके एजेंट को एक से ज़्यादा कामों के लिए इस्तेमाल करने की सुविधा मिलती रहेगी.
  • ज़्यादा जानकारी के लिए, लॉन्च करने का अनुरोध सबमिट करना लेख पढ़ें.

1 जुलाई, 2025

बदल दिया जाए

रिपोर्ट

23 जून, 2025

नई सुविधा

एजेंट के लॉन्च होने की स्थिति के बारे में रीयल-टाइम सूचनाएं

  • RBM पार्टनर के लिए: RBM प्लैटफ़ॉर्म अब आपके एजेंट के लॉन्च स्टेटस के बारे में रीयल-टाइम अपडेट सीधे आपके वेबहुक पर भेजता है. इससे ईमेल या Developer Console के ज़रिए, मैन्युअल तरीके से निगरानी करने की ज़रूरत नहीं पड़ती. साथ ही, आपको अपने एजेंट के लाइफ़साइकल के बारे में तुरंत अहम जानकारी मिलती है.

यह सुविधा कैसे काम करती है

  • अब आपको अपने एजेंट के लॉन्च स्टेटस में हर बदलाव के लिए AgentLaunchEvent मिलेगा.जैसे, PENDING से LAUNCHED या REJECTED में बदलाव होने पर. इन इवेंट को पाने के लिए, अपने मौजूदा मैसेजिंग वेबहुक का इस्तेमाल किया जा सकता है. इसके अलावा, सूचना देने वाले किसी वेबहुक को कॉन्फ़िगर किया जा सकता है.

  • अपने वेबुक को कॉन्फ़िगर करने, इवेंट पेलोड को समझने, और एजेंट लॉन्च की स्थितियों को समझने के बारे में ज़्यादा जानने के लिए, एजेंट लॉन्च की स्थिति बदल गई है लेख पढ़ें.

16 जून, 2025

बदल दिया जाए

हम उपयोगकर्ता अनुभव को लगातार ऑप्टिमाइज़ कर रहे हैं. इसलिए, हमने दो देशों/इलाकों में सदस्यता छोड़ने की सुविधा की उपलब्धता को अपडेट किया है:

अमेरिका:

  • छोटे कोड और अक्षरों और अंकों से मिलकर बने फ़ोन नंबर से भेजे जाने वाले आरबीएम और A2P xMS मैसेज के लिए:
    • चैट में सबसे नीचे, सदस्यता छोड़ने का विकल्प अब नहीं दिखता.
    • मेन्यू में, सदस्यता छोड़ने का विकल्प उपलब्ध रहता है.
  • डेवलपर के लिए सूचना: आपको उन उपयोगकर्ताओं से सदस्यता छोड़ने के इवेंट मिलते रहेंगे जिन्होंने Google Messages के 20250518.01 से पहले के वर्शन में, चैट के सबसे नीचे मौजूद 'सदस्यता छोड़ें' विकल्प चुना था.

स्पेन:

  • RBM के लिए, सदस्यता छोड़ने का विकल्प (चैट और मेन्यू, दोनों में) बंद कर दिया गया था.

इन अपडेट से, लोगों को सदस्यता छोड़ने का विकल्प अलग तरीके से दिखेगा. अनसब्सक्राइब करने के सभी इवेंट को प्रोसेस करना जारी रखें, ताकि नीति का पालन किया जा सके.

सदस्यता छोड़ने और सदस्यता लेने की सुविधाओं के बारे में ज़्यादा जानने के लिए, पिछला रिलीज़ नोट और पूरा दस्तावेज़ देखें.

9 जून, 2025

जल्द ही उपलब्ध होगा

मीडिया यूआरएल रीडायरेक्ट करने की सुविधा में बदलाव

मीडिया को भरोसेमंद और सुरक्षित तरीके से डिलीवर करने के लिए, हम RBM API कॉल में मीडिया यूआरएल रीडायरेक्ट को हैंडल करने का तरीका बदल रहे हैं:

  • files.create एपीआई: फ़ाइल अपलोड करने के लिए मीडिया यूआरएल, एक रीडायरेक्ट का इस्तेमाल कर पाएंगे.
  • agentMessage.create API: इन अनुरोधों में मौजूद मीडिया यूआरएल, अब रीडायरेक्ट करने की सुविधा के साथ काम नहीं करेंगे.

समय: रीडायरेक्ट करने की नई सुविधा 30 जुलाई, 2025 से लागू होगी.

सुझाव: मीडिया को भरोसेमंद तरीके से डिलीवर करने और रुकावटों से बचने के लिए:

  • files.create एपीआई (file/{uid}) से फ़ाइल आईडी बनाएं और उनका फिर से इस्तेमाल करें.
  • अपने Media ऑब्जेक्ट में, फ़ाइल आईडी के साथ uploadedRbmFile का इस्तेमाल करें.
  • phones.agentMessages.create अनुरोधों के लिए, contentInfo में मीडिया यूआरएल का सीधे तौर पर इस्तेमाल न करें.

6 जून, 2025

नई सुविधा

RBM Figma स्टिकर शीट

सिर्फ़ रजिस्टर किए गए RBM पार्टनर के लिए: नई Figma स्टिकर शीट की मदद से, Google Messages के यूज़र इंटरफ़ेस (यूआई) के सटीक एलिमेंट और डिज़ाइन पैटर्न पाएं. यह डिज़ाइनर के लिए एक ज़रूरी संसाधन है. इसकी मदद से, RBM की सुविधाओं को विज़ुअलाइज़ किया जा सकता है. साथ ही, अपने ब्रैंड के लिए एक जैसा और आसान उपयोगकर्ता अनुभव बनाया जा सकता है.

RBM पार्टनर बनने के लिए, पार्टनर रजिस्ट्रेशन में दिलचस्पी दिखाने वाला फ़ॉर्म भरें.

4 जून, 2025

दस्तावेज़ को बेहतर बनाना

हमने Analytics की खास जानकारी वाले दस्तावेज़ में कई सुधार किए हैं.

30 मई, 2025

दस्तावेज़ को बेहतर बनाना

हमने RBM एजेंट लॉन्च करने से जुड़े दस्तावेज़ को अपडेट कर दिया है.

28 मई, 2025

दस्तावेज़ को बेहतर बनाना

हमने एजेंट के दस्तावेज़ और RBM की समस्या हल करने से जुड़ी गाइड में कई सुधार किए हैं.

12 मई, 2025

बदल दिया जाए

रिच कार्ड कैरसेल के डाइमेंशन और फ़ॉन्ट साइज़ को अपडेट किया गया

रिच कार्ड कैरसेल के स्पेसिफ़िकेशन को अपडेट किया गया है. इससे, Google Messages के नए यूज़र इंटरफ़ेस (यूआई) और कैरसेल के लिए यूज़र एक्सपीरियंस (यूएक्स) में किए गए खास सुधारों के बारे में पता चलता है. सभी रिच कार्ड में भी, आसानी से पढ़े जा सकने वाले फ़ॉन्ट का इस्तेमाल किया जाता है.

मुख्य बदलाव

  • फ़ॉन्ट का साइज़: अब सभी रिच कार्ड (स्टैंडअलोन और कैरसेल) में मौजूद टेक्स्ट, 16 एसपी पर रेंडर होता है. पहले यह 14 एसपी पर रेंडर होता था.
  • छोटे कैरसेल के डाइमेंशन: चौड़ाई 180 डीपी (120 डीपी से बढ़ी), ऊंचाई ज़्यादा से ज़्यादा 542 डीपी (पहले जितनी ही है).
  • मीडियम कैरसेल के डाइमेंशन: चौड़ाई 296 डीपी (232 डीपी से बढ़ी), ऊंचाई ज़्यादा से ज़्यादा 592 डीपी (पहले जितनी ही है).
  • कैरसेल का साइज़ बढ़ाना: कैरसेल का साइज़ करीब 1.5 गुना बढ़ा दिया गया है, ताकि ज़्यादा कॉन्टेंट दिखाया जा सके.
  • मीडिया की ऊंचाई (बदलाव नहीं किया गया):
    • कम अवधि का मीडिया: 112 डीपी
    • मीडियम मीडिया: 168 डीपी
    • लंबा मीडिया: 264 डीपी
  • मीडिया के आसपेक्ट रेशियो में बदलाव: छोटे और मीडियम साइज़ के कैरसेल कार्ड की चौड़ाई बढ़ गई है. हालांकि, मीडिया की ऊंचाई में कोई बदलाव नहीं हुआ है. इसलिए, अब मीडिया पहले से ज़्यादा चौड़ा दिखेगा.

आपके डिज़ाइन और विज़ुअलाइज़ेशन पर असर

  • रिच कार्ड: इनमें टेक्स्ट थोड़ा बड़ा होता है. इसलिए, अपने लेआउट को ज़रूरत के हिसाब से अडजस्ट करें.
  • छोटे कैरसेल: इनकी चौड़ाई 180 डीपी और ऊंचाई 542 डीपी होनी चाहिए. ध्यान दें कि कार्ड का साइज़ बड़ा होने की वजह से, मीडिया अब ज़्यादा चौड़ा दिखेगा. हालांकि, मीडिया की ऊंचाई में कोई बदलाव नहीं हुआ है. आपको इमेज के साइज़ या लेआउट में बदलाव करना पड़ सकता है.
  • मीडियम कैरसेल: चौड़ाई को 296 डीपी तक बढ़ाया जा सकता है. साथ ही, ऊंचाई ज़्यादा से ज़्यादा 592 डीपी तक हो सकती है. ध्यान दें कि कार्ड के साइज़ में बदलाव होने की वजह से, इन कार्ड में मौजूद मीडिया भी ज़्यादा चौड़ा दिखेगा. अपने मीडिया की समीक्षा करें, ताकि यह पक्का किया जा सके कि यह बड़े फ़ॉर्मैट में अच्छा दिखे.
  • कैरसेल की ऊंचाई: कैरसेल में मौजूद सभी कार्ड, सबसे ऊंचे कार्ड की ऊंचाई के हिसाब से स्केल होते रहेंगे.
  • कैरसेल का छोटा होना: कैरसेल को छोटा करने का मौजूदा लॉजिक लागू रहेगा.

फ़ायदे

  • बड़े फ़ॉन्ट से, सभी रिच कार्ड में टेक्स्ट को आसानी से पढ़ा जा सकता है.
  • कैरसेल में ज़्यादा जगह होने से, आपको उपयोगकर्ताओं को एक्सप्लोर करने के लिए कई आइटम दिखाने की सुविधा मिलती है.
  • इस अपडेट से, Google Messages में रिच कार्ड और कैरसेल का यूज़र एक्सपीरियंस बेहतर होता है. इससे, अपने कैंपेन में ज़्यादा दिलचस्प और असरदार कैरसेल शामिल किए जा सकते हैं.

पहले और बाद में

  • छोटा कैरसेल, छोटा मीडिया, छोटा टेक्स्ट कॉन्टेंट:
सुविधा पिछले डाइमेंशन मौजूदा डाइमेंशन
कैरोसेल की चौड़ाई 120 डीपी (तय) 180 डीपी (तय)
ज़्यादा से ज़्यादा ऊंचाई 592 डीपी 542 डीपी
फ़ॉन्ट का साइज़ 14 एसपी 16 एसपी
विज़ुअलाइज़ेशन कॉम्पैक्ट, टेक्स्ट बहुत छोटा हो सकता है ज़्यादा चौड़ा और पढ़ने में आसान टेक्स्ट
उदाहरण पिछला कॉन्टेंट मौजूदा कॉन्टेंट
  • मीडियम कैरसेल, मीडियम मीडिया, मीडियम टेक्स्ट कॉन्टेंट:
सुविधा पिछले डाइमेंशन मौजूदा डाइमेंशन
कैरोसेल की चौड़ाई 232 डीपी 296 डीपी (तय)
ज़्यादा से ज़्यादा ऊंचाई 592 डीपी 542 डीपी
फ़ॉन्ट का साइज़ 14 एसपी 16 एसपी
विज़ुअलाइज़ेशन टेक्स्ट के बीच में ठीक-ठाक जगह, पढ़ने लायक टेक्स्ट ज़्यादा जगह वाला और आसानी से पढ़ा जा सकने वाला टेक्स्ट
उदाहरण पिछला कॉन्टेंट मौजूदा कॉन्टेंट
  • मीडियम कैरसेल, लंबी मीडिया ऐसेट, लंबा टेक्स्ट कॉन्टेंट:
सुविधा पिछले डाइमेंशन मौजूदा डाइमेंशन
कैरोसेल की चौड़ाई 232 डीपी 296 डीपी (तय)
ज़्यादा से ज़्यादा ऊंचाई 592 डीपी 542 डीपी
फ़ॉन्ट का साइज़ 14 एसपी 16 एसपी
विज़ुअलाइज़ेशन टेक्स्ट को छोटा किया जा सकता है, लेआउट को और छोटा किया जा सकता है टेक्स्ट के लिए ज़्यादा जगह, बेहतर विज़ुअल बैलेंस
उदाहरण पिछला कॉन्टेंट मौजूदा कॉन्टेंट

29 अप्रैल, 2025

नई सुविधा

Google Messages में अब वेबव्यू सामान्य रूप से उपलब्ध हैं

  • वेबव्यू की सुविधा, 'बाज़ार में आने से पहले इस्तेमाल' की सुविधा से बाहर आ गई है. अब प्रोडक्शन एजेंट, RBM बातचीत में सीधे तौर पर वेबव्यू एम्बेड करने के लिए, सुझाई गई कार्रवाई यूआरएल खोलें का इस्तेमाल कर सकते हैं. इससे लोग, Messages ऐप्लिकेशन छोड़े बिना आसानी से वेब कॉन्टेंट ऐक्सेस कर सकते हैं. जैसे, पेमेंट प्लैटफ़ॉर्म. वेबव्यू को फ़ुल, हाफ़ या लंबी स्क्रीन पर दिखाया जा सकता है. एजेंट क्या-क्या कर सकते हैं? में इसके बारे में ज़्यादा जानें.
  • ध्यान दें कि वेबव्यू की सुविधा चालू करने के लिए, क्लाइंट अपडेट करना ज़रूरी है. इसलिए, यह सुविधा समय के साथ ज़्यादा लोगों के लिए उपलब्ध होगी. जिन डिवाइसों पर वेबव्यू की सुविधा उपलब्ध नहीं है उन पर, बताया गया वेब पेज उपयोगकर्ता के डिफ़ॉल्ट ब्राउज़र में खुलेगा.

28 अप्रैल, 2025

नई सुविधा

  • Google Messages में RBM बातचीत के लिए, अनसब्सक्राइब करें और resubscribe सुविधा की ओपन बीटा रिलीज़.

मुख्य सुविधाएं

  • अनसब्सक्राइब/सब्सक्राइब करने के विकल्प (चैट के सबसे नीचे मौजूद, ब्लॉक करें और शिकायत करें विकल्प की जगह): लोग आसानी से बातचीत से ऑप्ट-आउट या ऑप्ट-इन कर सकते हैं.
  • वेबहुक इवेंट की सूचनाएं: पार्टनर को नए वेबहुक इवेंट के ज़रिए UNSUBSCRIBE और SUBSCRIBE अनुरोध मिलते हैं.
  • सदस्यता छोड़ने की वजहें: सदस्यता छोड़ते समय, उपयोगकर्ता इसकी वजह बता सकते हैं. साथ ही, उनके पास स्पैम की शिकायत करने का विकल्प भी होता है. ब्लॉक करें और स्पैम के तौर पर शिकायत करें का मौजूदा विकल्प, चैट मेन्यू में उपलब्ध रहेगा.

फ़ायदे

  • कार्रवाई से जुड़ी अहम जानकारी: पार्टनर और कैरियर को, कारोबार के मैसेज के साथ उपयोगकर्ता की दिलचस्पी के बारे में अहम जानकारी मिलती है.
  • उपयोगकर्ता अनुभव को बेहतर बनाना: उपयोगकर्ताओं के पास, उन्हें मिलने वाले मैसेज पर ज़्यादा कंट्रोल होता है. इससे उन्हें अनचाहे मैसेज कम मिलते हैं और आरसीएस का इस्तेमाल करने से उन्हें बेहतर अनुभव मिलता है.
  • ब्रैंड की पहचान: इससे कारोबारों को ब्रैंड की अच्छी इमेज बनाए रखने में मदद मिलती है. इसके लिए, यह उपयोगकर्ताओं की प्राथमिकताओं का ध्यान रखता है और मैसेज भेजने के सही तरीकों को बढ़ावा देता है.

उपलब्धता

  • सदस्यता छोड़ें और सदस्यता लें विकल्प इनके लिए उपलब्ध होंगे:
    • अमेरिका, ब्राज़ील, फ़्रांस, जर्मनी, भारत, मेक्सिको, स्पेन, और यूनाइटेड किंगडम में RBM मैसेज की सुविधा उपलब्ध है.
    • अमेरिका में, छोटे कोड (पांच से छह अंकों वाले फ़ोन नंबर) और अक्षरों और अंकों से मिलकर बने फ़ोन नंबर से भेजे जाने वाले A2P एसएमएस या मल्टीमीडिया मैसेज (एमएमएस) के लिए उपलब्ध है.

15 अप्रैल, 2025

नई सुविधा

  • एजेंट लॉन्च करने की प्रोसेस को आसान बनाने के लिए, अब Developer Console से एजेंट लॉन्च करने का अनुरोध किया जा सकता है. इसके अलावा, Management API का इस्तेमाल करके भी एजेंट लॉन्च करने का अनुरोध किया जा सकता है. इसके लिए, आपको ऑप्ट-इन करने के बारे में जानकारी देने की ज़रूरत नहीं है.
  • ध्यान दें कि समाधान देने वाली कंपनियों की यह ज़िम्मेदारी है कि वे आरबीएम मैसेज भेजने से पहले, उपयोगकर्ता की सहमति लें. इस बारे में सेवा की शर्तों और उचित इस्तेमाल की नीति में बताया गया है.

25 मार्च, 2025

नई सुविधा

  • Business Communications डेवलपर कंसोल में अब Analytics की खास जानकारी टैब शामिल है. इस टैब की मदद से, एजेंट के स्पैम से जुड़े मेट्रिक की बेहतर तरीके से निगरानी की जा सकती है. इससे आपको स्पैम को कम करने के तरीके ढूंढने में मदद मिलती है.

जल्द ही उपलब्ध होगा

  • Google Messages में RBM बातचीत के लिए, अनसब्सक्राइब करें और resubscribe सुविधा की ओपन बीटा रिलीज़.

मुख्य सुविधाएं

  • अनसब्सक्राइब/सब्सक्राइब करने के विकल्प (चैट के सबसे नीचे मौजूद, ब्लॉक करें और शिकायत करें विकल्प की जगह): लोग आसानी से बातचीत से ऑप्ट-आउट या ऑप्ट-इन कर सकते हैं.
  • वेबहुक इवेंट की सूचनाएं: पार्टनर को नए वेबहुक इवेंट के ज़रिए UNSUBSCRIBE और SUBSCRIBE अनुरोध मिलते हैं.
  • सदस्यता छोड़ने की वजहें: सदस्यता छोड़ते समय, उपयोगकर्ता इसकी वजह बता सकते हैं. साथ ही, उनके पास स्पैम की शिकायत करने का विकल्प भी होता है. ब्लॉक करें और स्पैम के तौर पर शिकायत करें का मौजूदा विकल्प, चैट मेन्यू में उपलब्ध रहेगा.

फ़ायदे

  • कार्रवाई से जुड़ी अहम जानकारी: पार्टनर और कैरियर को, कारोबार के मैसेज के साथ उपयोगकर्ता की दिलचस्पी के बारे में अहम जानकारी मिलती है.
  • उपयोगकर्ता अनुभव को बेहतर बनाना: उपयोगकर्ताओं के पास, उन्हें मिलने वाले मैसेज पर ज़्यादा कंट्रोल होता है. इससे उन्हें अनचाहे मैसेज कम मिलते हैं और आरसीएस का इस्तेमाल करने से उन्हें बेहतर अनुभव मिलता है.
  • ब्रैंड की पहचान: इससे कारोबारों को ब्रैंड की अच्छी इमेज बनाए रखने में मदद मिलती है. इसके लिए, यह उपयोगकर्ताओं की प्राथमिकताओं का ध्यान रखता है और मैसेज भेजने के सही तरीकों को बढ़ावा देता है.

उपलब्धता

  • सदस्यता छोड़ें और सदस्यता लें विकल्प इनके लिए उपलब्ध होंगे:
    • अमेरिका, ब्राज़ील, फ़्रांस, जर्मनी, भारत, मेक्सिको, स्पेन, और यूनाइटेड किंगडम में RBM मैसेज की सुविधा उपलब्ध है.
    • अमेरिका में, छोटे कोड (पांच से छह अंकों वाले फ़ोन नंबर) और अक्षरों और अंकों से मिलकर बने फ़ोन नंबर से भेजे जाने वाले A2P एसएमएस या मल्टीमीडिया मैसेज (एमएमएस) के लिए उपलब्ध है.

4 मार्च, 2025

बदल दिया जाए

  • अगर कोई ऐसा व्यक्ति मैसेजिंग ऐप्लिकेशन में किसी वेब पेज का लिंक खोलता है जिसके डिवाइस पर वेबव्यू काम नहीं करते, तो अब वह वेब पेज उसके ब्राउज़र में खुलेगा.

4 मार्च, 2025

नई सुविधा

  • GSMA RCC.07 स्पेसिफ़िकेशन के मुताबिक, RBM API में एक नया messageTrafficType फ़ील्ड जोड़ा गया है. इस फ़ील्ड की मदद से, हर मैसेज के इस्तेमाल का उदाहरण या "ट्रैफ़िक टाइप" तय किया जा सकता है. उदाहरण के लिए: पुष्टि, लेन-देन, और प्रमोशन टाइप का ट्रैफ़िक. इस फ़ील्ड से, हर मैसेज के ट्रैफ़िक टाइप की पहचान की जा सकेगी. इससे एक एजेंट, इस्तेमाल के कई उदाहरणों में मदद कर पाएगा.

आपको क्या करना होगा?

  • मैसेज के ट्रैफ़िक टाइप को सेट करने के लिए, मैसेज भेजते समय RBM API में messageTrafficType फ़ील्ड का इस्तेमाल करें.
  • फ़िलहाल, यह फ़ील्ड ज़रूरी नहीं है. हालांकि, हमारा सुझाव है कि आप इसका इस्तेमाल अभी से शुरू कर दें, ताकि आने वाले समय में जब यह फ़ील्ड ज़रूरी हो जाए, तब आपको कोई गड़बड़ी न हो.

24 फ़रवरी, 2025

बदल दिया जाए

अमेरिका के नंबरों पर भेजे जाने वाले हर मैसेज के लिए, अटैच की गई फ़ाइलों का कुल साइज़ 100 एमबी से ज़्यादा नहीं होना चाहिए

  • उपयोगकर्ता अनुभव को बेहतर बनाने और डेटा की खपत को कम करने के लिए, अमेरिका में मौजूद फ़ोन नंबरों पर भेजे जाने वाले किसी एक RBM मैसेज में मौजूद सभी मीडिया और PDF अटैचमेंट के कुल साइज़ की सीमा 100 MiB तय की गई है. यह सीमा, अमेरिका में मोबाइल और इंटरनेट सेवा देने वाली कंपनियों के RBM ट्रैफ़िक पर लागू होती है.
  • कनाडा और अमेरिका जैसे कई देशों में काम करने वाले एजेंट, सिर्फ़ अमेरिका के फ़ोन नंबरों पर मैसेज भेजते समय इस सीमा के दायरे में आते हैं.

11 फ़रवरी, 2025

बदल दिया जाए

गड़बड़ी को बेहतर तरीके से ठीक करने के लिए, RBM प्लैटफ़ॉर्म ने phones.getCapabilities और phones.agentMessages.create अनुरोधों के लिए, गड़बड़ी वाले जवाबों को अपडेट किया है. खास तौर पर, अब प्लैटफ़ॉर्म उन सभी स्थितियों में 404 नहीं मिला गड़बड़ी कोड दिखाता है जहां टारगेट किए गए उपयोगकर्ता या नेटवर्क तक पहुंचा नहीं जा सकता या उसे आरसीएस के लिए कॉन्फ़िगर नहीं किया गया है.

404 गड़बड़ी का नया तरीका:

  • अब RBM प्लैटफ़ॉर्म, इन स्थितियों में 404 NOT_FOUND गड़बड़ी कोड दिखाएगा:
    • किसी ऐसे व्यक्ति को मैसेज भेजा जाता है जिसके डिवाइस पर आरसीएस की सुविधा काम नहीं करती या चालू नहीं है. इसके अलावा, यह भी हो सकता है कि आरसीएस की सुविधा काम करती है या नहीं, इसकी जांच की जाती है.
    • किसी ऐसे नेटवर्क पर मौजूद उपयोगकर्ता को मैसेज भेजा जाता है या उसके डिवाइस पर सुविधा की जांच की जाती है जहां एजेंट लॉन्च नहीं किया गया है या जहां आरसीएस ट्रैफ़िक चालू नहीं है.

403 गड़बड़ी को ठीक करना:

  • पहले, उन नेटवर्क पर आरसीएस उपयोगकर्ताओं को मैसेज भेजने या उनकी सुविधाओं की जांच करने पर, 403 PERMISSION_DENIED गड़बड़ी दिखती थी जहां एजेंट लॉन्च नहीं किया गया था या आरसीएस ट्रैफ़िक चालू नहीं था.

डेवलपर पर असर: डेवलपर को गड़बड़ी ठीक करने के लॉजिक को अपडेट करना चाहिए, ताकि phones.getCapabilities और phones.agentMessages.create के जवाब में 404 गड़बड़ियों को सही तरीके से समझा जा सके.

4 फ़रवरी, 2025

दस्तावेज़ को बेहतर बनाना

  • रिच कार्ड के बारे में नई गाइड में, रिच कार्ड और कैरसेल के बारे में खास जानकारी दी गई है. Google Messages में दिलचस्प और काम के रिच कार्ड बनाने के लिए, इन खास बातों को समझना ज़रूरी है. मुख्य अपडेट में ये शामिल हैं:

    • मीडिया के साथ काम करने वाले फ़ॉर्मैट (इमेज और वीडियो फ़ॉर्मैट, साइज़, और आसपेक्ट रेशियो) के बारे में ज़्यादा जानकारी दी गई है.

    • टाइटल, ब्यौरे, और सुझाए गए जवाबों और कार्रवाइयों के लिए वर्णों की सीमा के बारे में ज़्यादा जानकारी.

    • वर्टिकल और हॉरिज़ॉन्टल रिच कार्ड लेआउट के बारे में जानकारी.

    • कैरसेल के लिए खास जानकारी. इसमें साइज़ और कॉन्टेंट की सीमाएं शामिल हैं.

    • कॉन्टेंट के कुछ हिस्से के कट जाने और खाली जगह को मैनेज करने के बारे में दिशा-निर्देश.

29 जनवरी, 2025

दस्तावेज़ को बेहतर बनाना

हमने RBM की बिलिंग से जुड़े दस्तावेज़ों में कई सुधार किए हैं.