Qué están haciendo Apple y Google con las notificaciones push

• Las notificaciones push están dejando de ser una simple capa de entrega para convertirse en un canal editorial de plataforma que Apple y Google analizan, jerarquizan, resumen y reescriben
• APNs y FCM comenzaron como una estructura centralizada de intermediación para ahorrar batería, y todas las notificaciones de iPhone y Android siempre pasaron por servidores de la plataforma desde el principio
• Los canales de Android, Focus y Summary de iOS, y el cambio de permisos en Android 13 redujeron el control del remitente y construyeron un esquema donde la plataforma protege la atención del usuario
• Los modelos on-device resumen, agrupan y degradan notificaciones en la capa de visualización, pero el remitente casi no tiene APIs para detectar si una notificación fue resumida, suprimida por Focus o degradada en prioridad
• En la práctica, conviene limitar el push a reactivar usuarios inactivos y a notificaciones transaccionales sensibles al tiempo, y mover el peso hacia la segmentación y personalización y hacia superficies propias como la app

---

La transición de las notificaciones push hacia un canal editorial de plataforma

• Las notificaciones push ya no se mueven como una simple capa de entrega como el email, sino hacia un canal donde Apple y Google intervienen en medio para analizarlas, jerarquizarlas, resumirlas y reescribirlas
• Apple y Google operan las rutas principales de push en iPhone y Android, y en los últimos cinco años los modelos dentro del dispositivo se metieron entre la entrega y la pantalla bloqueada para resumir y reordenar notificaciones, e incluso reescribirlas en algunas pantallas
• En el email, cuatro actores —Google, Yahoo, Microsoft y Apple— se convirtieron en intermediarios activos entre la marca y el cliente, pero en push esa función queda en manos de solo dos actores: Apple y Google

La arquitectura del push nació por el problema de la batería

• El push fue diseñado desde el principio como una estructura centralizada de intermediación por el problema de la batería
• En la WWDC de 2009, Scott Forstall explicó que un iPhone no podía soportar que todas las apps instaladas hicieran polling en segundo plano a sus propios servidores remotos, así que Apple propuso que cada dispositivo mantuviera una sola conexión TLS persistente con Apple y que terceros entregaran las notificaciones a través de esa conexión mediante Apple Push Notification Service
• APNs se retrasó por problemas de escalabilidad tras su anuncio inicial en septiembre de 2008, y se lanzó el 17 de junio de 2009 junto con iPhone OS 3
• Google siguió un camino que pasó por Cloud to Device Messaging en 2010, Google Cloud Messaging en 2012 y Firebase Cloud Messaging en 2016
• Todas las notificaciones enviadas a iPhone pasan por servidores de Apple, y todas las enviadas a Android pasan por servidores de Google
• La plataforma siempre pudo limitar, eliminar, registrar, tratar con baja prioridad o rechazar notificaciones; lo que cambió es que Apple y Google ya no se contienen tanto como antes

Quince años de creciente intervención de la plataforma

• En la primera etapa del push para consumo, APNs y los servicios de Google entregaban notificaciones a apps instaladas por el usuario, y el filtrado a nivel de plataforma era limitado
• El control del usuario también se parecía en gran medida a un único interruptor de encendido/apagado por app
• La primera intervención importante en el dispositivo por parte de Android llegó en agosto de 2017 con los notification channels de Android 8 Oreo
  • Antes de Android 8, cada notificación llevaba una prioridad definida por el remitente, pero después los desarrolladores pasaron a definirla por canal y los usuarios a controlarla también por canal
  • Los desarrolladores declaran canales por app, como descargas, mensajes o promociones, y asignan a cada uno una importancia desde IMPORTANCE_NONE hasta IMPORTANCE_HIGH
  • Los usuarios pueden silenciar por canal, bajar la importancia, desactivar badges o bloquear por completo sin afectar a otros canales
  • La importancia de un canal que el desarrollador configura una vez no puede elevarse después, y las apps dirigidas a Android 8 no muestran notificaciones si no declaran canales
• Apple introdujo en septiembre de 2021, con iOS 15, Focus, Scheduled Summary y una taxonomía de interrupción de cuatro niveles
  • Los cuatro niveles son passive, active, time-sensitive y critical, y en la práctica el nivel que realmente podían manejar los desarrolladores era time-sensitive
  • Apple dejó explícito que time-sensitive no debe usarse para marketing, y esa política sigue vigente
• Android cambió en agosto de 2022, con Android 13, POST_NOTIFICATIONS a un permiso de ejecución, exigiendo autorización explícita del usuario en lugar de un opt-in implícito
  • En la muestra de 16 millones de dispositivos de Pushwoosh, las apps de juegos perdieron casi un tercio de su base opt-in y las apps de noticias cayeron 19%
  • El benchmark 2025 de Batch, basado en más de 800 mil millones de mensajes de 10,000 apps, muestra que el opt-in en Android cayó de 85% a 67% en un año, mientras el promedio cross-platform se quedó en 61%
• Cada paso redujo el control del remitente y rehízo el canal push en dirección a tratar la atención del destinatario como un recurso escaso que la plataforma debe defender
• Una superficie de notificaciones limpia y con poca fatiga protege la retención y el ecosistema de la plataforma, reduce eliminaciones y sirve para mostrar funciones de IA, así que la edición de la plataforma no responde solo a la defensa del usuario

La intermediación ya había llegado antes al email

• El email se volvió intermediado antes que el push, y en push la misma tendencia avanza en paralelo con un retraso de una etapa
• El push es un canal en peor posición que el email
  • El email cuenta con herramientas de medición como Postmaster Tools y dashboards de deliverability, pero el push casi no tiene nada equivalente
  • El email permanece en la bandeja de entrada y el usuario puede hacer scroll, buscar y volver a él, pero las notificaciones se borran, se caen, se resumen en el centro de notificaciones y no se conservan de forma confiable
• En 2013, Gmail introdujo la bandeja de entrada por pestañas para clasificar correo legítimo en Primary, Promotions, Social y Updates, y Apple Mail añadió su propia clasificación en 2024
• Mail Privacy Protection llegó con iOS 15 en septiembre de 2021 e hizo que Apple Mail precargara contenido remoto a través de un proxy controlado por Apple, sin relación con si el usuario realmente abrió el correo o no
  • Ese método oculta la dirección IP y rompe el mecanismo de open pixel del que dependían los marketers
  • Omeda observó que la tasa de apertura atribuida a Apple subió de 22.6% a 40.5% en seis meses, pero eso se debió al prefetch, no a un aumento de lectores
  • La tasa de apertura en su forma tradicional quedó irrecuperable, y el CTR y las conversiones posteriores pasaron a reemplazarla como señales de engagement
• Desde inicios de 2024, Yahoo y Google exigen a los remitentes que envían un volumen significativo a bandejas personales autenticación SPF y DKIM, alineación DMARC, baja de suscripción con un clic y mantener bajas tasas de quejas por spam
• El email funciona sobre protocolos abiertos y federados, pero una suscripción push existe como un permiso en una instalación específica de un dispositivo específico, ya sea en una app nativa o dentro de una web app en pantalla de inicio desde iOS 16.4
• El push está atado a tokens de APNs o FCM, Apple o Google pueden invalidar esos tokens en cualquier momento, y el remitente no dispone de una lista portable que pueda llevarse a otro lado
• El web push amplía el rango de remitentes porque puede enviarse sin descargar desde App Store, pero sigue cayendo en la misma bandeja de notificaciones y bajo la misma edición dentro del dispositivo, así que no escapa del editor
• En push también se vuelve difícil para el remitente saber si su notificación fue resumida, ocultada detrás de Focus mode, degradada en prioridad por un modelo on-device o enviada a una carpeta silenciosa

Editor en el dispositivo

• La edición del correo electrónico ocurre principalmente durante la transmisión, pero la edición de las notificaciones push ocurre en la capa de presentación
• La decisión de mostrar una notificación, resumirla, dejarla con baja prioridad o agruparla se toma en la capa de presentación del dispositivo
• La clave no es la red sino el modelo en el dispositivo, y sus pesos y señales no son públicos
• Apple Intelligence usa un foundation language model en el dispositivo de 3 mil millones de parámetros y un modelo de servidor Parallel-Track Mixture-of-Experts más grande disponible en Private Cloud Compute
  • El reporte técnico de julio de 2025 aborda KV-cache sharing y 2-bit quantization-aware training adaptados a Apple silicon
  • Las funciones de Apple Intelligence, en lugar de usar directamente el modelo base, suelen especializarse en tareas como resúmenes, extracción de entidades, pulido de oraciones y priorización de notificaciones mediante pequeños adaptadores estilo LoRA de decenas de MB que el sistema operativo carga dinámicamente
  • Después de que la BBC protestara porque los resúmenes generaban titulares incorrectos, Apple desactivó en iOS 18.3 los resúmenes de apps de News and Entertainment, mostró los resúmenes de IA en cursiva y añadió en la pantalla de bloqueo un interruptor por app para desactivarlos junto con una advertencia sobre posibles errores
• Gemini Nano de Google se ejecuta dentro de AICore, un servicio del sistema introducido en Android 14
  • AICore coloca el modelo en la partición del sistema, permite que las apps autorizadas compartan los pesos, aísla cada solicitud de inferencia y no almacena los datos de entrada ni de salida
  • AICore sigue los principios de Android Private Compute Core, aplicando package binding restringido, bloqueo del acceso directo a internet y actualizaciones del modelo mediante Google Play System Updates
  • Gemini Nano se enruta automáticamente al NPU, GPU o CPU del dispositivo y, mediante Low-Rank Adaptation, puede especializar funciones como los resúmenes de Pixel Recorder, la organización de notificaciones y smart reply sin reentrenar el modelo base
• El flujo de edición por notificación avanza de modo que la app crea el payload y lo envía a APNs o FCM, y luego el sistema operativo aplica primero reglas de control del usuario como Focus modes, horarios de Do Not Disturb, channel mutings y bloqueos por app
• Después, la notificación entra en la lógica de clasificación y presentación de la plataforma, y si Notification Summaries está activado en iOS, el sistema operativo puede pasar el texto combinado a un modelo en el dispositivo con un adaptador de resumen y reemplazar el título y el cuerpo originales por una oración generada
• Si Priority Notifications está activado, desde iOS 18.4 y con el valor predeterminado en desactivado, el sistema puede aplicar una clasificación aprendida por app para fijar algunas notificaciones y bajar otras
• Si Reduce Interruptions Focus está activado, el modelo evalúa si cada notificación supera el umbral de importancia personalizado por el usuario
• US 11,340,963 de Microsoft Technology Licensing LLC y US 11,609,806, US 8,707,201 de Google LLC muestran que la dirección de tratar con modelos entrenados la reescritura de notificaciones, el momento de entrega y la priorización existía mucho antes de la controversia de iOS 18

Medios limitados que el remitente puede controlar

• UNNotificationServiceExtension de iOS permite que el código de la app modifique brevemente una notificación entregada antes de mostrarse, y puede usarse para descifrar payloads, obtener imágenes y modificar texto
• UNNotificationContentExtension permite definir una UI personalizada para una vista extendida
• Ninguna de las dos extensiones se ejecuta después de la etapa de resumen o priorización de la plataforma
• El encabezado apns-priority ofrece 5 o 10; 5 entrega notificaciones no urgentes en momentos que ahorran energía, y 10 se usa para entregar de inmediato notificaciones realmente interactivas
• En Android, los desarrolladores escriben en NotificationManager y declaran la importancia del canal, pero no pueden escapar de la clasificación del sistema
• NotificationListenerService es una API de nivel sistema que usan los OEM y las apps de accesibilidad para leer las notificaciones entrantes
• No existe una API para detectar si una notificación fue resumida, si entró en la sección Promotions de Notification Organiser, si fue suprimida por Focus o si Priority Notifications la degradó silenciosamente a baja prioridad

Los wearables son un subconjunto del flujo de notificaciones del teléfono

• Apple Watch refleja por defecto las notificaciones del iPhone, pero sigue el estado de Focus y Summary del iPhone
• Desde watchOS 11, Smart Stack usa señales en el dispositivo como ubicación, hora y calendario para mostrar widgets relevantes
• Wear OS normalmente hace bridge de las notificaciones del teléfono al reloj emparejado, y ofrece controles para desarrolladores como BridgingConfig, setBridgeTag y setDismissalId para evitar duplicados cuando hay instalada una companion watch app
• Se puede suprimir la entrega al reloj de notificaciones de baja prioridad, pero no se puede forzar que una notificación silenciada por el usuario en el teléfono se entregue al reloj
• Los wearables son un subconjunto estricto del flujo de notificaciones del teléfono, reciben la misma edición de plataforma upstream y luego pasan downstream por filtros adicionales como el comportamiento de bridging y las complication del lado del reloj

Cómo los usuarios realmente manejan las notificaciones

• La mayoría de las notificaciones no provocan un cambio inmediato de app, sino que funcionan como una señal cognitiva: el usuario las registra y luego sigue con lo que estaba haciendo
• El estudio de CHI 2014 de Sahami Shirazi, Henze, Dingler, Pielot, Weber y Schmidt, “Large-Scale Assessment of Mobile Notifications”, recopiló cerca de 200 millones de notificaciones de más de 40 mil usuarios mediante instrumentación del launcher de Android
  • Las notificaciones de mensajería fueron evaluadas de forma consistente como las más valiosas, y las promocionales como las de menor valor
  • Esto se vuelve una base empírica para tratar en superficies distintas los mensajes de personas y los mensajes de marcas
• El estudio de MobileHCI 2014 de Pielot, Church y de Oliveira, “An In-Situ Study of Mobile Phone Notifications”, concluyó que los usuarios reciben en promedio 63.5 notificaciones al día, que la mayoría proviene de mensajería y correo electrónico, y que incluso con el teléfono en silencio les prestan atención en cuestión de minutos
• Attelia, creado por Okoshi y otros, era un middleware que detectaba puntos de interrupción en la actividad del teléfono del usuario y retenía las notificaciones hasta ese momento; en estudios controlados redujo la carga cognitiva un 46%, y en entornos reales un 33%
• Más adelante, en un despliegue a gran escala dentro de la app de Yahoo! Japan, ajustar únicamente el momento del envío elevó el CTR hasta en un 60.7%
• Localytics informó que el 52% de los usuarios que desactivan las notificaciones push termina abandonando por completo la app, que en la mayoría de las apps el rango óptimo es de 2 a 5 notificaciones por semana, y que las audiencias segmentadas muestran una tasa de apertura aproximadamente dos veces mayor que los envíos masivos
• Leanplum, ahora integrado en CleverTap, informó que la tasa de apertura de las notificaciones personalizadas es alrededor de un 800% más alta que la de los envíos masivos genéricos, y que el 90% de las notificaciones push abiertas deriva en una acción dentro de una hora
• El reporte fintech 2025 de CleverTap presenta una tasa de apertura promedio de 16.3% para campañas segmentadas, frente a 4.7% para campañas no dirigidas
• Aunque las cifras reportadas por los propios vendors deben tomarse con cautela, la dirección es consistente
  • El volumen de envíos mata el permiso, y la relevancia es la única palanca estable que realmente puede controlarse
  • El momento del envío también importa, pero menos que la relevancia
  • Lo que parece promoción suele clasificarse como promoción, y muchas veces esa evaluación es correcta
  • Los usuarios toleran con mucha más frecuencia las notificaciones transaccionales y conversacionales que las promocionales
• La curaduría de las plataformas actúa con más fuerza sobre los envíos masivos y las push promocionales, mientras que las notificaciones que los usuarios realmente quieren tienden a pasar intactas o incluso a resaltarse más
• Live Activities es la vía de escape más clara
  • Las sesiones de ActivityKit se renderizan en la pantalla de bloqueo y en Dynamic Island, superficies separadas de la bandeja de notificaciones, por lo que los resumidores y la agrupación no las tocan
  • Live Updates de Android y las notificaciones en curso cumplen la misma función
  • Para contenido transaccional realmente en progreso, como viajes, entregas, partidos o temporizadores, es la ruta más limpia para evitar a los editores de la plataforma
  • Solo puede usarse para eventos realmente en curso; no se puede disfrazar promoción como si fuera una Live Activity
• El estudio de 2024 en Media Psychology de Dekker, Baumgartner, Sumter y Ohme, “Beyond the Buzz”, reportó que en un experimento aleatorio de una semana desactivar las notificaciones no redujo la frecuencia con que se revisaba el teléfono ni el tiempo de pantalla, porque los usuarios compensaban entrando directamente a las apps

Lo que puede ver un marketer

• La visibilidad del marketer es intencionalmente baja, y está empeorando
• Las métricas, de mayor a menor confiabilidad, siguen esta secuencia: envío, aceptación de la plataforma, entrega al dispositivo, visualización en el dispositivo, apertura y conversión atribuida
• APNs y FCM devuelven códigos de respuesta al enviar desde el servidor, por lo que la aceptación de la plataforma se expone de forma estable, pero APNs no ofrece confirmación de entrega estilo SMTP; solo se sabe que Apple aceptó el payload y lo puso en cola
• FCM ofrece un ID de mensaje y, en algunos casos, callbacks de entrega, pero el límite entre “entregado al dispositivo” y “mostrado al usuario” sigue siendo opaco
• En iOS, cuando el dispositivo está offline, solo se conserva la notificación más reciente por app, así que las notificaciones viejas pueden eliminarse silenciosamente antes de llegar al usuario
• Plataformas de lifecycle como Braze, Iterable, OneSignal, Airship, CleverTap, MoEngage, Pushwoosh, Customer.io y Batch agregan medición basada en SDK dentro de la app
  • El SDK registra la visualización de la notificación, los taps del usuario y si ese tap inició una sesión
  • El nivel de detalle depende de si existe una declaración de NotificationServiceExtension en iOS o de un broadcast receiver equivalente en Android
  • Sin esa extensión, “entregado” vuelve a reducirse a “aceptado por APNs/FCM”, inflando la tasa aparente de entrega por encima de lo que el usuario realmente vio
• Según la propia guía de OneSignal, la tasa de clics se define por convención como taps divididos entre entregas, y “entrega” normalmente significa “pasó por FCM o APNs”
  • Ese método incluye notificaciones no mostradas, notificaciones descartadas con un swipe sin leerse, notificaciones eliminadas en silencio y notificaciones ocultas detrás de filtros como Focus o Reduce Interruptions
  • En algunas plataformas, “confirmed delivery” se acerca más a la realidad porque cuenta notificaciones cuyo renderizado fue visto por el SDK, pero aun así no puede saberse si el usuario realmente vio una notificación renderizada antes de descartarla
• Partners de medición móvil como AppsFlyer, Adjust, Branch, Singular y Kochava insertan links de tracking en el payload y luego los cruzan con eventos posteriores del SDK para atribuir sesiones descendentes a campañas push específicas
• Herramientas de analítica in-app como Amplitude, Mixpanel, Heap y PostHog ven las sesiones descendentes, pero por sí solas no pueden ver la notificación superior
• Si los eventos de envío y apertura de la plataforma push se mandan a la herramienta analítica con un identificador de usuario compartido, pueden enlazarse notificación, sesión y conversión, pero no se recupera la parte media del funnel: “con qué frecuencia una notificación entregada fue mostrada, resumida, degradada, suprimida por Focus o quedó sin confirmar”
• Hay muchas señales que la plataforma no ofrece
  • Si una notificación fue incluida en Notification Summary en iOS
  • Si en Pixel terminó en la sección Promotions de Notification Organiser
  • Si Reduce Interruptions la silenció
  • Si Priority Notifications la degradó
  • Si en iOS el usuario la descartó desde la pantalla de bloqueo sin leerla
  • Si el usuario está en un modo Focus que suprime notificaciones
  • Si fue eliminada antes de mostrarse por el límite de almacenamiento de iOS
  • Si Samsung One UI 8.5 la resumió
• Un punto en el que push supera al email es el delete-intent de Android
  • Cuando el usuario desliza para borrar una notificación mostrada, se dispara un evento que permite registrar un descarte intencional
  • Es exclusivo de Android, solo ocurre con notificaciones mostradas, y no permite distinguir entre un swipe deliberado y un borrado total
• La medición de push en 2026 se parecerá a la medición de email después de Mail Privacy Protection: métricas bajo una capa editorial invisible corregidas con datos de conversión que solo capturan a los usuarios que realmente actuaron

Cómo escribir para modelos dentro del pipeline

• El texto completo del envío ya no sobrevive intacto
• El resumidor on-device comprime la notificación a su esencia, así que lo que se transmite no es el tono de marca sino los hechos concretos
• Si colocas al principio el payload clave, como monto, nombre, hora o acción, el resumidor tendrá algo que conservar
• Si escondes lo esencial detrás de una introducción de marca, exclamaciones, emojis o juegos de palabras, el resumidor puede dejar solo los emojis y descartar el sentido, o conservar una mitad incorrecta
• El título debe tratarse como si fuera un campo de datos estructurados escrito en lenguaje natural
  • “Your delivery is 15 minutes away” es estable para el resumen
  • “We've got great news!” no contiene hechos, así que no es estable
  • Una autoevaluación básica puede ser revisar si, incluso dejando solo las primeras palabras del título, sigue dándole información útil al usuario
  • Esto debe tratarse como un hábito, no como una garantía
• Los mismos principios se aplican a Live Activities y Live Updates, y la propuesta clave son campos como ETA, puntaje o cantidad de pasos, no el empaque de marca
• La base para no abusar del nivel de interrupción sensible al tiempo está especificada en la guía para desarrolladores de Batch
  • “If your time-sensitive notifications are not often interacted with, iOS will prompt your users from the lock screen to let them disable time-sensitive alerts for your app”
  • Los usuarios pueden desactivar las notificaciones sensibles al tiempo de una app con un solo toque desde la pantalla de bloqueo, y el remitente no tiene un proceso de apelación equivalente

Mover el centro de gravedad hacia superficies propias

• El push debería asumir un papel más pequeño dentro de los programas de lifecycle
• Las superficies propias dentro de la app pueden dividirse en orden de menor intrusividad
  • Tarjetas pasivas dentro del producto en un feed al que el usuario llega intencionalmente
  • Un centro de mensajes o inbox persistente dentro de la app al que el usuario puede volver
  • Mensajes in-app dirigidos basados en eventos de sesión que solo se muestran durante una sesión activa
  • Elementos de mensajería integrados dentro del flujo del producto, ubicados en pantallas que el usuario ya visita para completar una tarea
• Estas superficies propias no pasan por APNs ni FCM, y Apple Intelligence o Gemini Nano no las tocan
• Sin supresión por resumen o Focus, el SDK registra renderizado, descarte y eventos de interacción, por lo que pueden observarse sin lagunas mediadas por la plataforma
• La limitación es que las superficies propias solo llegan a usuarios activos
  • Un usuario que no ha abierto la app en 14 días no puede ser alcanzado con mensajes in-app y solo puede ser alcanzado por push
  • El push se convierte en el canal para reactivar a usuarios inactivos y para notificaciones transaccionales o sensibles al tiempo dirigidas a usuarios activos
  • El cross-sell, el upsell, el descubrimiento de contenido, la educación y el valor agregado quedan a cargo de las superficies dentro del producto
• En los datos de Batch de 2025, la tasa de clics de mensajes in-app para campañas con códigos promocionales fue de 16.1% en Android y 17.9% en iOS, más alta que el CTR de push
• En los mismos datos, el in-app tiene un alcance menor que push porque requiere una sesión
• El push existe para volver a llevar al usuario al producto, y una vez que entra, las superficies propias toman el relevo

El siguiente cambio: agentes que procesan notificaciones

• Una vez integrados, los modelos de lenguaje on-device se usan para varios propósitos más allá del resumen
• El Foundation Models framework de Apple permite, desde iOS 18.4, que los desarrolladores invoquen el mismo modelo que usa el sistema operativo para resumen, extracción de entidades, comprensión de texto, refinamiento y conversaciones breves
• Las ML Kit GenAI APIs de Google exponen resumen, corrección, reescritura y descripción de imágenes sobre AICore
• El siguiente paso apunta a que el modelo responda a las notificaciones y actúe en nombre del usuario
  • Algunas acciones posibles son abrir la app, completar una reservación, descartar una notificación o redactar un borrador de respuesta
  • Es probable que el razonamiento más pesado se ejecute del lado del servidor, como en Apple Private Cloud Compute o modelos en la nube de Google, en lugar de ejecutarse solo dentro del dispositivo
• El framework de App Intents de Apple permite a los desarrolladores exponer acciones de app tipadas a Siri y Apple Intelligence
• En Android, App Actions y Gemini cumplen un papel equivalente como capacidad emergente para actuar dentro de apps de terceros
• Los remitentes no solo deben escribir notificaciones que el resumidor no vaya a arruinar, sino también exponer la acción detrás de la notificación para que el agente pueda completar una reservación o borrar una alerta aunque el usuario no abra la app
• La notificación deja de ser el destino y pasa a ser un disparador que consume el agente, y la métrica de CTR, que fue el centro de la medición de push durante 10 años, perderá gran parte de su significado

Principios prácticos para manejar las notificaciones push

• Usar push solo para lo que otros canales no pueden hacer

  • Como push es un canal que puede llegar incluso a usuarios que no han abierto la app durante semanas, es el más adecuado para reactivar usuarios inactivos y para alertas transaccionales realmente sensibles al tiempo
  • Las notificaciones con fines de venta cruzada, upselling, educación o descubrimiento también pueden funcionar si tienen suficiente oportunidad y personalización, pero en principio se clasifican como promocionales y compiten en las peores condiciones por el presupuesto de interrupción del usuario
  • Los mensajes promocionales son más efectivos y menos riesgosos en pantallas que el usuario abrió de forma intencional

• Diseñar alrededor de la actividad y las solicitudes del usuario

  • Las notificaciones que más fácilmente pasan la edición intermedia de la plataforma son las señales configuradas directamente por el usuario y los eventos que el producto genera a partir del estado del usuario
  • Bajas de precio, reposición de stock, lista de favoritos, activadores de umbral y alertas de estado de elementos en espera corresponden a señales configuradas directamente por el usuario
  • Documentos compartidos, comentarios o respuestas en trabajos, tareas completadas, límites excedidos y el siguiente paso de una tarea en curso corresponden a eventos que el producto genera a partir del estado del usuario
  • Ambos tipos son notificaciones sobre algo que “le pertenece” al destinatario, así que pasan de forma natural el criterio de relevancia y deben hacer deep link al lugar dentro del producto donde el usuario pueda actuar de inmediato

• Pedir permisos en contexto, no en el primer inicio

  • Después de que Android 13 cambió el permiso de notificaciones a una aprobación explícita en tiempo de ejecución, la tasa de opt-in cayó de forma importante
  • En vez de mostrar el prompt del sistema justo después del primer inicio, conviene mostrar el valor vinculándolo a una función por la que el usuario sí querría recibir notificaciones y luego pedir el permiso
  • Como el permiso de notificaciones aplica al canal completo, no debe desperdiciarse en una primera solicitud en frío

• La segmentación y la personalización son la base

  • Los datos de los vendors sirven como referencia direccional, pero durante 10 años han apuntado a la misma conclusión: las notificaciones segmentadas y personalizadas muestran tasas de apertura aproximadamente dos veces mayores que los envíos broadcast
  • Los envíos masivos genéricos rinden poco y consumen un permiso que no puede recuperarse
  • Si no es un mensaje que pueda enviarse a una persona específica por una razón específica, entonces probablemente no debería enviarse a todos

• No usar un derecho de interrupción que no te ganaste

  • No se debe disfrazar un mensaje de marketing como una notificación sensible al tiempo
  • En iOS, el usuario puede desactivar las notificaciones sensibles al tiempo por app desde la pantalla de bloqueo, y el remitente no puede objetarlo
  • Aumentar el volumen mata el permiso, y la única palanca que el remitente puede sostener es la relevancia

• La participación determina la capacidad de entrega

  • Como el ranking de la plataforma aprende si el usuario actúa sobre las notificaciones, una base masiva de destinatarios que no tocan nada le enseña al modelo a evaluar peor la app y empuja al usuario a desactivar las notificaciones
  • Push no tiene un mecanismo tan estructurado como el sistema de reputación del remitente en email, y su efecto también varía según la app y el OS, pero la dirección es la misma
  • Las suscripciones que se enfriaron deben depurarse, y una base pequeña pero activa mantiene un alcance más amplio que una base grande que es ignorada

• Priorizar los hechos por encima del estilo

  • Al inicio del título debe ir payload concreto antes que una introducción con tono de marca: información como monto, nombre, hora o acción va primero
  • Los resumidores comprimen hacia lo esencial y conservan contenido fácil de leer por máquinas, así que los títulos centrados en hechos sobreviven mejor a la reescritura que los títulos centrados en tono
  • No es una regla medida, sino un valor predeterminado razonable; no hay pruebas públicas y la evidencia también es indirecta

• No confiar ciegamente en el dashboard de push

  • Las aperturas y los clics están detrás de una capa de edición invisible, y las conversiones medibles son una muestra sesgada de notificaciones que la plataforma ya decidió favorecer
  • Las conversiones downstream son la señal menos mala, pero los eventos de conversión de push son escasos, así que con volúmenes normales de envío es difícil alcanzar significancia estadística por campaña
  • Si puedes verificar el renderizado con un SDK, verifícalo; agrupa campañas, amplía la ventana de observación y recién entonces confía en los números
  • Un alza en la participación puede leerse tanto como “mejoró el copy” como “la plataforma ahora confía más en mí”

• Mover el peso hacia superficies propias

  • En la bandeja de entrada dentro de la app, las pantallas de producto con sesión iniciada, el correo físico y las superficies de lealtad operadas directamente no hay modelos metidos en el conducto
  • Estas superficies no se resumen, no se rankean ni se silencian, y pueden medirse de punta a punta
  • Push y las superficies propias no deben operarse como canales en competencia, sino como un solo portafolio

• Diseñar para agentes, no para la pantalla de bloqueo

  • Cuando Siri y Gemini empiecen a actuar sobre las notificaciones, lo que un agente podrá ejecutar serán propuestas limpias y legibles por máquina
  • La acción detrás de la notificación no debe quedar enterrada en un lugar que requiera tres toques dentro de la UI, sino exponerse en una forma invocable mediante App Intents de iOS o App Actions de Android
  • Debe redactarse de modo que el modelo pueda ejecutar el mensaje incluso sin que una persona lo lea

Conclusión

• Push nunca fue un canal completamente propio como email, y siempre estuvo más cerca de un canal menos rentado que las redes sociales
• La plataforma está recalculando en cada release las condiciones del arriendo a su favor
• Quienes sobrevivan a la próxima década no serán quienes más envíen ni quienes lo usen de la forma más ingeniosa, sino quienes envíen mensajes que el editor de la plataforma pueda defender porque el destinatario de todos modos ya los quería
• El mejor trabajo favorece a quienes ya trasladaron peso hacia superficies donde no hay un editor delante
• Hay que escribir para modelos invisibles y construir para canales a los que esos modelos no puedan llegar

[GN⁺]

Opiniones de Hacker News

• Si mi teléfono me va a interrumpir, debería significar que alguien realmente necesita mi atención en ese momento; si no, no debería interrumpirme en absoluto. En mi configuración de notificaciones, solo permito notificaciones push de llamadas, mensajes, WhatsApp, Apple Health y la app del banco
  No hay razón para que otras apps tengan que llamarme de inmediato. La mayoría de las apps envían notificaciones no porque haya algo importante, sino porque quieren mi atención
  No necesito notificaciones sobre rachas de uso, descuentos, recomendaciones o actualizaciones de envío; perfectamente pueden esperar hasta que yo decida abrir la app

  • Este artículo está escrito bastante descaradamente desde la perspectiva del emisor y le preocupa que la plataforma tome el “control del remitente”
    Pero la mayoría de las apps ya han demostrado de sobra que no pueden respetar la atención del usuario. Mientras más obstáculos ponga la plataforma entre las notificaciones innecesarias y mi teléfono, mejor; no veo a Apple ni a Google como héroes, pero al menos sus intereses están más alineados con los míos que los del departamento de marketing de una app que me obligaron a instalar por comprar un boleto
  • El problema más grande son las apps que hacen ambas cosas. Por ejemplo, quiero que Uber me avise cuando el conductor llegó, pero no quiero recibir cosas como 10% de descuento en los próximos 5 viajes
    No es fácil bloquear por separado las notificaciones esenciales y las notificaciones publicitarias
  • Me recuerda la frase: “el marketing nunca ha conocido un sistema de comunicación que no quisiera apropiarse”
    Lo pienso cada vez que veo clientes que quieren meter soporte por WhatsApp en apps comerciales para “comunicarse con los clientes”
    Al mismo tiempo, el subconjunto de una app del que cada usuario quiere notificaciones es distinto. Un trabajador por turnos necesita enterarse de los turnos asignados o de turnos que se abrieron de repente, y algo puede ser realmente importante para un usuario pero spam para otro
    Las notificaciones útiles se convierten fácilmente en notificaciones de marketing. Sí quiero saber que el repartidor está afuera, pero no quiero enterarme de la oferta especial de esta semana
    No es un problema que pueda resolverse por completo de manera técnica. Los malos actores de verdad actúan mal. Aun así, el sistema debería estar diseñado para que las apps bien intencionadas funcionen bien, y al final el usuario debería decidir qué quiere ver. No Google ni Apple
    Si construyes la sociedad sobre el mínimo común denominador, termina siendo mala para todos. Hay que poder castigar el mal comportamiento y al mismo tiempo fomentar activamente el buen comportamiento, no prohibirlo todo por si “podría ser malo”
  • Aquí se están mezclando “notificaciones push” con “ser interrumpido por notificaciones push”. Tengo muchas apps en mi teléfono que son importantes pero no urgentes, y las tengo configuradas para que se agreguen en silencio al Centro de notificaciones de iOS
    Con esa configuración, cuando llega una notificación no aparece ningún banner ni se ve en la pantalla de bloqueo. Solo la ves cuando, después de pasar las notificaciones oportunas que sí aparecen en la pantalla de bloqueo, bajas manualmente para revisar todas las notificaciones
    En la práctica, eso la degrada a una especie de “bandeja de entrada de correo” que revisas si quieres y si no, no. A diferencia del email, las notificaciones no pueden ser una ruta obligatoria del flujo de trabajo de una app, así que puedes vaciar esa bandeja cuando quieras sin culpa
  • Apple y Google han fracasado en hacer útiles las notificaciones push durante los últimos 10 años. Las notificaciones importantes quedan enterradas en un mar de basura completamente irrelevante
    Es una estructura primitiva donde muchas apps compiten por un espacio minúsculo en la pantalla, y la mayoría de las notificaciones push no dicen más que “¡pasó algo!”. Dan poca información accionable y ni siquiera queda claro qué fue lo que pasó en realidad
    Como resultado, cayó el valor del concepto mismo de notificación, y aunque de vez en cuando pase algo interesante, es fácil perderlo o difícil volver a encontrarlo
    La experiencia de usuario de las notificaciones push es pésima, y ha empeorado con el tiempo porque los desarrolladores de apps han abusado de ese superpoder de interrumpir a los usuarios cuando quieran. Apple y Google intentaron controlarlo, pero lo que quedó apenas alcanza un nivel mediocre incluso para los pocos usos legítimos que existen
    Para cosas como aprobaciones bancarias o autenticación de dos factores, un deeplink hacia la app sí es útil, pero fuera de eso no vale la pena interrumpir lo que estás haciendo para mirar el teléfono
    En mi teléfono Android, las apps que más uso son Firefox, Gmail y unas cuantas más. Como canal de notificación, la bandeja de entrada de correo es mucho más útil que el push móvil. Es más accionable, tiene más información y es más fácil darse de baja por separado, filtrar o volver a buscar. La mayoría de las apps pueden hacer ambas cosas, así que las notificaciones push son inferiores y redundantes

• Este artículo se lee como si al autor le molestara que Apple y Google bloqueen o controlen ciertos tipos de notificaciones, o sea, notificaciones spam
  Dice que “la venta cruzada, la venta adicional, la educación y el descubrimiento también pueden funcionar en push”, pero las notificaciones push deberían usarse solo para notificaciones transaccionales. No quiero otra bandeja de entrada para basura

  • Quiero tener activadas las notificaciones de la app de citas médicas por los recordatorios. Pero hace poco empezaron a mandar mensajes de marketing por ese canal
    Seguramente hay alguna forma de apagar solo los mensajes de marketing, pero la mayoría no lo sabrá ni lo va a cambiar. Es realmente irritante
  • Ojalá Apple obligara a los desarrolladores a implementar las notificaciones promocionales y las transaccionales en canales de notificación distintos. Así el usuario podría elegir solo lo que quiere
  • En el título, el “tus” de “tus notificaciones push” no se refiere al usuario, sino al marketero. Solo con eso ya se entiende bastante el valor de este artículo
  • No es que me enoje; me preocupa que todos los canales pasen cada vez más por la intermediación de las big tech
  • Depende del caso. BlackBerry 10 Hub estaba diseñado fuertemente como una bandeja de entrada compartida, no como el sistema de notificaciones suelto de iOS o Android, y era realmente bueno

• Servicios como Uber, Bolt y Airbnb son frustrantes. El servicio central necesita push, pero el proveedor aprovecha esa rendija para meter spam

  • Uber en particular es terrible. Vivo en zona rural, así que normalmente no lo uso, pero cuando viajo uso Uber o a veces Uber Eats
    Ahora el marketing basura es tan invasivo que solo instalo la app cuando creo que la voy a necesitar y, si no, la borro. Que te lleven hamburguesas está bien, pero me molesta todavía más que literalmente no haya nada que el servicio pueda traer hasta mi casa
  • Apple y Google dejaron que los servicios abusaran tanto de las notificaciones que en la práctica las volvieron inútiles. Ojalá respetaran más mi tiempo y atención

• La gente siempre me sorprende por lo pasiva que es ante las cosas que le roban la atención
  Mi teléfono está en No molestar las 24 horas. Si una app me notifica tonterías, la borro y uso el sitio web
  También tengo una regla de correo que saca de la bandeja de entrada los emails que contienen la palabra “unsubscribe” y los mueve a un área de etiquetas aparte. Cada pocos días entro y me doy de baja de todo lo que haya llegado
  Si en la caja de una tienda me piden datos personales o mi número de teléfono, o me exigen unirme a un club, pregunto si me van a dar descuento. Si no hay descuento, no hay datos. Si me ofrecieran un valor justo por mi información, lo consideraría, pero hasta ahora ninguna tienda ha pagado lo que valen mi tiempo y mis datos

  • Cuando una tienda pide tu número de teléfono, de entrada ni siquiera parece que valga la pena considerarlo. Puede darte un descuento una vez y luego quedarse con tu información y abusar de ella durante años
  • Hice una versión más avanzada de la regla de baja para eliminar todas las notificaciones innecesarias del correo, y la publiqué como open source
    https://unfuck.email
  • Entiendo el punto de usar la palabra “pasiva” y me parece válido, pero, estrictamente hablando, creo que la mayoría siente que no tiene opciones
    No contestar llamadas o no responder mensajes es tabú para mucha gente, así que terminan en una carrera armamentista con spammers y apps sociales atacando desde todos los ángulos. A esa gente le desespera que algunos vivamos en la tierra del no molestar 24/7
    No sé cómo se podría resolver, pero entiendo esa postura

• Basta con apagar todo excepto las notificaciones de mensajes y pasar un día así. No te vas a morir. Rápidamente te acostumbras a revisar periódicamente las cosas que realmente te importan, y el resto tiene que esperar hasta que a ti te importe
  Llevo años viviendo así, y mis amigos o colegas no lo saben ni necesitan saberlo. Las notificaciones no ayudan a responder rápido; me quitan la atención de lo que estaba haciendo
  Hoy todavía no he revisado ni Discord ni el correo. Cuando quiera saber si mis amigos escribieron, si llegó una nueva factura o si hay algo que requiera seguimiento, abriré la app correspondiente y me encargaré de eso
  Puedes dejar el teléfono a un lado durante horas sin distraerte

  • “Acostumbrarte a revisar periódicamente las cosas que realmente te importan” fue lo más importante para mí. Antes me daba ansiedad apagar las notificaciones por miedo a perderme algo importante, pero la verdad es que igual me perdía cosas incluso con notificaciones
    Adoptar el hábito de revisar periódicamente las cosas importantes también tuvo un buen efecto secundario. Al depender menos de que el teléfono lo hiciera por mí, mi sistema mental de recordatorios mejoró, y además se volvió más evidente lo poco importantes que eran en realidad las apps y servicios que revisaba cada vez menos
    Ahora tengo muchas menos apps y cuentas, y en general administro mejor mi tiempo

• Esta parte no es correcta: “Las notificaciones solo existen en el centro de notificaciones, y el centro de notificaciones borra, descarta y resume lo que pasa por ahí, sin conservar nada de forma estable”
  El centro de notificaciones sí conserva información de manera estable. Algo como una bandeja de entrada no existe en el espacio del usuario, pero sí existe en la práctica: https://www.forbes.com/sites/larsdaniel/2026/04/10/fbi-pulle...

• “Durante 15 años, este canal se ha reconstruido alrededor de una sola premisa: la atención del receptor es un recurso escaso y la plataforma tiene el deber de defenderla. … Como remitente, tú estás del lado opuesto de esa premisa, sin importar hacia qué lado se desplace el control”
  Me parece interesante que el autor enmarque abiertamente la situación como un caso de intereses enfrentados entre remitente y receptor

  • No es que necesariamente estén enfrentados; se parece más a una tensión
    Un dispositivo que protege con demasiado celo la atención del usuario a veces puede bloquear algo que el usuario sí habría querido ver
    Aun así, la mayoría de las notificaciones son basura y deberían bloquearse
  • Me parece una lectura bastante dura. Yo diría que esa frase se acerca más a decir que la plataforma actúa según los intereses de la plataforma, no los del usuario

• “Todos estos efectos no se reparten de manera uniforme. La edición golpea con más fuerza a los pushes de tipo difusión o promocional, mientras que las notificaciones que la gente realmente quiere suelen pasar intactas o incluso salir reforzadas”
  A mí eso me suena bien

• “Durante la mayor parte de la historia del canal, las plataformas casi no intervinieron de forma visible. Estructuralmente podían intervenir, pero simplemente optaron por no hacerlo mucho. Esa contención se acabó”
  Tal vez no siempre fuera visible, pero desde el principio siempre hubo alguna forma de intervención. En WhatsApp siempre monitoreábamos la demora, supresión y fusión de pushes, y si no recuerdo mal, eso ya era parte del sistema al menos desde que me uní en 2011
  Si eso no funcionaba bien dentro del sistema, los mensajes de los usuarios no llegaban a tiempo

  • Qué interesante. Me gustaría saber si puedes contar más contexto al respecto. Nunca he trabajado en un producto de esa escala, así que el monitoreo siempre estuvo limitado a lo que se puede obtener de las plataformas comerciales de push

• Algo que sustituyó la recolección masiva de metadatos telefónicos de la Sección 215 de la USA PATRIOT Act parece estar influyendo en la arquitectura de Apple Push Notification, Firebase Cloud Messaging y similares
  Apple controla la conexión persistente de todos los iPhone, y solo APNs puede despertar a una app. Aquí, “self-hosting” significa operar tu propio backend proveedor que decide qué enviar y se lo entrega a APNs, en lugar de delegarlo a terceros como Firebase Cloud Messaging, OneSignal o Pusher. Pero el último tramo nunca es realmente mío
  Una arquitectura que hace pasar el tráfico de todo el mundo por un pequeño número de intermediarios con identidad conocida es, por diseño, un sistema de recolección masiva de metadatos a la espera de que llegue la herramienta legal adecuada
  En diciembre de 2023, el senador Ron Wyden reveló que los gobiernos de EE. UU. y de otros países obligaron en secreto a Google y Apple a entregar información de notificaciones push, metadatos de comunicaciones y, a veces, también contenido. La parte que debería importarles a los desarrolladores es que no hay forma de impedir esta práctica si quieres enviar notificaciones en las plataformas de las que dependen iPhone y Android
  Apple estuvo bajo orden de silencio hasta que este programa salió a la luz, y después dijo que reflejaría este tipo de solicitudes con más detalle en sus informes de transparencia. Así que esta hipótesis estructural no es una especulación sino un mecanismo confirmado; la diferencia con la Section 215 es que el ámbito ya no son las llamadas sino las apps, y que la herramienta legal no es la teoría de registros comerciales específicos del §215, sino citaciones generales, órdenes FISA y NSL
  De ahí sale, al final, eso de “solo son metadatos”. Obviamente es una broma; tampoco una sola persona es responsable de algo así, sino que es el resultado de una voluntad política colectiva y, por desgracia, quizá sea lo mejor que podemos hacer
  https://www.youtube.com/watch?v=9iUdm0QMDM0
  https://epic.org/sen-wyden-reveals-government-surveillance-o...