--- title: "Deliverability email: SPF, DKIM e DMARC spiegati" description: "Deliverability email: SPF, DKIM e DMARC con record DNS di esempio, regole di Gmail, Yahoo e Outlook, disiscrizione in un clic, warm-up e checklist." canonical: "https://omnichannels.ai/it/blog/email-deliverability-spf-dkim-dmarc/" language: "it" updated: "2026-11-05" publisher: "BroadNet Technologies" brand: "OmniChannels.ai" category: "omnichannel" primaryQuery: "email deliverability spf dkim dmarc" keywords: ["spf dkim dmarc cosa sono", "deliverability email checklist", "requisiti gmail yahoo per mittenti massivi", "esempio record dmarc", "disiscrizione in un clic rfc 8058", "warm up email", "google postmaster tools"] published: "2026-11-05" author: "OmniChannels.ai Editorial Team" reviewer: "BroadNet Messaging Solutions Team" readingMinutes: 10 answer: "La deliverability email indica se i vostri messaggi arrivano nella posta in arrivo invece di essere rifiutati o finire nello spam. Poggia su tre record DNS: SPF elenca i server autorizzati a inviare per il vostro dominio, DKIM firma ogni messaggio e DMARC dice ai destinatari che cosa fare quando la posta non supera i controlli e vi invia dei rapporti. Aggiungete disiscrizione in un clic, liste pulite, crescita graduale dei volumi e un tasso di spam sotto lo 0,3%." takeaways: ["SPF, DKIM e DMARC dimostrano che la posta proviene davvero dal vostro dominio; DMARC viene superato solo quando SPF o DKIM è superato per un dominio allineato all'indirizzo From visibile.", "Le linee guida di Google applicano regole più severe ai mittenti di oltre 5.000 messaggi al giorno verso indirizzi Gmail: SPF, DKIM e DMARC, disiscrizione in un clic per la posta di marketing e un tasso di spam mantenuto sotto lo 0,30%.", "Yahoo chiede ai mittenti massivi SPF, DKIM e una policy DMARC almeno p=none, e dice di rispettare le disiscrizioni entro 2 giorni; Outlook.com applica regole di autenticazione ai domini che inviano più di 5.000 email al giorno.", "Una volta che Google vi considera un mittente massivo, lo stato non scade, quindi predisponete autenticazione e disiscrizione prima di raggiungere la soglia.", "Iniziate DMARC con p=none e un indirizzo per i rapporti, leggete i rapporti per individuare tutti i mittenti legittimi, poi inasprite la policy."] faq: - q: "Qual è la differenza tra SPF, DKIM e DMARC?" a: "SPF è un record DNS che elenca i server autorizzati a inviare posta per un dominio. DKIM aggiunge a ogni messaggio una firma crittografica che i destinatari verificano con una chiave pubblica nel DNS. DMARC si basa su entrambi: stabilisce la policy per la posta che non supera i controlli, richiede l'allineamento con il dominio From visibile e chiede dei rapporti. Servono tutti e tre per un recapito affidabile nella posta in arrivo." - q: "Mi serve DMARC se invio meno di 5.000 email al giorno?" a: "Google richiede SPF o DKIM a tutti i mittenti e aggiunge DMARC per i mittenti massivi sopra i 5.000 messaggi al giorno verso Gmail. Anche sotto quella soglia, pubblicare DMARC con p=none costa poco, vi dà rapporti su chi invia a nome del vostro dominio e vi prepara alla crescita. Una volta raggiunta la soglia dei mittenti massivi, Google vi tratta come tale in modo permanente." - q: "Qual è un buon tasso di reclami per spam?" a: "L'indicazione di Google è mantenere il tasso di spam riportato in Postmaster Tools sotto lo 0,10% e non raggiungere mai lo 0,30%. Yahoo chiede ai mittenti di restare sotto lo 0,3%. Considerateli tetti, non obiettivi. Inviate solo a chi ha chiesto di ricevere le vostre email, rendete facile la disiscrizione e rimuovete gli indirizzi inattivi, così i reclami restano rari." - q: "Che cos'è la disiscrizione in un clic e mi serve?" a: "La disiscrizione in un clic permette al destinatario di annullare l'iscrizione dal client di posta senza aprire una pagina. Si aggiungono due intestazioni, List-Unsubscribe con un URL e List-Unsubscribe-Post impostata su List-Unsubscribe=One-Click, come definito dalla RFC 8058. Google e Yahoo la richiedono per la posta di marketing e di iscrizione dei mittenti massivi, insieme a un link di disiscrizione visibile nel corpo del messaggio." - q: "Quanto tempo serve per il warm-up di un nuovo dominio di invio?" a: "Non c'è un calendario fisso. Google dice solo di aumentare i volumi gradualmente monitorando le segnalazioni di spam. Partite dai destinatari più coinvolti, aumentate il volume per gradi e sospendete l'aumento se crescono rimbalzi o reclami. Elenchi più grandi richiedono più passaggi. Valutate i progressi con i dati di Postmaster Tools e i tassi di rimbalzo, non con il calendario." - q: "Perché la mia email finisce nello spam anche con SPF, DKIM e DMARC?" a: "L'autenticazione dimostra l'identità, non la qualità. La posta può essere comunque filtrata per una scarsa reputazione del mittente, tassi elevati di reclami o rimbalzi, elenchi acquistati o obsoleti, oggetti fuorvianti, HTML difettoso o link a domini con bassa reputazione. Controllate anche l'allineamento: una piattaforma di terzi che firma con il proprio dominio supera DKIM ma può non superare DMARC per il vostro marchio." sources: - title: "Email sender guidelines, Google Workspace Admin Help" url: "https://support.google.com/a/answer/81126" - title: "Email sender guidelines FAQ, Google Workspace Admin Help" url: "https://support.google.com/a/answer/14229414" - title: "Sender best practices, Yahoo Sender Hub" url: "https://senders.yahooinc.com/best-practices/" - title: "Strengthening the email ecosystem: Outlook's new requirements for high-volume senders, Microsoft Tech Community" url: "https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730" - title: "RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), RFC Editor" url: "https://www.rfc-editor.org/info/rfc9989" --- # Deliverability email: SPF, DKIM e DMARC spiegati Canonical: https://omnichannels.ai/it/blog/email-deliverability-spf-dkim-dmarc/ Language: it Publisher: OmniChannels.ai by BroadNet Technologies Questa guida è pensata per i team marketing, CRM e di sviluppo che inviano email dal proprio dominio e vogliono che arrivino nella posta in arrivo. Spiega che cos'è la deliverability, come funzionano SPF, DKIM e DMARC con record DNS di esempio, che cosa chiedono Gmail, Yahoo e Outlook.com ai mittenti massivi, e offre una checklist da eseguire prima di una campagna. ## Che cos'è la deliverability email? La deliverability email è la capacità delle vostre email di arrivare nella posta in arrivo dei destinatari senza essere rifiutate o filtrate come spam. Dipende da autenticazione, reputazione del mittente, qualità dell'elenco, tassi di reclamo e contenuto. La nostra [voce di glossario sulla deliverability email](/it/glossary/email-deliverability/) ne dà la definizione breve. Due cose vengono spesso confuse. Un messaggio è **consegnato** quando il server ricevente lo accetta. È **collocato nella posta in arrivo** solo se i filtri del fornitore della casella lo ritengono affidabile. Una campagna può mostrare un tasso di accettazione del 99% e finire comunque nello spam, ed è per questo che servono sia i segnali lato server (rimbalzi) sia quelli dei fornitori di caselle (tasso di spam, reputazione). ## Che cosa fanno SPF, DKIM e DMARC? SPF indica quali server possono inviare per il vostro dominio, DKIM firma il messaggio in modo che le manomissioni siano rilevabili, e DMARC lega entrambi all'indirizzo From che mostrate e dice ai destinatari che cosa fare in caso di errore. Vedi anche la [voce di glossario su SPF, DKIM e DMARC](/it/glossary/spf-dkim-dmarc/). | Standard | Che cosa verifica | Dove si trova | Non viene superato quando | |---|---|---|---| | SPF (RFC 7208) | Il server che si connette è nel vostro elenco autorizzato | Record TXT sul vostro dominio | Un servizio di invio manca nel record, oppure il record ha più di 10 ricerche DNS | | DKIM (RFC 6376) | La firma del messaggio corrisponde a una chiave pubblica | Record TXT in `selector._domainkey.yourdomain` | Il messaggio è alterato, la chiave è errata o la piattaforma non firma per il vostro dominio | | DMARC | SPF o DKIM superato per un dominio allineato all'indirizzo From | Record TXT in `_dmarc.yourdomain` | Né SPF né DKIM sono superati in allineamento | La specifica DMARC era originariamente la RFC 7489. L'IETF ha poi pubblicato la RFC 9989, un documento standards-track che rende obsolete la RFC 7489 e la RFC 9091, quindi citate la RFC 9989 quando serve il riferimento attuale. I tag di base usati in questo articolo (`v`, `p`, `rua`) non hanno cambiato significato. ## Che aspetto hanno i record DNS di esempio? Ecco record semplificati per il dominio di documentazione `example.com`. Sostituite l'include e la chiave con i valori forniti dal vostro fornitore di posta; non copiate mai i valori di un'altra azienda. **SPF** (un record per dominio): ``` example.com. IN TXT "v=spf1 include:_spf.mailprovider.example ~all" ``` **DKIM** (il fornitore crea la coppia di chiavi e vi dà selettore e chiave pubblica): ``` s1._domainkey.example.com. IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkq...public-key-here..." ``` **DMARC** (iniziate in modalità di monitoraggio): ``` _dmarc.example.com. IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com" ``` Note su ciascuno: - **SPF:** pubblicate esattamente un record SPF. Due record fanno fallire SPF. Ogni servizio che invia a nome del vostro dominio (piattaforma di marketing, help desk, CRM, piattaforma di messaggistica) deve essere coperto da un `include` o da un indirizzo IP, e il totale deve restare entro 10 ricerche DNS. - **DKIM:** Google dice che l'invio verso account Gmail personali richiede una chiave DKIM di almeno 1024 bit e raccomanda 2048 bit se il vostro fornitore li supporta. - **DMARC:** `p=none` dice ai destinatari di non intervenire sugli errori ma di inviarvi comunque i rapporti all'indirizzo `rua`. È il primo passo giusto. In seguito si passa a `p=quarantine` e poi a `p=reject`. ## Che cos'è l'allineamento DMARC e perché causa errori? Allineamento significa che il dominio che ha superato SPF o DKIM corrisponde al dominio nell'indirizzo From visibile. DMARC viene superato quando almeno uno dei due è superato in allineamento. È il passaggio che le persone trascurano. Supponiamo che la piattaforma della vostra newsletter invii da `news@example.com` ma usi un proprio dominio di rimbalzo per SPF e un proprio dominio per firmare DKIM. SPF e DKIM risultano entrambi "superati", ma nessuno dei due domini corrisponde a `example.com`, quindi DMARC non viene superato. La soluzione è configurare con la piattaforma l'autenticazione del dominio personalizzato, in modo che firmi con una chiave pubblicata sotto il vostro dominio e usi un dominio di rimbalzo sotto il vostro dominio. Google osserva anche che l'allineamento DMARC non è richiesto per i messaggi inoltrati o delle mailing list. ## Che cosa richiedono Gmail, Yahoo e Outlook.com ai mittenti massivi? Gmail, Yahoo e Outlook.com si aspettano tutti l'autenticazione dai mittenti ad alto volume, e Gmail e Yahoo aggiungono disiscrizione in un clic e limiti al tasso di spam. Controllate la pagina di ciascun fornitore per il testo aggiornato, perché i dettagli di applicazione cambiano. | Requisito | Google (Gmail) | Yahoo | Microsoft (Outlook.com) | |---|---|---|---| | Chi è coinvolto | Tutti i mittenti per le basi; regole aggiuntive sopra i 5.000 messaggi al giorno verso account Gmail | Basi per tutti i mittenti; regole aggiuntive per i mittenti massivi | Domini che inviano più di 5.000 email al giorno | | Autenticazione | SPF o DKIM per tutti; SPF, DKIM e DMARC per i mittenti massivi | SPF o DKIM per tutti; entrambi, più DMARC, per i mittenti massivi | SPF e DKIM devono essere superati; DMARC con almeno p=none, allineato | | Policy DMARC | Deve essere superato, con allineamento al dominio From | Almeno p=none e deve essere superato; `rua` fortemente raccomandato | Almeno p=none, allineato con SPF o DKIM | | Disiscrizione in un clic | Richiesta per la posta di marketing e di iscrizione dei mittenti massivi, più un link visibile | Richiesta per i mittenti massivi, più un link visibile; da rispettare entro 2 giorni | Non fa parte dei requisiti citati | | Tasso di spam | Sotto lo 0,10%, mai 0,30% o più | Sotto lo 0,3% | Non indicato nel post citato | Altri punti delle linee guida di Google: l'IP di invio richiede DNS diretto e inverso coerenti (un record PTR valido), la posta deve essere inviata tramite TLS, i messaggi richiedono un Message-ID valido e un formato RFC 5322 pulito, e l'HTML non deve nascondere contenuti. I mittenti che raggiungono una volta la soglia dei mittenti massivi sono considerati tali in modo permanente; lo stato non ha scadenza. Google dice anche che la posta non conforme può essere rifiutata o consegnata nello spam. Su Outlook.com, il post di Microsoft dice che la posta non conforme proveniente da domini ad alto volume viene indirizzata alla cartella Posta indesiderata, con il rifiuto (errore `550; 5.7.515 Access denied`) previsto a una data successiva da annunciare. Ricontrollate la pagina di Microsoft prima di farvi affidamento, perché la fase di applicazione potrebbe essere cambiata. ## Come si imposta la disiscrizione in un clic? Aggiungete due intestazioni a ogni messaggio di marketing e inserite anche un link di disiscrizione visibile nel corpo. Le intestazioni sono definite nella RFC 2369 e nella RFC 8058. ``` List-Unsubscribe: List-Unsubscribe-Post: List-Unsubscribe=One-Click ``` L'URL deve accettare una richiesta POST e disiscrivere il destinatario senza login né ulteriori domande. Yahoo dice che il metodo POST è fortemente raccomandato e che un metodo `mailto` è accettabile. Yahoo chiede inoltre ai mittenti di rispettare le disiscrizioni entro 2 giorni, quindi elaboratele in automatico e tenete un'unica lista di soppressione condivisa tra tutti gli strumenti di campagna che usate. ## Come si fa il warm-up di un nuovo dominio o IP? Warm-up significa aumentare il volume di invio per gradi, in modo che i fornitori di caselle possano valutare la vostra reputazione in base al buon coinvolgimento. L'indicazione di Google è solo di aumentare gradualmente il volume e monitorare le segnalazioni di spam dei destinatari, quindi usate un calendario guidato dai dati invece di una tabella pubblicata. 1. **Autenticate prima.** Pubblicate SPF, DKIM e DMARC e verificate che vengano superati prima del primo invio. 2. **Partite dalle persone più coinvolte:** acquirenti recenti, chi ha aperto di recente o chi si è appena iscritto. 3. **Aumentate il volume per gradi** solo finché rimbalzi e reclami restano bassi. 4. **Mantenete un ritmo costante.** Picchi improvvisi da un dominio silenzioso sembrano un abuso. 5. **Sospendete l'aumento** al primo segno di rimbalzi, blocchi o reclami in crescita, e correggete la causa prima di proseguire. 6. **Aggiungete per ultimi i segmenti più freddi,** ed eliminate quelli che non interagiscono mai. Se inviate da un indirizzo mittente condiviso di una piattaforma, ereditate la reputazione di qualcun altro; inviare dal vostro dominio autenticato rende la reputazione vostra, nel bene e nel male. ## Come si mantiene pulita la lista? Una lista pulita è lo strumento di deliverability più economico. Inviate solo a chi ha accettato di ricevere le vostre email e rimuovete gli indirizzi che non possono riceverle. - **Raccogliete correttamente il consenso** e conservatene la prova: vedi la nostra guida al [consenso (opt-in) tra i canali](/it/blog/opt-in-consent-multichannel-campaigns/) e il [generatore di consenso (opt-in)](/it/tools/opt-in-consent-generator/) gratuito. - **Rimuovete subito i rimbalzi permanenti (hard bounce).** Scrivere ripetutamente a indirizzi non validi danneggia la reputazione. - **Sopprimete disiscrizioni e reclami per spam** in ogni strumento. - **Mettete a riposo i contatti inattivi.** Definite l'inattività per la vostra attività (ad esempio nessun clic o acquisto in un periodo che scegliete voi) e smettete di scrivere loro, oppure inviate prima un messaggio di richiesta di nuovo consenso. - **Non acquistate elenchi.** Gli indirizzi acquistati non hanno consenso e tendono a produrre reclami. - **Separate i flussi transazionali e di marketing** in modo che un picco di reclami sul marketing non danneggi ricevute e reimpostazioni di password. Ne parliamo in [email transazionali vs email di marketing](/it/blog/transactional-vs-marketing-email/). ## Come si monitora la deliverability? Osservate tre fonti: i vostri dati su rimbalzi e consegne, le dashboard dei fornitori di caselle e i vostri rapporti DMARC. - **Google Postmaster Tools** mostra tasso di spam, risultati di autenticazione e reputazione di dominio e IP per la posta inviata agli utenti Gmail. Le linee guida di Google dicono ai mittenti di usarlo per monitorare segnalazioni di spam, problemi di consegna e autenticazione. - **I rapporti aggregati DMARC** inviati al vostro indirizzo `rua` elencano ogni fonte che invia a nome del vostro dominio. Sono il modo per trovare il CRM o lo strumento di fatturazione dimenticato prima di passare a `p=reject`. - **Gestione dei rimbalzi:** i rimbalzi permanenti (hard bounce) sono errori definitivi e vanno rimossi; quelli temporanei (soft bounce) sono transitori e vanno ritentati alcune volte prima di smettere. Nella [Email API](/developers/email/) potete analizzare la casella alla ricerca dei messaggi di rimbalzo e avviare il monitoraggio dei rimbalzi. - **Test con indirizzi di prova:** prima di ogni campagna inviate ai vostri indirizzi presso i principali fornitori e controllate cartella, intestazioni e risultati di autenticazione. ## Checklist sulla deliverability email Eseguitela prima di ogni nuovo dominio, piattaforma o campagna importante. 1. Record SPF pubblicato una sola volta, che copre ogni servizio di invio, entro 10 ricerche. 2. DKIM attivo per il vostro dominio, con chiave a 2048 bit dove supportata. 3. Record DMARC pubblicato con un indirizzo `rua`; policy inasprita solo dopo rapporti puliti. 4. Dominio From allineato al dominio SPF o DKIM. 5. DNS diretto e inverso coerenti sull'IP di invio e TLS attivo. 6. Intestazioni di disiscrizione in un clic e link di disiscrizione visibile sulla posta di marketing. 7. Disiscrizioni elaborate in automatico, ben entro i 2 giorni. 8. Consenso registrato per ogni destinatario; nessun elenco acquistato. 9. Rimbalzi permanenti rimossi; contatti inattivi messi a riposo. 10. Volume aumentato gradualmente; tasso di spam monitorato in Postmaster Tools. 11. Posta di marketing e transazionale su flussi separati. 12. Invii di prova controllati presso i principali fornitori di caselle. ## Un esempio pratico: una farmacia online di Dubai aggiunge le campagne "Noor Pharmacy", un rivenditore fittizio di Dubai, invia le ricevute degli ordini da `orders@noorpharmacy.example` tramite il proprio negozio web e vuole aggiungere una newsletter mensile da una piattaforma di marketing. In una verifica scopre che il negozio web è coperto da SPF ma la piattaforma della newsletter firma con il proprio dominio. Azioni: aggiungere la piattaforma al record SPF esistente invece di crearne un secondo, attivare DKIM con dominio personalizzato, pubblicare `p=none` con una casella `rua` e leggere due settimane di rapporti. I rapporti rivelano un vecchio strumento di assistenza che inviava anch'esso a nome del dominio; viene autenticato. La newsletter passa a un sottodominio, `news.noorpharmacy.example`, così un picco di reclami sulle promozioni non può incidere sulle ricevute. Poi la farmacia scrive prima ai clienti più coinvolti e amplia il pubblico per gradi, controllando il tasso di spam. ## Quali sono i limiti di questa guida? L'autenticazione vi fa passare dalla porta, non vi porta nella posta in arrivo. I fornitori di caselle valutano anche coinvolgimento, contenuto e storico che nessun record DNS controlla, e le loro regole cambiano, quindi rimandiamo alle pagine dei fornitori invece di citare soglie fisse oltre a quelle riportate. Nessuno può promettere il recapito nella posta in arrivo. Questa è una guida generale, non una consulenza legale; anche l'email di marketing ha regole sul consenso, trattate in [email transazionali vs email di marketing](/it/blog/transactional-vs-marketing-email/). ## Come vi aiuta OmniChannels.ai OmniChannels.ai invia email dal vostro mittente: collegate la vostra casella tramite SMTP e IMAP, oppure inviate con la [Email API](/developers/email/), con verifiche sui record SPF e DMARC del vostro dominio e un invio di prova in sandbox. Le campagne supportano il caricamento di file Excel o CSV, il filtro dei duplicati, l'anteprima e la pianificazione, e le risposte arrivano nella [Omni Inbox](/it/platform/unified-inbox/) accanto a WhatsApp e agli altri canali. I rapporti di consegna si esportano in CSV. Scoprite il [canale email](/it/channels/email/) o richiedete una presentazione per sviluppatori. Per capire perché l'email è solo una parte del mix, leggete [SMS vs email marketing](/it/blog/sms-vs-email-marketing/).