OneSignal vs Firebase: qual escolher para sua estratégia de retenção
Toda vez que um time nos pergunta por que pagar OneSignal se o Firebase é grátis, é a mesma conversa. Firebase manda mensagens. OneSignal foi feito pra reter. Te conto a diferença real, eixo por eixo.
Toda vez que avaliamos stack de retenção com um time, aparece a mesma pergunta: "por que pagar OneSignal se o Firebase é grátis?"
É uma boa pergunta. E a resposta curta é: depende do que você está tentando resolver.
Firebase Cloud Messaging não é concorrente do OneSignal. É uma peça de infraestrutura.
O FCM manda push notifications pra apps mobile e sites, de graça, sem limite de volume. É aí que termina o que ele resolve. Ele entrega mensagens. Não gerencia uma estratégia de engajamento.
Não tem builder visual de campanhas. A segmentação se limita a topics básicos, sem camadas de comportamento. Não existe personalização baseada na atividade do usuário. E se você quiser montar jornadas automatizadas ou medir conversão pra um objetivo de negócio, tem que construir tudo por conta própria, geralmente combinando Cloud Functions, BigQuery e algum dashboard interno. O Firebase não cobra por isso. Mas alguém do seu time tem que manter.
O OneSignal foi construído para o contrário: reter, não só enviar
O OneSignal centraliza push mobile, web push, in-app, email, SMS, RCS e Live Activities em uma única conta.
Isso muda o problema que você está resolvendo. Em vez de mandar notificações soltas, você está orquestrando uma conversa com o usuário em vários canais.
Três coisas que vemos toda vez que um time migra do FCM para o OneSignal:
1) A segmentação deixa de ser estática
→ é montada com data tags sobre comportamento real, não topics fixos carregados uma vez
2) A personalização é disparada por atividade
→ o intelligent delivery manda cada mensagem no momento em que aquele usuário específico tem mais chance de abrir, não em um horário fixo pra toda a base
3) O teste A/B deixa de ser um workaround
→ é nativo, não duas audiências montadas na mão pra comparar
E a diferença mais importante está em como você mede o sucesso. O FCM te diz se a mensagem foi enviada, e com configuração extra, se foi aberta. O OneSignal mede outcomes personalizados: você define um evento de negócio (uma compra, uma ativação, um upgrade) e vê qual campanha, jornada ou copy realmente moveu esse número.
Essa é a diferença entre mandar mensagens e rodar uma estratégia de retenção.
Journeys: o maior diferencial
De tudo que separa as duas ferramentas, isso é o que mais pesa.
Uma journey no OneSignal é um fluxo automatizado que reage ao que o usuário faz (ou não faz), e o leva por vários passos e canais sem que ninguém precise apertar "enviar" toda vez.
Assim se monta, na prática:
1) Você define o trigger
→ um evento (abriu o app, adicionou algo ao carrinho, não abriu em 3 dias), não um horário fixo
2) Você define a condição
→ se cumpre tal atributo ou fez tal ação, vai por um ramo. Se não, vai por outro
3) Você coloca um delay se precisar
→ esperar 2 horas antes da segunda mensagem, por exemplo, sem que ninguém dispare na mão
4) Você escolhe o canal por etapa
→ push primeiro, se não abriu em 24h, email. Se também não, SMS. Tudo dentro da mesma journey
5) Você define um objetivo
→ você define qual evento de conversão fecha a journey, e é aí que você vê se o fluxo inteiro funcionou, não só se cada mensagem separada foi aberta
Tudo isso se monta com um builder visual. Alguém de marketing ou produto consegue montar sem abrir chamado pra engenharia.
No Firebase, nada disso existe. O FCM não tem o conceito de journey. Se você quiser o mesmo fluxo (trigger → condição → delay → canal → objetivo) tem que programar na mão: uma Cloud Function escutando o evento, um estado guardado no Firestore pra saber em que passo cada usuário está, outra função checando o delay, e lógica customizada pra decidir o canal e rastrear se o objetivo foi cumprido. É totalmente possível. Mas é um projeto de engenharia, não uma configuração.
E aí está o problema real: no OneSignal, iterar uma journey (adicionar um passo, mudar um delay, somar um ramo) é uma mudança que se faz em minutos. No Firebase, cada iteração passa de novo pelo mesmo ciclo de desenvolvimento. Quando a operação de retenção depende de testar e ajustar rápido, essa diferença de velocidade é o negócio.
A comparação, eixo por eixo
Canais. O FCM cobre push mobile e web, com in-app limitado. O OneSignal soma email, SMS, RCS e Live Activities aos mesmos canais, tudo a partir da mesma segmentação.
Segmentação e personalização. O FCM segmenta por topics e precisa de desenvolvimento customizado pra qualquer coisa mais granular. O OneSignal monta audiências dinâmicas por comportamento, sem tocar em código.
Experimentação e analytics. O FCM te dá envio, abertura e clique. O resto você monta sozinho. O OneSignal traz teste A/B nativo e tracking de outcomes até o evento de conversão que você definir.
Preço. O FCM é grátis pro envio, mas o armazenamento de dados e o analytics ficam do lado de outros serviços do Google Cloud que cobram por uso. Se sua campanha manda imagens, o hosting no Firebase sai 0,15 dólares por GB, o que pesa em escala. O OneSignal tem plano grátis com push mobile ilimitado, até 10 mil assinantes web e 10 mil emails por mês, e planos pagos a partir de 9 dólares por mês que já incluem segmentação avançada, journeys e teste A/B.
Esforço de implementação. Com o FCM, qualquer mudança de segmentação ou teste novo passa pela engenharia. Com o OneSignal, marketing e produto operam a ferramenta sem pedir nada pro desenvolvimento no dia a dia. E do lado técnico também não falta suporte: o OneSignal tem SDKs server-side (C++, Go, Java, Node, PHP, Python, Ruby, Rust), cross-platform (Cordova, Flutter, Unity, Xamarin, React Native) e web (Angular, React, Rails, WordPress, Vue), então integrar não depende do stack que você já tem.
Escala e confiabilidade. Isso não é um detalhe menor se você está avaliando mover toda a sua operação de retenção pra uma única ferramenta. O OneSignal chegou a um throughput de mais de 850 mil notificações por segundo, algo como 4 bilhões de pushes por dia, com o banco de dados escalado a 75 terabytes em quase 40 servidores. É Leader do G2 em facilidade de implementação, com mais de 2 milhões de contas ativas na plataforma. Não é uma ferramenta pequena brincando de grande.
O que o Firebase faz melhor (e por que isso não importa aqui)
Pra ser justo: se você comparar feature por feature de infraestrutura realtime, o Firebase ganha em vários pontos. Ele tem pub/sub nativo, dá pra montar chat com indicador de digitação e confirmação de leitura, sincronização de estado entre dispositivos, presença online, tudo rodando sobre o Realtime Database do Google. O OneSignal não faz nada disso. Não é pub/sub, não é chat, não sincroniza estado.
O motivo é simples: o OneSignal nunca se propôs a ser um backend realtime genérico. É uma plataforma de customer engagement multicanal. Se você precisa construir um chat ao vivo ou sincronizar o estado de um carrinho entre abas, o Firebase (ou algo como o Ably) é a ferramenta certa. Se você precisa reter usuários com mensagens que cheguem no canal e no momento certo, não é.
Comparar as duas ferramentas nesses eixos é como comparar um CRM com um banco de dados. Tecnicamente, os dois "guardam informação de clientes". Resolvem problemas diferentes.
Segurança e compliance. Para times que trabalham com fintech ou qualquer vertical regulada (algo bem comum nos projetos que vemos na América Latina), isso importa: o OneSignal tem SOC 2 Type II, HIPAA, GDPR, CCPA e Data Privacy Framework. O Firebase cobre GDPR, CCPA, ISO 27001 e SOC 1/2/3. Nenhum dos dois garante entrega exatamente uma vez nem ordem garantida das mensagens, então isso não é um diferencial real entre eles.
Quando o Firebase ainda é uma opção válida
Se seu app manda pushes simples, sem estratégia de retenção por trás, e você tem alguém de engenharia com tempo pra manter tudo na mão dentro do Google Cloud, o FCM resolve. É grátis e não precisa se justificar pra ninguém.
O problema aparece quando a operação cresce: mais journeys, mais copies pra testar, mais canais, mais necessidade de alguém fora da engenharia poder decidir sem esperar uma sprint.
A pergunta que realmente importa
Não é qual ferramenta é melhor no abstrato. É o que você está tentando construir.
Se você precisa de uma estratégia de retenção multicanal, centralizar todos os canais em um só lugar, e usar essa ferramenta não só pra mandar mensagens mas pra rodar experimentos e mover as métricas-chave do negócio, não tem muito o que discutir: você precisa do OneSignal. Ele foi pensado pra personalizar mensagens com base na atividade e mandá-las quando vão ter mais open rate e mais conversão, e pra medir essa conversão contra um evento real.
Assim como quase todo time de tecnologia tem um time de aquisição, os times sérios também têm um time de retenção.
Você já tem um, ou ainda está mandando pushes soltos?
Se quiser avaliar o OneSignal, me escreve pra guido@bildungdata.com que a gente te ajuda com o setup.
