--- title: "Checklist de lançamento de RCS: entre no ar com agente verificado" description: "Checklist de lançamento de RCS para marcas: ativos do agente, verificação da marca, aprovação das operadoras, testes, design das mensagens, fallback e piloto." canonical: "https://omnichannels.ai/pt/blog/rcs-launch-checklist/" language: "pt" updated: "2026-10-10" publisher: "BroadNet Technologies" brand: "OmniChannels.ai" category: "sms" primaryQuery: "rcs launch checklist" keywords: ["como lançar rcs business messaging", "aprovação de agente rcs", "verificação de marca rcs", "dispositivos de teste rcs", "design de mensagens rcs", "métricas de piloto rcs", "fallback de rcs para sms", "rcs para empresas"] published: "2026-10-10" author: "OmniChannels.ai Editorial Team" reviewer: "BroadNet Messaging Solutions Team" readingMinutes: 12 answer: "Para lançar RCS business messaging, escolha um caso de uso, confirme a cobertura das operadoras em cada país-alvo e prepare nome, logotipo, banner, descrição, política de privacidade e tratamento de descadastro (opt-out) do agente. Envie a verificação da marca e o pedido de aprovação, teste em dispositivos cadastrados e desenhe cada mensagem com um equivalente em SMS. Entre no ar com verificação de capacidade, expiração de mensagens e fallback para SMS, e compare os resultados com um grupo de controle em SMS antes de escalar." takeaways: ["O Google exige a verificação da marca por um contato autorizado da empresa antes do primeiro lançamento de um agente, e a análise pode ser feita pelo Google, pelas operadoras ou por ambos.", "Antes do lançamento, um agente RBM só consegue enviar mensagens para dispositivos de teste cadastrados que aceitaram o convite.", "A documentação do Google recomenda verificar a capacidade antes de enviar mensagem a um usuário e retorna erro quando o aparelho ou a rede não podem receber RCS, então o fallback é responsabilidade de quem envia.", "Definir uma expiração da mensagem (ttl ou expireTime) revoga automaticamente as mensagens RCS não entregues e é o gatilho natural para o fallback para SMS.", "O piloto deve comparar o custo por ação concluída com um grupo de controle em SMS, porque o preço por mensagem, sozinho, não mostra se o RCS compensa."] faq: - q: "Quanto tempo leva para lançar um agente RCS?" a: "Não existe prazo fixo. A verificação da marca, a análise do Google e a aprovação de cada operadora acontecem em sequência ou em paralelo, conforme as operadoras escolhidas, e algumas exigem um contrato direto com a marca. Planeje por operadora, prepare todos os ativos antes de enviar e trate o primeiro lançamento como um projeto medido em semanas. Seu fornecedor confirma as etapas previstas para cada mercado durante o onboarding." - q: "Posso lançar RCS nos Emirados, na Arábia Saudita ou em outros países do GCC?" a: "A disponibilidade depende de cada operadora do país ter lançado o RCS business messaging e aprovar o seu agente. Isso varia por operadora e muda com o tempo, então não há uma resposta única por país. Peça ao fornecedor a cobertura por operadora em cada mercado-alvo; na OmniChannels.ai isso é confirmado no onboarding, e o fallback para SMS cobre os destinatários que não podem receber RCS." - q: "Quais ativos preciso para aprovar um agente RCS?" a: "Prepare o nome de exibição do agente, logotipo, imagem de banner, cor da marca, uma descrição curta, dados de contato como telefone, site e e-mail, e links para a política de privacidade e os termos de uso. A análise de lançamento do Google também pede uma descrição da experiência do agente, o caso de uso declarado, como os usuários são acionados e se descadastram, e um vídeo de demonstração ou transcrições." - q: "Os clientes podem mandar a primeira mensagem para o meu agente RCS?" a: "Segundo a documentação do Google, os usuários não podem iniciar uma conversa com um agente RBM. A empresa envia a primeira mensagem, disparada por um evento como um pedido ou agendamento, e o usuário pode responder em seguida. Se você precisa que os clientes iniciem conversas pelo seu site ou por anúncios, links click-to-chat do WhatsApp ou palavras-chave de SMS são mais adequados." - q: "Ainda preciso de SMS depois de lançar o RCS?" a: "Sim. O RCS só alcança destinatários cujo aparelho, app de mensagens e operadora o suportam, e alguns usuários estarão offline ou com o RCS desativado. Mantenha uma versão em SMS de cada mensagem e envie-a quando a plataforma retornar erro ou quando a mensagem RCS expirar sem entrega. Assim a experiência fica consistente para todos os clientes enquanto a cobertura do RCS cresce." - q: "Como medir um piloto de RCS?" a: "Use um grupo de controle que recebe a mesma mensagem por SMS e compare taxa de entrega, taxa de leitura quando houver confirmação de leitura, taxa de ação em botões ou links e custo por ação concluída. As confirmações de leitura dependem das configurações do usuário, então trate-as como um sinal, não como uma contagem completa. Só decida escalar quando os números de ações concluídas justificarem o esforço extra." sources: - title: "Launch approval — RCS for Business, Google for Developers" url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/launch/launch-approval" - title: "Brand verification — RCS for Business, Google for Developers" url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/launch/brand-verification" - title: "Send messages — RCS for Business, Google for Developers" url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/build/messages/send" - title: "Capability checks — RCS for Business, Google for Developers" url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/build/capabilities" - title: "Best practices — RCS for Business, Google for Developers" url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/learn/best-practices" --- # Checklist de lançamento de RCS: entre no ar com agente verificado Canonical: https://omnichannels.ai/pt/blog/rcs-launch-checklist/ Language: pt Publisher: OmniChannels.ai by BroadNet Technologies Este checklist é para equipes de marketing, CRM e produto que decidiram testar o RCS business messaging e agora precisam colocar um agente no ar sem perder semanas com retrabalho. Ele percorre cada etapa, da escolha do primeiro caso de uso à leitura dos resultados do piloto. Se você ainda precisa do básico sobre o que é RCS e como ele difere do SMS, comece por [RCS Business Messaging explicado](/pt/blog/rcs-business-messaging-explained/) e depois volte aqui. ## O que envolve um lançamento de RCS? Um lançamento de RCS tem cinco etapas: escopo, ativos, aprovação, desenvolvimento e testes, e piloto. A maior parte dos atrasos vem das três primeiras, não da engenharia, porque as aprovações dependem de evidências da marca e do processo de cada operadora. O RCS Business Messaging (RBM) funciona pela plataforma RBM do Google, que o Google hoje chama de RCS for Business. A marca é representada por um "agente": o perfil de remetente verificado com seu nome, logotipo e descrição. Seu fornecedor de mensagens conecta seus sistemas à plataforma, e as operadoras móveis decidem se o tráfego RBM chega aos seus assinantes. | Etapa | Principal entrega | Quem participa | Bloqueio típico | |---|---|---|---| | 1. Escopo | Um caso de uso, países e operadoras-alvo | Produto, marketing, fornecedor | Tentar lançar todos os casos de uso de uma vez | | 2. Ativos | Logotipo, banner, descrição, políticas, texto de descadastro | Marca, jurídico | Falta de política de privacidade ou caso de uso pouco claro | | 3. Aprovação | Verificação da marca e aprovação de lançamento | Contato da marca, Google, operadoras | Contato da marca inacessível; contratos com operadoras | | 4. Desenvolvimento e testes | Mensagens, fallback, webhooks, resultados de teste | Engenharia, fornecedor | Nenhum equivalente em SMS desenhado para cada mensagem | | 5. Piloto | Resultados contra um grupo de controle em SMS | CRM, analytics | Medir aberturas em vez de ações concluídas | ## Etapa 1: Como escolher o primeiro caso de uso? Escolha um caso de uso em que o conteúdo rico claramente supera o texto simples e para o qual você já envia SMS, assim você tem uma linha de base. Um primeiro lançamento enxuto é aprovado mais rápido e gera resultados mais limpos. A análise de lançamento do Google pede que você declare o caso de uso do agente. As categorias da documentação são OTP, transacional, promocional e multiuso. O caso de uso declarado define o que os analistas esperam ver nos gatilhos, no conteúdo e no tratamento de descadastro, então seja preciso. Bons candidatos para começar: - **Atualizações de pedido e entrega.** Um rich card com a imagem do item, a janela de entrega e ações como "Rastrear" ou "Reagendar" substitui um SMS longo com link. - **Lembretes de consulta.** Um card com data, horário e local, mais respostas sugeridas como "Confirmar" e "Reagendar" e uma ação "Adicionar à agenda". - **OTP com marca.** Uma mensagem curta com código, enviada por um remetente verificado, que ajuda o cliente a distinguir códigos legítimos de phishing. Mantenha o SMS como caminho garantido; veja nosso [guia de mensagens de OTP](/pt/blog/otp-authentication-messages-guide/). - **Promoções segmentadas.** Um carrossel de produtos para clientes que aceitaram receber marketing. As promoções enfrentam a análise e as exigências de consentimento mais rígidas, por isso raramente são o melhor primeiro lançamento. ### Mapeie países e operadoras Liste seus países-alvo e, em cada um, as operadoras que concentram a maior parte dos seus clientes. O RBM só alcança um assinante se a operadora dele tiver lançado o RBM e aprovado o seu agente. No GCC e no restante da região MENA, a disponibilidade depende da operadora e do país e é confirmada no onboarding; não planeje com base em uma afirmação genérica de que "o RCS já funciona neste país". ## Etapa 2: Quais ativos preparar antes de enviar? Prepare todos os ativos antes de enviar, porque alterações depois do envio reiniciam partes da análise. O perfil do agente também é o que os clientes veem, então trate-o como trabalho de marca, não como burocracia. ### Checklist do perfil do agente 1. **Nome de exibição** idêntico à marca que o consumidor conhece, não a razão social que os clientes não reconhecem. 2. **Logotipo** no formato e nas dimensões indicados pelo fornecedor, legível em tamanho pequeno e recortado em círculo. 3. **Imagem de banner** para a página de informações do agente, sem textos pequenos. 4. **Cor da marca** com contraste suficiente para o texto dos botões. 5. **Descrição curta** dizendo o que o agente envia, por exemplo "Atualizações de pedidos e agendamento de entregas da Rawda Home." 6. **Opções de contato**: pelo menos uma entre telefone, site e e-mail, todas funcionando e monitoradas. 7. **Política de privacidade e termos de uso** em um site público, com link no agente. 8. **Idiomas**: decida se o agente vai enviar mensagens em árabe, inglês ou ambos (ou em português, se atender o Brasil) e prepare o conteúdo em cada idioma. ### Checklist de evidências para a análise A documentação de lançamento do Google lista o que uma análise gerenciada pelo Google exige. Prepare: 1. Um site da marca funcionando e acessível publicamente. 2. Links para a política de privacidade e os termos de uso. 3. Uma descrição da experiência do agente, com vídeo de demonstração ou transcrições detalhadas das conversas. 4. O caso de uso declarado. 5. Descrições de como os usuários são acionados, como interagem e como se descadastram, coerentes com o caso de uso. 6. Tratamento do STOP em todos os idiomas usados pelo agente, incluindo uma confirmação de que o usuário foi descadastrado. Escreva transcrições que mostrem fluxos reais, incluindo o que acontece quando o usuário responde com um texto livre inesperado. ## Etapa 3: Como funcionam a verificação da marca e a aprovação de lançamento? A verificação da marca confirma que uma pessoa autorizada da empresa aprova as informações do agente e o direito do seu fornecedor de gerenciá-lo. Segundo o Google, ela é obrigatória antes do primeiro lançamento e acontece depois que o pedido de lançamento é enviado. Você vai indicar um contato da marca: um funcionário com autoridade para confirmar o agente. O Google, as operadoras ou ambos podem entrar em contato com essa pessoa, dependendo do tipo de lançamento. O atraso evitável mais comum é um contato que está de férias, não reconhece a solicitação ou a encaminha para uma caixa de entrada que ninguém lê. Avise-o com antecedência. A aprovação de lançamento é então feita pelo Google, pelas operadoras ou por ambos, conforme as operadoras selecionadas. A documentação do Google observa que algumas operadoras conduzem a própria análise e exigem um contrato direto com a marca, e que essas operadoras rejeitam o lançamento se não houver contrato. Por isso o plano de lançamento deve ser feito por operadora, não por país. ### Checklist de aprovação - [ ] Contato da marca indicado, orientado e disponível durante o período de análise. - [ ] Caso de uso declarado e coerente com todas as transcrições e gatilhos. - [ ] Lista de operadoras confirmada com o fornecedor, incluindo as que exigem contrato direto. - [ ] Texto de descadastro aprovado pelo jurídico em todos os idiomas. - [ ] Responsável interno designado para responder rapidamente às perguntas dos analistas. Depois do lançamento, o Google Messages exibe um selo de verificação ao lado do nome do agente, e a página de detalhes do agente informa quem fez a verificação. ## Etapa 4: Como desenvolver e testar mensagens RCS? Desenvolva cada mensagem em par: a versão RCS e a versão SMS com as mesmas informações essenciais. Depois teste em aparelhos reais antes do lançamento. ### Regras de design por tipo de mensagem A documentação do Google define limites dentro dos quais você deve trabalhar: mensagens de texto de até 3.072 caracteres, rich cards com até quatro sugestões cada, carrosséis de 2 a 10 cards, até 11 sugestões por mensagem e rótulos de sugestão de até 25 caracteres. Arquivos de mídia também têm limites de tamanho. | Tipo de mensagem | Use para | Regra de design | Equivalente em SMS | |---|---|---|---| | Texto com respostas sugeridas | Confirmações, escolhas rápidas | Duas a quatro respostas com rótulos curtos e distintos | Texto com palavra-chave de resposta ou link | | Rich card | Pedidos, reservas, lembretes | Uma imagem, um título claro, uma ação principal | Texto com os dados principais e um link | | Carrossel | Escolha de produto ou opção | Poucos cards; cada um deve fazer sentido sozinho | Texto com link para uma página de lista | | Ações sugeridas | Abrir URL, ligar, localização, agenda | O rótulo diz o resultado, como "Rastrear pedido" | A mesma URL ou número no texto | | Mídia e PDF | Ingressos, faturas, cardápios | Verifique os limites de tamanho; inclua um resumo em texto | Link para o arquivo | Regras práticas que valem para todos os tipos: - **Coloque os dados essenciais no texto**, não apenas dentro de uma imagem. Alguns destinatários vão receber a versão SMS, e leitores de tela precisam de texto. - **Use rótulos de sugestão com verbos de ação**, como "Reagendar" ou "Pagar agora", e mantenha-os dentro do limite documentado em todos os idiomas; rótulos em árabe, e muitas vezes em português, que tende a ser mais longo que o inglês, costumam exigir edição à parte. - **Não exagere.** Um carrossel de dez cards para um simples lembrete gera atrito e perguntas na análise. - **Trate respostas em texto livre.** Encaminhe respostas inesperadas para uma pessoa ou um menu claro, em vez de ignorá-las. ### Monte a lógica de entrega A documentação do Google recomenda verificar as capacidades do usuário antes de iniciar uma conversa e usar apenas recursos que o aparelho suporta. A verificação de capacidade retorna o que o aparelho suporta quando o número se conectou ao RCS recentemente; o Google também oferece verificações em lote que estimam quantos números são alcançáveis sem revelar os recursos dos aparelhos. Planeje três desfechos para cada envio: 1. **Aceita e entregue.** Você recebe um evento DELIVERED no webhook e, possivelmente, um evento READ se o usuário tiver a confirmação de leitura ativada. 2. **Rejeitada no envio.** O Google retorna 404 NOT_FOUND quando o aparelho não suporta RCS, o RCS está desativado ou o seu agente não foi lançado naquela rede, e 400 INVALID_ARGUMENT quando a mensagem usa um recurso que o aparelho não suporta. Envie a versão SMS imediatamente. 3. **Aceita, mas não entregue.** O usuário pode estar offline. O Google mantém mensagens não entregues na fila por até 30 dias, então defina uma expiração com `ttl` ou `expireTime`. Quando ela expira, a plataforma revoga a mensagem e notifica você, e você envia a versão SMS. O Google também recomenda confirmar que uma mensagem não foi entregue antes de reenviá-la e usar IDs de mensagem únicos, para que os clientes não recebam duplicatas. Nosso [guia de estratégia de fallback entre canais](/pt/blog/channel-fallback-strategy/) trata em detalhe de timeouts e prevenção de duplicatas entre WhatsApp, RCS e SMS. ### Teste em dispositivos cadastrados Antes do lançamento, um agente RBM só consegue enviar mensagens para dispositivos de teste que você cadastrou e que aceitaram o convite. Use-os de forma planejada: - [ ] Pelo menos um dispositivo de teste por grande operadora em cada mercado-alvo, com chips ativos. - [ ] Android com Google Messages e iPhone em uma operadora que suporte RCS para empresas, se o seu público usa os dois. - [ ] Todas as mensagens renderizadas em árabe e inglês (e nos demais idiomas usados), incluindo o layout da direita para a esquerda nos cards. - [ ] Todas as respostas e ações sugeridas tocadas, e todas as respostas recebidas pelo seu webhook. - [ ] STOP e seus equivalentes testados em cada idioma, com a confirmação enviada. - [ ] Um aparelho com RCS desativado, para confirmar que o fallback para SMS é disparado. - [ ] Um aparelho offline, para confirmar que a expiração dispara o fallback e que nada chega em duplicidade. ## Etapa 5: Como rodar e medir um piloto de RCS? Rode o piloto contra um grupo de controle que recebe a mesma mensagem por SMS e avalie-o pelas ações concluídas por unidade de custo. ### Checklist do piloto 1. **Defina a ação** que importa: entrega agendada, consulta confirmada, pagamento feito. 2. **Divida o público** entre os destinatários compatíveis com RCS: a maioria recebe RCS e um grupo de controle recebe apenas SMS. Comparar usuários de RCS com usuários não compatíveis mistura o efeito do canal com diferenças de público. 3. **Acompanhe por mensagem**: enviada, entregue, lida quando disponível, ação realizada, fallback disparado, descadastros. 4. **Trate as confirmações de leitura com cuidado.** Elas dependem das configurações do usuário, então a ausência de um evento READ não prova que a mensagem não foi lida. 5. **Calcule o custo por ação concluída** no RCS, incluindo os SMS de fallback, e no grupo só com SMS. A tabela de preços do fornecedor traz os custos por mensagem; veja [preços](/pt/pricing/). 6. **Analise descadastros e respostas** em busca de sinais de que a frequência ou o conteúdo estão errados. 7. **Decida**: escalar, ajustar e rodar de novo, ou parar. ## Exemplo prático: o primeiro agente RCS de uma varejista de móveis do Golfo A "Rawda Home" (fictícia) é uma varejista de móveis que vende nos Emirados Árabes Unidos e na Arábia Saudita. Hoje ela envia SMS de agendamento de entrega, e muitos clientes ligam para a central de atendimento para trocar o horário. - **Escopo.** A equipe escolhe um único caso de uso transacional: agendamento de entregas. O fornecedor confirma quais operadoras de cada país lançaram o RBM; a cobertura varia por operadora, então o piloto roda apenas onde o agente foi aprovado. - **Ativos.** O marketing fornece o nome da marca, o logotipo, o banner e uma descrição em árabe e inglês. O jurídico confirma o link da política de privacidade e o texto de STOP nos dois idiomas. O head de e-commerce é indicado como contato da marca e orientado. - **Mensagens.** Um rich card mostra a imagem do produto, a janela de entrega proposta e três respostas sugeridas: "Confirmar", "Trocar horário" e "Falar conosco". "Trocar horário" abre um carrossel com as janelas disponíveis. A versão SMS traz a mesma janela e um link para uma página de agendamento. - **Lógica de entrega.** Cada envio tem uma expiração definida bem antes do horário-limite do dia da entrega. Uma resposta 404 ou uma expiração dispara a versão SMS, e o sistema registra qual canal entregou para que ninguém receba as duas. - **Piloto.** Entre os clientes compatíveis com RCS, um grupo de controle recebe apenas SMS. Depois do piloto, a equipe compara a proporção de entregas confirmadas sem ligação e o custo por entrega confirmada antes de decidir se acrescenta o rastreamento de pedidos como segundo caso de uso. ## Quais são os erros de lançamento mais comuns? A maioria dos lançamentos de RCS que fracassam ou atrasam tropeça nos mesmos poucos problemas. - **Lançar vários casos de uso de uma vez.** Cada um acrescenta perguntas na análise e conteúdo a aprovar. - **Usar a razão social** como nome de exibição, que os clientes não reconhecem. - **Um contato da marca despreparado**, que trava a verificação. - **Presumir cobertura nacional.** O alcance é definido por operadora, por aparelho e pela configuração de cada usuário. - **Nenhuma versão SMS de cada mensagem**, fazendo com que os destinatários não compatíveis não recebam nada. - **Nenhuma expiração de mensagem**, fazendo com que usuários offline recebam OTPs vencidos ou ofertas encerradas dias depois. - **Reenviar sem verificar a entrega**, o que gera duplicatas. - **Tratar as taxas de leitura como completas**, quando as confirmações dependem das configurações do usuário. - **Ignorar o consentimento.** Promoções por RCS exigem a mesma disciplina de opt-in e descadastro que o SMS; veja nosso [guia de consentimento](/pt/blog/opt-in-consent-multichannel-campaigns/). **Limites deste checklist:** os requisitos do Google, os processos das operadoras e o suporte dos aparelhos mudam. Confirme as regras atuais na documentação do Google e com seu fornecedor antes de cada lançamento. Este é um guia prático, não aconselhamento jurídico. ## Como a OmniChannels.ai ajuda A OmniChannels.ai oferece [RCS business messaging](/pt/channels/rcs/) por meio da BroadNet Technologies, parceira RBM do Google. Você conta com remetente de marca verificado, rich cards, carrosséis de até 10 cards, respostas e ações sugeridas e fallback automático para SMS onde o RCS não está disponível, usando a conectividade direta da BroadNet com as operadoras para [SMS](/pt/channels/sms/). Os status de entrega de todos os canais chegam em um único formato de webhook. Desenvolvedores podem começar pela [documentação da API de RCS](/developers/rcs/). A cobertura das operadoras nos seus mercados é confirmada no onboarding.