Email transazionali: cosa sono

Ogni giorno, milioni di email transazionali vengono spedite nei nostri inbox: conferme di ordine, ricevute di pagamento, istruzioni per il reset della password, notifiche di consegna, fatture digitali. Sono diverse dalle newsletter e dalle campagne promozionali — ma molti le trattano come se fossero uguali. Questo è il primo errore di chi gestisce un e-commerce o una piattaforma B2B in Italia. Le email transazionali richiedono un approccio diverso, una reputazione separata e requisiti tecnici specifici per arrivare sempre in Inbox.

Cosa sono le email transazionali?

Una email transazionale è un messaggio automatico generato da un sistema — un sito web, un e-commerce, un gestionale, un'app — in risposta a un'azione compiuta da un utente. Non è scritta da un marketer; è prodotta da un software e inviata in tempo reale o quasi-reale.

Esempi comuni di email transazionali:

• Conferma di ordine: spedita subito dopo che un cliente completa il pagamento su un e-commerce.
• Ricevuta di pagamento: generata da un gateway di pagamento (Stripe, PayPal, ecc.) per documentare la transazione.
• Resettaggio password: inviata quando un utente chiede di recuperare l'accesso al proprio account.
• Notifica di spedizione: mandata dal sistema logistico per avvertire il cliente che il pacco è in viaggio.
• Fattura digitale: generata da un gestionale contabile e inviata al cliente secondo i tempi legali.
• Notifica di registrazione: attivazione di account, verifica di email, welcome onboarding.

In Italia, piattaforme come PrestaShop, WooCommerce e Shopify generano automaticamente queste email; anche sistemi di contact form come Contact Form 7 ed Elementor tentano di inviarle. Il problema è che molti configurano male il canale di invio, e così le email finiscono nello spam oppure non partono affatto.

Differenze tra email transazionali e email di marketing

Anche se tutte e due sono email, transazionali e marketing obbediscono a regole diverse. Ecco le differenze principali:

• Audience (destinatari): le transazionali vanno a chi ha scelto di ricevere quel messaggio specifico (perché ha comprato, compilato un form, richiesto un reset). Le marketing vanno a una lista di abbonati scelti dal marketer.
• Timing: le transazionali sono asincrone e non pianificate — partono subito, a evento. Le marketing sono programmate per orari specifici.
• Contenuto: le transazionali contengono informazioni rilevanti per il ricevente (numero ordine, link di tracciamento, fattura). Le marketing promuovono prodotti, sconti, novità.
• Regolamentazione: le transazionali non richiedono esplicitamente il consenso GDPR (sono conseguenza di un contratto già sottoscritto); le marketing sì, devono avere una chiara evidenza di opt-in.
• Tasso di apertura: le transazionali hanno tassi di apertura molto alti (50–80%+) perché rispondono a un bisogno immediato. Le marketing hanno tassi più bassi (10–25%) ed è normale.
• Velocità di consegna: le transazionali devono essere veloci e affidabili. Un cliente attende il numero dell'ordine in pochi secondi. Le marketing possono attendere 5–15 minuti.

Perché usare un dominio (o sottodominio) separato?

Una pratica comune nei grandi e-commerce e nei provider di pagamento è usare un dominio o sottodominio separato per le email transazionali. Ad esempio:

• Email di marketing: no-reply@marketing.tuodominio.it
• Email transazionali: ordini@tuodominio.it oppure transazioni.tuodominio.it

Il motivo? Separazione della reputazione. Se una campagna marketing genera molti spam report, i filtri dei provider (Gmail, Yahoo, Outlook, Libero, Aruba) abbassano la reputazione di quel dominio. Ma se usi un sottodominio separato, quella penalità non colpisce le email transazionali, che rimangono pulite.

In Italia, con provider come MailUp o 4Dem, la separazione è fatta all'interno della piattaforma; se usi SMTP diretto dal tuo server (PrestaShop, WooCommerce), devi configurare il sottodominio manualmente e assicurare che SPF/DKIM siano verificati separatamente per ognuno.

Requisiti tecnici: SPF e DKIM per le transazionali

Anche se una email transazionale è «solo» una ricevuta o una conferma, i filtri anti-spam di Gmail, Yahoo, Libero e Aruba controllano comunque SPF e DKIM. Senza questi record, la tua email rischia di finire in spam anche se il contenuto è legittimo.

SPF (Sender Policy Framework) comunica ai server di ricezione: «questi sono i server autorizzati a mandare email per conto del mio dominio». Esempio per un sottodominio transazionale:

Se usi un provider (MailUp, Sendgrid, Brevo), lui ti fornisce la stringa esatta da mettere nel record SPF.

DKIM (DomainKeys Identified Mail) firma ogni email con una chiave crittografica, garantendo che nessuno l'abbia modificata. I provider ti generano una coppia di chiavi: quella pubblica va nel DNS, quella privata resta sul server.

Se configuri male SPF/DKIM, le email finiscono in spam oppure vengono rifiutate direttamente dai server. Per verificare che la tua configurazione sia corretta, puoi usare il nostro tool gratuitocheck.live-direct-marketing.online: invia un email di test e vedi subito il valore di SPF/DKIM/DMARC come i filtri lo leggono.

Strumenti e provider per le email transazionali in Italia

In Italia, hai diverse opzioni per inviare email transazionali in modo affidabile:

• MailUp: ESP italiano con forte reputazione di deliverability. Offre API per le transazionali e ti aiuta a configurare SPF/DKIM dalla dashboard. Supporto in italiano. Buono per e-commerce e B2B.
• 4Dem: Altra piattaforma italiana, simile a MailUp, con prezzi competitivi e focus su PMI.
• Brevo (ex-Sendinblue): Provider internazionale con forte presence in Italia. Localizzato, API semplice, free tier generoso.
• GetResponse: Piattaforma globale ma molto usata in Italia per e-commerce. Offre automation per transazionali e marketing insieme.
• SMTP provider puro (SendGrid, Postmark, Amazon SES): Se usi PrestaShop, WooCommerce o un sistema in-house, puoi collegare un SMTP provider che se ne occupa di SPF/DKIM e deliverability. Un po' tecnico, ma molto affidabile.

Errori comuni: PrestaShop, WooCommerce e WordPress

La maggior parte dei problemi di consegna in Italia viene da configurazioni di base sbagliate. Ecco i più comuni:

• PrestaShop: Di default invia le email via PHP mail() del server, senza SPF/DKIM. Risultato: spam quasi garantito. Soluzione: installa un modulo SMTP (tipo «WhatTheEmail» o «SMTP») e collega un provider esterno.
• WooCommerce: wp_mail() senza plugin SMTP usa il server host. Stesso problema. Installa «WP Mail SMTP» o «Mailgun for WordPress» e collega il provider. Configurazione richiede 5 minuti.
• Contact Form 7 / Elementor Forms: Non mandano email quando wp_mail è rotto. Diagnosi: vai in wp-admin e guarda se altre email (notifiche di ordine, reset password) arrivano. Se no, il problema è wp_mail. Soluzione: plugin SMTP.
• Dominio sender errato: Un client configura «From: noreply@gmail.com» da un'email PrestaShop di tuodominio.it. Fallisce SPF, vai in spam. Usa sempre «From: noreply@tuodominio.it».
• Senza unsubscribe link: Per transazionali non è obbligatorio GDPR, ma Google e Yahoo richiedono un modo per segnalarsi come spam o disiscriversi. Aggiungi un link di unsubscribe o un preferenze center.