Ho incontrato per la prima volta le notifiche push sviluppando applicazioni mobili. In seguito, lo stesso principio si è esteso al web: un visitatore consente di ricevere messaggi e il browser può mostrarli anche quando non ha il sito aperto in quel momento.
È interessante dal punto di vista tecnico. Dal punto di vista del marketing, però, conta di più un’altra domanda: abbiamo qualcosa di così utile e sensibile al tempo da avere il diritto di interrompere qualcuno per comunicarglielo? Se no, non ci serve un altro canale.
Che cosa sono realmente le notifiche push web
Un’applicazione web funziona normalmente con il permesso di inviare notifiche, un service worker e il servizio push del browser. Una sottoscrizione è associata a uno specifico browser e dispositivo, non automaticamente a una persona nel CRM. L’API Push di MDN descrive le basi tecniche e il ruolo del service worker.
Questo ha una conseguenza pratica: il numero di sottoscrizioni non corrisponde al numero di clienti. Una persona può avere più dispositivi, reinstallare il browser o revocare il permesso in qualsiasi momento. Senza un account autenticato e un collegamento accurato, in genere non sai chi possiede un dispositivo. Non cercherei di nascondere questa incertezza con una persona fin troppo precisa.
Chiedi il permesso soltanto nel giusto contesto
L’opzione peggiore è mostrare la richiesta di sistema appena si arriva su un sito web. La persona non sa ancora che cosa offri e il browser le sta chiedendo un permesso a lungo termine. Se sceglie di bloccarlo, spesso non avrai una seconda possibilità senza che modifichi manualmente le impostazioni.
Perciò spiego prima un beneficio specifico: una notifica sul cambiamento dello stato di un ordine, su un appuntamento disponibile, sull’inizio di una trasmissione o sul ritorno di un prodotto osservato. Solo dopo un’azione deliberata dell’utente apro la richiesta effettiva del browser. Anche la documentazione dell’API Notifications su MDN raccomanda di collegare la richiesta a un gesto dell’utente.
Quando le notifiche push hanno senso
- Stato e disponibilità: un ordine, una prenotazione, un appuntamento o un prodotto è cambiato.
- Contenuti sensibili al tempo: sta iniziando una trasmissione, un’asta sta per terminare oppure si è verificato un evento scelto personalmente dall’interessato.
- Uno strumento di lavoro ricorrente: l’utente si aspetta avvisi operativi come parte del servizio.
- Monitoraggio intenzionale: la persona ha attivato consapevolmente un argomento specifico, non generiche “notizie”.
Più il messaggio è vicino a un comportamento configurato esplicitamente dall’utente, più è facile giustificare l’interruzione. Uno sconto generico per tutti è una motivazione più debole di un avviso richiesto da qualcuno.
Quando sceglierei di restare sull’email
L’email è più adatta a una spiegazione lunga, a un documento, a un riepilogo e a una comunicazione che qualcuno può gestire in un secondo momento. Le notifiche push hanno poco spazio, scompaiono rapidamente e non dovrebbero portare, al clic, a una pagina in cui l’utente deve cercare di nuovo il significato del messaggio.
Se un’azienda non sa gestire email rilevanti, un altro canale spesso si limita a moltiplicare il problema. Prima metterei in ordine database, offerta e processo usando l’articolo sul marketing via email. Poi sceglierei gli strumenti in base a uno scenario specifico, non in base al numero di icone nel listino prezzi.
Che cosa deve contenere ogni messaggio
- un motivo chiaro per cui è arrivato proprio ora;
- un mittente riconoscibile;
- un messaggio conciso, senza falsa urgenza;
- una pagina di destinazione che segue esattamente il messaggio;
- un’opzione per modificare gli argomenti o terminare la sottoscrizione;
- un limite di frequenza e un periodo di silenzio basati sulla situazione dell’utente.
Non invierei lo stesso messaggio contemporaneamente tramite push, email, SMS e chat soltanto perché l’integrazione esiste. L’orchestrazione consiste nello scegliere il canale appropriato, non nell’usarli tutti.
Come misurare le notifiche push
Le consegne e i clic sono segnali operativi. Il valore commerciale nasce soltanto dal passo successivo: completare una prenotazione, tornare nell’app, acquistare un prodotto osservato o ridurre il numero di richieste all’assistenza.
Monitoro anche i segnali negativi: permessi revocati, disiscrizioni dagli argomenti, ritorni rapidi senza azione e reclami. Un tasso elevato di clic può essere il risultato di formulazioni aggressive che, nel lungo periodo, distruggono il canale.
Taggo i link con parametri UTM coerenti, ma tengo conto del fatto che una parte della misurazione sarà limitata dal browser, dal consenso e dal ciclo di vita del dispositivo. La precisione della dashboard non è un motivo per ampliare la raccolta dei dati senza beneficio per la persona.
Un piccolo progetto pilota invece di un lancio sull’intero sito
- Seleziono un unico scenario di evento con un valore chiaro.
- Descrivo chi può attivare la sottoscrizione e in quale momento.
- Imposto un limite di frequenza, la scadenza del messaggio e un’opzione per disattivarlo.
- Testo browser e dispositivi diversi, oltre alla situazione senza permesso.
- Misuro il completamento dell’attività e le reazioni negative.
- Dopo diversi cicli, decido se ampliare, modificare o disattivare il canale.
La mia conclusione
Le notifiche push non sono una newsletter più economica. Sono brevi interruzioni giustificate. Funzionano bene per un evento scelto personalmente da qualcuno e di cui ha bisogno di essere informato in tempo. Funzionano male come un altro canale per la promozione generica.
Se vuoi decidere se le notifiche push appartengono all’intero percorso del cliente, inizia da una revisione del tuo sistema di marketing. Puoi descrivere la tua situazione specifica attraverso il contatto.