इस पेज पर, RCS for Business में हुए नए बदलावों के बारे में जानकारी दी गई है.
8 अक्टूबर, 2026
दस्तावेज़ को बेहतर बनाना
हमने स्टैंडर्ड बिलिंग रिपोर्ट और गतिविधि लॉग और अमेरिका के लिए बिलिंग रिपोर्ट के दस्तावेज़ अपडेट किए हैं. इससे यह साफ़ तौर पर पता चलता है कि बिलिंग रिपोर्ट और गतिविधि लॉग फ़ाइलें, बाइट ऑर्डर मार्क के बिना UTF-8 में एन्कोड की जाती हैं. साथ ही, लाइन के आखिर में लाइन फ़ीड का इस्तेमाल करती हैं और इनमें हेडर लाइन शामिल होती है.
7 अक्टूबर, 2026
बदल दिया जाए
Google की ओर से मैनेज किए जाने वाले लॉन्च के लिए, एजेंट की झलक दिखाने वाला वीडियो अब ज़रूरी नहीं है
कारोबार से जुड़े एजेंट के लिए, RCS को तेज़ी से लॉन्च करने और आसानी से ऑनबोर्ड करने में आपकी मदद करने के लिए, Google के मैनेज किए गए कैरियर पर लॉन्च करने के लिए, एजेंट की झलक दिखाने वाला वीडियो अब ज़रूरी नहीं है. अब आपके पास लॉन्च के बारे में जानकारी देने वाले सवालनामे के एजेंट का अनुभव सेक्शन में, एजेंट के लिए पूर्वावलोकन वीडियो या चरण-दर-चरण टेक्स्ट ट्रांसक्रिप्ट देने का विकल्प है.
आपको क्या करना होगा
Google के मैनेज किए गए कैरियर के लिए लॉन्च करने का अनुरोध सबमिट करते समय, आपको अपने एजेंट के अनुभव के बारे में साफ़ तौर पर बताना होगा. आपको इन फ़ील्ड के लिए, एजेंट की झलक दिखाने वाला वीडियो या चरण-दर-चरण पूरी जानकारी देने वाली ट्रांसक्रिप्ट देनी होगी:
- ट्रिगर का ब्यौरा: उपयोगकर्ता की वे खास कार्रवाइयां या बैकएंड इवेंट जिनसे मैसेज ट्रिगर होते हैं.
- इंटरैक्शन का ब्यौरा: एजेंट की बातचीत के फ़्लो की ट्रांसक्रिप्ट. इसमें उपयोगकर्ता के सफ़र के सैंपल, सुझाए गए जवाब, और कार्रवाइयां शामिल हैं.
- शामिल न होने के बारे में जानकारी: इसमें शामिल न होने के लिए इस्तेमाल किए जा सकने वाले कीवर्ड (जैसे,
STOP) और उपयोगकर्ताओं को भेजा गया पुष्टि करने वाला मैसेज शामिल होता है.
इस्तेमाल के उदाहरण (ओटीपी, लेन-देन, प्रमोशन, और कई बार इस्तेमाल किया जा सकने वाला) के हिसाब से सबसे सही तरीके और सैंपल टेंप्लेट देखने के लिए, अपने एजेंट के अनुभव के बारे में बताएं पर जाएं.
25 अगस्त, 2026
नई सुविधा
पार्टनर के बिलिंग खाते की रिपोर्ट
हम पार्टनर के लिए बिलिंग रिपोर्ट लॉन्च कर रहे हैं. इनमें बिल किए जा सकने वाले इवेंट की रोज़ाना की कुल संख्या दी जाती है. इन्हें एजेंट, इवेंट टाइप, और कैरियर के हिसाब से ग्रुप किया जाता है. इस खास जानकारी से, आपको अहम आंकड़े मिलते हैं. साथ ही, ट्रैफ़िक को मैनेज करने के लिए ज़रूरी जानकारी भी मिलती है.
रिपोर्ट हर दिन CSV फ़ॉर्मैट में जनरेट होती हैं. साथ ही, इन्हें Google SFTP सेवा का इस्तेमाल करके सुरक्षित तरीके से डिलीवर किया जाता है.
एसएफ़टीपी क्रेडेंशियल सेट अप करने और इन रिपोर्ट को ऐक्सेस करने का तरीका जानने के लिए, पार्टनर के लिए बिलिंग रिपोर्ट गाइड देखें.
31 जुलाई, 2026
दस्तावेज़ को बेहतर बनाना
हमने मैसेज भेजें दस्तावेज़ को अपडेट किया है, ताकि RCS for Business के लिए मीडिया अपने-आप कंप्रेस होने और ट्रांसकोड होने के बारे में साफ़ तौर पर बताया जा सके.
20 जुलाई, 2026
नई सुविधा
ऑडिट ट्रेल की नई सुविधा: RBM Operations API में acting_party कैप्चर करना
हम brands.agents.updateLaunch एपीआई के लिए, acting_party पैरामीटर लॉन्च कर रहे हैं. यह पैरामीटर इस्तेमाल करना ज़रूरी नहीं है. इससे आपको ऑडिट के सटीक रिकॉर्ड बनाए रखने में मदद मिलेगी.
हम यह बदलाव क्यों कर रहे हैं
RBM Operations API का इस्तेमाल करके, एजेंट के लॉन्च स्टेटस को अपडेट करने पर, इतिहास के लॉग में मौजूद उपयोगकर्ता आईडी फ़ील्ड की डिफ़ॉल्ट वैल्यू "एपीआई कॉल" पर सेट हो जाती है. ऐसा इसलिए होता है, क्योंकि सेवा खाते पर आधारित पुष्टि करने की प्रोसेस में उपयोगकर्ता के कॉन्टेक्स्ट की जानकारी नहीं होती.
मुख्य सुधार
- एपीआई की ऐसी कार्रवाइयां जिनकी पहचान की जा सकती है: एपीआई कॉल करने वाले लोग या कंपनियां, अब साफ़ तौर पर
acting_partyपैरामीटर दे सकती हैं. इससे कार्रवाई करने वाले उपयोगकर्ता का ईमेल पता या आइडेंटिफ़ायर दिखाया जा सकेगा. - Console और वेबहुक में दिखने की सुविधा: कैप्चर किया गया आइडेंटिफ़ायर, एडमिन कंसोल की एजेंट के इतिहास में दिखता है. साथ ही, इसे
AgentLaunchEventवेबहुक सूचनाओं में शामिल किया जाता है. - ऑडिट ट्रेल में एक जैसा डेटा: एपीआई से शुरू की गई कार्रवाइयों के लॉग अब उन लॉग से मेल खाते हैं जो कंसोल में मैन्युअल तरीके से दी गई अनुमतियों से जनरेट होते हैं.
नए पैरामीटर का इस्तेमाल कैसे करें
उपयोगकर्ता की पहचान करने वाली जानकारी कैप्चर करने के लिए, brands.agents.updateLaunch के लिए किए गए एपीआई अनुरोधों में acting_party क्वेरी पैरामीटर जोड़ें.
ज़्यादा जानकारी के लिए, अपडेट की गई एजेंट के लॉन्च की स्थिति बदलना गाइड देखें.
13 जुलाई, 2026
नई सुविधा
नया वेबहुक एचटीटीपी हेडर
RCS for Business प्लैटफ़ॉर्म में, अब सभी वेबहुक अनुरोधों में X-Goog-Webhook-Type एचटीटीपी हेडर शामिल होता है. इस हेडर की मदद से, सभी इनकमिंग वेबहुक के लिए अनुरोध के टाइप की तुरंत पहचान की जा सकती है. इसके लिए, JSON बॉडी को पार्स करने की ज़रूरत नहीं होती.
ज़्यादा जानकारी के लिए, अपडेट की गई वेबहुक गाइड देखें.
6 जुलाई, 2026
बदल दिया जाए
Analytics की खास जानकारी में मौजूद, सदस्यता छोड़ने से जुड़ी मेट्रिक
RCS for Business Developer Console अब प्रमोशन से जुड़े एजेंट के अलावा अन्य एजेंट के लिए, अनसब्सक्राइब करने से जुड़ी मेट्रिक दिखाती है. ये मेट्रिक, आंकड़ों की खास जानकारी में दिखती हैं. इससे 'लागू नहीं' प्लेसहोल्डर की जगह पर ये मेट्रिक दिखती हैं.
26 जून, 2026
नई सुविधा
एजेंट की सूचियों को पसंद के मुताबिक क्रम में लगाना
brands.agents.list एंडपॉइंट अब orderBy क्वेरी पैरामीटर के साथ काम करता है.
इससे पार्टनर, अपने एजेंट को नाम, बनाए जाने के समय या आखिरी बार अपडेट किए गए टाइमस्टैंप के हिसाब से क्रम से लगा सकते हैं.
मुख्य सुधार
- सॉर्ट करने के लिए एक से ज़्यादा फ़ील्ड: अब एजेंट को क्रम से लगाने के लिए, इन फ़ील्ड का इस्तेमाल किया जा सकता है:
updateTime: यह विकल्प, आखिरी बार अपडेट किए गए टाइमस्टैंप के हिसाब से क्रम में लगाता है.displayName: एजेंट के नाम के हिसाब से वर्णमाला के क्रम में क्रमबद्ध करता है.agentId: सिस्टम से जनरेट किए गए यूनीक एजेंट आइडेंटिफ़ायर के हिसाब से क्रम से लगाता है.
- क्रम बदलने की सुविधा: फ़ील्ड के नाम में
" asc"या" desc"सफ़िक्स जोड़कर, क्रम बदलने की सुविधा सेट की जा सकती है. जिन फ़ील्ड के लिए कोई सफ़िक्स नहीं दिया गया है उन्हें डिफ़ॉल्ट रूप से बढ़ते क्रम में लगाया जाएगा. - डिफ़ॉल्ट रूप से क्रम से लगाना: अगर
orderByपैरामीटर को शामिल नहीं किया जाता है, तो सूची को डिफ़ॉल्ट रूप सेagentIdके हिसाब से बढ़ते क्रम में लगाया जाता है.
ज़्यादा जानकारी के लिए, अपडेट किया गया brands.agents.list रेफ़रंस दस्तावेज़ देखें.
11 जून, 2026
दस्तावेज़ को बेहतर बनाना
हमने अपने दस्तावेज़ को अपडेट किया है, ताकि यह साफ़ तौर पर बताया जा सके कि पार्टनर, एजेंट के लॉन्च स्टेटस को PENDING से UNLAUNCHED में बदलकर, लॉन्च करने के लंबित अनुरोध को रद्द कर सकते हैं.
ज़्यादा जानकारी के लिए, इवेंट पाना गाइड देखें.
22 मई 2026
बैच की सुविधा की जांच के लिए, रीजनल एंडपॉइंट लागू करना
बदल दिया जाए
4 मई, 2026 से, users.batchGet
तरीके के लिए, रीजनल एंडपॉइंट का इस्तेमाल करना ज़रूरी होगा. बैच अनुरोधों को उस एपीआई एंडपॉइंट पर भेजा जाना चाहिए जो उस बैच में मौजूद फ़ोन नंबर के भौगोलिक क्षेत्र से मेल खाता हो.
हम यह बदलाव क्यों कर रहे हैं
एपीआई की परफ़ॉर्मेंस और भरोसेमंद होने की क्षमता को ऑप्टिमाइज़ करने के लिए. साथ ही, किसी भी संभावित रुकावट के असर को कम करने के लिए.
आपको क्या करना होगा
users.batchGetके अनुरोधों के लिए, सही रीजनल एंडपॉइंट को कॉल करने के लिए, अपने ऐप्लिकेशन को अपडेट करें.- पक्का करें कि हर
users.batchGetअनुरोध में, सिर्फ़ एक क्षेत्र के फ़ोन नंबर शामिल हों. अलग-अलग क्षेत्रों के फ़ोन नंबर वाले अनुरोध या गलत रीजनल एंडपॉइंट पर भेजे गए अनुरोध पूरे नहीं होंगे. ऐसा करने पर, गड़बड़ी का मैसेज '400 Bad Request' मिलेगा.
क्या नहीं बदल रहा है
फ़िलहाल, इस नीति के उल्लंघन को ठीक करने के लिए लागू किए गए तरीके से, एक सुविधा की जांच करने (phones.getCapabilities) और मैसेज भेजने पर कोई असर नहीं पड़ेगा. हालांकि, हमारा सुझाव है कि एपीआई की परफ़ॉर्मेंस को बेहतर बनाने और आने वाले समय में होने वाले अपडेट के लिए, सभी कॉल के लिए क्षेत्र के हिसाब से एपीआई का इस्तेमाल करें.
12 मई, 2026
नई सुविधा
मैसेज के लिए लगातार सुझाव देने की सुविधा
RCS for Business अब सिर्फ़ टेक्स्ट वाले मैसेज के लिए, लगातार सुझाव देने की सुविधा के साथ काम करता है. सामान्य तौर पर, बातचीत जारी रहने पर कुछ समय के लिए दिखने वाले सुझाव गायब हो जाते हैं. हालांकि, लगातार दिखने वाले सुझाव, मैसेज बबल में दिखते हैं और पूरी बातचीत के दौरान बने रहते हैं.
हम यह बदलाव क्यों कर रहे हैं
इस सुविधा की मदद से, उपयोगकर्ता काम की कार्रवाइयों को फिर से देख सकते हैं. जैसे, यूआरएल खोलना, किसी नंबर पर कॉल करना या किसी जगह की जानकारी देखना. ऐसा तब भी किया जा सकता है, जब शुरुआती मैसेज भेजे हुए काफ़ी समय हो गया हो. इससे उपयोगकर्ताओं को बेहतर और भरोसेमंद अनुभव मिलता है.
"यूआरएल खोलें" के लगातार दिखने वाले सुझावों में, बटन के अंदर सीधे तौर पर डेस्टिनेशन यूआरएल दिखता है. इससे उपयोगकर्ता का भरोसा बढ़ता है और अनजान लिंक की वजह से, "क्लिक करने में हिचकिचाहट" कम होती है.
किस तरह के मैसेज भेजे जा सकते हैं
- काम करता है: सिर्फ़ टेक्स्ट वाले मैसेज.
- काम नहीं करता: मीडिया मैसेज (इमेज, वीडियो, GIF, PDF या ऑडियो) को अलग से नहीं भेजा जा सकता. इस्तेमाल के इन उदाहरणों के लिए, रिच कार्ड का इस्तेमाल करें.
सुझावों को एक साथ इस्तेमाल करना
एक ही टेक्स्ट मैसेज में, कुछ समय के लिए दिखने वाले और हमेशा दिखने वाले सुझावों को शामिल किया जा सकता है. हर सुझाव को "ऑप्ट-इन" करना होगा, ताकि वह हमेशा बना रहे.
- कुल सीमा: एक टेक्स्ट मैसेज में कुल 11 सुझाव दिए जा सकते हैं.
- हमेशा दिखने वाले सुझाव: ज़्यादा से ज़्यादा चार सुझाव (बबल में दिखते हैं).
- अस्थायी सुझाव: ज़्यादा से ज़्यादा 11 अस्थायी सुझाव (बबल के बाहर दिखते हैं).
लगातार सुझाव पाने के लिए, इन क्लाइंट का इस्तेमाल किया जा सकता है
- इन पर काम करती है: Google Messages (वर्शन
20260225.00या इसके बाद का वर्शन). - इन पर काम नहीं करता: Google Messages के
20260225.00से पहले के वर्शन, iOS, और Samsung Messages.
ज़्यादा जानकारी के लिए, अपडेट की गई हमारी सुझावों से जुड़ी गाइड देखें.
27 अप्रैल, 2026
बदल दिया जाए
Google Messages में RBM की अपडेट की गई ब्रैंडिंग और पुष्टि करने के स्टैंडर्ड
हम कारोबारों के लिए, RCS for Business की ब्रैंडिंग और पुष्टि करने की सुविधा से जुड़े अपडेट लॉन्च कर रहे हैं. इससे, उपयोगकर्ताओं का भरोसा बढ़ेगा और Google के स्टैंडर्ड के मुताबिक काम किया जा सकेगा. इन अपडेट का असर, Google Messages की बातचीत की सूची, बातचीत की स्क्रीन, और बातचीत की जानकारी में एजेंट के दिखने पर पड़ता है.
मुख्य सुधार
लोगो का नया आकार: Google Messages में अब लोगो, गोल किनारों वाला स्क्वेयर है. गोल चौकोर आकार में बदलने की प्रोसेस अपने-आप होती है.
ध्यान दें: अगर आपका मौजूदा लोगो, पारदर्शी बैकग्राउंड वाला एक सर्कल है, तो Google Messages ऐप्लिकेशन में भी इसे सर्कल के तौर पर दिखाया जाएगा. हमारा सुझाव है कि आप पूरे बैकग्राउंड वाली इमेज को मैन्युअल तरीके से अपलोड करें, ताकि यह नए यूज़र इंटरफ़ेस (यूआई) में सबसे अच्छी दिखे. ज़्यादा जानकारी के लिए, एजेंट की जानकारी में बदलाव करना लेख पढ़ें.
पुष्टि के लिए चेकमार्क: पुष्टि किए गए एजेंट के नाम के आगे अब पुष्टि के लिए चेकमार्क दिखेगा. जिन एजेंट ने पुष्टि की प्रोसेस पूरी कर ली है उनके नाम के आगे सही का निशान अपने-आप दिखेगा.
| पहले | बाद में |
|---|---|
 |
 |
27 अप्रैल, 2026
दस्तावेज़ को बेहतर बनाना
हमने वेबहुक के दस्तावेज़ को अपडेट किया है. इसमें वेबहुक मैनेज करने के सबसे सही नए तरीके बताए गए हैं. खास तौर पर, पार्टनर के साथ शेयर की गई कतारों के जोखिमों को मैनेज करने और मैसेज डिलीवर न होने की समस्याओं को रोकने के तरीके बताए गए हैं.
ज़्यादा जानकारी के लिए, अपडेट की गई वेबहुक गाइड देखें.
6 अप्रैल, 2026
नई सुविधा
Business Communications API की मदद से, एजेंट की पहचान की पुष्टि करने वाले दस्तावेज़ अपलोड करना और मिटाना
हमने Business Communications API में पुष्टि करने के नए तरीके जोड़े हैं. इससे एजेंट की पुष्टि करने की प्रोसेस को आसान बनाया जा सकेगा. इन तरीकों की मदद से, पार्टनर ज़रूरी दस्तावेज़ अपलोड और मिटा सकते हैं. इस सुविधा का इस्तेमाल करना ज़रूरी नहीं है.
मुख्य सुधार
- एपीआई के नए तरीके: पार्टनर अब पुष्टि से जुड़े अटैचमेंट मैनेज करने के लिए, इन तरीकों का इस्तेमाल कर सकते हैं:
attachments.create: पुष्टि के लिए दस्तावेज़ अपलोड करता है.brands.agents.attachments.delete: इससे पुष्टि के लिए अटैच किया गया दस्तावेज़ मिट जाता है.
- कैरियर को दिखने वाले दस्तावेज़: कैरियर के ज़रिए मैनेज किए जाने वाले लॉन्च के लिए, अपलोड किए गए दस्तावेज़ उन सभी कैरियर के साथ शेयर किए जाते हैं जिन्हें आपने लॉन्च के लिए चुना है.
तकनीकी जानकारी और सीमाएं
- फ़ाइल फ़ॉर्मैट: फ़िलहाल, यह एपीआई सिर्फ़ PDF फ़ाइलों के साथ काम करता है.
- फ़ाइल का ज़्यादा से ज़्यादा साइज़: हर फ़ाइल का साइज़ 50 एमबी से ज़्यादा नहीं होना चाहिए.
- संख्या की सीमा: हर एजेंट के लिए ज़्यादा से ज़्यादा पांच यूनीक दस्तावेज़.
पुष्टि की प्रोसेस के बारे में ज़्यादा जानने के लिए, पुष्टि के लिए जानकारी सबमिट करना लेख पढ़ें.
1 अप्रैल, 2026
नई सुविधा
भारत में कम रेटिंग वाले प्रमोशनल एजेंट के लिए, अलग-अलग एजेंट के ज़रिए मिले ट्रैफ़िक की सीमाएं
हम भारत में रहने वाले सदस्यों के लिए, अलग-अलग एजेंट से मिलने वाले ईमेल की संख्या सीमित कर रहे हैं. इससे सदस्यों को कम ईमेल मिलेंगे. इस नई सीमा के तहत, कोई उपयोगकर्ता हर दिन कम भरोसेमंद एजेंट से, प्रमोशन वाले मैसेज की तय संख्या ही पा सकता है.
यह सीमा, कम भरोसेमंद सभी एजेंट पर लागू होती है. ज़्यादा और मीडियम रेपुटेशन वाले एजेंट को, एक से ज़्यादा एजेंट के साथ काम करने से जुड़ी इस पाबंदी से छूट मिलती है.
ट्रैफ़िक की इन नई सीमाओं और कारोबार के अन्य नियमों के बारे में ज़्यादा जानने के लिए, एजेंट के इस्तेमाल के उदाहरण और कारोबार के नियम पेज पर जाएं.
1 अप्रैल, 2026
नई सुविधा
विज़िबिलिटी कंट्रोल की नई सुविधाएं: एजेंटों को संग्रहित करना और छिपाना
कंसोल को मैनेज करने में आपकी मदद करने के लिए, हमने पार्टनर और कैरियर, दोनों के लिए नए विज़िबिलिटी कंट्रोल लॉन्च किए हैं. इन सुविधाओं की मदद से, Console और एपीआई में एजेंट के प्राइमरी व्यू से पुराने या इस्तेमाल न किए जा रहे एजेंट हटाए जा सकते हैं. इससे एजेंट की ऑपरेशनल स्थिति पर कोई असर नहीं पड़ता.
पार्टनर के लिए: एजेंटों को संग्रहित करना और उन्हें संग्रह से बाहर निकालना
उन एजेंटों को संग्रहित या संग्रह से हटाया जा सकता है जो निष्क्रिय हैं
(UNLAUNCHED, SUSPENDED या REJECTED). उन एजेंटों को संग्रहित नहीं किया जा सकता जो किसी भी कैरियर नेटवर्क पर LAUNCHED या PENDING हैं.
मुख्य सुविधाएं
- RCS for Business डेवलपर कंसोल: एजेंटों को अलग-अलग या एक साथ (100 तक) संग्रहित करें या संग्रह से निकालें. ज़्यादा जानकारी के लिए, किसी एजेंट को संग्रहित करना/संग्रहित से हटाना लेख पढ़ें.
- Management API: प्रोग्राम के हिसाब से, एजेंट के संग्रहित किए जाने की स्थिति को मैनेज करें. ज़्यादा जानकारी के लिए, किसी एजेंट को संग्रहित करना या संग्रह से निकालना लेख पढ़ें.
- फ़िल्टर किए गए व्यू: डिफ़ॉल्ट रूप से, संग्रहित किए गए एजेंट मुख्य सूची में शामिल नहीं होते. नतीजों में संग्रहित एजेंटों को शामिल करने के लिए, Console में फ़िल्टर या एपीआई में पैरामीटर इस्तेमाल करें.
कैरियर के लिए: एजेंट छिपाना और उन्हें दिखाना
अपने नेटवर्क पर, ऐसे एजेंटों को छिपाया या दिखाया जा सकता है जो चालू नहीं हैं (SUSPENDED या
REJECTED). अगर आपके नेटवर्क पर किसी एजेंट का लॉन्च स्टेटस LAUNCHED या PENDING है, तो उसे छिपाया नहीं जा सकता.
मुख्य सुविधाएं
- Administration Console: एजेंट को एक-एक करके या एक साथ (100 तक) छिपाएं और दिखाएं. ज़्यादा जानकारी के लिए, एजेंट को छिपाना/दिखाना लेख पढ़ें.
- Operations API: इसकी मदद से, अपने नेटवर्क के लिए एजेंट के छिपे हुए स्टेटस को मैनेज किया जा सकता है. ज़्यादा जानकारी के लिए, एजेंट छिपाना/दिखाना लेख पढ़ें.
- फ़िल्टर किए गए व्यू: डिफ़ॉल्ट रूप से, छिपे हुए के तौर पर मार्क किए गए एजेंट, मुख्य सूची में शामिल नहीं किए जाते. इन एजेंट को देखने के लिए, Console में फ़िल्टर या एपीआई में पैरामीटर इस्तेमाल करें.
10 मार्च, 2026
बदल दिया जाए
हमने एजेंटों को मैनेज करने के लिए, लॉन्च की अनुमति वाली स्थितियों के ट्रांज़िशन को अपडेट किया है. इसके लिए, RBM Operations API, Business Communications API, एडमिन कंसोल, और RCS for Business डेवलपर कंसोल का इस्तेमाल किया जाता है. इससे यह पक्का होता है कि एपीआई और Console के बीच लॉजिक और सिंक्रनाइज़ेशन एक जैसा हो.
यहां लॉन्च की अनुमति वाली स्थितियों के ट्रांज़िशन के बारे में अपडेट की गई जानकारी दी गई है:
मोबाइल और इंटरनेट सेवा देने वाली कंपनी की ओर से शुरू किया गया
PENDINGसेLAUNCHEDयाREJECTEDपर स्विच किया गयाLAUNCHEDसेSUSPENDEDतकSUSPENDEDसेLAUNCHEDयाUNLAUNCHEDपर स्विच किया गया
पार्टनर की ओर से शुरू किया गया
UNSPECIFIED,UNLAUNCHEDयाREJECTEDसेPENDINGतक
9 मार्च, 2026
बदल दिया जाए
'यूआरएल खोलें' के बारे में सुझाई गई कार्रवाई में यूआरएल की पारदर्शिता
Google Messages अब रिच कार्ड और कैरसेल के इन-कार्ड सुझावों के लिए, 'यूआरएल खोलें' कार्रवाई में सीधे तौर पर यूआरएल पता दिखाता है. ज़्यादा जानकारी के लिए, यूआरएल खोलना लेख पढ़ें.
| पहले | बाद में |
|---|---|
 |
 |
यूआरएल को खोज के नतीजों में दिखाने का हमारा मकसद यह है कि:
- उपयोगकर्ताओं का भरोसा बढ़ाएं: अनजान लिंक की वजह से होने वाली मुश्किलों और "क्लिक करने में हिचकिचाहट" को कम करें.
- जुड़ाव बढ़ाना: RCS for Business का लगातार और भरोसेमंद तरीके से इस्तेमाल करें.
सुझाई गई कार्रवाइयां
- डप्लॉयमेंट: यह सुविधा अपने-आप चालू हो जाती है. आपको कोई तकनीकी इंटिग्रेशन करने या एपीआई में बदलाव करने की ज़रूरत नहीं है.
- अपने लिंक की जांच करें: पक्का करें कि आपके डेस्टिनेशन यूआरएल छोटे हों और आपके ब्रैंड के हिसाब से सही हों.
- यूज़र एक्सपीरियंस की समीक्षा करें: रिच कार्ड और कैरसेल में, 'यूआरएल खोलें' के सुझाए गए मौजूदा ऐक्शन देखें. इससे यह पक्का किया जा सकेगा कि डिसप्ले टेक्स्ट और अब दिखने वाला यूआरएल, ज़रूरत से ज़्यादा या अव्यवस्थित न लगे.
28 फ़रवरी, 2026
बदल दिया जाए
phones.testers संसाधन के लिए एपीआई को बंद किया जा रहा है
ज़्यादा कंट्रोल देने के लिए, हमने टेस्टर के पूरे लाइफ़साइकल को मैनेज करने के लिए, नया टेस्टर एपीआई लॉन्च किया है. अब न्योते भेजे या फिर से भेजे जा सकते हैं. साथ ही, प्रोग्राम के हिसाब से टेस्टर का स्टेटस देखा जा सकता है और उन्हें हटाया जा सकता है.
इस बेहतर सुविधा की वजह से, हमने लेगसी phones.testers संसाधन को बंद कर दिया है.
यह पक्का करने के लिए कि आपके एजेंट बिना किसी रुकावट के टेस्टिंग कर सकें, सभी पार्टनर को अपने इंटिग्रेशन को नए और बेहतर बनाए गए टेस्टर एपीआई रिसॉर्स पर माइग्रेट करना होगा. जिन एजेंटों को माइग्रेट नहीं किया गया है वे इस तारीख के बाद, टेस्ट डिवाइसों को न तो न्योता भेज पाएंगे और न ही उन्हें मैनेज कर पाएंगे.
| संसाधन | स्टेटस |
|---|---|
| phones.testers | बहिष्कृत |
| टेस्टर | मौजूदा |
आपको क्या करना होगा:
- टेस्टर के लिए एपीआई रेफ़रंस और टेस्ट डिवाइस सेट अप करने से जुड़ी अपडेट की गई गाइड देखें.
phones.testers.createतरीके को कॉल करने वाले अपने मौजूदा कोड को अपडेट करें, ताकि नएtestersसंसाधन एंडपॉइंट इस्तेमाल किए जा सकें.- नए लॉजिक को लागू करें और उसकी जांच करें.
16 फ़रवरी, 2026
नई सुविधा
analytics.agentPerformances.list रिस्पॉन्स में नए फ़ील्ड और अतिरिक्त मेट्रिक
आरसीएस बिज़नेस मैसेजिंग एपीआई में 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 में रिच कार्ड और कैरसेल के लिए सूचनाओं में अब टाइटल और ब्यौरे के साथ-साथ मीडिया की झलक भी शामिल होती है.
मीडिया की झलक सिर्फ़ तब दिखती हैं, जब:
- रिच कार्ड: कार्ड का मीडिया, इमेज है या उसमें थंबनेल है.
- कैरसेल: पहले कार्ड का मीडिया, इमेज है या उसमें थंबनेल है.
| सूचना वाले सेक्शन को छोटा किया गया | सूचना वाले सेक्शन को बड़ा किया गया |
|---|---|
 |
 |
हम यह बदलाव क्यों कर रहे हैं
मैसेज में लोगों की दिलचस्पी बढ़ाने के लिए.
कार्रवाई ज़रूरी है
आपको कोई भी कार्रवाई नहीं करनी होगी.
नई सुविधा
एजेंट की पुष्टि करने के लिए फ़ाइल शेयर करना
एजेंट को मंज़ूरी देने की प्रोसेस को आसान बनाने के लिए, अब पार्टनर के पास RCS for Business Developer Console में सीधे तौर पर ज़रूरी दस्तावेज़ अपलोड करने का विकल्प है.
मुख्य सुधार
- सीधे तौर पर अपलोड करना: पार्टनर अब अनुमति पत्र और अन्य ज़रूरी दस्तावेज़ सीधे तौर पर RCS for Business Developer Console में अपलोड कर सकते हैं. ज़्यादा जानकारी के लिए, पुष्टि के लिए जानकारी सबमिट करना लेख पढ़ें. ध्यान दें कि अनुमति पत्र देने के बावजूद, Google के मैनेज किए गए कैरियर पर लॉन्च करने के लिए, अनुमति पाने का मुख्य तरीका ईमेल ही रहेगा.
- दिखने की सुविधा: Administration Console का इस्तेमाल करने वाले कैरियर, अपलोड किए गए इन दस्तावेज़ों को देख सकते हैं. इससे, समीक्षा की प्रोसेस को तेज़ी से पूरा किया जा सकता है. ज़्यादा जानकारी के लिए, अपने नेटवर्क पर एजेंट मैनेज करना लेख पढ़ें.
- पुष्टि करने के लिए कई विकल्प: नई सुविधा, ईमेल से पुष्टि करने की हमारी स्टैंडर्ड सुविधा के साथ काम करती है. यह सुविधा अब भी चालू है.
इस सुविधा का इस्तेमाल करना ज़रूरी नहीं है. हालांकि, इन तकनीकी सीमाओं का ध्यान रखें:
- फ़ाइल टाइप: सिर्फ़ PDF.
- फ़ाइल का ज़्यादा से ज़्यादा साइज़: हर फ़ाइल का साइज़ 50 एमबी से ज़्यादा नहीं होना चाहिए.
- दस्तावेज़ों की संख्या की सीमा: ज़्यादा से ज़्यादा पांच यूनीक दस्तावेज़. फ़ाइलें डुप्लीकेट न करें.
7 जनवरी, 2026
नई सुविधा
हम भारत में, RCS for Business के प्रमोशनल एजेंट के लिए ट्रैफ़िक की नई सीमाएं तय कर रहे हैं.
कुल यूनीक उपयोगकर्ताओं की संख्या की सीमाएं
नई सीमा से, एजेंट के भरोसेमंद होने के आधार पर, 28 दिनों में मैसेज पाने वाले खास उपयोगकर्ताओं की कुल संख्या पर असर पड़ता है. सभी नए एजेंट की शुरुआती प्रतिष्ठा, डिफ़ॉल्ट रूप से कम होती है.
ट्रैफ़िक की इन नई सीमाओं और कारोबार के अन्य नियमों के बारे में ज़्यादा जानने के लिए, एजेंट के इस्तेमाल के उदाहरण और कारोबार के नियम पेज पर जाएं.