--- title: "Notificações push vs SMS: diferenças e quando usar cada uma" description: "Notificações push vs SMS: alcance, permissão, modelo de custo, entrega, conteúdo rico e confiabilidade para OTP, e como combiná-los com fallback para SMS." canonical: "https://omnichannels.ai/pt/blog/push-notifications-vs-sms/" language: "pt" updated: "2026-11-05" publisher: "BroadNet Technologies" brand: "OmniChannels.ai" category: "omnichannel" primaryQuery: "push notification vs sms" keywords: ["notificação push vs sms", "sms vs notificações push", "notificação push ou sms para otp", "fallback de notificação push para sms", "notificações de aplicativo vs mensagens de texto", "permissão de notificação push", "quando usar sms em vez de push"] published: "2026-11-05" author: "OmniChannels.ai Editorial Team" reviewer: "BroadNet Messaging Solutions Team" readingMinutes: 9 answer: "Notificações push são alertas livres enviados pela Apple e pelo Google a quem instalou o seu app e permitiu notificações; o SMS chega a qualquer número de celular, sem app. Use push para engajamento barato, rico e dentro do app, e SMS para alcance e mensagens críticas, como OTPs. Combine os dois enviando push primeiro e SMS como fallback quando um push urgente não for lido." takeaways: ["O push exige um app instalado e, nas versões atuais de Android e iOS, a permissão do usuário; o SMS exige apenas um número de telefone, e por isso alcança pessoas que o push não alcança.", "O push é um serviço de melhor esforço: o Firebase Cloud Messaging, do Google, não documenta garantia de entrega, e um ID de mensagem só significa que o FCM a aceitou.", "O push serve a engajamento e conteúdo rico, como imagens, deep links e botões de ação; o SMS serve a OTPs, alertas e tudo o que precisa chegar a qualquer celular.", "O melhor desenho usa os dois: push primeiro para quem tem o app, com fallback para SMS nas mensagens críticas que não forem abertas dentro de um prazo definido.", "A permissão para exibir push é uma configuração técnica, não um registro de consentimento legal. As regras de consentimento para marketing valem para os dois canais, então guarde sua própria prova de opt-in."] faq: - q: "Qual é a diferença entre uma notificação push e um SMS?" a: "Uma notificação push é entregue por meio do serviço de push da Apple ou do Google a um app instalado e só aparece se o usuário permitiu notificações. O SMS é entregue pela rede móvel a um número de telefone e não exige app nem conexão com a internet. O push é mais barato e mais rico; o SMS alcança mais gente e é melhor para mensagens críticas." - q: "Push ou SMS é melhor para códigos OTP?" a: "O SMS é o padrão mais confiável para OTP, porque chega a qualquer celular e não depende de o app estar instalado, com sessão aberta, autorizado a notificar ou conectado. O push pode entregar o código mais rápido a quem está logado no app. Muitas equipes usam push primeiro para quem tem o app e recorrem ao SMS se o código não for usado." - q: "Os usuários precisam dar opt-in para notificações push?" a: "No Android 13 e superior, as notificações ficam desativadas por padrão até que o app solicite a permissão POST_NOTIFICATIONS e o usuário a conceda. A plataforma da Apple também pede permissão ao usuário. Isso é uma configuração do aparelho; se você precisa ou não de um consentimento de marketing documentado depende da lei local, então consulte um advogado." - q: "As notificações push são mais baratas que o SMS?" a: "Em geral, sim. O push é transportado pelos serviços da Apple e do Google, e não pelas operadoras móveis, então normalmente não há cobrança de operadora por mensagem, enquanto o SMS é cobrado por parte da mensagem e por destino. O custo real do push inclui o app, uma plataforma de push e o esforço de convencer os usuários a permitir notificações." - q: "Posso enviar uma notificação push e um SMS juntos?" a: "Sim, e é um padrão comum. Envie o push primeiro e, se uma mensagem crítica não for aberta nem tiver ação dentro de um prazo definido, envie um SMS. Cancele o SMS se o usuário agir no app. Não envie a mesma promoção nos dois canais ao mesmo tempo; isso parece spam e aumenta os opt-outs." - q: "O que acontece com uma notificação push se o celular estiver offline?" a: "No Firebase Cloud Messaging, a mensagem fica armazenada e é entregue quando o aparelho se reconecta, até o fim do seu time-to-live; se você não o definir, ela é mantida por até quatro semanas. Uma mensagem com time-to-live igual a zero é descartada se não puder ser entregue de imediato. Defina um time-to-live curto para tudo o que for urgente." sources: - title: "Notification runtime permission, Android Developers" url: "https://developer.android.com/develop/ui/views/notifications/notification-permission" - title: "Setting the lifespan of a message, Firebase Cloud Messaging" url: "https://firebase.google.com/docs/cloud-messaging/customize-messages/setting-message-lifespan" - title: "Asking permission to use notifications, Apple Developer Documentation" url: "https://developer.apple.com/documentation/usernotifications/asking-permission-to-use-notifications" - title: "3GPP TS 23.038: Alphabets and language-specific information" url: "https://www.3gpp.org/dynareport/23038.htm" --- # Notificações push vs SMS: diferenças e quando usar cada uma Canonical: https://omnichannels.ai/pt/blog/push-notifications-vs-sms/ Language: pt Publisher: OmniChannels.ai by BroadNet Technologies Este guia é para gerentes de produto, equipes de crescimento e desenvolvedores que decidem como alcançar os clientes no celular: com uma notificação push do app, com um SMS ou com os dois. Ele define cada canal, compara os dois em alcance, permissão, modelo de custo, entrega, conteúdo e segurança, e mostra como combiná-los para que mensagens críticas não se percam. ## O que é uma notificação push e o que é SMS? Uma notificação push é uma mensagem enviada de um servidor ao dispositivo do usuário por meio do serviço de push do sistema operacional, como o Firebase Cloud Messaging (FCM) no Android ou o Apple Push Notification service no iOS. Ela aparece mesmo com o app fechado. O nosso [verbete do glossário sobre notificações push](/pt/glossary/push-notification/) explica o mecanismo. O SMS (Short Message Service) é uma mensagem de texto enviada pela rede móvel a um número de telefone. Não exige app, plano de dados nem conta do seu lado. Um [SMS A2P](/pt/glossary/a2p-sms/) é o enviado por um aplicativo a uma pessoa, como um OTP ou um alerta de entrega. A diferença estrutural é o identificador. O push tem como alvo um token de dispositivo ligado ao seu app instalado. O SMS tem como alvo um número de telefone. Todo o resto decorre disso. ## Como se comparam as notificações push e o SMS? O push vence em custo e riqueza; o SMS vence em alcance e certeza. Esta tabela resume as diferenças sem depender de estatísticas de fornecedores, que variam muito e não são comparáveis. | Fator | Notificação push | SMS | |---|---|---| | Quem pode receber | Quem tem o seu app instalado e notificações permitidas | Qualquer número de celular que esteja na rede | | Exige app | Sim | Não | | Exige internet | Sim (dados ou Wi-Fi) | Não, só cobertura de rede | | Permissão | Permissão em tempo de execução no Android e no iOS atuais | Nenhuma no aparelho; regras de consentimento por país | | Modelo de custo | Sem cobrança de operadora por mensagem; você paga pelo app e pela plataforma | Cobrado por parte da mensagem e por destino | | Conteúdo | Título, texto, imagem, deep link, botões de ação | Texto simples e um link; 160 caracteres em GSM-7, 70 em Unicode | | Entrega | Melhor esforço via Apple/Google, sem garantia | Relatório de entrega da operadora por mensagem | | Identidade do remetente | O nome e o ícone do seu app | Sender ID alfanumérico ou número, registrado em muitos países | | Respostas | Toques que abrem o app | SMS bidirecional possível | | Papel típico | Engajamento, lembretes, avisos dentro do app | OTP, alertas críticos, alcance além dos usuários do app | Os recursos ricos importam. Nossa [API de push](/developers/push/) oferece imagens, deep links, botões de ação, modelos, collapse keys e agendamento. O SMS não chega a tanto, mas funciona para o cliente que apagou o seu app há um ano. ## Os usuários precisam permitir as notificações push? Nos celulares atuais, sim. No Android 13 (API nível 33) e superior, as notificações de um app recém-instalado ficam desativadas por padrão; o app precisa solicitar a permissão em tempo de execução `POST_NOTIFICATIONS` e o usuário precisa concedê-la (Android Developers). A plataforma da Apple também pede ao usuário que autorize as notificações. Se o usuário negar, ou desativar as notificações depois nas configurações, o seu push fica invisível. Esse é o maior limite de alcance. O público do push é a parcela dos seus clientes que instalou o app, permitiu notificações e não as desativou. Para um banco com um app popular, isso pode ser a maioria dos clientes ativos; para um varejista com muitos compradores só da web, pode ser uma minoria. Meça a sua própria taxa de opt-in em vez de confiar em uma referência. Dois pontos práticos decorrem disso: - **Peça no contexto certo.** A orientação do Android recomenda solicitar a permissão quando o usuário faz algo que deixa o valor claro, como fazer um pedido, e não na primeira abertura. - **Guarde o seu próprio registro de consentimento.** A permissão do aparelho não prova consentimento de marketing. A lei local pode exigir consentimento documentado para marketing em qualquer canal. Nosso [guia de opt-in entre canais](/pt/blog/opt-in-consent-multichannel-campaigns/) explica como guardar a prova; isto não é aconselhamento jurídico. ## O que é mais confiável: push ou SMS? O SMS é o caminho mais confiável para mensagens que precisam chegar. O push depende do aparelho, do app, da permissão, da conectividade, das configurações de bateria e do Google ou da Apple. O Google afirma com clareza que o FCM não oferece garantia de entrega: um ID de mensagem só significa que o FCM aceitou a mensagem, e a entrega efetiva depende de fatores como o estado do aparelho e atrasos da economia de bateria. Se o aparelho estiver offline, o FCM guarda a mensagem e a entrega na reconexão até o fim do seu time-to-live (até quatro semanas, que é também o padrão), e um time-to-live igual a zero descarta tudo o que não puder ser entregue de imediato. Se o app foi desinstalado, o token se torna inválido e os envios seguintes falham. O SMS tem suas próprias falhas: filtragem, Sender IDs não registrados, aparelho desligado, número trocado. Mas ele oferece um relatório de entrega da rede e não depende de um app. Leia nosso guia de [SMS não entregue](/pt/blog/sms-not-delivered-improve-delivery-rate/) para os passos de diagnóstico. Para push urgente, defina um time-to-live curto para que um alerta "seu entregador está na porta" não chegue amanhã, e use uma collapse key para que as atualizações novas substituam as antigas. Ambos são campos da nossa [API de push](/developers/push/). ## Que canal usar para cada mensagem? Escolha pelo que acontece se a mensagem for perdida. | Mensagem | Melhor primeira escolha | Por quê | |---|---|---| | OTP para um usuário que está entrando no app | Push ou SMS, com o outro como fallback | O push é rápido para quem está logado; o SMS cobre todos os demais | | OTP para um usuário novo sem o app | SMS | Sem app, sem permissão | | Alerta de segurança (novo dispositivo, transferência alta) | SMS, mais push | Precisa chegar mesmo com o app fechado ou bloqueado | | Pedido enviado, saiu para entrega | Push para quem tem o app; SMS ou WhatsApp para os demais | Rico, barato, com deep links para o rastreamento | | Lembrete de consulta | Push ou SMS conforme a preferência do cliente | Risco baixo se perdido, valor alto se visto | | Carrinho abandonado | Push | Barato, rico, opcional | | Promoção | Push para quem tem o app e deu opt-in; SMS só com opt-in documentado | Evita pagar tarifa de SMS por ofertas de baixa intenção | | Reengajar um usuário inativo | SMS ou e-mail | O push não alcança quem desinstalou | Para o OTP em particular, veja nossos guias sobre [mensagens de OTP](/pt/blog/otp-authentication-messages-guide/) e [OTP por WhatsApp vs OTP por SMS](/pt/blog/whatsapp-otp-vs-sms-otp/). ## Como combinar push e SMS? Envie o push primeiro e deixe o SMS resgatar o que importa. O desenho tem quatro partes: 1. **Uma ordem de canais:** push e depois SMS. 2. **Um gatilho:** push não aberto nem respondido dentro de um prazo, ou nenhum token de dispositivo ativo. 3. **Um prazo por tipo de mensagem:** um código de login pode justificar segundos; um lembrete de pagamento pode justificar uma hora. 4. **Uma regra de parada:** se o usuário agir no app, cancele o SMS pendente. Dispense o SMS nas mensagens de baixo valor, em que um push perdido não custa nada. Nosso artigo sobre a [estratégia de fallback entre canais](/pt/blog/channel-fallback-strategy/) explica a ordem e as regras de parada, e a página do [canal de push](/pt/channels/push-notifications/) mostra como o push convive com o SMS e o WhatsApp em uma só plataforma. Os status de entrega chegam em um único formato de webhook (veja [webhooks](/developers/webhooks/)), então seu sistema pode decidir se recorre ao fallback. Um SMS de fallback deve se bastar e caber em uma mensagem. Este tem 95 caracteres, GSM-7, 1 mensagem (limite 160): `Pagamento do pedido 8842 recusado. Abra o app para trocar a forma de pagamento: example.com/pay`. Uma versão de OTP tem 75 caracteres, GSM-7, 1 mensagem: `Use 482915 para entrar na sua conta. Vale por 5 minutos. Nunca compartilhe.` Atenção às letras do português: em GSM-7 existem é, à, ù e ü, mas não ã, õ, á, í, ó, ú, â, ê, ô nem o ç minúsculo. Por isso os exemplos acima foram escritos sem esses caracteres; basta um deles para a mensagem virar Unicode, com limite de 70. Por exemplo, `Seu código de login é 482915. Vale por 5 minutos. Nunca compartilhe.` tem 68 caracteres, é Unicode por causa do "ó" e ainda cabe em 1 mensagem (limite 70). Um único emoji ou uma aspa curva tem o mesmo efeito, então pré-visualize no [contador de caracteres de SMS](/pt/tools/sms-character-counter/). ## Como medir push e SMS de forma justa? Use o mesmo funil para os dois: enviado, entregue ou aceito, aberto ou clicado e convertido. Não compare uma taxa de "entregue" do SMS com uma contagem de "enviado" do push, porque significam coisas diferentes. Um push "aceito" pelo FCM não é um push visto por uma pessoa. - **Alcance:** a parcela dos usuários-alvo que pode receber cada canal. - **Entrega:** relatórios de entrega da operadora para o SMS; eventos de aceito e, quando o seu app os registra, de exibido ou aberto para o push. - **Ação:** cliques em links, eventos no app e conversões, atribuídos ao último canal tocado. - **Opt-out e desinstalação:** reclamações, respostas STOP, revogações de permissão e desinstalações após os envios. - **Custo por resultado:** custo total do canal dividido pelas ações concluídas, e não custo por mensagem. A [calculadora de ROI de mensagens](/pt/tools/messaging-roi-calculator/) e o nosso [business case de ROI de mensagens omnichannel](/pt/blog/omnichannel-messaging-roi-business-case/) mostram como comparar canais por resultados. ## Um exemplo prático: um app de entrega de comida em Dubai O "Souq Bites" (fictício) tem um app com uma parcela de clientes que permitiu notificações e um público web maior. Ele envia atualizações de status do pedido por push, com time-to-live curto e uma collapse key para que o status mais recente substitua os anteriores. O OTP dos novos cadastros vai por SMS, porque os usuários novos não têm permissão no app. Para os usuários existentes, o OTP vai por push; se o código não for usado dentro de um prazo curto, um SMS é enviado a seguir, de um Sender ID registrado. As promoções vão por push apenas aos usuários que permitiram notificações e deram opt-in para ofertas. Os usuários inativos, que podem ter desinstalado o app, recebem um SMS de reconquista apenas se tiverem dado consentimento para SMS. ## Quais são os erros comuns? - **Tratar a permissão de push como consentimento de marketing.** - **Enviar OTPs somente por push,** deixando sem acesso quem não tem o app ou as notificações. - **Enviar a mesma promoção por push e SMS ao mesmo tempo.** - **Deixar o time-to-live no padrão** em mensagens urgentes. - **Comparar "aceito pelo FCM" com "entregue pela operadora"** e declarar o push vencedor. - **Usar SMS para tudo,** pagando por mensagem em alertas que um push resolveria. - **Ignorar tokens obsoletos** após desinstalações, o que infla a contagem de envios de push. ## Como a OmniChannels.ai ajuda A OmniChannels.ai envia notificações push e SMS A2P pela mesma API REST e plataforma, junto com WhatsApp, RCS, e-mail e outros canais. O push oferece segmentação por usuário, token, tópico e segmento, modelos, deep links, collapse key e time-to-live. O SMS roda pela conectividade direta da BroadNet com as operadoras, e o fallback entre canais é configurado por caso de uso, com os status normalizados em um único formato de webhook. Leia a [documentação da API de push](/developers/push/), veja o [canal de notificações push](/pt/channels/push-notifications/) ou [fale com nossa equipe de desenvolvedores](/pt/developers/).