Configurazione email in PrestaShop: SMTP, Gmail ed email transazionali

Ultima revisione: giugno 2026, riflette le regole di autenticazione per mittenti massivi Gmail/Yahoo entrate in vigore nel 2024. Limiti e prezzi dei provider cambiano, quindi verifica sempre i dati aggiornati con ciascun provider. Percorsi del back office verificati su PrestaShop 1.7, 8.x e 9.x.

"I miei clienti non ricevono le email di conferma dell'ordine." È uno dei ticket di assistenza più comuni che un commerciante PrestaShop possa aprire, e quasi mai dipende da un bug di PrestaShop. L'email sembra la parte più semplice nella gestione di un negozio: la piattaforma invia una conferma appena viene effettuato un ordine. Ma il percorso che quel messaggio compie dal tuo server alla casella di posta del cliente passa attraverso restrizioni dell'hosting, record di autenticazione e filtri antispam che spesso falliscono in modo silenzioso. L'ordine va a buon fine, il pagamento viene incassato e il cliente non riceve nulla. Quindi ti scrive, oppure peggio, presume che l'acquisto non sia riuscito e contesta l'addebito. Questa guida spiega in modo specifico come ottenere un recapito email affidabile da PrestaShop: le impostazioni esatte del back office, le scelte importanti sul provider SMTP, i record DNS che ti tengono fuori dalla cartella spam e come dimostrare che tutto funzioni davvero prima che sia un cliente reale a scoprire il contrario.

I due metodi email offerti da PrestaShop, e perché uno dei due ti inganna

Apri Parametri avanzati → Email nel back office e vedrai che PrestaShop offre due modi per inviare posta: la funzione PHP integrata mail() e "Imposta i miei parametri SMTP". L'opzione PHP mail() consegna il messaggio all'agente di posta locale presente sul tuo server web, di solito Sendmail o Postfix. Sulla carta funziona. Nella pratica, sugli hosting condivisi e gestiti usati dalla maggior parte dei negozi PrestaShop, è la causa principale del classico "le mie email sono sparite":

• Gli hosting la disattivano. Molti provider disabilitano completamente mail() per evitare abusi spam da siti compromessi. PrestaShop può vedere solo una consegna locale riuscita, gli errori finali di recapito spesso compaiono solo nei log del server o del provider, non nel back office.
• Spesso non ha un'autenticazione corretta. PHP mail() di per sé non autentica il mittente, quindi, a meno che server/MTA e DNS siano configurati appositamente, un messaggio inviato in questo modo spesso non ha un allineamento corretto SPF, DKIM o DMARC, e oggi Gmail, Outlook e Yahoo trattano per impostazione predefinita come spam la posta non autenticata inviata da un mittente massivo. (Gmail e Yahoo hanno formalmente irrigidito queste regole per i mittenti massivi nel 2024.)
• Non ti dà riscontri sul recapito. La funzione restituisce true o false sulla consegna al server, non sul recapito. "True" ti dice che il server ha accettato il messaggio, non se sia arrivato nella casella del destinatario, sia stato respinto o filtrato.
• Eredita la reputazione di un IP condiviso. Su un hosting condiviso invii da un IP usato anche da decine di altri siti; se uno di loro fa spam, a pagarne il prezzo sono le tue conferme d'ordine.

La conclusione pratica è semplice: usa sempre SMTP, puntandolo a un vero servizio email. Il resto di questa guida spiega come farlo correttamente.

Configurazione SMTP in PrestaShop, campo per campo

In Parametri avanzati → Email, scegli "Imposta i miei parametri SMTP" e ti verranno richiesti i campi seguenti. Tutti i provider indicati sotto compilano le stesse caselle: cambiano solo i valori:

• Server SMTP, il nome host del provider, per esempio smtp.gmail.com.
• Nome utente SMTP, di solito l'indirizzo completo del mittente, anche se alcuni servizi usano un valore fisso letterale (SendGrid richiede la parola apikey).
• Password SMTP, la password della casella email, una password specifica per app o una chiave API, a seconda del provider.
• Crittografia, TLS (porta 587) o SSL (porta 465). Non scegliere mai "Off": invierebbe le tue credenziali in chiaro su internet.
• Porta SMTP, 587 per TLS (lo standard moderno) oppure 465 per SSL.

Cosa ottieni, quindi, configurandoli bene? Una connessione che si autentica come mittente legittimo, condizione necessaria per tutto ciò che viene dopo: firma DKIM, posizionamento nella posta in arrivo e una dashboard del provider che ti dica davvero che cosa è successo a ogni messaggio. Qui sotto trovi i tre livelli di provider in cui ricade la maggior parte dei negozi PrestaShop.

SMTP Gmail, adatto a un piccolo negozio, ma con un limite rigido

Gmail è la prima scelta più comune perché il commerciante ha già l'account. Le impostazioni sono:

Per generare la Password per le app: nel tuo Account Google vai su Sicurezza → Verifica in due passaggi → Password per le app, creane una per "Mail" / "Altro (nome personalizzato)" chiamata "PrestaShop" e incolla la stringa di 16 caratteri nel campo password SMTP di PrestaShop. La Verifica in due passaggi deve essere attiva prima, altrimenti Google non mostra l'opzione Password per le app.

Il problema è il volume. Un account Gmail gratuito è limitato a circa 500 destinatari al giorno; Google Workspace porta il limite a circa 2.000. Ogni ordine PrestaShop di solito genera due o tre email: conferma al cliente, notifica all'amministratore e successiva notifica di spedizione. Un negozio con oltre 100 ordini al giorno può quindi avvicinarsi al tetto del Gmail gratuito e, una volta superato, le email iniziano a essere differite o rifiutate senza segnali evidenti nel back office. Gmail è un punto di partenza, non una destinazione.

SMTP Outlook / Microsoft 365

Microsoft sta limitando progressivamente l'autenticazione SMTP di base, quindi in molti tenant devi abilitare esplicitamente SMTP autenticato per la casella email nel centro di amministrazione di Exchange prima che PrestaShop possa connettersi. Se il test di connessione su Microsoft 365 fallisce nonostante credenziali corrette, quella opzione è di solito la causa.

Servizi email transazionali, la risposta quando hai volumi reali

Oltre qualche centinaio di messaggi al giorno, passa a un servizio pensato per l'invio transazionale: SendGrid, Mailgun, Brevo o Amazon SES. Ti offrono reputazione di invio dedicata, gestione automatica di rimbalzi e reclami, e una dashboard di recapito: tutte cose che Gmail non può darti. Ecco SendGrid come esempio:

Prezzi e limiti dei piani gratuiti cambiano, quindi controlla la pagina aggiornata del provider invece di fidarti di un numero trovato in un articolo, ma il vantaggio strutturale non cambia: un IP di invio di cui tu e il provider gestite attivamente la reputazione, dati sui rimbalzi restituiti a te e stato di recapito per singolo messaggio. Per qualunque negozio in cui una conferma d'ordine mancata si traduca in un ticket di assistenza o in una contestazione di pagamento, quella visibilità è il punto centrale.

Autenticazione email: SPF, DKIM e DMARC

Le impostazioni SMTP corrette fanno uscire il messaggio. Tre record DNS decidono se il server ricevente si fiderà abbastanza da inserirlo nella posta in arrivo. Senza questi record, anche un SMTP configurato perfettamente finisce nello spam: è il secondo reclamo email più comune dopo "non parte nulla" e, diversamente dalle impostazioni PrestaShop, vive nel DNS del tuo dominio, non nel back office.

SPF. Chi è autorizzato a inviare a tuo nome

SPF (Sender Policy Framework) è un record TXT DNS che elenca i server autorizzati a inviare email per il tuo dominio. Un server ricevente lo controlla per confermare che il messaggio provenga da una sorgente autorizzata. Un record tipico per un negozio che invia tramite Google più SendGrid:

v=spf1 include:_spf.google.com include:sendgrid.net ~all

Includi solo i servizi da cui invii davvero: ogni include aggiuntivo indebolisce leggermente il record e SPF ha un limite rigido di 10 lookup DNS prima di fallire del tutto.

DKIM. Una firma che prova che nulla è stato manomesso

DKIM (DomainKeys Identified Mail) aggiunge una firma crittografica a ogni messaggio, dimostrando che proviene dal tuo dominio e che non è stato alterato durante il transito. Il provider genera la chiave; tu la pubblichi come record TXT o CNAME. Per Google Workspace su dominio personalizzato, abilitalo da Apps → Google Workspace → Gmail → Authenticate email. Per SendGrid, usa Settings → Sender Authentication → Authenticate Your Domain, che ti fornisce i record CNAME da aggiungere al DNS.

DMARC, che cosa fare con la posta che fallisce i primi due controlli

DMARC collega SPF e DKIM e dice ai destinatari come trattare i messaggi che falliscono. Inizia in modalità monitoraggio, così non rompi nulla:

v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com

Questo ti segnala gli errori senza bloccare niente. Dopo alcune settimane di report puliti, passa a p=quarantine (instrada gli errori nello spam) e infine a p=reject (li blocca). Passare direttamente a p=reject prima di aver verificato che la tua posta legittima superi i controlli è il modo in cui i negozi finiscono per bloccare per errore le proprie conferme d'ordine.

Configurare correttamente l'indirizzo "From" (un killer silenzioso della consegnabilità)

L'indirizzo mittente di PrestaShop si imposta in Parametri negozio → Contatti → Negozi (e nell'email di contatto del singolo negozio). Un errore sottile ma molto comune: quell'indirizzo "From" deve essere allineato con il dominio che hai autenticato per SMTP. Inviare come info@yourstore.com autenticandosi tramite smtp.gmail.com con un'identità @gmail.com crea una mancata corrispondenza di autenticazione che SPF/DMARC segnaleranno, e la tua posta finirà nello spam anche se ogni singola impostazione "sembra" corretta. Dominio di invio, identità SMTP e record di autenticazione devono puntare tutti nella stessa direzione.

Dimostrare che funziona, prima che sia un cliente a dimostrare il contrario

Non fidarti di una schermata impostazioni che dice "salvato". Testa il percorso reale di recapito:

• Test integrato di PrestaShop. Nella pagina Parametri avanzati → Email c'è un campo "Invia un'email di prova": inviane una a te stesso e verifica che arrivi nella posta in arrivo, non nello spam.
• mail-tester.com. Invia un messaggio all'indirizzo che ti mostra; assegna un punteggio da 0 a 10 a SPF, DKIM, DMARC, contenuto e stato blacklist. Punta almeno a 9 prima di considerare chiuso il lavoro.
• Testa provider diversi. Invia separatamente a Gmail, Outlook/Hotmail e Yahoo: le loro regole antispam sono diverse e superarne una non significa superarle tutte e tre.
• Leggi le intestazioni. In un messaggio ricevuto su Gmail, apri tre puntini → Mostra originale e cerca SPF: PASS, DKIM: PASS e DMARC: PASS. Se uno indica FAIL o NONE, correggi il record DNS corrispondente prima di andare online.

Email transazionali e marketing, tienile su binari separati

Questa guida riguarda le email transazionali: conferme d'ordine, avvisi di spedizione, reimpostazioni password, cioè i messaggi che PrestaShop invia automaticamente come risultato diretto di un'azione del cliente. Trattale come un flusso diverso da newsletter e promozioni di marketing, perché mischiarli ti costa:

• Contaminazione della reputazione. Se la tua newsletter riceve segnalazioni spam e usa lo stesso IP/dominio delle conferme d'ordine, trascina giù anche le conferme d'ordine.
• Regole legali diverse. Le email transazionali non richiedono un link di disiscrizione (sono necessarie per completare l'acquisto); le email di marketing sì. Tenerle separate mantiene chiara la linea della conformità.
• Picchi di volume. L'invio di una newsletter a 50.000 destinatari può saturare una connessione SMTP condivisa e ritardare la conferma d'ordine urgente che un cliente sta aspettando.

Buona prassi: invia le email transazionali di PrestaShop tramite il tuo servizio SMTP e gestisci le newsletter da una piattaforma dedicata (Mailchimp, Brevo, Klaviyo). Se vuoi collegare questi due mondi, per esempio inserendo automaticamente un nuovo cliente PrestaShop nella lista newsletter, uniscili con un livello di automazione invece di mescolare i flussi di invio; spieghiamo il modo no-code per farlo in Zapier e Make per PrestaShop e, nello specifico per i trigger dei flussi di lavoro, in PrestaShop e Zapier senza scrivere codice.

La lista di controllo per "email non inviata"

Questi sono i casi che incontriamo più spesso quando i commercianti ci chiedono di esaminare email PrestaShop non funzionanti, grosso modo nell'ordine in cui conviene verificarli.

Non parte assolutamente nulla

• Leggi prima il log email. Quando la registrazione è abilitata, Parametri avanzati → Email elenca i messaggi che PrestaShop ha tentato di inviare (destinatario, template, oggetto, ora). Se i messaggi sono registrati ma non arrivano, PrestaShop li sta generando e consegnando, ma falliscono più a valle (autenticazione o spam). Se non viene registrato nulla, l'invio fallisce prima di quel punto: ricontrolla host SMTP, porta e credenziali, e conferma che la registrazione stessa sia attiva.
• Ritesta direttamente le credenziali. Accedi alla casella email o alla console del provider con esattamente lo stesso nome utente e la stessa password che hai incollato in PrestaShop. Se non riesci tu, non riuscirà nemmeno PrestaShop.
• Controlla che la porta non sia bloccata dal firewall. Alcuni hosting bloccano il traffico in uscita su 587/465. Se il test di connessione va in timeout, chiedi al tuo hosting di confermare che quelle porte siano aperte per il traffico in uscita.

La posta parte ma finisce nello spam

• SPF/DKIM mancanti o non validi. Verifica con mxtoolbox.com che entrambi i record esistano e passino per il tuo dominio.
• Mancata corrispondenza dell'indirizzo From. Vedi la sezione "From" sopra: è la causa spam più trascurata.
• Contenuto del template troppo promozionale. Linguaggio insistente tipo "gratis / sconto / agisci ora" e un cattivo rapporto testo-immagini nei template personalizzati fanno scattare i filtri sui contenuti.

Errori intermittenti

• Limitazione della frequenza di invio. Stai superando il limite giornaliero del provider; confronta il volume reale con il limite del piano e passa a un piano/provider superiore se lo hai superato.
• Timeout di connessione. Un server SMTP lento può superare il timeout di connessione predefinito di PrestaShop: aumentarlo, per esempio da 5 a 20 secondi, spesso elimina invii instabili.

Invio riuscito, ma il cliente dice che non è arrivato nulla

Controlla se l'indirizzo del cliente contiene un refuso, verifica il log dei rimbalzi del provider e chiedi al cliente di guardare nello spam e di inserire il tuo indirizzo mittente tra quelli consentiti. "Inviato" in PrestaShop significa solo che il messaggio è stato accettato dal server SMTP: la dashboard del provider è il posto in cui vedi se è stato respinto. Una volta confermato che l'indirizzo è corretto e risolta la causa di consegnabilità, vorrai reinviare proprio quella conferma invece di lasciare il cliente a mani vuote: il nostro modulo Resend Order Confirmation rilancia la conferma d'ordine direttamente dalla pagina dell'ordine, così un errore di recapito isolato non diventa una ricostruzione manuale dell'email.

Personalizzare i template email di PrestaShop

I template email di PrestaShop possono trovarsi in diverse posizioni mails/<language_code>/: directory email del core, del tema e dei moduli, a seconda della versione, del tema e dei moduli installati. Ogni tipo esiste come file HTML più un fallback TXT in testo semplice. Le versioni più recenti (1.7/8/9) permettono anche di modificare l'aspetto da Design → Email Theme. Alcune regole aiutano a mantenere i template personalizzati renderizzati correttamente ovunque:

• Usa CSS inline: molti client email rimuovono i blocchi <style>.
• Impagina con tabelle; il rendering HTML delle email è di fatto fermo al 2005.
• Mantieni la larghezza sotto i 600px per il mobile.
• Testa in diversi client (Gmail web, Outlook desktop, Apple Mail, mobile).
• Non eliminare mai i segnaposto come {firstname}, {lastname} o {order_name}: PrestaShop li sostituisce con dati reali al momento dell'invio, e rimuoverli rompe l'unione dei dati.

Log e monitoraggio reale del recapito

Quando la registrazione email è abilitata, PrestaShop registra ogni tentativo di invio nel suo database, consultabile da Parametri avanzati → Email, con destinatario, template usato, lingua, oggetto e ora di invio. Ma ricorda che cosa significa una voce in quella lista: PrestaShop ha consegnato il messaggio al server SMTP. Non è una prova di consegna nella posta in arrivo e il log non contiene uno stato consegnato/respinto per singolo messaggio. Per quella verità serve la dashboard del provider: SendGrid, Mailgun e Amazon SES riportano tutti, per messaggio, tassi di consegna, rimbalzo, differimento e reclamo. Controllali ogni settimana; un tasso di rimbalzo che cresce lentamente è il primo segnale che si sta formando un problema di consegnabilità prima che i clienti se ne accorgano.

Domande frequenti

Perché le email di conferma ordine PrestaShop non vengono recapitate?

La causa più comune è l'uso di PHP mail() su un hosting che la disabilita o invia senza autenticazione: Gmail, Outlook e Yahoo moderni cestinano la posta massiva non autenticata. Passa a "Imposta i miei parametri SMTP" in Parametri avanzati → Email, puntalo a un vero servizio email e pubblica record SPF, DKIM e DMARC. Poi verifica il percorso con un test prima di affidargli ordini reali.

Quale porta SMTP e quale crittografia devo usare?

La porta 587 con TLS è lo standard moderno e ciò che consiglia la maggior parte dei provider; la porta 465 con SSL è l'alternativa più vecchia e funziona ancora. Non scegliere mai "Off": invia le credenziali senza crittografia. Se un test di connessione va in timeout su entrambe le porte, il tuo hosting potrebbe bloccare l'SMTP in uscita e dovrai chiedere di aprirlo.

Posso usare semplicemente il mio account Gmail per inviare le email del negozio?

Per un piccolo negozio, sì: usa smtp.gmail.com sulla porta 587/TLS con una Password per le app di 16 caratteri (non la password di accesso, e prima deve essere attiva la Verifica in due passaggi). Ma un account Gmail gratuito è limitato a circa 500 destinatari/giorno e Workspace a circa 2.000. Poiché ogni ordine genera due o tre email, un negozio oltre ~100 ordini/giorno toccherà quel limite e la posta inizierà a essere differita in modo silenzioso. Gmail è un punto di partenza, non una destinazione: a volume passa a SendGrid, Mailgun, Brevo o Amazon SES.

La mia email parte ma finisce nello spam: che cosa non va?

Quasi sempre manca l'autenticazione, fallisce l'autenticazione o c'è una mancata corrispondenza dell'indirizzo From. Verifica che SPF e DKIM esistano e passino (mxtoolbox.com), e assicurati che il dominio dell'indirizzo "From" corrisponda al dominio tramite cui autentichi SMTP: inviare come info@yourstore.com autenticandosi con un'identità @gmail.com viene segnalato da SPF/DMARC e finisce nello spam anche quando ogni impostazione "sembra" corretta.

Un cliente dice di non aver mai ricevuto la conferma: che faccio?

Prima verifica che sia davvero mancata: controlla eventuali refusi nell'indirizzo e il log dei rimbalzi del provider ("Inviato" in PrestaShop significa solo che il server SMTP l'ha accettata, non che sia stata consegnata). Risolvi la causa di consegnabilità alla base, poi reinvia quella specifica conferma invece di lasciare il cliente a mani vuote: Resend Order Confirmation la rilancia dalla pagina dell'ordine con un clic.

Le conferme d'ordine e la mia newsletter devono passare dallo stesso servizio?

No: tienile su binari separati. Se la tua newsletter genera segnalazioni spam e condivide IP/dominio con la posta transazionale, trascina giù anche le conferme d'ordine. Invia la posta transazionale tramite il tuo servizio SMTP e gestisci le newsletter da una piattaforma dedicata (Mailchimp, Brevo, Klaviyo). Collega i due sistemi con un livello di automazione se necessario, invece di mescolare i flussi di invio.

Dove si inserisce l'email in un negozio che supera il lavoro manuale

L'email transazionale affidabile è la base, ma raramente è l'unico punto in cui un negozio in crescita perde tempo e informazioni. Lo stesso evento d'ordine che attiva una conferma email di solito deve arrivare anche al sistema contabile e, prima o poi, al tuo ERP: copiare quei dati a mano è esattamente il tipo di lavoro manuale che cede quando i volumi aumentano. Se sei al punto in cui le email d'ordine sono sistemate ma il resto del back office vive ancora di copia-incolla, questi sono i prossimi tasselli:

• Contabilità. Portare automaticamente in Xero o QuickBooks i dati di fatturazione di ogni ordine, invece di reinserirli a mano: vedi collegare PrestaShop al tuo software di contabilità.
• ERP. Quando scorte, ordini e clienti devono restare sincronizzati con un sistema di back office, i modelli di integrazione che reggono davvero sono trattati in modelli di integrazione PrestaShop-ERP, e i segnali che è il momento giusto in quando il negozio supera il lavoro manuale.
• Colla no-code. Per i collegamenti più leggeri, inserire un nuovo cliente in una lista, inviare un ordine a uno strumento, vedi Zapier e Make per PrestaShop.

La consegnabilità email non è affascinante, ed è proprio per questo che viene trascurata finché un cliente che non ha mai ricevuto la conferma apre una contestazione. Porta SMTP su un vero provider, pubblica i record SPF, DKIM e DMARC, allinea l'indirizzo "From" e verifica l'intero percorso con un test prima di affidargli ordini reali. Per moduli che estendono le capacità di gestione del negozio e di integrazione di PrestaShop, costruiti per sopravvivere agli aggiornamenti di PrestaShop e PHP invece di rompersi al successivo, sfoglia il catalogo su mypresta.rocks.