OneSignal vs Firebase: cuál elegir para tu estrategia de retención

Cada vez que un equipo nos pregunta por qué pagar OneSignal si Firebase es gratis, es la misma conversación. Firebase manda mensajes. OneSignal está pensado para retener. Te cuento la diferencia real, eje por eje.

Cada vez que evaluamos stack de retención con un equipo, aparece la misma pregunta: "¿para qué pagar OneSignal si Firebase es gratis?"

Es una buena pregunta. Y la respuesta corta es: depende de qué estés tratando de resolver.

Firebase Cloud Messaging no es competencia de OneSignal. Es una pieza de infraestructura.

FCM manda push notifications a apps móviles y sitios web, gratis, sin límite de volumen. Ahí termina lo que resuelve. Entrega mensajes. No gestiona una estrategia de engagement.

No tiene builder visual de campañas. La segmentación se limita a topics básicos, sin capas de comportamiento. No hay personalización según actividad del usuario. Y si querés armar journeys automatizados o medir conversión hacia un objetivo de negocio, lo tenés que construir vos, generalmente combinando Cloud Functions, BigQuery y algún dashboard interno. Firebase no te cobra por eso. Pero alguien de tu equipo lo tiene que mantener.

OneSignal está construido para lo contrario: retener, no solo enviar

OneSignal centraliza push mobile, web push, in-app, email, SMS, RCS y Live Activities en una sola cuenta.

Eso cambia el problema que estás resolviendo. En vez de mandar notificaciones sueltas, estás orquestando una conversación con un usuario a través de varios canales.

Tres cosas que vemos una y otra vez cuando un equipo migra de FCM a OneSignal:

1) La segmentación deja de ser estática

→ se arma con data tags sobre comportamiento real, no topics fijos cargados una vez

2) La personalización se dispara por actividad

→ el intelligent delivery manda cada mensaje en el momento en que ese usuario puntual tiene más probabilidad de abrirlo, no en un horario fijo para toda la base

3) El A/B testing deja de ser un workaround

→ es nativo, no dos audiencias armadas a mano para comparar

Y la diferencia más importante está en cómo medís el éxito. FCM te dice si el mensaje se envió, y con configuración extra, si se abrió. OneSignal mide outcomes personalizados: definís un evento de negocio (una compra, una activación, un upgrade) y ves qué campaña, journey o copy realmente empujó ese número.

Esa es la diferencia entre mandar mensajes y correr una estrategia de retención.

Journeys: el diferencial más grande

De todo lo que separa a las dos herramientas, esto es lo que más pesa.

Un journey en OneSignal es un flujo automatizado que reacciona a lo que hace (o no hace) un usuario, y lo lleva por varios pasos y varios canales sin que nadie tenga que apretar "enviar" cada vez.

Así se arma, en la práctica:

1) Definís el trigger

→ un evento (abrió la app, agregó algo al carrito, no abrió en 3 días), no un horario fijo

2) Definís la condición

→ si cumple tal atributo o hizo tal acción, va por una rama. Si no, va por otra

3) Metés un delay si hace falta

→ esperar 2 horas antes del segundo mensaje, por ejemplo, sin que nadie lo dispare a mano

4) Elegís el canal por paso

→ push primero, si no lo abrió en 24hs, email. Si tampoco, SMS. Todo dentro del mismo journey

5) Le ponés un objetivo

→ definís qué evento de conversión cierra el journey, y ahí es donde ves si el flujo completo funcionó, no solo si se abrió cada mensaje suelto

Todo esto se arma con un builder visual. Lo puede armar alguien de marketing o producto sin escribirle un ticket a ingeniería.

En Firebase no existe nada de esto. FCM no tiene concepto de journey. Si querés ese mismo flujo (trigger → condición → delay → canal → objetivo) lo tenés que programar vos: una Cloud Function que escuche el evento, un estado guardado en Firestore para saber en qué paso está cada usuario, otra función que chequee el delay, y lógica custom para decidir el canal y trackear si se cumplió el objetivo. Es totalmente posible. Pero es un proyecto de ingeniería, no una configuración.

Y ahí está el problema real de fondo: en OneSignal, iterar un journey (agregar un paso, cambiar un delay, sumar una rama) es un cambio que se hace en minutos. En Firebase, cada iteración pasa de nuevo por el mismo ciclo de desarrollo. Cuando la operación de retención depende de poder testear y ajustar rápido, esa diferencia de velocidad es el negocio.

La comparación, eje por eje

Canales. FCM cubre push mobile y web, con in-app limitado. OneSignal suma email, SMS, RCS y Live Activities a los mismos canales, todo desde la misma segmentación.

Segmentación y personalización. FCM segmenta por topics y necesita desarrollo custom para cualquier cosa más granular. OneSignal arma audiencias dinámicas por comportamiento, sin tocar código.

Experimentación y analytics. FCM te da envío, apertura y click. El resto lo armás vos. OneSignal trae A/B testing nativo y tracking de outcomes hacia el evento de conversión que vos definas.

Precio. FCM es gratis para el envío, pero el almacenamiento de datos y el analytics quedan del lado de otros servicios de Google Cloud que sí se cobran por uso. Si tu campaña manda imágenes, el hosting en Firebase sale 0,15 dólares por GB, que a escala se siente. OneSignal tiene plan gratis con push mobile ilimitado, hasta 10.000 suscriptores web y 10.000 emails por mes, y planes pagos desde 9 dólares mensuales que ya incluyen segmentación avanzada, journeys y A/B testing.

Esfuerzo de implementación. Con FCM, cualquier cambio de segmentación o test nuevo pasa por ingeniería. Con OneSignal, marketing y producto operan la herramienta sin pedirle nada a desarrollo para el día a día. Y del lado técnico tampoco es que falta soporte: OneSignal tiene SDKs server-side (C++, Go, Java, Node, PHP, Python, Ruby, Rust), cross-platform (Cordova, Flutter, Unity, Xamarin, React Native) y web (Angular, React, Rails, WordPress, Vue), así que integrarlo no depende del stack que ya tengas.

Escala y confiabilidad. Esto no es un detalle menor si estás evaluando mover tu operación completa de retención a una sola herramienta. OneSignal llegó a un throughput de más de 850.000 notificaciones por segundo, algo así como 4.000 millones de pushes por día, con su base de datos escalada a 75 terabytes en casi 40 servers. Es Leader de G2 en facilidad de implementación, con más de 2 millones de cuentas activas en la plataforma. No es una herramienta chica jugando a ser grande.

Lo que Firebase hace mejor (y por qué no importa para este caso)

Para ser justos: si comparás feature por feature de infraestructura realtime, Firebase gana varios rubros. Tiene pub/sub nativo, podés armar chat con typing indicators y lectura de mensajes, sincronización de estado entre dispositivos, presencia online, y todo corre sobre la Realtime Database de Google. OneSignal no hace nada de eso. No es pub/sub, no es chat, no sincroniza estado.

La razón es simple: OneSignal nunca se propuso ser un backend realtime genérico. Es una plataforma de customer engagement multicanal. Si necesitás construir un chat en vivo o sincronizar el estado de un carrito entre pestañas, Firebase (o algo como Ably) es la herramienta correcta. Si necesitás retener usuarios con mensajes que lleguen en el canal y el momento correcto, no.

Comparar ambas herramientas en esos ejes es como comparar un CRM con una base de datos. Técnicamente los dos "guardan información de clientes". Resuelven problemas distintos.

Seguridad y compliance. Para equipos que trabajan con fintech o cualquier vertical regulada (algo bastante común en los proyectos que vemos en LatAm), esto importa: OneSignal tiene SOC 2 Type II, HIPAA, GDPR, CCPA y Data Privacy Framework. Firebase cubre GDPR, CCPA, ISO 27001 y SOC 1/2/3. Ninguno de los dos garantiza entrega exactamente una vez ni orden garantizado de mensajes, así que ese no es un diferencial real entre ambos.

Cuándo Firebase sigue siendo una opción válida

Si tu app manda pushes simples, sin estrategia de retención detrás, y tenés a alguien de ingeniería con tiempo para mantener todo a mano dentro de Google Cloud, FCM cumple. Es gratis y no necesita justificarse ante nadie.

El problema aparece cuando la operación crece: más journeys, más copies para testear, más canales, más necesidad de que alguien fuera de ingeniería pueda decidir sin esperar un sprint.

La pregunta que en realidad importa

No es cuál herramienta es mejor en abstracto. Es qué estás tratando de construir.

Si necesitás una estrategia de retención multicanal, centralizar todos los canales en un solo lugar, y usar esa herramienta no solo para mandar mensajes sino para correr experimentos y mover las métricas clave del negocio, no hay mucho para discutir: necesitás OneSignal. Está pensada para personalizar mensajes según actividad y mandarlos cuando van a tener más open rate y más conversión, y para medir esa conversión contra un evento real.

Así como casi todos los equipos de tecnología tienen un equipo de adquisición, los equipos serios también tienen un equipo de retención.

¿Vos ya tenés uno, o todavía estás mandando pushes sueltos?

Si querés evaluar OneSignal, escribime a guido@bildungdata.com y te ayudamos con el setup.