La recapitabilità delle email determina se i messaggi inviati raggiungono la cartella della posta in arrivo dei destinatari o se vengono respinti o contrassegnati come spam. Per i proprietari di domini, il personale operativo e i team di invio che preparano comunicazioni transazionali, di massa o in abbonamento, la conformità agli standard tecnici e alle linee guida dei provider è un requisito fondamentale per preservare la reputazione del mittente.
La configurazione corretta dell'autenticazione, dell'infrastruttura di rete e delle pratiche di gestione dei destinatari riduce drasticamente il rischio di blocchi. Lo strumento "Checklist per la recapitabilità delle email" permette di valutare lo stato di preparazione del proprio dominio rispetto a un set di riferimento strutturato, identificando i passaggi mancanti e le procedure di verifica necessarie.
Il ruolo dell'autenticazione: SPF, DKIM e DMARC
L'autenticazione del mittente consente ai server riceventi di verificare che l'email provenga effettivamente dal dominio dichiarato, contrastando i tentativi di spoofing e phishing. I tre pilastri di questo processo sono SPF, DKIM e DMARC.
- SPF (Sender Policy Framework): Questo protocollo definisce quali server e indirizzi IP sono autorizzati a inviare email per conto di un determinato dominio. È fondamentale che il record SPF pubblicato nel DNS copra ogni singolo servizio di invio utilizzato, inclusi i provider di posta aziendale, le piattaforme di marketing e i sistemi transazionali.
- DKIM (DomainKeys Identified Mail): DKIM aggiunge una firma crittografica alle intestazioni dei messaggi, garantendo che il contenuto non sia stato alterato durante il transito. La firma deve essere attiva con una chiave adeguata, preferibilmente di almeno 2048 bit (o almeno 1024 bit laddove i sistemi non supportino lunghezze superiori).
- DMARC (Domain-based Message Authentication, Reporting, and Conformance): DMARC unifica SPF e DKIM definendo come il ricevente deve gestire i messaggi che non superano i controlli. Il requisito minimo di partenza prevede la pubblicazione di un criterio DMARC almeno con p=none, che consente di raccogliere report aggregati senza bloccare i messaggi, prima di passare a politiche più restrittive come la quarantena o il rifiuto.
- Allineamento del dominio: L'autenticazione è efficace solo se il dominio verificato tramite SPF o DKIM corrisponde (si allinea) al dominio presente nell'indirizzo From visibile al destinatario.
Infrastruttura di rete e formattazione dei messaggi
La configurazione tecnica dei server di invio e la struttura dei messaggi devono rispettare gli standard internet per evitare che i filtri antispam considerino il traffico sospetto.
| Elemento infrastrutturale | Requisito di conformità |
|---|---|
| DNS inverso (rDNS) | Il DNS diretto e quello inverso devono corrispondere per tutti gli IP di invio. Ogni IP deve avere un record PTR associato a un nome host che, a sua volta, si risolve nello stesso IP. |
| Crittografia TLS | Tutta la posta in uscita deve utilizzare il protocollo TLS (Transport Layer Security) per proteggere i messaggi in transito, offrendo una connessione crittografata ai server di ricezione che la supportano. |
| Validità delle intestazioni | Le intestazioni e l'identità del mittente devono essere valide e corrette. Un messaggio reale deve contenere un solo indirizzo From, campi Date e Message-ID validi, e un oggetto non ingannevole. |
Gestione dei destinatari, consenso e disiscrizione
La reputazione di un mittente dipende strettamente dal comportamento dei destinatari. L'invio di messaggi a utenti non interessati o senza il loro esplicito consenso compromette la recapitabilità complessiva del dominio.
I destinatari devono aver fornito un consenso esplicito (opt-in) prima di ricevere comunicazioni, e gli indirizzi non validi o inesistenti devono essere rimossi tempestivamente per evitare rimbalzi permanenti (hard bounce). I tassi di reclamo per spam devono essere monitorati costantemente attraverso gli strumenti messi a disposizione dai provider, come Google Postmaster Tools o i circuiti di feedback di Yahoo. È necessario mantenere il tasso di spam di Gmail al di sotto dello 0,10% (evitando tassativamente di raggiungere o superare lo 0,30%) e i reclami di Yahoo sotto lo 0,30%.
Per le email di marketing o in abbonamento, è obbligatorio implementare meccanismi di disiscrizione rapidi e accessibili:
- Disiscrizione con un clic: Devono essere incluse le intestazioni RFC 8058
List-UnsubscribeeList-Unsubscribe-Postper consentire ai client di posta di mostrare un pulsante di disiscrizione diretta che effettua una richiesta HTTPS POST in background. - Disiscrizione visibile: Un link chiaramente visibile nel corpo del messaggio deve consentire la disiscrizione senza richiedere l'accesso a un account, e la richiesta deve essere elaborata e completata entro due giorni.
Funzionamento dello strumento e gestione dei dati
Lo strumento "Checklist per la recapitabilità delle email" consente di inserire il proprio dominio di invio e selezionare le voci già verificate per ottenere un report personalizzato.
Elaborazione locale e privacy
Il dominio inserito e le selezioni effettuate sulla checklist rimangono esclusivamente all'interno del browser dell'utente. BroBroGo non carica, non salva e non trasmette alcun dato a server esterni; l'intera elaborazione avviene localmente sul dispositivo in uso.
Limitazioni della verifica
Lo strumento esegue una valutazione statica basata esclusivamente sulle informazioni fornite dall'utente e sul contesto selezionato (come le opzioni "Mittente di grandi volumi" o "Email di marketing o in abbonamento"). Lo strumento non interroga i record DNS pubblici, non esamina messaggi in tempo reale, non effettua test di invio e non verifica gli account presso i provider. Di conseguenza, il completamento di tutte le voci della checklist non costituisce una garanzia assoluta di recapito nella posta in arrivo, poiché i provider applicano filtri dinamici basati sulla reputazione in tempo reale, sul contenuto specifico e sui comportamenti storici degli utenti.
Guida all'uso dell'interfaccia e messaggi di errore
Per avviare l'analisi, inserire il dominio di invio nel campo Dominio di invio (ad esempio, mail.example.com), configurare i selettori relativi al tipo di traffico e selezionare le caselle corrispondenti alle attività già completate.
Messaggi di stato e di errore dell'interfaccia
- Se si tenta di generare la verifica senza aver inserito un dominio, l'interfaccia mostra l'errore:
Inserisci prima il dominio di invio.. - Se il dominio inserito supera la lunghezza massima consentita, viene visualizzato l'errore:
Il dominio è insolitamente lungo. Non superare 253 caratteri.. - Se il formato del dominio non è valido o contiene schemi (come
http://) o indirizzi email completi, compare l'errore:Inserisci solo un dominio pubblico, ad esempio mail.example.com.. - Quando si fa clic sul pulsante per caricare i dati dimostrativi, viene mostrato il messaggio:
Esempio caricato. Controlla i passaggi rimanenti.. - Facendo clic sul pulsante "Cancella", l'input viene svuotato e lo stato si aggiorna in:
Checklist cancellata.. - Se non sono state selezionate tutte le voci applicabili, lo strumento mostra il riepilogo:
‹domain›: selezionate ‹completed›/‹applicable› voci applicabili; restano ‹required› passaggi obbligatori e ‹recommended› consigliati.. - Se tutte le voci applicabili risultano selezionate, l'interfaccia mostra la dicitura
Nessuna voce non selezionata in questo set di riferimentoaccompagnata dall'avviso:Continua a monitorare messaggi reali, report e linee guida dei provider perché stato e requisiti possono cambiare..
Domande frequenti (FAQ)
Quali regole usa questa checklist?
Il set di riferimento del 2026-07-16 usa RFC 7208 per SPF, RFC 6376 per DKIM, RFC 9989 per DMARC, RFC 8058 per la disiscrizione con un clic e le linee guida per i mittenti di Gmail e Yahoo disponibili in quella data.
La checklist interroga DNS o invia un'email di prova?
No. Valuta solo il dominio, il contesto e le caselle che compili. Segui i passaggi generati con il tuo provider DNS, il servizio di invio e le intestazioni di messaggi reali.
Completare ogni voce garantisce l'arrivo nella posta in arrivo?
No. I destinatari considerano anche reputazione, riscontri degli utenti, contenuto, modelli di traffico e regole interne in evoluzione. Questa checklist ti aiuta a preparare una verifica, ma non può prevedere né garantire la consegna.