Le e-mail del tuo negozio non arrivano: SMTP, SPF, DKIM e DMARC spiegati

«Non mi è arrivata la conferma dell'ordine.» Se lo senti spesso, il problema non è il cliente. I provider di posta (Gmail, Outlook, Yahoo e gli altri) sono sempre più severi con i messaggi che ricevono, e un'e-mail che non dimostra bene da dove arriva finisce nello spam o viene rifiutata del tutto. Per un negozio significa clienti in ansia, chiamate al servizio clienti e password che nessuno riesce a recuperare.

Vediamo come PrestaShop invia le e-mail e cosa bisogna configurare perché arrivino.

Come PrestaShop invia le e-mail

In Parametri avanzati → E-mail scegli come esce la posta:

• La funzione mail di PHP del server. È l'impostazione predefinita e la più comoda, ma l'e-mail parte dal server web, che spesso non è autorizzato a inviare per conto del tuo dominio. È la causa più frequente delle e-mail nello spam.
• Un server SMTP. Il negozio si collega con utente e password a una casella reale (quella del tuo provider di posta o di un servizio di invio transazionale) e invia attraverso di essa. È la soluzione consigliata.

Nella stessa schermata puoi inviare un'e-mail di prova. Usala dopo ogni modifica e inviala a caselle di diversi provider.

I tre controlli che fa il destinatario

SPF: chi può inviare per conto del tuo dominio

È un record TXT nel DNS del tuo dominio che elenca i server autorizzati a inviare posta con il tuo dominio come mittente. Quando arriva un'e-mail, il destinatario guarda da quale server proviene e se è in quell'elenco.

Errori tipici:

• Avere due record SPF sullo stesso dominio. Ce ne può essere solo uno; se sono due, il controllo fallisce. Quando aggiungi un nuovo servizio, si amplia il record esistente, non se ne crea un altro.
• Non includere tutti quelli che inviano: il server del negozio, il provider di posta, lo strumento per le newsletter, l'ERP che manda le fatture.
• Superare il limite di query. SPF consente al massimo dieci ricerche DNS durante la valutazione, e ogni include conta (insieme a quelli che contiene a sua volta). Con molti servizi lo si supera senza accorgersene.

DKIM: la firma del messaggio

Il server che invia firma ogni e-mail con una chiave privata e pubblica la chiave pubblica nel DNS del tuo dominio. Il destinatario verifica la firma: se torna, il messaggio arriva da chi dice e non è stato modificato lungo il percorso.

Lo attiva il provider che invia (il tuo servizio di posta o di invio transazionale), che ti fornisce il record da aggiungere al DNS. Se usi la funzione mail di PHP del server web, di solito non c'è alcuna firma DKIM, oppure c'è con il dominio dell'hosting, non con il tuo.

DMARC: cosa fare se fallisce, e fartelo sapere

È un altro record TXT, in _dmarc.tudominio, che indica ai destinatari cosa fare con un'e-mail che dichiara di provenire dal tuo dominio ma non supera SPF o DKIM in modo allineato (cioè con lo stesso dominio del mittente visibile). Ha tre policy:

• p=none: non fare nulla di particolare, informami soltanto.
• p=quarantine: trattala come sospetta (di solito, nello spam).
• p=reject: rifiutala.

E può richiedere dei report a un tuo indirizzo, in cui i provider ti raccontano quali e-mail con il tuo dominio hanno ricevuto e se superavano i controlli. È il modo per scoprire servizi che inviano a tuo nome e che avevi dimenticato, o qualcuno che usurpa il tuo dominio.

La cosa prudente è iniziare con p=none, esaminare i report per qualche settimana finché tutto ciò che è legittimo li supera, e poi irrigidire.

Perché oggi conta di più

I grandi provider di posta hanno via via irrigidito i requisiti. Dal 2024, Gmail e Yahoo esigono da chi invia grandi volumi SPF, DKIM e DMARC, e da tutti gli altri almeno un'autenticazione corretta. Anche se il tuo negozio non invia migliaia di e-mail al giorno, se lo fa con il tuo dominio il tuo strumento per le newsletter, ne risente l'intero dominio. E senza autenticazione è sempre più probabile che un'e-mail d'ordine non arrivi nella posta in arrivo.

Altre cause per cui non arrivano

• Reputazione del server o dell'IP: se condivide l'IP con altri che inviano spam, pagano tutti.
• Contenuto: e-mail fatte solo di un'immagine, link abbreviati, molto testo in maiuscolo o oggetti aggressivi. Le e-mail degli ordini devono essere sobrie e avere una versione in testo semplice.
• Mescolare e-mail d'ordine e promozioni nello stesso invio e con lo stesso mittente. Se le newsletter generano segnalazioni, trascinano con sé le transazionali.
• Casella piena o indirizzo scritto male dal cliente. Qui aiuta validare l'e-mail in fase di registrazione e controllare i messaggi respinti.
• Limiti dell'SMTP: molte caselle normali limitano quante e-mail si possono inviare all'ora o al giorno. Durante le campagne intense, il negozio può scontrarsi con quel tetto.

Come verificarlo

1. Invia un'e-mail di prova dal negozio a una casella Gmail e apri il messaggio originale: vedrai se SPF, DKIM e DMARC risultano PASS e con quale dominio.
2. Consulta i record TXT del tuo dominio con un qualsiasi strumento DNS e verifica che ci siano un solo SPF e un DMARC.
3. Fai l'elenco di tutto ciò che invia posta con il tuo dominio e verifica che ognuno firmi con DKIM e sia nell'SPF.
4. Esamina i report DMARC per qualche settimana prima di passare a quarantine o reject.

Come risolverlo in PrestaShop

La consegna dipende dal DNS e dal server di posta; il contenuto, dai template. RKR Mail Editor include un editor visuale delle e-mail di PrestaShop con cui modifichi l'oggetto, l'HTML e la versione in testo semplice di ogni template in ogni lingua, e aggiunge alle e-mail degli ordini prodotti consigliati, un coupon unico per l'acquisto successivo e banner per campagna, con un link di disiscrizione in ogni e-mail che contiene blocchi commerciali. Se ti serve configurare l'SMTP del negozio, controllare il tuo SPF, attivare DKIM con il tuo provider o mettere in funzione DMARC senza perdere e-mail, con un pacchetto di ore di assistenza di Rekire lo verifichiamo e lo lasciamo funzionante.