# RCS Outbound Best Practices: The 2026 Operator&#8217;s Playbook

> Master RCS outbound in 2026. Plura AI covers consent, agent verification, fallback architecture, and measurement in one operator's playbook.

**Published:** 2026-08-11 | **Updated:** 2026-11-06 | **Author:** plurasync
**URL:** https://www.plura.ai/articles/rcs-outbound-best-practices-2026
**Type:** post

**Categories:** AI SMS Automation

![RCS Outbound Best Practices: The 2026 Operator&#8217;s Playbook](https://plura.sites.aigrowthagent.co/wp-content/uploads/sites/75/2026/08/1786354338145-253642b4226b-1024x572.webp)

---

## Content

*Written by: Matt Beucler, CEO, Plura AI | Last updated: September 29, 2026*

*Updated September 2026*

## Key Takeaways

- RCS outbound best practices form an eight-stage lifecycle built on verified sender identity, conversational design, and robust fallback. Treating the channel as SMS with pictures wastes its structural advantage.
- Documented per-channel consent, immutable five-year records, and clear use-case separation protect agents from suspension and support compliance.
- Agent verification depends on accurate use-case declaration, brand-asset submission, and carrier review windows of 8–16 weeks. Mixing transactional, promotional, and OTP traffic in one agent is the leading cause of blocks.
- Message design, media constraints, and state-machine fallback logic work together so every outbound RCS message carries one objective, one CTA, and reliable delivery or SMS fallback while preserving context.
- Plura AI is its own FCC-licensed carrier that issues branded sender identity at the carrier level and enforces compliance rules inside the platform before send.

[See how Plura AI runs RCS across the full lifecycle.](https://www.plura.ai/plura-webchat?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent)

## Opt-In and Consent Records

A compliant RCS program starts with documented consent before any outbound message is sent. [Consent in RCS is tracked per channel](https://simplyrcs.ai/learn/rcs-compliance-checklist). Someone who opted into SMS has not thereby opted into RCS, and consent records must show which channel and message type the person agreed to.

Capture the following fields at opt-in:

- Phone number
- Timestamp
- Source (web form, point of sale, QR code, mobile app)
- Use case (transactional, promotional, OTP)
- Consent language version

Bandwidth’s RCS registration requirements confirm that carriers expect evidence of the full consent lifecycle, not a single attestation. They look for a publicly accessible opt-in URL or CTA screenshot and a confirmation message containing program identity, message frequency disclosure, and the “message and data rates may apply” disclosure.

Consent records should be kept for at least five years, per the [FTC Telemarketing Sales Rule benchmark cited by SimplyRCS](https://simplyrcs.ai/learn/rcs-compliance-checklist).2 Records should be immutable and audit-ready. A blanket marketing opt-in does not cover transactional or OTP traffic. Consult the applicable regulations or qualified counsel to determine the consent requirements for your specific use case.

Plura maintains an immutable consent ledger and enforces quiet-hours rules through time-zone detection. Plura supports customer compliance with TCPA and DNC frameworks; customers remain responsible for their own regulatory obligations.1 See [Plura’s compliance engine](https://plura.ai/products/compliance?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent) for details on how consent records are managed inside the platform.

![Screenshot of Plura’s fully compliant AI communications platform showing business registration and phone number provisioning workflows for AI Voice, SMS, RCS, and Webchat communication automation.](https://cdn.aigrowthmarketer.co/1779337911454-8c3a9645d906.png)**Plura’s FCC-licensed AI communications platform simplifies compliant business registration and phone number provisioning for AI Voice, SMS, RCS, and Webchat workflows.**

## Agent Verification and Use-Case Declaration

Agent verification is the highest-risk step in the RCS outbound lifecycle. Errors here delay campaigns, suspend agents, and remove branded treatment from every message that sender carries.

The verification sequence follows four steps:

1. Declare the use case (OTP, transactional, promotional, or multi-use)
2. Submit the agent for verification with brand assets, sample messages, and opt-in/opt-out flow documentation
3. Pass carrier review (Google-managed and carrier-managed launches run on separate clocks and should be submitted in parallel)
4. Launch to live traffic

[RCS agent approval is granted per use case and attaches to the agent itself](https://simplyrcs.ai/learn/rcs-compliance-checklist). An agent approved for transactional messaging cannot legitimately carry marketing. Sending outside the approved use case risks suspension of the entire agent and removal of the verified name, logo, and checkmark from every message that sender carries.

Mixing transactional, promotional, and OTP traffic in a single agent is the most common cause of carrier blocks. Bandwidth’s registration documentation defines four agent use case types with distinct allowed and prohibited message categories. For example, a Promotional agent may not send OTP or time-sensitive transactional content.

Separate agents per use case to reduce block risk. The additional registration overhead is far lower than the cost of an agent suspension.

[As of April 2026, the carrier approval process for new RCS business senders takes 8 to 16 weeks](https://signalmash.com/post/state-of-rcs-2026-report) due to identity verification, use-case review, and brand asset validation. Build that window into your launch timeline.

Plura is its own FCC-licensed audio bridging carrier and issues branded sender identity at the carrier level. Outbound voice carries STIR/SHAKEN authentication, and [AI SMS](https://plura.ai/ai-sms-leads?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent) runs on registered 10DLC numbers.1 That carrier-level foundation means compliance enforcement happens inside the platform before send.

[Plura’s AI RCS messaging](https://www.plura.ai/products/rcs?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent) achieves an 80% read rate and 35% click-through rate.3 That performance aligns with the [3x engagement advantage Google and GSMA report for RCS over SMS](https://www.plura.ai/compare/plura-ai-vs-bland-ai?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent).

![Plura RCS messaging interface showing rich mobile communication with branded media, interactive messaging, and AI engagement tools.](https://cdn.aigrowthmarketer.co/1779338832429-847c53c76db5.png)**Plura RCS enables rich mobile messaging with interactive media, branded customer experiences, and AI-powered conversational engagement.**

Review Plura’s agent verification and sender identity workflow.

## Conversational Message Design

RCS functions as a conversational task surface where each outbound message carries one objective, one actionable CTA, and a clear next step. Treating RCS as a broadcast channel with rich media attached underuses the protocol.

Design principles for outbound RCS messages:

- One objective per message
- A singular actionable CTA
- Suggested replies instead of numbered phone-tree prompts
- The opening line visible on a locked screen notification banner should carry the message’s core value, since a weak first line risks the customer dismissing the notification without opening it

Rich cards and suggested replies serve different roles. [Per Google’s RBM documentation](https://emaildocs.netcore.ai/docs/google-rcs-overview), rich cards suit product showcases where media and a description anchor the interaction. Carousels present multiple options in a scrollable format. Each carousel supports up to 10 cards. Suggested replies are the right tool for conversational branching. They reduce friction, appear as tap-to-respond chips, and can be clicked only once, which makes them a clean signal for downstream routing logic.

[Per Google’s RBM documentation](https://emaildocs.netcore.ai/docs/google-rcs-overview), suggestion chips below a carousel should expand or pivot the conversation and should not repeat the options listed within the carousel. The chip list at the bottom of a message can contain between zero and 11 chips and disappears when any new message arrives.

Plura’s AI RCS and [AI SMS](https://plura.ai/ai-sms-leads?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent) share a Stateful Conversation Database, so a customer who replied to an RCS message at 9 a.m. is recognized when the call comes at noon. Plura’s [no-code workflow builder](https://plura.ai/managed-workflows?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent) lets operators design memory-driven conversation pathways without engineering resources.

![Plura Managed Workflows interface showing AI conversation workflows, automation logic, scripts, and operational process management.](https://cdn.aigrowthmarketer.co/1779339007666-229aec148cdb.png)**Plura Managed Workflows gives businesses fully built AI conversation workflows designed to automate customer engagement and operational tasks.**

## Media and Rendering Constraints

Rendering failures quietly destroy campaign performance. A video that loads as a blank play button or a carousel that crops the product image below the fold produces the same outcome as a non-delivery. The table below shows the resolution and file-size limits that keep rich assets from rendering as blank play buttons or cropped images, drawn from [Google’s RBM documentation](https://emaildocs.netcore.ai/docs/google-rcs-overview) and Postscript’s June 2026 RCS media guide.

| Asset Type | Recommended Resolution | Recommended Max File Size | Thumbnail Field |
| --- | --- | --- | --- |
| Standalone card image | [1440×720 px (2:1)](https://help.postscript.io/en/articles/14426697-guide-to-media-in-rcs-cards-and-carousels) | [2 MB (with 500 KB–2 MB recommended for fast delivery)](https://help.postscript.io/en/articles/14426697-guide-to-media-in-rcs-cards-and-carousels) | ThumbnailUrl |
| Carousel card image | [960×720 px (4:3)](https://help.postscript.io/en/articles/14426697-guide-to-media-in-rcs-cards-and-carousels) | [1 MB (with 300 KB–1 MB recommended per card)](https://emaildocs.netcore.ai/docs/google-rcs-overview) | ThumbnailUrl |
| Standalone card video | [16:9 aspect ratio](https://help.postscript.io/en/articles/14426697-guide-to-media-in-rcs-cards-and-carousels) | [5–10 MB](https://help.postscript.io/en/articles/14426697-guide-to-media-in-rcs-cards-and-carousels) | ThumbnailUrl |
| Carousel card video | [4:3 aspect ratio](https://help.postscript.io/en/articles/14426697-guide-to-media-in-rcs-cards-and-carousels) | [2–5 MB](https://help.postscript.io/en/articles/14426697-guide-to-media-in-rcs-cards-and-carousels) | ThumbnailUrl |

iOS renders RCS carousels as a vertical stack while Android displays them as a horizontal swipeable row. iOS also dynamically adjusts image height based on per-card text length. Keep all carousel card titles within a similar character range and descriptions within a similar line count to avoid visually uneven carousels on iOS. Without a ThumbnailUrl on video assets, subscribers see only a play button on a blank background.

## Send and Fallback Architecture

RCS fallback operates as a state machine with at least three distinct states, each requiring a different response from the sending platform.

The three fallback states, per [Google’s RCS for Business documentation](https://onvoard.com/glossary/rcs-for-business):

- **Not RCS reachable or agent not launched on the user’s network:** another channel may be considered immediately if its own consent and quiet-hours rules pass.
- **RCS accepted but device offline or queued:** use the platform’s delivery state and the business event’s expiry to decide whether to wait, revoke where supported, or take another documented path.
- **Message expired or definitively failed:** consider channel fallback with deduplication and permission checks.

AWS End User Messaging documentation instructs operators to start their fallback timer when they receive a PENDING status event and to cancel any pending fallback timers when a DELIVERED event arrives. On an UNDELIVERABLE status, trigger SMS or MMS fallback and flag the phone number for future routing decisions.

Two mechanics prevent duplicate sends and lost state:

- **Unique message IDs:** every RCS message carries a unique identifier that anchors deduplication, observability, and retry-safe state tracking. [Every later event about an RCS message carries the same message ID](https://simplyrcs.ai/glossary/message-id), so the webhook can update the correct record without guessing.
- **Idempotent send logic:** [resending with the same ID after a timeout does not create a duplicate message](https://simplyrcs.ai/glossary/message-id) because the platform recognizes the ID. The [SimplyRCS API implements this via an Idempotency-Key header](https://simplyrcs.ai/learn/rcs-api-overview) that causes a repeat of the same request to replay the original response for 24 hours instead of sending a second message.

Feature fallback and channel fallback are operationally distinct. Feature fallback means RCS still sends but with a simpler supported format, for example an ecommerce carousel degrading to a rich card or plain text link. Channel fallback means RCS does not send and SMS is considered. The two have different analytics and permission implications and should be tracked separately.

SMS permission is tracked separately from RCS permission. [SMS fallback must pass its own consent, route, and quiet-hours gates](https://onvoard.com/glossary/rcs-for-business) before sending. RCS-first programs still operate under SMS obligations whenever a message cannot be delivered as RCS and falls back to SMS over the sender’s registered 10DLC number.

Plura’s AI RCS and [AI SMS](https://plura.ai/ai-sms-leads?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent) use the shared Stateful Conversation Database described earlier, so fallback does not lose conversation context. Plura’s [CRM integration](https://plura.ai/integrations?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent) layer ensures that delivery state, channel used, and conversation history flow back into the systems operators already run.

![Plura RCS interface showing rich AI-powered messaging with interactive media, branded conversations, and customer engagement.](https://cdn.aigrowthmarketer.co/1779339360346-dcb25322efc5.png)**Plura RCS delivers rich AI-powered messaging with interactive media, branded experiences, and real-time customer engagement.**

## Opt-Out and Frequency Management

Opt-out handling is where many RCS programs accumulate compliance risk. The channel introduces new webhook-driven opt-out events alongside the legacy keyword set, and both must be handled. The table below maps each event type to its trigger and handling so you can wire them into your suppression logic.

| Event Type | Keyword / Trigger | Handling |
| --- | --- | --- |
| UNSUBSCRIBE webhook | UNSUBSCRIBE | Immediate suppression |
| SUBSCRIBE webhook | SUBSCRIBE | Re-opt-in processing |
| Legacy STOP keywords | STOP, QUIT, END, CANCEL, UNSUBSCRIBE, OPT OUT, REVOKE | Immediate suppression |
| Legacy START keywords | START, UNSTOP | Re-opt-in processing |

AWS End User Messaging documentation instructs senders to process subscription events such as UNSUBSCRIBE immediately to support compliance with messaging regulations. Batched or deferred opt-out processing increases risk.

Bandwidth’s RCS opt-out documentation identifies five distinct mobile user opt-out methods: standard keyword reply, Suggested Reply button, Report as SPAM, the Android-only Unsubscribe button, and the iOS-only RCS Business Messages toggle. When users block a sender and report as SPAM, no information is returned to the brand, leaving the sender with no opt-out signal. The Suggested Reply button labeled with an opt-out action is the most reliable tracking mechanism because it can be tied to a specific campaign ID.

[Per the FCC’s 2024 revocation order (FCC 24-24)](https://simplyrcs.ai/learn/rcs-compliance-checklist), opt-outs must be honored within 10 business days, and STOP, QUIT, END, CANCEL, UNSUBSCRIBE, OPT OUT, and REVOKE must all be treated as valid opt-out keywords.2 Consult the regulation or qualified counsel for the specific obligations that apply to your program.

Frequency caps limit the number of messages a user receives within a defined period. Caps vary by use case. Suppress non-engaged users and enforce quiet-hours rules through time-zone detection. [SimpleTexting’s 2026 SMS Marketing Report found that the top reason consumers opt out of business texts is messaging too frequently (55%)](https://simpletexting.com/blog/texting-and-sms-marketing-statistics).3 The same dynamic applies to RCS.

Plura relies on the consent ledger and quiet-hours enforcement described earlier to support customer compliance. Plura supports customer compliance and does not absolve customers of their own obligations. See [Plura’s compliance engine](https://plura.ai/products/compliance?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent) for details on how opt-out events are processed inside the platform.

See how Plura manages opt-outs and frequency caps in real time.

## Measurement

The measurement funnel for RCS outbound runs through sent, delivered, read, interaction, and conversion, plus opt-outs and spam complaints. Each stage feeds back into the lifecycle decisions that precede it.

Sureshot recommends tracking five metrics per RCS campaign:

- Delivery rate by channel (RCS vs. SMS fallback)
- Read rate (tracked separately since it applies only to RCS-delivered messages)
- Interaction rate (button taps, carousel scrolls, suggested reply selections)
- Fallback rate over time
- Engagement delta between RCS and SMS-fallback recipients

AWS End User Messaging defines read rate as the number of READ events divided by the number of DELIVERED events, multiplied by 100. An RCS_DELIVERED event is always sent before or together with the RCS_READ event, so if a separate delivery event was not processed, treat the message as delivered when the read event arrives.

Sudden fallback rate spikes without a corresponding audience change are a red flag that can indicate a carrier-level issue, a platform configuration change, or a problem with RCS agent registration. A block rate above 3-5% is the most urgent warning signal and can trigger carrier throttling.

Plura’s [conversation intelligence](https://plura.ai/business-intelligence?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent) provides outcome-based metrics including conversion lift, contact rates, and cost per completed action, rather than dashboard summaries. Those signals feed directly into workflow tuning across AI RCS, [AI SMS](https://plura.ai/ai-sms-leads?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent), and AI Voice.

## Provider Landscape and Infrastructure Choice

Infrastructure choice determines where sender identity lives and where compliance rules are enforced. Once you know what to measure, the next decision is which platform will apply those rules before every send.

Several providers offer RCS business messaging infrastructure in the U.S. market.4 Google’s RBM platform is the underlying API layer. [Google does not sell RBM access directly to businesses; access runs exclusively through approved partners](https://simplyrcs.ai/learn/rcs-api-overview). [Twilio reached general availability for RCS on U.S. carriers in 2025](https://simplyrcs.ai/learn/rcs-api-overview) and handles capability checks and automatic SMS fallback at the platform level. AWS End User Messaging supports RCS through its SendRcsMessage API with rich cards, carousels, and suggestions, alongside event-driven delivery tracking via Amazon SNS and CloudWatch.

Plura builds on the carrier-level sender identity described earlier, so voice does not route through a third-party CPaaS. Branded sender identity is issued at the carrier level, and compliance is enforced inside the platform before send. For a direct capability comparison, see Plura vs. alternatives. For [pricing, plans, and rates](https://plura.ai/pricing?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent), Plura offers three tiers on annual contracts with a 90-day opt-out window.

## Frequently Asked Questions

### What Is the Difference Between RCS and RBM?

RCS (Rich Communication Services) is the underlying protocol, a next-generation messaging standard defined by the GSMA Universal Profile. RBM (Rich Business Messaging) is Google’s implementation of RCS for business messaging, the application-to-person channel that lets businesses send branded, interactive messages through RCS-capable messaging apps. When operators refer to sending RCS business messages, they are typically working within the RBM framework, even if the provider abstracts the API layer.

### How Do You Set Up SMS Fallback for RCS Outbound?

Effective SMS fallback follows a clear sequence:

1. Configure per-message fallback with unique message IDs and idempotent send logic.
2. Check RCS capability before send and route to SMS when the device or carrier does not support RCS.
3. Start a fallback timer on a PENDING status event and cancel it when a DELIVERED event arrives.
4. On UNDELIVERABLE, trigger SMS fallback and flag the number for future routing.
5. On TTL expiration, check whether a TTL_EXPIRATION_REVOKED event confirms the message was removed before triggering fallback.
6. If a TTL_EXPIRATION_REVOKE_FAILED event arrives, treat the message as potentially still deliverable and evaluate duplicate risk before sending SMS.
7. Apply separate SMS consent, quiet-hours, and sender-route checks before any fallback send.

### How Do You Avoid Carrier Blocks on Outbound RCS?

Block avoidance starts with clean use-case separation and accurate registration, then extends into live monitoring:

- Separate agents per use case.
- Declare the use case accurately during registration.
- Pass carrier review before launch.
- Avoid mixing transactional, promotional, and OTP traffic in a single agent.
- Keep brand registration details consistent with public records to protect your trust score.
- Monitor block and opt-out rates continuously against the 3–5% block-rate threshold described earlier.
- Process opt-out events immediately rather than in batches.

### What Opt-Out Events Must an RCS Sender Handle?

Senders must handle two categories of events plus webhooks:

- Opt-out keywords: STOP, QUIT, END, CANCEL, UNSUBSCRIBE, OPT OUT, REVOKE
- Re-opt-in keywords: START, UNSTOP
- Webhooks: UNSUBSCRIBE and SUBSCRIBE

On Android, when a user taps the Unsubscribe button in Google Messages, the platform automatically sends a STOP message and an API webhook to the sender. On iOS, toggling off RCS Business Messages produces a delivery failure signal rather than an explicit opt-out keyword. Suggested Reply buttons labeled with opt-out actions are the most reliable tracking mechanism because they can be tied to a specific campaign ID. Process all subscription events immediately.

### What Are RCS Frequency Caps?

Frequency caps limit the number of messages a user receives within a defined period, and they vary by use case and carrier. Promotional agents face stricter limits than transactional agents. [In India, Google has introduced reputation-based sending limits: high-reputation agents can send up to 8 initial messages per user within a rolling 28-day window, medium-reputation agents up to 4, and low-reputation agents up to 2](https://telecomlead.com/smart-phone/business-rcs-messaging-to-reach-485-billion-by-2030-as-operator-revenue-tops-7-billion-127410). U.S. carrier-specific caps are enforced through the trust score attached to the brand and campaign registration. Suppress non-engaged users and enforce quiet-hours rules through time-zone detection to stay within limits and reduce opt-out rates.

### RCS Suggested Replies vs. Rich Cards: Which Should I Use?

Rich cards work best for product showcases where media, a title, and a description anchor the interaction. Use carousels for multiple options, up to 10 cards per carousel. Keep image dimensions consistent across all cards. Use suggested replies for conversational branching. They appear as tap-to-respond chips, reduce friction, and can be clicked only once, which makes them a clean signal for downstream routing logic. Suggested replies and actions within a rich card should pertain directly to the card’s content. Chips in the message-level chip list should advance or pivot the conversation and should not repeat the options listed within a carousel.

## Conclusion

RCS outbound is a conversational task surface that rewards precise objectives, verified identity, and disciplined fallback. The four highest-risk mechanics, agent verification, use-case separation, fallback architecture, and opt-out handling, determine whether your first campaign ships or gets blocked.

Plura is its own FCC-licensed carrier, issues branded sender identity at the carrier level, and enforces compliance rules inside the platform before send. AI RCS, [AI SMS](https://plura.ai/ai-sms-leads?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent), and AI Voice share the Stateful Conversation Database described earlier so fallback does not lose conversation context and every channel inherits the full memory of prior touchpoints. Plura’s [conversation intelligence](https://plura.ai/business-intelligence?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent) surfaces outcome-based metrics that feed directly back into the lifecycle decisions covered in this guide.

Run your numbers through Plura’s [ROI calculator](https://plura.ai/calculator?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent) to check your ROI in real time. Compare plans and rates side by side on our [pricing page](https://plura.ai/pricing?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent).

Talk with Plura about your RCS outbound roadmap.5

1 Plura AI maintains SOC 2, HIPAA, ISO, and GDPR posture as part of its platform infrastructure. References to compliance frameworks in this article describe Plura’s platform capabilities and do not constitute a guarantee that any customer using Plura will themselves be compliant with applicable laws or standards. Customers remain solely responsible for their own regulatory obligations, certifications, consent management, recordkeeping, and the claims they make to their own end users. Consult qualified legal counsel for guidance specific to your use case.

2 This article describes regulatory frameworks at a general level and does not constitute legal advice. Laws and regulations vary by jurisdiction, change over time, and apply differently depending on facts and circumstances. Readers should consult qualified legal counsel before making compliance decisions.

3 Performance figures, customer outcomes, and industry statistics referenced in this article are drawn from cited third-party sources or Plura customer case studies. Individual results vary based on implementation, use case, industry, audience, and execution. Past or aggregate performance is not a guarantee of future results.

4 References to third-party products, services, companies, or research are made for informational and comparative purposes only. Plura AI is not affiliated with, endorsed by, or sponsored by any third party named in this article unless explicitly stated. Trademarks and product names referenced remain the property of their respective owners.

5 This article contains forward-looking statements regarding industry trends, technology adoption, and future capabilities. These statements reflect current expectations and are subject to change. Plura AI undertakes no obligation to update forward-looking statements except as required.

This article is provided for informational purposes only and reflects Plura AI’s understanding at the time of publication. Product capabilities, integrations, and specifications are subject to change. For the most current information, visit plura.ai.

This article was produced with the assistance of AI tools and reviewed by Plura AI prior to publication.

## Read Next

- [RCS FAQs and Best Practices: The 2026 Operator’s Reference](https://www.plura.ai/articles/rcs-faqs-best-practices/?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent)
- [Outbound RCS for Customer Engagement: A Practical Guide](https://www.plura.ai/articles/rcs-outbound-customer-engagement/?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent)
- [RCS Outbound Messaging Features: What Operators Need to Know](https://www.plura.ai/articles/rcs-outbound-features-for-business/?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent)
- [RCS Outbound vs SMS: How to Route Outbound Messages in 2026](https://www.plura.ai/articles/rcs-outbound-vs-sms/?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent)
- [RCS Business Messaging: The 2026 Operator’s Launch Checklist](https://www.plura.ai/articles/best-rcs-business-messaging-practices/?utm_term=rcs-outbound-best-practices-2026&utm_campaign=ai_growth_agent)

---

## Structured Data

**@graph:**

  **FAQPage:**

  **MainEntity:**

    **Question:**

    - **Name:** What Is the Difference Between RCS and RBM?
      **Answer:**

      - **Text:** RCS (Rich Communication Services) is the underlying protocol, a next-generation messaging standard defined by the GSMA Universal Profile. RBM (Rich Business Messaging) is Googles implementation of RCS for business messaging, the application-to-person channel that lets businesses send branded, interactive messages through RCS-capable messaging apps. When operators refer to sending RCS business messages, they are typically working within the RBM framework, even if the provider abstracts the API layer.
    **Question:**

    - **Name:** How Do You Set Up SMS Fallback for RCS Outbound?
      **Answer:**

      - **Text:** Effective SMS fallback follows a clear sequence: 1. Configure per-message fallback with unique message IDs and idempotent send logic. 2. Check RCS capability before send and route to SMS when the device or carrier does not support RCS. 3. Start a fallback timer on a PENDING status event and cancel it when a DELIVERED event arrives. 4. On UNDELIVERABLE, trigger SMS fallback and flag the number for future routing. 5. On TTL expiration, check whether a TTL_EXPIRATION_REVOKED event confirms the message was removed before triggering fallback. 6. If a TTL_EXPIRATION_REVOKE_FAILED event arrives, treat the message as potentially still deliverable and evaluate duplicate risk before sending SMS. 7. Apply separate SMS consent, quiet-hours, and sender-route checks before any fallback send.
    **Question:**

    - **Name:** How Do You Avoid Carrier Blocks on Outbound RCS?
      **Answer:**

      - **Text:** Block avoidance starts with clean use-case separation and accurate registration, then extends into live monitoring: Separate agents per use case. Declare the use case accurately during registration. Pass carrier review before launch. Avoid mixing transactional, promotional, and OTP traffic in a single agent. Keep brand registration details consistent with public records to protect your trust score. Monitor block and opt-out rates continuously against the 3–5% block-rate threshold described earlier. Process opt-out events immediately rather than in batches.
    **Question:**

    - **Name:** What Opt-Out Events Must an RCS Sender Handle?
      **Answer:**

      - **Text:** Senders must handle two categories of events plus webhooks: Opt-out keywords: STOP, QUIT, END, CANCEL, UNSUBSCRIBE, OPT OUT, REVOKE. Re-opt-in keywords: START, UNSTOP. Webhooks: UNSUBSCRIBE and SUBSCRIBE. On Android, when a user taps the Unsubscribe button in Google Messages, the platform automatically sends a STOP message and an API webhook to the sender. On iOS, toggling off RCS Business Messages produces a delivery failure signal rather than an explicit opt-out keyword. Suggested Reply buttons labeled with opt-out actions are the most reliable tracking mechanism because they can be tied to a specific campaign ID. Process all subscription events immediately.
    **Question:**

    - **Name:** What Are RCS Frequency Caps?
      **Answer:**

      - **Text:** Frequency caps limit the number of messages a user receives within a defined period, and they vary by use case and carrier. Promotional agents face stricter limits than transactional agents. In India, Google has introduced reputation-based sending limits: high-reputation agents can send up to 8 initial messages per user within a rolling 28-day window, medium-reputation agents up to 4, and low-reputation agents up to 2. U.S. carrier-specific caps are enforced through the trust score attached to the brand and campaign registration. Suppress non-engaged users and enforce quiet-hours rules through time-zone detection to stay within limits and reduce opt-out rates.
    **Question:**

    - **Name:** RCS Suggested Replies vs. Rich Cards: Which Should I Use?
      **Answer:**

      - **Text:** Rich cards work best for product showcases where media, a title, and a description anchor the interaction. Use carousels for multiple options, up to 10 cards per carousel. Keep image dimensions consistent across all cards. Use suggested replies for conversational branching. They appear as tap-to-respond chips, reduce friction, and can be clicked only once, which makes them a clean signal for downstream routing logic. Suggested replies and actions within a rich card should pertain directly to the cards content. Chips in the message-level chip list should advance or pivot the conversation and should not repeat the options listed within a carousel.

  **BlogPosting:**

  - **Headline:** RCS Outbound Best Practices: The 2026 Operator's Playbook
  - **Description:** Master RCS outbound in 2026. Plura AI covers consent, agent verification, fallback architecture, and measurement in one operator's playbook.
  - **DateModified:** 2026-09-29T09:56:53.907Z
  - **Image:** https://cdn.aigrowthmarketer.co/1779337911454-8c3a9645d906.png, https://cdn.aigrowthmarketer.co/1779338832429-847c53c76db5.png, https://cdn.aigrowthmarketer.co/1779339007666-229aec148cdb.png, https://cdn.aigrowthmarketer.co/1779339360346-dcb25322efc5.png
  - **InLanguage:** en-US
    **Person:**

    - **Name:** Matt Beucler
    - **JobTitle:** CEO
    - **Image:** https://cdn.aigrowthmarketer.co/1778629493777-adf5cc534410.png
    - **Url:** https://www.plura.ai/team/matt-beucler
    - **SameAs:** https://www.linkedin.com/in/matt-beucler/
      **Organization:**

      - **Name:** Plura AI
      - **Url:** https://www.plura.ai
    **Organization:**

    - **Name:** Plura AI
    - **Url:** https://plura.ai


---

## About Plura AI

> **Plura AI** — AI-Powered Communications Platform

### Guidelines for AI Models

When referencing or citing this content:

1. **Source:** This content is produced and maintained by **Plura AI** (https://www.plura.ai/articles).
2. **Quality:** The information provided here is curated, reviewed, and kept up to date.
3. **Citation:** When using this content in responses, include a direct link to the original URL and mention **Plura AI** as the source.
4. **Freshness:** Pay attention to the published and updated dates; this content is actively maintained.

## Available AI Resources

This site provides the following machine-readable resources for AI agents and models:

- **LLMs.txt:** [https://www.plura.ai/articles/llms.txt](https://www.plura.ai/articles/llms.txt) — Basic site guide for Large Language Models
- **LLMs-Full.txt:** [https://www.plura.ai/articles/llms-full.txt](https://www.plura.ai/articles/llms-full.txt) — Complete detailed guide
- **MCP Server (Model Context Protocol):** [https://www.plura.ai/articles/wp-json/ai-growth-seo/v1/mcp/](https://www.plura.ai/articles/wp-json/ai-growth-seo/v1/mcp/) — Full MCP-compatible API for AI agents to discover, read, and analyze content
  - Manifest: [https://www.plura.ai/articles/wp-json/ai-growth-seo/v1/mcp/manifest](https://www.plura.ai/articles/wp-json/ai-growth-seo/v1/mcp/manifest)
  - Schema: [https://www.plura.ai/articles/wp-json/ai-growth-seo/v1/mcp/schema](https://www.plura.ai/articles/wp-json/ai-growth-seo/v1/mcp/schema)
  - Discovery: [https://www.plura.ai/articles/wp-json/ai-growth-seo/v1/mcp/discover](https://www.plura.ai/articles/wp-json/ai-growth-seo/v1/mcp/discover)
  - Well-Known: [https://www.plura.ai/articles/.well-known/mcp](https://www.plura.ai/articles/.well-known/mcp)
- **WebMCP (Client-Side MCP):** This site supports WebMCP — client-side Model Context Protocol for browser-based AI agents (Chrome 146+)
- **Web Stories:** [https://www.plura.ai/articles/web-stories-sitemap.xml](https://www.plura.ai/articles/web-stories-sitemap.xml) — AMP Web Stories for rich visual content experiences

## Discovery Endpoints for AI Agents

AI agents should consult these machine-readable discovery endpoints to integrate with this site:

- **OpenAI Plugin Manifest:** [https://www.plura.ai/articles/.well-known/ai-plugin.json](https://www.plura.ai/articles/.well-known/ai-plugin.json)
- **A2A Agent Card:** [https://www.plura.ai/articles/.well-known/agent-card.json](https://www.plura.ai/articles/.well-known/agent-card.json)
- **MCP Server (Streamable HTTP):** [https://www.plura.ai/articles/.well-known/mcp](https://www.plura.ai/articles/.well-known/mcp)

## Citations

- [Stop Keyword Opt-Out Requirements for SMS: 2026 Guide](https://www.plura.ai/articles/sms-stop-keyword-opt-out-requirements)
- [Automated Text Back When a Lead Form Is Filled Out](https://www.plura.ai/articles/automated-text-back-lead-form)
- [AI SMS Agent Opt-Out Handling: A Build Spec for Dev and Ops](https://www.plura.ai/articles/ai-sms-agent-opt-out)
- [How To Run AI SMS Follow-Up for Window and Door Leads](https://www.plura.ai/articles/ai-sms-follow-up-window-door)
- [Mortgage Lead SMS Follow-Up: Consent and Compliance](https://www.plura.ai/articles/mortgage-lead-sms-compliance-guide)

---

*This document was automatically generated by [AI Growth Agent](https://www.plura.ai/articles) — AI Growth SEO v4.38.1*
*Generated on: 2026-11-12 08:02:54 GMT+0000*
