Como o RCS funciona? A tecnologia por trás das mensagens avançadas

O RCS funciona enviando mensagens pela internet – dados móveis ou wi-fi – em vez do canal de sinalização celular que transporta o SMS. O app de mensagens nativo do seu telefone se conecta a um servidor de Rich Communication Services (RCS) operado pelo Google ou pela sua operadora, seguindo um padrão compartilhado do setor chamado Perfil Universal. É isso que torna possíveis os recibos de leitura, as mídias de alta resolução e os botões interativos – e quando a pessoa do outro lado não consegue receber RCS, a mensagem simplesmente faz o fallback para SMS.

Essa é a resposta curta. Mas se você está planejando um programa de envio de mensagens, provavelmente tem outras perguntas: quem gerencia a infraestrutura? O que a plataforma Jibe do Google faz? E o que realmente acontece quando você envia uma mensagem para um iPhone?

Neste guia, explicaremos como o RCS vai do remetente ao destinatário: a camada de transporte, o padrão Universal Profile, o roteamento da mensagem e o fallback, os requisitos de dispositivo e de operadora, a criptografia, e como RCS for Business funciona acima de tudo isso.

O RCS é o padrão de envio de mensagens criado para suceder o SMS e o MMS na caixa de entrada nativa – o mesmo app em que seus clientes já enviam mensagens, mas com recursos semelhantes aos de um app adicionados. A principal diferença é como a mensagem trafega.

• O SMS trafega pela rede de sinalização celular. As mensagens de texto são espremidas na capacidade ociosa do canal de controle que os telefones usam para se comunicar com as torres de celular – o que explica por que o SMS funciona em praticamente qualquer aparelho, mas também por que ele é limitado a 160 caracteres de texto simples.
• O RCS trafega pela internet. As mensagens viajam como dados pela internet móvel ou wi-fi até um servidor RCS, a mesma abordagem geral usada por apps de mensagens – exceto que o RCS vive no app de mensagens padrão do telefone, sem precisar baixar nada.

Pense no SMS como um cartão postal: pequeno, padronizado e que pode ser entregue em quase qualquer lugar. O RCS se parece mais com um serviço de entregas rodando em estradas modernas – ele transporta muito mais (imagens de mais de 10 MB, vídeos, carrosséis, perfis de remetente com identidade de marca), confirma a entrega e a leitura, e oferece suporte a uma verdadeira conversa bidirecional.

Uma coisa que o RCS não é: um substituto para o SMS em todos os lugares. O SMS continua sendo o canal de envio de mensagens mais universalmente compatível do mundo, e é o fallback padrão quando o RCS não está disponível – os dois são complementares, não concorrentes. Para uma análise detalhada recurso a recurso, consulte nosso comparativo entre RCS e SMS.

Aqui está a questão de atribuição que confunde metade da internet: o RCS não é um protocolo do Google. É um padrão aberto da GSM Association (GSMA) – a mesma entidade do setor por trás de grande parte da interoperabilidade das redes móveis – e tem estado em desenvolvimento desde 2007.

O Google é o maior implementador do padrão. Três peças fazem o ecossistema funcionar:

• O Universal Profile (UP) é o livro de regras compartilhado da GSMA – uma especificação que define como cada cliente e servidor RCS deve se comportar para que as mensagens funcionem da mesma forma em operadoras, países e dispositivos diferentes. A implementação no iPhone da Apple foi lançada no Universal Profile 2.4; Universal Profile 3.0, publicado em março de 2025, adiciona criptografia de ponta a ponta ao próprio padrão (mais sobre isso abaixo).
• O Google Jibe é a infraestrutura em que a maior parte do tráfego do RCS realmente roda. O Google adquiriu o Jibe Mobile em 2015 e agora opera backends de RCS em nome de muitas operadoras em todo o mundo, além de criar o Google Messages, o app padrão de RCS no Android. É por isso que o Google aparece tanto em qualquer explicação sobre o RCS – ele gerencia grande parte da infraestrutura, mas o padrão pertence ao setor móvel.
• As operadoras móveis ativam o RCS em suas redes (frequentemente delegando ao Jibe), lidam com a interconexão e desempenham uma função ao verificar remetentes empresariais. Agora que a Apple oferece suporte ao RCS, as operadoras também controlam quando o recurso é ativado para usuários do iPhone em sua rede.

O resultado? Um canal com o alcance de uma tecnologia de operadora e o conjunto de recursos de um app de mensagens moderno: o RCS agora conta com cerca de 1,5 bilhão de usuários globalmente, incluindo 250 milhões nos EUA, onde mais de 1 bilhão de mensagens RCS são enviadas todos os dias.

Seja em um chat em grupo de amigos ou em uma atualização de pedido de uma marca, uma mensagem RCS segue a mesma jornada básica. Aqui está a versão para empresas, pois é onde estão as partes mais complexas:

1. O remetente inicia a mensagem. Uma empresa envia uma mensagem – uma promoção, um alerta de entrega ou uma senha de uso único (OTP) – por meio de um provedor de envio de mensagens como a Sinch.
2. Uma verificação de capacidade é executada primeiro. Antes de enviar qualquer coisa, a plataforma verifica se o dispositivo e a operadora do destinatário oferecem suporte ao RCS no momento. Essa verificação em tempo real é o que torna o canal confiável: sem adivinhações, sem mensagens perdidas em aparelhos incompatíveis.
3. A mensagem é roteada por IP. Se o dispositivo for compatível com RCS, a mensagem viaja até a infraestrutura RCS do Google (ou, em alguns casos, diretamente para a plataforma RCS de uma operadora), onde é verificada em busca de spam, malware e compliance com a política, e depois enviada por meio de dados móveis ou wi-fi para o app de mensagens do destinatário.
4. O fallback cuida de todo o resto. Se a verificação de capacidade falhar – dispositivo mais antigo, operadora não compatível, RCS desativado, sem conexão de dados – a mensagem é entregue como SMS ou MMS, para que ainda assim chegue.

Essa etapa de fallback é mais importante do que parece. EasyPark Group, uma líder em estacionamento digital, envia mensagens RCS quando os dispositivos oferecem suporte a isso e faz o fallback para SMS em todos os outros lugares – e mantém as taxas de entrega acima de 97% na Alemanha. Avançado quando possível, confiável em todos os lugares.

Quatro elementos precisam estar alinhados para que uma mensagem chegue como RCS em vez de sofrer fallback:

• Um dispositivo e sistema operacional compatíveis: um telefone Android com o Google Messages ou um iPhone rodando o iOS 18 ou posterior. Feature phones e dispositivos mais antigos não podem receber RCS.
• Suporte da operadora ou do Google: a rede do destinatário deve ter o RCS ativado – seja por meio de uma implantação própria da operadora ou via Google Jibe. No iPhone, a operadora deve ativar especificamente o RCS para iOS.
• Uma conexão de dados: o RCS precisa de dados móveis ou wi-fi. Sem conexão significa sem RCS – a mensagem espera ou faz o fallback para SMS.
• RCS ativado: o usuário precisa que os chats RCS estejam ativos no seu app de mensagens. Ele vem ativado por padrão para a maioria dos usuários de Android e, no iPhone, é um botão de ativação em Configurações, assim que a operadora oferecer suporte.

Como qualquer um desses elementos pode faltar a qualquer momento, os programas sérios de envio de mensagens incluem o fallback de SMS como um requisito de design.

A Apple adicionou o suporte ao RCS no iOS 18, lançado em setembro de 2024, implementando o Universal Profile 2.4. As conversas por RCS aparecem no app Mensagens com seu próprio marcador – separadas do iMessage, que continua sendo o serviço proprietário da Apple para chats entre dispositivos da Apple. Quando um usuário de iPhone envia mensagens para um usuário de Android, o Mensagens agora usa RCS (onde a operadora oferece suporte a ele) em vez de recorrer ao SMS/MMS – para que os chats entre plataformas tenham indicadores de digitação, recibos de leitura e mídia de alta qualidade.

Dois lançamentos ainda estão em andamento e vale a pena ser preciso sobre ambos:

• O RCS for Business no iOS está sendo lançado nos principais mercados. O fato de as mensagens avançadas de uma marca chegarem a um determinado iPhone depende da Apple e da operadora do usuário – isso ainda não é universal.
• O suporte ao Universal Profile 3.0 – que traz a criptografia de ponta a ponta aos chats RCS entre iPhone e Android – começou a ser lançado em fase beta após o iOS 26.5 em maio de 2026.

Na prática, o chat RCS no iPhone está amplamente disponível, enquanto as mensagens para empresas e a criptografia entre plataformas estão se expandindo mercado a mercado.

“O RCS é criptografado?” não tem uma única resposta de sim ou não – depende de qual tipo de conversa por RCS você está falando. Existem três estados distintos:

1. As mensagens do RCS for Business (A2P) são criptografadas em trânsito, não de ponta a ponta. As mensagens comerciais passam por intermediários – incluindo a infraestrutura do Google e redes de operadoras – com criptografia de camada de transporte (TLS) aplicada entre os saltos. O Google e os agregadores podem acessar o conteúdo da mensagem, portanto esse estado é adequado para marketing, notificações e atualizações de entrega, mas não para dados confidenciais. Organizações com obrigações de HIPAA ou PCI DSS devem avaliar alternativas com criptografia de ponta a ponta padrão, como a WhatsApp Business Platform, que roda no protocolo Signal. O RCS for Business conta com fortes credenciais de compliance – ISO 27001, SOC 2, SOC 3, GDPR e PSD2 – e os perfis de remetente verificado aumentam a confiança do usuário.
2. Os chats pessoais de Android para Android são criptografados de ponta a ponta. Conversas pessoa a pessoa (P2P) entre usuários do Google Messages contam com criptografia de ponta a ponta (E2EE), o que significa que apenas o remetente e o destinatário podem lê-las.
3. O E2EE multiplataforma entre iPhone e Android está sendo lançado. O Universal Profile 3.0 define o E2EE interoperável usando o protocolo Messaging Layer Security (MLS), e o Google e a Apple o estão lançando em versão beta após o iOS 26.5 (maio de 2026). Até que isso chegue aos dispositivos e às operadoras de seus usuários, os chats P2P multiplataforma são criptografados apenas em trânsito.

Resumindo: os chats pessoais no Android já contam com criptografia de ponta a ponta, a criptografia entre iPhone e Android está sendo lançada e as mensagens comerciais são criptografadas apenas em trânsito – nunca presuma o E2EE para o RCS for Business. Para uma visão mais aprofundada do que isso significa na prática, consulte nosso guia sobre segurança do RCS.

Tudo o que foi dito acima descreve a infraestrutura. O RCS for Business (anteriormente chamado de “RCS Business Messaging” ou “RBM”) é a camada de aplicativo para pessoa (A2P) que permite que as marcas usem essa infraestrutura – com controles de segurança de que o envio de mensagens pessoais não precisa.

• Agentes verificados: antes de enviar qualquer coisa, uma empresa registra um agente de RCS – um perfil de remetente com identidade de marca contendo seu nome, logotipo e cores – que o Google e as operadoras verificam. Os clientes veem quem realmente está lhes enviando as mensagens, com o selo de verificação incluído. Essa verificação é importante: nossas pesquisas mostram que 80% dos consumidores dizem que indicadores visuais como um logotipo e um selo de verificação aumentam sua confiança na identidade de um remetente.
• Agregadores e plataformas: as empresas não se conectam diretamente ao Google ou a dezenas de operadoras. Plataforma de Comunicação como Serviço (CPaaS) provedores como a Sinch lidam com o registro do agente, as conexões com as operadoras, as verificações de capacidade, o roteamento e o fallback de SMS automático por trás de uma API única – além de diferentes tipos de mensagem, desde upgrades de texto básico a carrosséis avançados e chatbots bidirecionais.
• Os preços e a mecânica de entrega também diferem do SMS – o RCS costuma ser cobrado por mensagem ou por sessão, com mensagens básicas comparáveis ao SMS.

Dica profissional: se você estiver avaliando o RCS em escala corporativa, nosso guia da API de RCS explica passo a passo a configuração do agente, o roteamento e a configuração de fallback.

Agora você pode explicar exatamente como o RCS funciona: as mensagens viajam por IP sob o Universal Profile da GSMA, o Google Jibe e as operadoras gerenciam a infraestrutura, os agentes verificados oferecem às empresas uma forma confiável de entrar, e o fallback de SMS mantém todas as mensagens possíveis de serem entregues. O canal que faz o upgrade da humilde mensagem de texto está disponível em escala – e crescendo tanto no Android quanto no iPhone.

A Sinch tem se desenvolvido com o RCS desde 2017, com conexões diretas ao Google e operadoras no mundo todo. Com Sinch Conversation API, você obtém o RCS com verificações de capacidade automáticas e fallback de SMS por meio de uma única integração – e se você já envia SMS com a Sinch, o RCS Upscale pode fazer o upgrade dessas mensagens sem precisar de nenhuma nova integração.

Pronto para ver o que o RCS pode fazer pelo seu programa de envio de mensagens? Confira Sinch Conversation API. Ou, se você preferir conversar antes, entre em contato com nossa equipe – estamos animados para ajudar você a criar experiências de envio de mensagens que seus clientes vão adorar!

Autor: Drew Wilkinson Drew Wilkinson is a Marketing Operations Manager at Sinch. Prior to Sinch, Drew also led marketing at SimpleTexting, a texting platform for small businesses.