Las notificaciones push de 2026 ya no son un simple canal de marketing: Chrome limita désormais a los sitios demasiado insistentes, Android exige un permiso explícito desde Android 13, e iOS regula fortemente las web apps. Para su proyecto, esto cambia tres cosas: el consentimiento debe presentarse mejor, los volúmenes deben gestionarse, y el presupuesto debe prever una verdadera lógica de producto, no solo un botón de “enviar”.
Notificaciones push 2026: lo que realmente cambia
La intención detrás de una búsqueda sobre las notificaciones push 2026 suele ser muy concreta: saber si este canal sigue siendo fiable para reactivar clientes, alertar a usuarios o dinamizar una aplicación. La respuesta corta: sí, pero solo si acepta que los navegadores y los sistemas operativos protegen más la atención de los usuarios.
Chrome comenzó el 6 de enero de 2026 a desplegar límites de caudal para la Push API, la interfaz que permite a un sitio web enviar notificaciones a través del navegador. Los sitios con fort volumen y baja interacción pueden recibir un error HTTP 429, lo que significa que se envían demasiadas solicitudes por encima de un límite fijado en al menos 1 000 mensajes por minuto.
No es solo una limitación técnica. Es una señal de gobernanza. Si su sitio envía muchos mensajes a personas que no vuelven, que no hacen clic o que pasan poco tiempo con usted, el canal puede volverse menos disponible precisamente en el momento en que cuenta con él.
En el lado móvil, Android 13, también llamado API level 33, exige desde 2022 un permiso de ejecución POST_NOTIFICATIONS antes de mostrar la mayoría de las notificaciones no exentas. Apple, por su parte, también impone una autorización para las alertas, los sonidos y los badges, con variantes como la autorización provisional, que permite notificaciones no intrusivas antes de una elección explícita.
Por qué sus push pueden ser bloqueadas o ignoradas
El primer riesgo no es el bloqueo técnico. Es la indiferencia. Una notificación que llega demasiado pronto, con demasiada frecuencia o sin un beneficio claro enseña al usuario a cerrar, bloquear y luego olvidar su marca.
Chrome calcula a diario criterios como el número de mensajes push por tiempo pasado en el sitio, el número de solicitudes de permiso por tiempo pasado, así como la interacción y los minutos en primer plano. Dicho de otro modo, un sitio consultado tres minutos al mes no tiene el mismo margen que una herramienta profesional abierta todos los días.
La trampa frecuente para una pyme consiste en razonar únicamente en base instalada: “tenemos 20 000 suscriptores push, enviemos a todo el mundo”. Mal reflejo. Si la interacción real es baja, la buena estrategia suele ser reducir el volumen, segmentar más finamente y luego reservar las notificaciones para los momentos de forte valor.
Chrome también indica que las duraciones de limitación se agravan: 1 día después de un primer día considerado disruptivo, 7 días después del segundo, luego 14 días después del tercero y los siguientes. La vuelta a cero requiere 42 días consecutivos no disruptivos. Para una campaña comercial, dos semanas de limitación pueden bastar para romper el calendario.
En los proyectos que llevamos a cabo, vemos a menudo el mismo desfase: el pliego de condiciones prevé “push”, pero no las reglas de frecuencia, los escenarios de baja, ni los mensajes de respaldo por correo electrónico o SMS. Sin embargo, son estos detalles los que evitan depender de un único canal frágil.
Web, aplicación móvil o PWA: la elección correcta depende del uso
Una notificación web push funciona desde un navegador compatible. Puede ser adecuada para un medio, un sitio de comercio electrónico, una plataforma de reservas o un espacio de cliente. Su ventaja: no hace falta una aplicación instalada. Su límite: la experiencia depende fortemente del navegador, del terminal y de los permisos.
Desde iOS e iPadOS 16.4, Apple admite los Web Push para las web apps añadidas a la pantalla de inicio. Atención al matiz: no basta con visitar un sitio en Safari. El usuario debe instalar la web app en su pantalla de inicio, y luego la solicitud de permiso debe seguir una acción directa, por ejemplo pulsar un botón de suscripción.
Una aplicación móvil nativa sigue siendo más robusta para los usos recurrentes: seguimiento de pedidos, citas, mensajería, alertas profesionales, asociación con miembros activos. Si su proyecto entra en esta lógica, conviene definir muy pronto la arquitectura iOS/Android y los escenarios de notificaciones, como para un desarrollo móvil exigente en performance.
La PWA, o progressive web app (aplicación web instalable), puede ser un buen compromiso cuando el presupuesto no permite dos aplicaciones nativas. Sinceramente, solo se justifica si la instalación en la pantalla de inicio apporte un valor claro: acceso frecuente, funcionalidades hors línea parciales, cuadro de bord, mensajería ligera. Para un simple sitio escaparate, suele ser demasiado.
| Opción | Caso de uso adecuado | Coste indicativo en Francia | Plazo realista | Punto de vigilancia 2026 |
|---|---|---|---|---|
| Web push en el sitio | Noticias, recuperaciones de carrito, alertas simples | 2 000 a 8 000 € según integración | 1 a 3 semanas | Límites de Chrome si el volumen es elevado y la interacción baja |
| PWA instalable | Área de cliente, portail recurrente, servicio de campo ligero | 8 000 a 30 000 € según funcionalidades | 4 a 10 semanas | En iOS, Web Push está reservado a las apps añadidas a la pantalla de inicio |
| Aplicación nativa iOS/Android | Uso frecuente, cuenta de usuario, recorrido de negocio | 25 000 a 100 000 € y más | 3 a 6 meses | Permisos de Android 13+ y reglas de Apple que tratar en la UX |
Estos ordres de precios varían fortemente según el back-office, la segmentación, la autenticación y la volumetría. Para compararlos con un presupuesto más global, una referencia sobre el precio de una aplicación móvil en 2026 ayuda a evitar subestimar la parte del servidor, a menudo invisible en las primeras conversaciones.
Consentimiento: el momento importa tanto como el mensaje
Pedir la autorización nada más llegar a un sitio rara vez es una buena idea. El usuario no sabe encore lo que gana. En Chrome, este enfoque puede incluso contribuir a malas tasas de aceptación o a invitaciones más discretas para los sitios mal percibidos por los usuarios, según los mecanismos anunciados por Google desde Chrome 80.
El momento adecuado llega después de una acción significativa: seguimiento de un expediente, reserva confirmada, añadir un producto a favori, creación de una cuenta, suscripción a una alerta de disponibilidad. En ese instante, la notificación no es una interrupción. Es la continuación lógica del servicio.
Un mensaje de prepermiso, mostrado en su interfaz antes de la ventana del sistema, puede explicar en una frase lo que recibirá el usuario. Ejemplo sobrio: “Recibir una alerta solo cuando su cita esté confirmada o modificada.” Nada vago. Nada que genere ansiedad.
En iOS, esta lógica es encore más clara para las web apps: WebKit precisa que la solicitud debe seguir una interacción directa del usuario, como tocar un botón de suscripción. Para las aplicaciones nativas de Apple, la documentación UserNotifications recuerda que es necesaria una autorización para mostrar alertas, reproducir sonidos o poner una insignia en el icono.
La Badging API, que muestra un contador en el icono de una web app iOS, solo está disponible para las apps añadidas a la pantalla de inicio y únicamente después del permiso de notificación. Si su dirección imagina una insignia al estilo de una aplicación bancaria en un simple sitio móvil, hay que corrigir esa expectativa desde la fase de definición.
Arquitectura técnica: evitar la deuda oculta
Detrás de una notificación push, siempre hay un servidor que decide qué enviar, a quién, cuándo y con qué nivel de prioridad. Este servidor debe gestionar los tokens, es decir, los identificadores técnicos de los dispositivos o navegadores, las preferencias del usuario, los errores y las bajas de suscripción.
Firebase Cloud Messaging, a menudo abreviado FCM, sigue siendo un componente habitual para Android y algunos envíos web. Desde el 22 de julio de 2024, Google ha comenzado la retirada de las antiguas API HTTP/XMPP heredadas, con FCM HTTP v1 como objetivo de migración. Un proveedor que propone encore una integración nueva en el modo antiguo crea una deuda inmediata.
Para un espacio de cliente seguro, las notificaciones también deben respetar el RGPD, el reglamento europeo sobre datos personales aplicable desde 2018. Una alerta puede revelar una información sensible en una pantalla bloqueada: impago, resultado médico, incidente de RR. HH., nuevo mensaje confidencial. En ese caso, es mejor enviar una notificación neutra del tipo “Hay un nuevo documento disponible” y exigir la apertura autenticada del espacio.
Esta reflexión se une al diseño de un espacio de cliente seguro desde el principio : permisos, registro, roles, duración de conservación y preferencias de comunicación no deberían añadirse a posteriori. Con este presupuesto, es mejor financiar menos escenarios pero hacerlos fiables, en lugar de acumular campañas mal controladas.
Para las notificaciones críticas, Apple dispone de un entitlement específico que permite a determinadas apps aprobadas solicitar alertas capaces de reproducir un sonido incluso en modo silencio o Concentración. No es una palanca de marketing. Se refiere a casos estrictos, como la salud o la seguridad, y requiere una aprobación.
Plan de acción para no perder a sus usuarios
Una estrategia eficaz de notificaciones push 2026 empieza antes del desarrollo. Vincula el objetivo de negocio, la tolerancia del usuario y las limitaciones de las plataformas. Sin esta disciplina, el canal se convierte rápidamente en una máquina de bajas.
- Clasifique las notificaciones por valor: servicio esperado, seguridad, transaccional, marketing, reactivación de baja prioridad.
- Defina una frecuencia máxima por segmento, con una regla diferente para los usuarios activos y dormientes.
- Prepare los textos de prepermiso y las pantallas de preferencias antes de la integración técnica.
- Mida las aceptaciones, bloqueos, aperturas, bajas y errores de envío por navegador o SO.
- Prevea un canal alternativo, a menudo el correo electrónico, para los mensajes importantes no urgentes.
El seguimiento debe ser legible para un directivo. Un cuadro mensual con tasa de opt-in, tasa de apertura, frecuencia media, volumen enviado y bajas suele ser suficiente. Más adelante, se pueden añadir cohorrtes o pruebas A/B, pero la base debe seguir siendo comprensible.
Para una aplicación de reservas, por ejemplo, la notificación útil no es “Aproveche nuestra oferta”. Es “Su franja de las 14:30 está confirmada” o “Acaba de quedar libre una franja anterior”. Las funcionalidades que ahorran tiempo en una aplicación de reservas en línea suelen ser las que reducen la incertidumbre, no las que añaden ruido.
Por parte de la agencia, el reflejo consiste en separar las notificaciones transaccionales, indispensables para el servicio, de las campañas de dinamización. No tienen la misma frecuencia, ni el mismo tono, ni los mismos indicadores. Mezclarlas en la misma herramienta sin salvaguardas acaba casi siempre degradando la confianza.
Enmarcar este tipo de proyecto de antemano evita la mayoría de las malas sorpresas: permisos denegados, restricciones de Chrome ignoradas, arquitectura FCM obsoleta, mensajes demasiado intrusivos. Una mirada externa ayuda sobre todo a arbitrar entre ambición funcional, presupuesto disponible y riesgo de irritar a los usuarios.
Preguntas frecuentes sobre las notificaciones push 2026
¿Funcionan las notificaciones push 2026 encore en iPhone?
Sí, pero según el contexto. Las apps nativas iOS las utilizan con permiso, mientras que las Web Push están disponibles desde iOS/iPadOS 16.4 para las aplicaciones web añadidas a la pantalla de inicio.
¿Por qué Chrome puede limitar mis notificaciones web?
Chrome puede limitar los sitios que envían muchas notificaciones push con poca interacción del usuario. Los criterios incluyen, en particular, los mensajes por tiempo pasado en el sitio, las solicitudes de permiso y los minutos en primer plano.
¿Cuánto cuesta añadir notificaciones push a un sitio web o una app?
Para un sitio web, cuente a menudo entre 2 000 y 8 000 € según la complejidad. Para una PWA o una aplicación con segmentación, preferencias y back-office, el coste puede ascender a 8 000–30 000 € o más.
¿Hay que pedir permiso desde la primera visita?
En la mayoría de los casos, no. Es mejor esperar a una acción que dé sentido a la suscripción: reserva, seguimiento del pedido, creación de cuenta o solicitud de alerta.
¿Es obligatorio FCM HTTP v1 para los nuevos proyectos?
Es el objetivo que se debe priorizar. Google empezó la retirada de las antiguas API FCM legacy HTTP/XMPP en 2024, por lo que construir un nuevo servicio sobre ellas sería una mala elección técnica.