Tu aplicación iOS se ejecuta en Firebase Cloud Messaging. La entrega funciona. Nada está en llamas. Y sin embargo, cada campaña segmentada, cada prueba A/B y cada solicitud de "¿podemos enviar una notificación sobre la oferta?" todavía llega a tu cola de ingeniería, porque FCM te proporciona un canal de entrega y nada más. Si esto te suena familiar, esta guía te muestra cómo migrar desde Firebase Cloud Messaging en iOS, sin perder un suscriptor, forzar una reinstalación o mostrar a tus usuarios una segunda solicitud de permiso.
La versión corta: en iOS, la migración es un cambio de capa, no una reconstrucción. Aquí te explicamos por qué y exactamente cómo hacerlo.
Lo que FCM te ofrece y dónde se detiene
Firebase Cloud Messaging es una infraestructura gratuita y fiable. Para muchos equipos de ingeniería es la opción predeterminada, y para la entrega pura es una opción aceptable. El problema surge el día que tu equipo de marketing quiere lanzar campañas.
| Capacidad | FCM | PushEngage |
|---|---|---|
| Entrega de notificaciones a través de APNs | Sí | Sí |
| Segmentación conductual | Solo temas | Segmentos dinámicos, atributos, geolocalización, dispositivo |
| Campañas activadas por eventos de la aplicación | Constrúyelo tú mismo | Configurado desde el panel |
| Series de goteo y flujos de trabajo | Constrúyelo tú mismo | Constructor visual, plantillas |
| Pruebas A/B | A través de la consola de Firebase, impulsado por el desarrollador | Impulsado por el comercializador, selección inteligente del ganador |
| Atribución de ingresos y seguimiento de objetivos | No | Por campaña, por flujo de trabajo |
| Panel accesible para el comercializador | No | Sí |
El patrón en esa tabla es la razón por la que los equipos superan FCM: todo lo que va más allá de la entrega es un proyecto de ingeniería. Para una comparación completa, consulta PushEngage vs Firebase Cloud Messaging.
Qué se migra realmente en iOS
El miedo a la migración casi siempre se refiere a la lista de suscriptores: "si cambiamos los SDK, ¿perdemos a nuestros usuarios que han aceptado?" En iOS, la respuesta es no, y ayuda entender por qué.
El permiso de notificación en iOS pertenece a tu aplicación, no a ningún SDK. Cuando un usuario concedió permiso, lo concedió a tu ID de paquete, y Apple emite un token de dispositivo APNs para tu aplicación que cualquier proveedor de notificaciones puede usar. FCM en iOS es en sí mismo un envoltorio alrededor de ese token APNs. Cuando el SDK de PushEngage se inicializa por primera vez, recoge el mismo permiso a nivel de aplicación, registra el token del dispositivo con PushEngage, y el suscriptor está activo: sin reinstalación, sin solicitud de nuevo permiso, sin ninguna acción por parte del usuario.
Eso significa que tu base de usuarios que han aceptado se transfiere a medida que los dispositivos se conectan con la versión actualizada de la aplicación. Una versión típica llega a la gran mayoría de los usuarios activos en un plazo de dos a tres semanas, que es exactamente el período durante el cual deberías planificar ejecutar ambos sistemas en paralelo.
La migración, paso a paso
Paso 1: Añadir el SDK de PushEngage
Instala a través de Swift Package Manager (recomendado) o CocoaPods. La versión 1.0 se distribuye como dos módulos: vincula PushEngage a tu destino de app y PushEngageExtension a tu destino de Notification Service Extension.
# Podfile
target 'YourApp' do
pod 'PushEngage', '~> 1.0.0'
end
target 'YourNotificationServiceExtension' do
pod 'PushEngageExtension', '~> 1.0.0'
endPaso 2: Inicializa junto con tu configuración existente
import PushEngage
func application(_ application: UIApplication,
didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
PushEngage.setAppID(id: "YOUR_APP_ID")
PushEngage.setInitialInfo(for: application, with: launchOptions)
return true
}Dado que el permiso ya se ha concedido a nivel de aplicación, los suscriptores existentes se registran en PushEngage de forma silenciosa en su primer lanzamiento de la versión actualizada. Los nuevos usuarios pasan por tu flujo de permisos normal una vez.
Paso 3: Configura el grupo de aplicaciones
Añade la capacidad App Groups a tu destino de app y a cada destino de extensión de notificación, utilizando el mismo ID de grupo, y decláralo en cada Info.plist. Así es como la app y sus extensiones comparten el estado del suscriptor, y es el paso al que se remonta la mayoría de los errores de integración.
Paso 4: Apunta tu clave APNs a PushEngage
Sube tu clave de autenticación .p8 existente (o certificado .p12) en el panel de PushEngage, la misma credencial que le diste a Firebase. Nada de tu configuración de desarrollador de Apple cambia. La guía de configuración cubre esta pantalla paso a paso.
Paso 5: Verifica y luego lanza
Envía una notificación de prueba desde el panel a un dispositivo de depuración, confirma que los rich media se renderizan a través de la extensión y confirma que el suscriptor aparece en tu vista de audiencia. Luego, lanza. Tu recuento de suscriptores en PushEngage crece automáticamente a medida que se implementa la actualización.
Ejecuta ambos sistemas durante la transición
No necesitas un corte drástico, y no deberías hacerlo. Mantén FCM en su lugar para cualquier cosa transaccional que tu backend ya envíe, y mueve los envíos de marketing a PushEngage a medida que los suscriptores se registran. Ambos SDK pueden coexistir en la misma app, ya que consumen el mismo token APNs. Una vez que tu base activa se haya vuelto a registrar y tus campañas se hayan movido por completo, eliminar la dependencia de Firebase Messaging es una tarea de limpieza, no una fecha límite.
Lo que tu equipo de marketing obtiene el primer día
El objetivo de esta migración no es el SDK, sino lo que deja de ser un ticket de ingeniería después. Desde el panel, tu equipo de marketing puede crear campañas activadas a partir de cualquier evento que tu app rastree, segmentar la audiencia con segmentación conductual, ejecutar flujos de goteo, probar A/B de textos y atribuir ingresos por campaña con seguimiento de objetivos. Tu participación después de la integración consiste en instrumentar nuevos eventos con trackEvent (una llamada de una línea) cuando el equipo quiera un nuevo disparador.
La pregunta del coste, sinceramente
La entrega de FCM es gratuita, y si solo necesitas entrega bruta, mantenla. Lo que estás pagando al evaluar PushEngage es la capa de marketing: segmentación, automatización, atribución y un panel que tu equipo de marketing puede operar solo. Los precios solo escalan con los suscriptores activos, por lo que una gran base de instalaciones con compromiso mixto no infla la factura, y una lista que se reduce la reduce. Hemos desglosado la comparación de costes real en precios de notificaciones push de Firebase.
Haz el cambio
Migrar desde Firebase Cloud Messaging en iOS es una tarde de integración y un ciclo de lanzamiento de paciencia: agregue el SDK, comparta el App Group, cargue la clave APNs que ya tiene y deje que el despliegue vuelva a registrar su base. Sin reinstalaciones, sin suscriptores perdidos, sin una segunda solicitud de permiso, y sin más campañas de push esperando un sprint. Comience con la guía de marketing push para aplicaciones si desea el contexto de la estrategia, o vaya directamente al SDK y envíelo esta semana. Cada plan de pago incluye una garantía de devolución de dinero de 14 días.
