Il tuo portafoglio probabilmente assomiglia a questo: uno sportsbook di punta sul .com, un brand regionale autorizzato sul .ca, un white-label di casinò che hai lanciato la scorsa primavera e un rebranding previsto per il Q4. Un team di retention possiede tutto. E se gestisci il web push su domini multipli nel modo predefinito, possiedi anche quattro elenchi di iscritti disconnessi, ognuno che cresce per conto proprio, nessuno dei quali comunica con gli altri.
Questa frammentazione non è un errore di configurazione che hai commesso. È così che funziona l'architettura push del web. Il browser aggancia ogni sottoscrizione a un singolo dominio e nessuna impostazione della dashboard cambia questo.
Esiste, tuttavia, un modo supportato per aggirare il problema. Questo articolo copre la meccanica: perché una sottoscrizione web push è legata a un'origine, cosa sopravvive effettivamente a un cambio di dominio (più di quanto pensi), cosa si rompe (meno di quanto temi, ma la parte che si accumula) e l'architettura stable-origin che crea un unico elenco di iscritti attraverso ogni brand che gestisci oggi e ogni brand che lancerai in futuro.
Perché una sottoscrizione web push è legata a un dominio
Quando un visitatore clicca su Consenti, il browser non lo iscrive al tuo brand. Lo iscrive a un'origine: il protocollo e l'hostname esatti nella barra degli indirizzi. L'API Push crea la sottoscrizione contro un service worker registrato su quell'origine, utilizzando la chiave del server dell'applicazione della tua piattaforma. Il record restituito dal browser ha tre parti: un URL di endpoint sul servizio push del fornitore del browser, più due valori di crittografia (p256dh e auth) che bloccano i payload a quel singolo browser.
Il permesso di notifica segue la stessa regola. Viene concesso per origine, non per azienda. sportsbook.com e sportsbook.ca sono estranei a livello di protocollo, anche quando condividono un logo, un portafoglio e un database di giocatori. Ognuno richiede separatamente, si iscrive separatamente e crea un elenco separato.
Origine, service worker di notifica push e chiavi VAPID: il blocco a tre parti
Tre cose bloccano una sottoscrizione web push in posizione. L'origine che l'ha creata. Il service worker di notifica push che riceve i messaggi per essa. E le chiavi VAPID che la tua piattaforma di invio detiene. La sottoscrizione viene creata sotto la chiave pubblica e il servizio push accetta un invio solo quando è autenticato con la chiave privata corrispondente. La tua piattaforma dimostra di possedere la coppia di chiavi ad ogni invio; il record di sottoscrizione stesso contiene solo la metà pubblica.
Il browser applica anche una sottoscrizione per origine. Chiamare di nuovo subscribe con una chiave del server dell'applicazione diversa fallisce finché la sottoscrizione esistente non viene rimossa. Questo vincolo è importante più tardi, quando arriveremo al consolidamento: sulla stessa origine, un nuovo service worker può subentrare silenziosamente a un iscritto esistente. Tra origini, non può mai farlo.
Cosa rompe una migrazione di dominio nel web push (e cosa no)
Ecco la parte che la maggior parte dei team sbaglia riguardo a una migrazione di dominio: presumono che la vecchia lista muoia. Non è così. Gli iscritti che hanno dato il consenso sul vecchio dominio continuano a ricevere le tue notifiche.
La consegna non tocca mai il tuo sito web. Quando invii, la tua piattaforma effettua una richiesta autenticata con le tue chiavi VAPID al servizio di push che detiene ogni abbonamento (quello di Google per Chrome, quello di Mozilla per Firefox, quello di Apple per Safari), e quel servizio consegna il payload crittografato al service worker già installato nel browser dell'iscritto. Il vecchio dominio può essere reindirizzato, parcheggiato o scomparire del tutto. La notifica arriva comunque.
Anche la destinazione del clic è tua. Gli URL di clic sono impostati per campagna, quindi un iscritto che ha dato il consenso su un dominio che hai ritirato due anni fa può cliccare sulla notifica di oggi e atterrare sul sito live di oggi.
| Dopo un cambio di dominio | Funziona ancora? |
|---|---|
| Consegna ai sottoscrittori esistenti | Sì — i push vengono instradati tramite i servizi di push dei fornitori di browser, non tramite il tuo sito |
| Destinazione del clic | Sì — l'URL di clic è impostato per campagna; puntalo al dominio corrente |
| I sottoscrittori del vecchio dominio si uniscono automaticamente alla lista del nuovo dominio | No — il permesso è per origine, quindi unirsi alla nuova lista richiede un nuovo opt-in |
| Nuove iscrizioni sulla vecchia origine | No — ed è questa la perdita che si accumula |
Quindi una migrazione di dominio non ti costa gli iscritti che hai. Ti costa la macchina che li produceva. Il giorno in cui il traffico si sposta, la cattura delle iscrizioni sul nuovo dominio riparte da zero mentre la vecchia lista decade lentamente. Esegui questo su un portafoglio di marchi e ogni proprietà paga questa tassa di reset in modo indipendente.
Il vero costo: ogni nuovo dominio inizia la sua lista da zero
La cattura frammentata sarebbe un fastidio in un canale a basso churn. Le scommesse non sono un canale a basso churn. Tra i siti di scommesse e gaming su PushEngage, in una finestra di 90 giorni, le disiscrizioni hanno cancellato circa il 91% delle nuove acquisizioni di iscritti nel segmento. Una lista in questo settore è una vasca da bagno con il rubinetto aperto; l'unica cosa che mantiene il livello è il rubinetto che scorre continuamente.
La frammentazione spegne il rubinetto, una proprietà alla volta. La lista di ogni marchio cresce solo finché quel dominio specifico guadagna opt-in. Una migrazione azzera il suo rubinetto. Un nuovo white-label parte da zero. Nel frattempo i browser continuano a svuotare: la revoca automatica dei permessi di Chrome, annunciata nell'ottobre 2025, rimuove silenziosamente i permessi di notifica dai siti con un engagement molto basso e un volume di notifiche elevato. Una lista che non cattura non è piatta. Si sta riducendo.
La cornice del CAC rende chiare le poste in gioco. Hai pagato per acquisire ognuno di quei visitatori, e l'opt-in è l'unico asset di retargeting duraturo che la visita lascia dietro di sé. Il caso per il push in questo settore si basa sull'accumulo di quell'asset. La frammentazione ne cancella una parte ogni volta che un dominio cambia.
L'architettura a origine stabile: un dominio di sottoscrizione per ogni marchio
La soluzione consiste nel smettere del tutto di creare abbonamenti sui domini dei brand. Ancorare ogni abbonamento a una singola origine HTTPS stabile che il tuo gruppo controlla, una che sopravvivrà a qualsiasi dominio di brand individuale, e farla confluire da ogni proprietà.
PushEngage offre questo come flusso di sottodomini personalizzati, creato esattamente per questo caso: domini multipli che necessitano di un'amministrazione unificata degli iscritti sotto un unico dominio controllato. La configurazione:
- Scegli un'origine stabile e neutrale rispetto al brand che possiedi, come
notify.yourbrandgroup.com. Scegli un nome che ti soddisfi che gli iscritti vedano, perché i browser mostrano l'origine di iscrizione sulle notifiche. - Carica il file service worker di PushEngage nella root di quel dominio e abilita la funzionalità in Impostazioni sito » Impostazioni avanzate. L'origine stabile ottiene il proprio snippet di installazione con
isSubscriptionOnSubDomain: true. - Aggiungi lo snippet di PushEngage a ciascun dominio del brand. Quando un visitatore accetta su uno qualsiasi di essi, il flusso viene instradato attraverso l'origine stabile, dove viene creato l'effettivo abbonamento.
Due requisiti sono non negoziabili in questa modalità. Primo, l'opt-in è solo a doppio passaggio: il prompt di autorizzazione del browser deve essere attivato sull'origine che possiede l'abbonamento, quindi un prompt nativo a passaggio singolo sul dominio del brand non è possibile. Secondo, Quick Install rimane abilitato.
Sii onesto riguardo al compromesso. Il doppio passaggio aggiunge un clic prima del prompt di autorizzazione e converte meno al momento della cattura. Vale la pena leggerlo insieme alle leve più ampie per aumentare il tuo tasso di opt-in. Ma un iscritto a passaggio singolo catturato su un dominio da cui in seguito migrerai è un bene che si deprezza. Un iscritto a doppio passaggio sull'origine stabile sopravvive a ogni rebranding, ogni lancio regionale, ogni migrazione che eseguirai. Su qualsiasi orizzonte che includa un cambio di dominio, la lista consolidata vince in termini di portata totale.
Notifiche push per più siti web, un elenco di iscritti
Una volta che l'origine stabile è in atto, le notifiche push per più siti web smettono di significare elenchi multipli. Ogni dominio del brand alimenta la stessa base di iscritti. Lanciare un nuovo dominio regionale o white-label il prossimo trimestre significa aggiungere lo snippet; i suoi opt-in atterrano nell'elenco consolidato fin dal primo giorno. Andare in pensione un dominio non significa nulla per l'elenco: la cattura continua sulle proprietà sopravvissute, la consegna continua attraverso i servizi push e gli URL dei clic puntano ovunque tu sia attivo.
Consolidare gli elenchi di iscritti che hai già frammentato
La maggior parte degli operatori arriva a questa architettura con una storia: elenchi attivi sparsi su vecchi domini, alcuni dormienti, altri su un altro fornitore. Il consolidamento procede su tre binari in parallelo.
| Traccia | Cosa fai | Cosa ti ottieni |
|---|---|---|
| 1. Mantieni attivi i vecchi elenchi | Continua a inviare a ogni vecchio elenco di origine; punta gli URL dei clic al dominio live corrente | La portata a pagamento continua a produrre sessioni invece di essere accantonata |
| 2. Acquisisci nuovi sull'origine stabile | Passa l'opt-in di ogni proprietà live al flusso dell'origine stabile | La frammentazione si ferma il giorno in cui viene spedita; tutte le nuove acquisizioni atterrano in un unico elenco |
| 3. Lascia che le vecchie liste si auto-alimentino | Ogni invio a una vecchia lista guida una rivisitazione a un dominio corrente, dove attende il prompt di origine stabile | Gli iscritti attivi si consolidano, senza ri-autorizzazione forzata |
Il tracciamento 3 è il cavallo di battaglia silenzioso. L'autorizzazione del browser è per origine, quindi gli iscritti di vecchia origine necessitano tecnicamente di un nuovo opt-in per unirsi alla lista consolidata, ma non devi mai richiederlo. Dato quanto velocemente i pubblici di scommesse cambiano, la lista consolidata diventa la maggioranza del tuo pubblico attivo in pochi mesi, semplicemente perché i giocatori attivi continuano a visitare.
Se alcuni frammenti risiedono con un altro fornitore di push su un dominio di tua proprietà, possono unirsi anche loro. Il percorso standard di PushEngage è un ri-iscrizione silenziosa: alla successiva visita di un iscritto, il service worker del servizio di notifica push dell'SDK prende il controllo e lo ri-iscrive senza una seconda richiesta di autorizzazione, poiché l'autorizzazione a livello di origine persiste. Per OneSignal, PushEngage può recuperare la lista direttamente tramite l'API di OneSignal. La migrazione è di prima classe e gratuita sui piani a pagamento.
Campagne per brand all'interno di un'unica lista consolidata
Una lista non significa un messaggio. Significa un asset con un targeting migliore di quanto quattro frammenti potrebbero mai gestire.
Cattura il brand di origine come attributo dell'iscritto al momento dell'opt-in, e le coorti per brand esistono fin dal primo giorno. Da lì, la segmentazione fa ciò che le liste separate non hanno mai potuto fare: brand incrociato con geografia, comportamento di deposito, recenza della sessione o preferenza per la lega. Questo è il modello che il post #1 illustra nel manuale notifiche push per siti di scommesse. La campagna di potenziamento delle quote del fiore all'occhiello va ai giocatori del fiore all'occhiello; il promemoria cashback del white-label del casinò va ai suoi giocatori; un avviso di incontro per l'intero portafoglio va a tutti coloro che seguono la lega, indipendentemente dal brand sotto cui si sono iscritti.
Il vantaggio non è cosmetico. Tra i siti di scommesse su PushEngage, il mittente mediano di siti di scommesse vede un CTR di circa il 2,1% sulle notifiche visualizzate; il decile superiore raggiunge il 6,9% — circa il triplo. Questa differenza è un divario di targeting, non un divario di canale, e non è possibile creare coorti comportamentali attraverso quattro frammenti disconnessi. Il consolidamento è ciò che rende la segmentazione come pratica di recapito praticabile su scala di portafoglio. Ciò è ancora più importante ora che Chrome valuta ogni origine di invio quotidianamente e limita i mittenti dirompenti (attivo da gennaio 2026). Un'origine stabile concentra la tua reputazione di mittente; gli invii segmentati e pertinenti sono ciò che la mantengono sana.
Una lista rende anche il gioco responsabile operativamente più semplice, e questa è una caratteristica, non una nota a piè di pagina. Un giocatore auto-escluso soppresso su un segmento a livello di portafoglio viene soppresso ovunque contemporaneamente, non brand per brand dove un frammento potrebbe sfuggire. Le ore tranquille e i limiti di frequenza si applicano a livello di iscritto in tutte le campagne di ogni brand. E le campagne stesse dovrebbero mantenere la linea: nessun recupero inquadrato attorno all'inseguimento delle perdite, nessuna pressione di conto alla rovescia sui prompt di deposito.
Esegui web push su più domini senza dividere la tua lista
L'intera configurazione è più piccola di quanto sembri: un record DNS per l'origine stabile, il file del service worker alla sua radice, l'interruttore in Impostazioni avanzate, lo snippet isSubscriptionOnSubDomain e lo snippet standard su ciascun dominio del brand con opt-in a doppio passaggio configurato e Quick Install attivato. I team in genere lo distribuiscono lo stesso giorno, senza re-platforming. Questo è l'intero sforzo per gestire le notifiche push per più siti Web da un'unica origine.
Ciò che si ottiene è la frammentazione delle cose che viene tassata silenziosamente: un elenco di abbonati che si accumula. Ogni brand lo alimenta, ogni modifica del dominio rimbalza su di esso e ogni campagna può indirizzare l'intero portafoglio o un brand alla volta. Se vuoi vedere la meccanica rispetto alla tua mappa dei domini, inizia con la panoramica della funzionalità delle notifiche push Web e i piani tariffari. I piani a pagamento includono una garanzia di rimborso di 14 giorni, quindi l'architettura può dimostrare il suo valore sul tuo traffico prima che la decisione sia definitiva.
