Le iscrizioni false raramente sembrano false. Arrivano come righe normali (un indirizzo, un nome, una data e ora) e si rivelano solo più tardi sotto forma di bounce, segnalazioni di spam, prove che non convertono mai o un inserimento in blacklist che nessuno sa spiegare. Per fermare le iscrizioni email false devi prima capire con quale tipo hai a che fare, perché un bot, una casella usa e getta e un attacco di subscription bombing superano ciascuno una difesa diversa. Questa guida distingue i cinque tipi di iscrizione falsa, mostra cosa ferma e cosa lascia passare ogni livello di protezione e ti dà una regola (blocca, avvisa o consenti) per ogni risultato della verifica.
In breve#
Nessun controllo da solo ferma le iscrizioni false, ma una serie di controlli economici sì. Metti davanti un campo honeypot e limiti di frequenza per IP per eliminare i bot semplici, un CAPTCHA come Cloudflare Turnstile per fermare quelli più furbi, la verifica email in tempo reale sul modulo per rifiutare gli indirizzi non recapitabili e usa e getta e suggerire la correzione degli errori di battitura, e il double opt-in perché nessuno riceva email di marketing finché una persona reale non conferma. Poi monitora le iscrizioni per fonte, così un attacco emerge nel giro di poche ore e non alla campagna successiva.
Tieni presente un limite: la verifica giudica l'indirizzo, non se chi lo digita ne è il proprietario. Per questo il subscription bombing, in cui gli indirizzi sono reali, richiede gli altri livelli.
I cinque tipi di iscrizione falsa#
"Iscrizione falsa" copre cinque problemi diversi. La soluzione dipende da quale sta colpendo i tuoi moduli, quindi fai la diagnosi prima di costruire qualcosa.
Bot che compilano i tuoi moduli#
Gli script scandagliano il web, trovano i moduli e li inviano: stringhe casuali
su domini reali (xk7q2v@gmail.com), domini inventati, indirizzi estratti dal
web o test con dati rubati. Alcuni inseriscono un link di spam nel campo del nome
e lasciano che sia la tua email di benvenuto (Hi {first_name}) a consegnarlo per
loro. Le iscrizioni dei bot gonfiano la lista, generano hard bounce quando
l'indirizzo è inventato e inquinano i dati di coinvolgimento con cui valuti ogni
campagna.
Indirizzi usa e getta#
Una persona reale con una casella usa e getta. Vuole il codice sconto, il download
o il piano gratuito e ti dà un indirizzo fatto apposta per smettere di esistere
poco dopo. All'iscrizione l'indirizzo può accettare le email, quindi sembra a posto, ma lì
nessuno leggerà mai i tuoi messaggi. La
panoramica su indirizzi generici, usa e getta e gratuiti
spiega perché questi indirizzi risultano risky e non undeliverable, e puoi
controllare qualsiasi dominio con lo strumento gratuito
controllo email usa e getta.
Errori di battitura che sembrano iscrizioni false#
Non tutte le iscrizioni sbagliate sono malevole. jane@gmial.com è una vera
cliente che ha sbagliato un tasto, e trattarla come un bot significa perdere una
persona che avresti potuto tenere con un semplice suggerimento in un clic: "Forse
intendevi gmail.com?". Distingui gli errori di battitura dalle iscrizioni false, perché la
risposta giusta è l'opposto: aiuta, non bloccare. Gli
errori di battitura più comuni nelle email seguono
schemi abbastanza prevedibili da poterli intercettare mentre l'utente digita.
Subscription bombing#
Questo è il tipo che può danneggiare il tuo dominio. In un attacco di subscription bombing (o list bombing), uno script iscrive l'indirizzo reale di una vittima a centinaia di moduli contemporaneamente, di solito per seppellire un avviso di frode o una notifica di cambio password sotto una valanga di email di benvenuto. Il tuo modulo è l'arma, non il bersaglio.
Il pericolo sta nel fatto che gli indirizzi sono reali e recapitabili, quindi superano ogni controllo sull'indirizzo. La vittima, sommersa da email mai richieste, le segnala come spam, e queste segnalazioni di spam pesano sul tuo dominio. Un modulo che invia email a qualsiasi indirizzo vi venga digitato, senza conferma, è esattamente ciò che i gestori di blacklist considerano una fonte di posta non richiesta, quindi un'ondata di bombing passata dal tuo modulo può far finire in blacklist il tuo IP o dominio di invio. La lista usata da un attaccante può contenere anche spam trap.
Abuso di prove gratuite e incentivi#
La stessa persona che si iscrive di nuovo per un'altra prova, un altro coupon sul
primo ordine o un altro bonus di referral. A rotazione usa domini usa e getta, il
plus-addressing (jane+2@gmail.com), il fatto che Gmail ignora i punti
(j.ane@gmail.com arriva nella stessa casella di jane@gmail.com) o ogni volta
un nuovo account di posta gratuita. La maggior parte di questi indirizzi è
perfettamente recapitabile. Il problema è la persona, non la casella, quindi la
soluzione sta nel tuo rilevamento dei duplicati (confronta una forma normalizzata
di ogni indirizzo conservando quello digitato) e in segnali che vanno oltre
l'email, come i dati di pagamento.
La difesa a più livelli, livello per livello#
Ogni livello è economico e ognuno ha un punto cieco. Sovrapposti in quest'ordine, si coprono le lacune a vicenda.
| Livello | Cosa ferma | Cosa non vede | Attrito per le persone reali |
|---|---|---|---|
| Campo honeypot | I bot semplici che compilano ogni campo | I bot che caricano la pagina come un browser; le persone | Nessuno |
| Limiti di frequenza per IP e per indirizzo | Raffiche da un'unica fonte; un indirizzo inviato più e più volte | Attacchi distribuiti su molti IP; invii lenti e diluiti | Nessuno, se le soglie tengono conto degli IP condivisi |
| CAPTCHA o Cloudflare Turnstile | La maggior parte degli invii automatici, compresi gli script di list bombing | Iscrizioni con CAPTCHA risolto da persone o da click farm; persone reali con indirizzi usa e getta | Basso (di solito Turnstile non richiede alcuna interazione) |
| Verifica email in tempo reale | Indirizzi inventati, digitati male, morti e usa e getta | Indirizzi reali digitati da una persona diversa dal proprietario; chi abusa delle prove con caselle reali | Basso (un messaggio solo quando qualcosa non va) |
| Double opt-in | Che indirizzi non confermati ricevano email di marketing; in più ti dà una registrazione del consenso | L'email di conferma parte comunque, quindi le serve un suo limite di frequenza | Medio (alcune persone reali non confermano mai) |
| Monitoraggio delle iscrizioni per fonte | Attacchi che altrimenti scopriresti settimane dopo | Niente in tempo reale: rileva, non previene | Nessuno |
Campo honeypot#
Aggiungi un campo che le persone reali non vedono mai. Nascondilo con il CSS e non
con type="hidden" (molti bot saltano i campi nascosti), racchiudilo in un
elemento con aria-hidden="true" e assegnagli tabindex="-1" e
autocomplete="off", così chi usa la tastiera e i gestori di password lo lasciano
vuoto. Se arriva compilato, mostra la normale pagina di conferma e scarta l'invio
in silenzio. Un messaggio di errore insegna solo al bot cosa cambiare.
Limiti di frequenza per IP e per indirizzo#
Applica i limiti sul server, non nel browser, e conta due cose: gli invii per IP e gli invii per indirizzo email. Imposta la soglia per IP ben al di sopra di ciò che produce l'IP condiviso di un ufficio affollato o di un operatore mobile, così le persone reali dietro un IP condiviso non restano fuori. Contro il list bombing conta soprattutto il limite per indirizzo: lo stesso indirizzo che colpisce il modulo più volte in pochi minuti è il segnale tipico, e non deve mai generare più di un'email di conferma in un dato intervallo.
CAPTCHA o Cloudflare Turnstile#
Un controllo anti-bot ferma la maggior parte degli invii automatici, compresi gli script dietro le campagne di list bombing. Di solito Turnstile non richiede alcuna interazione, quindi l'attrito resta basso. L'errore comune è controllare solo nel browser: il widget non protegge nulla se il tuo server non convalida il token con l'endpoint siteverify di Cloudflare prima di accettare l'iscrizione, perché un bot può inviare direttamente al gestore del modulo senza mai caricare il widget.
Verifica email in tempo reale sul modulo#
Superati i controlli anti-bot, chiama un'API di verifica dal tuo server prima di
salvare l'indirizzo e agisci in base al risultato con la tabella decisionale qui sotto.
Due regole: tieni la chiave API lato server e lascia passare in caso di errore
(fail open). Se la chiamata dà errore o va in timeout, accetta l'iscrizione e
intercettala alla pulizia successiva. Il
pattern serverless per le iscrizioni
contiene codice funzionante, e l'API di verifica di Qualisend
restituisce in un'unica risposta l'esito, il codice motivo, gli indicatori
aggiuntivi e l'eventuale suggerimento did_you_mean.
I generatori di moduli ospitati funzionano diversamente, perché chi risponde invia dalla pagina del fornitore e tu non puoi rifiutare direttamente dal tuo server. I connettori nativi di Qualisend per Typeform, Jotform e Tally controllano ogni risposta all'arrivo e ti danno un'esportazione pulita; per fermare un indirizzo sbagliato prima che raggiunga il tuo CRM o ESP, fai passare le risposte da un'automazione, come mostrano le guide per Typeform, Jotform e Tally. Su WordPress puoi bloccare prima che la voce venga salvata, con un filtro di convalida: consulta la guida a Gravity Forms e la guida ai moduli WordPress per Contact Form 7 e WPForms.
Double opt-in#
Non aggiungere nessuno a una lista di marketing finché non fa clic su un link di conferma. È l'unico livello che disinnesca il subscription bombing anche quando tutto ciò che lo precede fallisce: la vittima riceve un solo messaggio di conferma invece di una newsletter continua, e un indirizzo non confermato non entra mai in lista. Mantieni semplice l'email di conferma: niente offerte, niente contenuti promozionali e non riportare mai campi inseriti dall'utente come il nome, perché è così che i bot infilano link nelle tue email. I pro e i contro sono trattati in single e double opt-in a confronto.
Monitoraggio delle iscrizioni per fonte#
Prima o poi la prevenzione fallisce, quindi assicurati di accorgertene. Tieni traccia delle iscrizioni all'ora per modulo, fonte e referrer e imposta un avviso quando una fonte supera di molto il suo intervallo normale. Per ogni fonte controlla anche tre rapporti: la quota di iscrizioni che non superano la verifica, la quota di indirizzi usa e getta e il tasso di conferma. Un modulo coupon la cui quota di usa e getta sale all'improvviso è stato probabilmente pubblicato su un forum di offerte. Un modulo il cui tasso di conferma crolla mentre il volume schizza in alto viene probabilmente usato per bombardare qualcuno. I moduli di lead a pagamento hanno una loro versione di questo problema, trattata in lead falsi dalle lead ads.
Blocca, avvisa o consenti: come agire in base a ogni risultato#
Quando un indirizzo ha superato i livelli anti-bot, è il risultato della verifica a decidere cosa succede. Ecco un'impostazione predefinita sensata:
| Risultato | Cosa significa | Azione predefinita |
|---|---|---|
undeliverable (invalid_email,
invalid_domain, rejected_email) | Formato errato, dominio senza posta o casella rifiutata dal server | Blocca: "Non possiamo recapitare a questo indirizzo. Controllalo." |
risky con l'indicatore disposable | Una casella usa e getta | Blocca su prove gratuite, coupon e contenuti riservati; contrassegna sulle newsletter a basso rischio |
did_you_mean presente | Probabile errore di battitura di un dominio comune | Avvisa: mostra il suggerimento, da accettare con un clic, e lascia la possibilità di tenere ciò che è stato digitato |
risky con l'indicatore catch_all | Il dominio accetta qualsiasi indirizzo, quindi la casella non può essere confermata | Consenti e aggiungi un tag; tieni d'occhio i bounce di questo segmento |
Indicatore role (info@, sales@) | Una casella condivisa di un team | Di solito consenti; sui prodotti con account personali, chiedi un indirizzo individuale |
Indicatore free_mail | Gmail, Outlook, Yahoo e simili | Consenti. Sui moduli demo B2B puoi chiedere un'email aziendale, ma non bloccare |
unknown | Il server ricevente non ha dato una risposta | Consenti (fail open) e ricontrolla più tardi |
deliverable | La casella esiste | Consenti |
Le prime tre righe valgono quasi ovunque. Le altre dipendono dalla tua attività. Uno
strumento per sviluppatori vedrà iscrizioni legittime da admin@; i clienti di un
negozio e-commerce usano per lo più la posta gratuita; un modulo demo B2B può tenere
ai domini aziendali, ma non dovrebbe comunque respingere un acquirente che usa
Gmail. Considera indirizzi generici, catch-all e posta gratuita come contesto, non
come iscrizioni false.
Una nota sui tempi: il risultato immediato copre i controlli di sintassi, dominio, usa e getta, indirizzo generico ed errori di battitura, mentre il controllo della casella può terminare quando il modulo ha già risposto. Agisci in base al risultato immediato nel modulo e usa quello completo in una fase in background (prima che parta la serie di benvenuto o che venga attivata una prova), così nessuno aspetta un server di posta lento.
Ripulire le iscrizioni false già entrate#
Se in lista ci sono già iscrizioni false, procedi in quest'ordine:
- Trova il periodo e la fonte. Ordina le iscrizioni recenti per ora e modulo. Un'ondata di bot o di bombing di solito si vede come un picco netto: centinaia di iscrizioni in un'ora da un modulo che normalmente ne riceve una manciata.
- Smetti di scrivere a quel segmento. Metti in pausa serie di benvenuto e automazioni per quel segmento prima del prossimo invio, così non continui a generare bounce e segnalazioni mentre sistemi la situazione.
- Verifica il segmento. Esportalo ed esegui una pulizia in blocco oppure, se la
lista si trova su una piattaforma collegata come Klaviyo, Mailchimp o
ActiveCampaign, puliscila direttamente e fai scrivere gli esiti in quella
piattaforma come tag o campi. Sopprimi gli indirizzi
undeliverablee usa e getta. La guida alla pulizia delle liste copre l'intero ciclo. - Non tenere le vittime del bombing solo perché hanno superato la verifica. Gli
indirizzi inseriti da uno script di list bombing sono reali, quindi risultano
deliverable. Se sono arrivati nel periodo dell'attacco e non hanno mai confermato o interagito, rimuovili comunque. Queste persone non hanno mai chiesto le tue email. - Controlla le conseguenze. Verifica il tasso di segnalazioni in Google Postmaster Tools nei giorni successivi e controlla il dominio e gli IP di invio con lo strumento gratuito controllo blacklist. Se preferisci ricevere un avviso anziché continuare a controllare, il monitoraggio blacklist li ricontrolla ogni 24 ore e ti invia un'email quando compare un inserimento.
- Chiudi la falla prima di riaprire il modulo. Aggiungi il livello che l'attacco ha aggirato, poi riattiva il modulo.
Da lì in poi, integra le correzioni nella tua routine: la checklist per l'igiene della lista copre le abitudini da mantenere nel tempo, e come evitare le blacklist spiega cos'altro tiene un dominio di invio fuori dalle blacklist.
Domande frequenti
01Come faccio a impedire ai bot di iscriversi con indirizzi email falsi?
Combina più difese. Un campo honeypot nascosto e limiti di frequenza per IP eliminano i bot semplici, un CAPTCHA come Cloudflare Turnstile (convalidato sul tuo server) ferma la maggior parte degli altri e la verifica in tempo reale rifiuta gli indirizzi inventati e morti che passano comunque. Il double opt-in garantisce che nessun indirizzo non confermato riceva mai le tue email di marketing.
02La verifica email ferma il subscription bombing?
Non da sola. In un attacco di subscription bombing gli indirizzi appartengono a vittime reali, quindi risultano recapitabili. A fermarlo sono i livelli attorno alla verifica: un CAPTCHA e limiti di frequenza per indirizzo per bloccare lo script, e il double opt-in perché la vittima riceva al massimo un'email di conferma invece di un flusso continuo che segnalerebbe come spam.
03Devo bloccare gli indirizzi email usa e getta all'iscrizione?
Sì, su tutto ciò che ha un valore (prove gratuite, coupon sul primo ordine, download riservati, account di community). Una casella usa e getta è fatta per sparire, quindi chi la usa non sarebbe mai rimasto iscritto. Su un modulo per una newsletter a basso rischio, contrassegnarli per sopprimerli in seguito crea meno attrito. In ogni caso, tienili fuori dai tuoi invii di marketing.
04Devo bloccare Gmail e altri indirizzi di posta gratuita sui moduli B2B?
Di solito no. Un indirizzo di posta gratuita è una casella reale e recapitabile, e molti veri acquirenti ne usano una. Se il tuo processo di vendita richiede un'azienda, chiedi un'email di lavoro o aggiungi un campo azienda, ma bloccare del tutto la posta gratuita respinge lead reali per risolvere una questione di targeting, non di qualità.
05Basta un CAPTCHA per fermare le iscrizioni false?
No. Un CAPTCHA ferma gli invii automatici, ma non può nulla contro una persona reale che inserisce un indirizzo usa e getta, un errore di battitura o un account di prova riciclato, e funziona solo se il tuo server convalida il token. Abbinalo alla verifica sul modulo e al double opt-in, così ogni livello copre ciò che gli altri non vedono.
06Come trovo le iscrizioni false già presenti nella mia lista?
Cerca i picchi: ordina le iscrizioni recenti per ora e fonte e individua le impennate che non corrispondono al tuo traffico. Verifica quel segmento in blocco, sopprimi gli indirizzi non recapitabili e usa e getta e rimuovi tutto ciò che proviene dal periodo di un attacco e non ha mai confermato o interagito, anche se risulta recapitabile, perché le vittime del list bombing usano caselle reali.
Vuoi vedere cosa lasciano entrare i tuoi moduli? Controlla qualsiasi indirizzo con la verifica email gratuita, poi aggiungi la verifica al tuo flusso di iscrizione con l'API di verifica. I nuovi account ricevono 100 crediti gratuiti che non scadono mai.



