Apple y Google cambian las push notifications

Apple y Google están moviendo las reglas de las notificaciones push, y eso pega directo en cómo tu app consigue aperturas, retención y conversiones. Si hoy dependes de push para traer usuarios de vuelta, ya no basta con “mandar más”. Ahora importa más cuándo envías, a quién, con qué permiso y desde qué tipo de canal.

El cambio no es solo técnico. También cambia la forma en que producto, marketing y crecimiento se coordinan. Una push mal pensada puede bajar opt-in, aumentar desinstalaciones o inflar una métrica de apertura que después no se traduce en uso real. Y si trabajas en una app en LatAm, donde los presupuestos suelen ser más ajustados y cada sesión cuenta, el impacto se nota todavía más.

Qué están cambiando Apple y Google

La idea de fondo es simple: tanto Apple como Google están empujando a que las notificaciones sean más relevantes, menos invasivas y más alineadas con el comportamiento del usuario. No lo hacen por altruismo. Lo hacen porque el sistema completo se llena de ruido cuando las apps usan push como una muleta para arreglar problemas de producto.

En iPhone, Apple lleva años ajustando permisos, agrupación de notificaciones, resúmenes y controles de foco. En Android, Google también ha ido reforzando el control del usuario sobre canales, prioridades y permisos, especialmente desde Android 13 con el permiso POST_NOTIFICATIONS. Si tu app no entiende estos cambios, tu base de usuarios notificados se va achicando aunque tu lista de registros crezca.

La consecuencia práctica es que ya no conviene pensar en push como un canal único. Conviene verlo como una mezcla de permisos, contexto, frecuencia y calidad del mensaje. Si una parte falla, tu tasa de entrega o de apertura cae. Si varias fallan, el canal pierde peso dentro de tu embudo.

Apple: más control, más filtros, más contexto

Apple ha ido afinando el sistema para que el usuario decida mejor qué ve y cuándo lo ve. Entre los cambios más visibles están los modos de concentración, el resumen programado y la posibilidad de silenciar o limitar notificaciones por app. Eso significa que una push puede llegar al sistema, pero no necesariamente aparecer en el momento que tú esperabas.

Además, Apple ha puesto más fricción en la captura del permiso. Si muestras el prompt demasiado pronto, sin contexto, puedes perder una oportunidad que no se recupera fácil. En iOS, una mala primera impresión no solo reduce el opt-in inicial. También afecta la percepción de tu app como spammy, y eso después se refleja en menos interacción.

Google: permisos explícitos y canales más visibles

En Android, el punto de quiebre reciente fue el permiso de notificaciones a nivel de sistema. Con Android 13, las apps deben pedir autorización explícita para enviar notificaciones. Eso cambió bastante la estrategia de activación, porque antes muchas apps asumían el permiso por defecto y ahora tienen que ganárselo.

Google también ha hecho más visibles los canales de notificación. Si el usuario desactiva un canal de marketing pero deja activo uno transaccional, tu app tiene que respetar esa separación. Ya no puedes tratar todas las push como si fueran iguales. Una alerta de pago no compite en la misma lógica que una promo de ecommerce o un recordatorio de carrito.

Por qué esto cambia tus métricas de producto

El problema de fondo es que muchas métricas de producto se construyeron con una suposición vieja: que la push llegaba y el usuario la veía. Ese supuesto ya no es sólido. Hoy puedes tener una campaña bien armada y aun así ver menos aperturas porque el usuario recibió el mensaje dentro de un resumen, lo silenció, lo filtró por canal o directamente no dio permiso.

Eso afecta métricas que suelen verse muy sanas en dashboards. Por ejemplo, una tasa de open rate alta puede esconder una base pequeña de usuarios realmente alcanzados. O una caída de conversiones puede venir no del copy, sino de una pérdida de permisos en iOS o Android. Si no separas el problema por sistema operativo, tipo de notificación y cohortes de permiso, vas a tomar decisiones equivocadas.

También cambia la relación entre push y retención. Muchas apps usan notificaciones como un disparador de regreso, pero si el mensaje llega tarde o fuera de contexto, el usuario no vuelve. La sesión se pierde y la métrica de retención D7 o D30 se resiente. En otras palabras: el canal sigue existiendo, pero su eficiencia baja.

Métricas que deberías mirar distinto

No te quedes solo con opens y clicks. Hoy necesitas ver el embudo completo desde permiso hasta acción útil. Si no, puedes optimizar la parte equivocada.

Lo útil de esta tabla no es memorizarla. Es usarla para diagnosticar. Si el opt-in cae, el problema está antes del envío. Si el delivery cae, el problema puede estar en permisos o configuración. Si el click existe pero no hay conversión, el problema ya no es push, es producto o landing.

Cómo afectan a apps, marketing y engagement

La primera víctima de estos cambios suele ser el equipo que depende de volumen. Si antes enviabas una push genérica a toda la base y obtenías resultados decentes, ahora esa estrategia se desgasta rápido. El usuario tiene más control y el sistema también filtra más. Eso obliga a segmentar mejor y a enviar menos basura.

Para marketing, esto implica pasar de campañas masivas a campañas por intención. Un ecommerce no debería mandar el mismo mensaje a quien abandonó carrito hace 10 minutos que a quien no compra hace 45 días. Un banco no debería tratar igual una alerta de movimiento, un recordatorio de pago y una promoción de tarjeta. Cada caso tiene una expectativa distinta y un nivel distinto de tolerancia.

Para producto, el cambio es aún más profundo. La push ya no es solo un canal de distribución. Es una parte del diseño de experiencia. Si tu app no tiene eventos bien definidos, no puede disparar notificaciones útiles. Y si no tiene una estrategia de frecuencia, vas a quemar la relación con el usuario.

Un ejemplo realista de impacto

Imagina una app de delivery en Colombia o Ecuador. Antes enviaba 3 push diarias con ofertas genéricas. El open rate era aceptable y el equipo celebraba. Pero después de los cambios de sistema, parte de la base deja de verlas en tiempo real, otra parte desactiva el permiso y una fracción empieza a ignorarlas por saturación.

¿Qué pasa con el negocio? El volumen de aperturas baja, pero no porque el canal murió. Baja porque el canal dejó de ser confiable para el usuario. Si la app ajusta a 1 o 2 mensajes por semana, segmentados por ciudad, hora y comportamiento reciente, puede recuperar calidad aunque pierda volumen bruto.

Lo que cambia en tu stack de producto

No necesitas rehacer toda tu arquitectura, pero sí revisar varias piezas:

1. Captura de permiso: cuándo pides el opt-in y con qué contexto.
2. Segmentación: qué eventos disparan cada push.
3. Frecuencia: cuántos mensajes recibe una persona por semana.
4. Canalización: separar transaccional, marketing y reactivación.
5. Medición: atribuir aperturas y conversiones por cohorte y sistema operativo.

Si tienes un CDP, un CRM o una plataforma de automatización, revisa si está respetando los estados reales de permiso. Muchas veces el problema no es el usuario. Es que la herramienta sigue intentando enviar a gente que ya no quiere recibir mensajes.

Qué deberías hacer en tu app

No hace falta entrar en pánico. Sí hace falta ordenar prioridades. La mayoría de equipos puede mejorar bastante solo con disciplina operativa y mejores reglas de envío.

Empieza por auditar tu base actual. Mira cuántos usuarios tienen permiso en iOS y Android, cuántos desactivaron canales y cuántos siguen activos de verdad. Después revisa qué porcentaje de tus push son transaccionales, cuáles son de retención y cuáles son de marketing. Muchas veces el problema aparece ahí: demasiadas campañas, poca lógica.

Luego revisa el momento del prompt. Pedir permiso al abrir la app por primera vez suele ser mala idea si todavía no mostraste valor. Funciona mejor pedirlo después de una acción útil, como guardar un producto, completar un perfil o activar una alerta concreta. El usuario entiende mejor para qué sirve.

Checklist práctico para equipos de producto

• Revisa el opt-in por sistema operativo y versión.
• Separa notificaciones transaccionales de marketing.
• Limita campañas masivas y prioriza eventos de alta intención.
• Mide conversiones por cohorte, no solo por campaña.
• Ajusta el prompt de permiso para mostrar valor antes de pedir acceso.
• Define una política de frecuencia por usuario y por canal.
• Elimina mensajes que no tienen acción clara.

Si quieres bajar esto a una revisión técnica, la documentación oficial de Apple sobre UserNotifications es un buen punto de partida: https://developer.apple.com/documentation/usernotifications. Para Android, Google explica el permiso de notificaciones y los canales en su documentación de Android developers: https://developer.android.com/develop/ui/views/notifications/notification-permission y https://developer.android.com/develop/ui/views/notifications/channels.

Cómo medir si tu ajuste funcionó

No te quedes en “subió el open rate”. Mira si sube la acción posterior: compra, lectura, sesión, pago, reserva o lo que sea que tu app considere valor real. Una push puede abrirse mucho y aun así no mover el negocio.

También vale la pena comparar cohortes antes y después del cambio. Por ejemplo, usuarios que aceptaron el permiso después de ver valor frente a usuarios que lo aceptaron al primer arranque. Si el primer grupo convierte mejor, ya tienes una señal clara de que tu timing importa más que tu volumen.

Lo que esto significa para LatAm

En América Latina, el impacto se siente con más fuerza porque muchas apps dependen de notificaciones para compensar fricciones de adquisición. Si tu CAC sube y tu retención es frágil, una caída en el rendimiento de push te pega doble. Por eso no conviene tratar esto como un detalle de plataforma.

Además, en varios mercados de la región conviven dispositivos más antiguos, versiones de sistema fragmentadas y hábitos de uso muy distintos. Eso hace que una estrategia única funcione peor. Un usuario en Lima no siempre responde igual que uno en Ciudad de México o Quito, aunque el producto sea el mismo.

La oportunidad está en usar la segmentación con más criterio. Si tu app entiende mejor el contexto local, puede mandar menos mensajes y obtener mejores resultados. Eso aplica para fintech, ecommerce, delivery, educación y salud digital. En todos esos casos, la push bien usada sigue siendo un canal valioso. La diferencia es que ahora necesita más precisión.

Tabla resumen

La lectura final es bastante clara: Apple y Google no están matando las notificaciones push, pero sí están obligando a usarlas mejor. Si tu app depende de ese canal, necesitas pensar menos en volumen y más en relevancia, permiso y contexto. Esa combinación es la que hoy mueve métricas de producto de verdad.