Las notificaciones push llevaban años reservadas a quien se descargaba una aplicación nativa: en el iPhone, cualquier alternativa basada en el navegador se topaba con Safari, el único motor que Apple permite en iOS, y Safari ignoraba el estándar. Esa barrera se ha movido. Desde la versión 18.4, Safari admite Declarative Web Push para las webs que un usuario guarda en su pantalla de inicio, y eso cambia el cálculo de negocios que llevan tiempo posponiendo una app solo para poder avisar a sus clientes. Da igual si el negocio vende online, gestiona reservas o capta contactos: el canal ya no depende de convencer a nadie de pasar por la App Store.
Sí: desde Safari 18.4, una web guardada en la pantalla de inicio del iPhone puede enviar notificaciones push sin app nativa ni paso por la App Store, gracias a Declarative Web Push. Antes solo funcionaba en Android; ahora alcanza también al 31% de los móviles en España que usan iOS.
El push declarativo que estrenó Safari en 2025
Hasta la llegada de Declarative Web Push, enviar una notificación desde la web exigía un service worker despierto que procesara cada mensaje con JavaScript, algo que iOS limitaba mucho para ahorrar batería. El nuevo sistema invierte el modelo: el servidor manda un payload declarativo, en formato JSON, con el título, el cuerpo y el icono ya definidos, y es el propio sistema operativo quien lo pinta sin ejecutar código de la web en segundo plano.
Para el usuario el resultado es idéntico al de una app: la notificación aparece en la pantalla de bloqueo, suma un contador en el icono y abre la web al tocarla. Para quien mantiene el sitio, la ventaja es que no hay que gestionar un proceso en segundo plano que Apple puede matar en cualquier momento. Según recoge el propio equipo de WebKit, esta ha sido la pieza que faltaba para que las webs guardadas en el inicio del iPhone tuvieran paridad real con una app instalada desde la App Store.
Diferencia entre una app nativa y una web instalable
Una web instalable no es un acceso directo con forma de icono: es la misma web funcionando en pantalla completa, sin barra de direcciones, con caché para abrir sin conexión y ahora con notificaciones propias. La diferencia con una app nativa ya no está en lo que el usuario ve, sino en cómo llega hasta ahí: sin publicar nada en una tienda de aplicaciones ni esperar una revisión.
Una web instalable es la misma web del negocio, guardada en el inicio del móvil, funcionando en pantalla completa y sin depender de una tienda de aplicaciones para instalarse ni actualizarse.
El coste de mantener una app en dos tiendas
Publicar y mantener una app nativa implica dos códigos distintos (o uno híbrido con sus propias limitaciones), dos procesos de revisión y dos calendarios de actualización, con Apple cobrando una comisión de hasta el 30% sobre lo que se venda dentro de la app. Cada cambio de catálogo, de precio o de textos legales pasa otra vez por ese filtro, que puede tardar días. Una empresa de servicios que solo quería avisar de citas confirmadas o de nuevo stock disponible pagaba ese peaje entero por una función que ahora resuelve una web bien construida. Quien ya tiene una web corporativa a medida parte con la mitad del trabajo hecho: falta el manifiesto de instalación y el registro de las notificaciones, no un desarrollo nuevo desde cero.
¿Te ayudamos con esto?
Cuéntanos tu caso
Si esto te afecta, escríbenos en dos líneas y te respondemos por email con una valoración concreta.
Notificaciones push por sector: ecommerce, inmobiliaria y citas
La utilidad de las notificaciones push cambia según el negocio, y ahí conviene pensar en la faceta concreta antes de activarlas por sistema. No es lo mismo avisar de un descuento que confirmar una cita:
- Una tienda online puede recordar un carrito abandonado a las dos horas, sin depender de tener el correo del cliente.
- Una inmobiliaria puede avisar en el momento en que sale un piso nuevo que encaja con una búsqueda guardada, antes de que lo vea la competencia.
- Una clínica o un despacho puede confirmar y recordar citas sin gastar en SMS certificados.
- Un restaurante puede avisar de una mesa liberada tras una cancelación de última hora.
Recuperar carritos sin pagar por retargeting
El caso más medible es el del comercio electrónico. Una tienda con checkout en la propia web ya sabe qué producto quedó en el carrito y puede avisar sin depender de una campaña de retargeting que factura por impresión aunque el usuario no vuelva. Una tienda de decoración en Barcelona con web instalable puede lanzar ese aviso en el momento exacto en que el cliente sale de la página, algo que ningún email programado logra igual de rápido. El requisito no es tecnología cara: es que la web ya esté bien auditada técnicamente para que el registro de notificaciones no choque con otros scripts del carrito.
Requisitos técnicos para activar notificaciones push
Activar Declarative Web Push exige cuatro piezas concretas. La web tiene que servirse por HTTPS sin excepciones, algo que hoy debería ser la norma pero que todavía falla en instalaciones antiguas; conviene revisar el calendario de recortes de los certificados SSL antes de dar nada por hecho. Hace falta también un archivo manifest.json que declare cómo se comporta la web al guardarse en el inicio, un botón visible que invite a «Añadir a inicio» (Safari no lo sugiere solo, a diferencia de Chrome en Android) y el permiso explícito de notificaciones, que el usuario tiene que aceptar en una ventana del propio sistema.
Falta una pieza más, y es la que más se subestima: un backend que gestione las claves de suscripción (VAPID) y decida a quién y cuándo enviar cada mensaje. Puede montarse con un servicio gestionado o con infraestructura propia; la decisión entre una y otra depende del volumen y del presupuesto, algo que ya se trató al comparar qué backend conviene en 2026 para necesidades parecidas.
Los límites que Apple no ha resuelto todavía
La paridad con las apps nativas no es completa. El usuario tiene que guardar la web en el inicio de forma manual, desde el menú de compartir, porque Safari no muestra un banner de instalación automático como sí hace Chrome en Android: hay que explicarle ese paso, o se pierde a la mayoría antes de llegar a pedir el permiso de notificaciones. El contador del icono también tiene menos opciones que en una app nativa, y las notificaciones dejan de llegar en cuanto el usuario borra la web de su pantalla de inicio, sin aviso previo para el negocio. Conviene no perder de vista la proporción real: según Statcounter, Android controla el 68,6% de los móviles en España frente al 31,3% de iOS, así que el hueco que acaba de cerrar Safari ya no es un detalle menor.
Tampoco sirve desde cualquier navegador del iPhone: la web tiene que guardarse desde Safari, aunque el usuario navegue habitualmente con Chrome o con otro navegador obligado por el sistema a usar el motor de WebKit por debajo. Y conviene medir la adopción real antes de prometerla en una campaña: no todos los clientes darán el paso de guardar la web, así que el push complementa al email y al SMS, no los sustituye de golpe.
Preguntas frecuentes sobre notificaciones push en la web
¿Necesito una app para enviar notificaciones push?
No. Desde Safari 18.4 y con Chrome en Android desde hace años, una web guardada en la pantalla de inicio puede enviarlas sin pasar por ninguna tienda de aplicaciones. Solo hace falta el manifiesto de instalación, el permiso del usuario y un backend que gestione los envíos.
¿Funciona igual en Android que en iPhone?
El resultado final es parecido, pero Android lo tiene resuelto desde hace más tiempo y con menos fricción: Chrome sugiere la instalación solo, mientras que en el iPhone el usuario tiene que guardar la web manualmente desde el menú de compartir antes de poder aceptar el permiso.
¿Qué pasa si el usuario borra la web de su pantalla de inicio?
Deja de recibir notificaciones de inmediato y sin ningún aviso previo para el negocio que las envía. Por eso conviene tratar el push como un canal complementario y seguir midiendo cuántos envíos llegan realmente, no solo cuántos se programan cada mes.
Fuente: WebKit Blog
