As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
O que é RCS?
O Rich Communication Services (RCS) for business é um protocolo de mensagens que aprimora o SMS tradicional com identidade de marca verificada. Com o AWS End User Messaging, você pode enviar mensagens de texto RCS para destinatários nos Estados Unidos da América e Canadá, com recurso automático de SMS para dispositivos ou operadoras que não oferecem suporte ao RCS.
As mensagens RCS aparecem no mesmo aplicativo de mensagens que os destinatários usam para SMS, mas incluem sua marca, logotipo e cores verificados. Isso torna o RCS uma atualização local, em vez de um novo canal a ser adotado. Os clientes que usam a SendTextMessage API podem começar a usar o RCS com o mínimo ou nenhuma alteração no código, e os usuários finais não alteram o fluxo de mensagens. As identidades verificadas inspiram confiança, incentivam conversas, aprimoram os casos de uso de mensagens existentes e abrem as portas para novos casos de uso, como experiências de conversação.
Importante
O Google faz parte da cadeia de entrega de mensagens para entregar suas mensagens RCS. Assim, seu uso do canal de mensagens RCS nas Mensagens do Usuário AWS Final também está sujeito aos Termos de Serviço do Google RCS for Business
Tópicos
Principais benefícios do RCS
O envio de mensagens RCS por meio do AWS End User Messaging oferece os seguintes benefícios em relação ao SMS tradicional:
- Identidade de marca verificada
-
As mensagens RCS exibem o logotipo, o nome e as cores da sua marca ao lado de um selo verificado em dispositivos Android. Os destinatários podem confirmar que a mensagem é da sua organização, o que reduz o risco de phishing e melhora o engajamento.
- Recibos de entrega () DLRs
-
O RCS fornece recibos de entrega em nível de dispositivo que confirmam quando uma mensagem foi entregue ao dispositivo do destinatário. Ao contrário do SMS, em que a confirmação da entrega vem da rede da operadora, o DLRs RCS reporta diretamente do dispositivo, oferecendo uma garantia mais forte da entrega real. Isso também está vinculado ao faturamento. Com o RCS, você paga apenas pelas mensagens confirmadas como entregues ao dispositivo, enquanto as cobranças de SMS são cobradas quando a mensagem é aceita pela operadora.
- Melhor desempenho de mensagens
-
As mensagens entregues via RCS tendem a obter melhores resultados comerciais em comparação com o SMS porque a identidade verificada da marca aumenta a confiança e o engajamento do destinatário. Embora o RCS ainda não esteja tão disponível universalmente quanto o SMS, o subconjunto de mensagens enviadas via RCS normalmente apresenta taxas de abertura e conversões mais altas. Para destinatários cujos dispositivos ou operadoras não suportam RCS, o recurso automático de SMS garante que suas mensagens ainda cheguem até eles.
- Recuo automático de SMS
-
Quando você envia mensagens por meio de um pool telefônico que contém um AWS RCS Agent e números de telefone SMS, o AWS End User Messaging volta automaticamente para SMS se a entrega do RCS não for possível. Isso garante que suas mensagens cheguem aos destinatários, independentemente do suporte do dispositivo ou da operadora para o RCS.
Como o RCS difere do SMS
A tabela a seguir compara os recursos de mensagens RCS e SMS no AWS End User Messaging.
| Recurso | RCS | SMS |
|---|---|---|
| Identidade da marca | Marca, logotipo, cores e emblema verificados | Somente número de telefone ou ID do remetente |
| Confirmação de entrega | Recibos de entrega no nível do dispositivo: o dispositivo do destinatário reporta diretamente, confirmando a entrega real. Você só será cobrado pelas entregas confirmadas. | Confirmação no nível da operadora: a rede da operadora confirma o recebimento, mas isso não garante que a mensagem tenha chegado ao dispositivo. Você é cobrado quando a operadora aceita a mensagem. |
| Conteúdo da mensagem | Mensagens de texto | Mensagens de texto, MMS para mídia |
| Suporte para dispositivos | Dispositivos Android com RCS ativado, iPhone com iOS 18 ou posterior | Todos os dispositivos móveis |
| Países com suporte | Estados Unidos da América e Canadá | Mais de 200 países e regiões |
Por que o fallback de SMS é essencial
Nem todos os dispositivos móveis e operadoras oferecem suporte ao RCS. Por exemplo, dispositivos Android mais antigos, algumas operadoras e iPhones com versões iOS anteriores à 18 não podem receber mensagens RCS. Para a maioria dos casos de uso, você precisa de uma forma confiável de alcançar todos os destinatários, independentemente do dispositivo ou da operadora.
Os pools telefônicos resolvem esse problema. Um pool é um contêiner de identidades de mensagens que fornece uma camada de abstração entre suas solicitações de API e suas identidades de origem. Em vez de colocar a lógica de seleção de números alternativos de SMS em seu aplicativo, você adiciona agentes e números de telefone do RCS a um pool e o AWS End User Messaging cuida do resto. Isso oferece três vantagens:
-
RCS-to-SMSFácil alternativa sem se preocupar com quais números funcionam em qual país. Adicione suas identidades a um pool e o serviço selecionará a correta automaticamente.
-
A lógica de seleção de números e agentes permanece fora do código do aplicativo e na easy-to-manage configuração. Você pode adicionar ou remover identidades sem alterar sua integração de envio.
-
Embora simples de configurar, os pools também permitem controle total sobre como você usa números e agentes RCS juntos, incluindo per-use-case pools para roteamento seguro de conformidade.
Para usar o SMS fallback, crie um pool telefônico que contenha seu AWS RCS Agent e um ou mais números de telefone SMS. Quando você envia uma mensagem usando o pool, o AWS End User Messaging tenta primeiro a entrega do RCS e volta automaticamente para o SMS, se necessário. Recomendamos o envio baseado em pool para todos os casos de uso de mensagens, não apenas para RCS, pois ele oferece flexibilidade para adicionar ou alterar identidades de origem sem modificar o código do aplicativo.
nota
Se você enviar uma mensagem diretamente para um agente do AWS RCS (sem usar um pool), o recurso de SMS não estará disponível. Use o envio direto somente quando precisar de RCS-or-nothing entrega ou ao gerenciar a lógica de fallback fora do AWS End User Messaging.
Capacidades de RCS suportadas
O lançamento inicial do RCS no AWS End User Messaging oferece suporte a mensagens somente de texto nos Estados Unidos da América e Canadá. Você pode enviar e receber mensagens RCS de texto simples usando a mesma SendTextMessage API usada para SMS.
Atualmente, o RCS no AWS End User Messaging suporta o seguinte:
-
Enviando e recebendo mensagens de texto por meio do RCS
-
Identidade de marca verificada (logotipo, nome, cores e crachá verificado)
-
Recibos de entrega () DLRs
-
Recuo automático de SMS com envio baseado em pool
-
Mensagens bidirecionais (recebendo mensagens de texto RCS de entrada)
-
Gerenciamento de palavras-chave para respostas automáticas
-
CloudWatch métricas para monitoramento de mensagens RCS
-
Lançamentos nacionais nos Estados Unidos da América e Canadá
-
Agentes de teste RCS para testes sem aprovação da transportadora
-
Maquetes de telefone no console para visualizar como sua marca aparece nos dispositivos
-
Um único recurso do AWS RCS Agent que gerencia registros específicos de cada país nos EUA e no Canadá
-
Detalhes de registro compartilhados entre países, com personalização por país
-
Todos os recursos de mensagens para o usuário AWS final, incluindo conjuntos de configurações, pools telefônicos, listas de exclusão e palavras-chave
nota
Os agentes de teste do RCS geralmente são criados e aprovados em minutos, em comparação com os registros de números de telefone por SMS, que podem levar dias ou semanas. Isso permite que você comece a testar as mensagens RCS rapidamente.
Entendendo o modelo de identidade de dois níveis
O RCS no AWS End User Messaging usa um modelo de identidade de dois níveis: o AWS RCS Agent (um contêiner que você cria e gerencia) e um ou mais RCS for Business IDs (identidades de agente por país criadas durante o registro). Para obter detalhes completos sobre como essas identidades se relacionam, incluindo estados do ciclo de vida e a tabela de comparação, consulte. Entendendo o modelo de identidade de dois níveis
