Per molte PMI, il modulo di contatto è una delle parti più importanti del sito web. Riceve richieste di preventivo, prenotazioni, candidature, messaggi dei clienti e talvolta le prime opportunità commerciali. Eppure un problema si presenta spesso: il modulo sembra funzionare, ma alcune email finiscono nello spam, arrivano in ritardo o non vengono mai ricevute.

Nel 2026, inviare un’email da un sito web non significa più semplicemente chiamare una funzione PHP o lasciare che WordPress gestisca l’invio predefinito. Provider come Gmail, Yahoo, Outlook e le piattaforme professionali filtrano i messaggi in modo più severo. Controllano l’identità del dominio, la qualità tecnica dell’invio e la reputazione del mittente.

La trappola del modulo che sembra funzionare

Un modulo può mostrare un messaggio di successo senza che l’email venga realmente consegnata. Il sito conferma solo che la richiesta è stata elaborata lato server. Questo non garantisce che il messaggio abbia superato i filtri antispam, che non sia stato bloccato dall’hosting o che non sia finito nella posta indesiderata.

Il problema è particolarmente delicato per un’impresa locale a Nizza, Cannes, Antibes o Monaco. Se una richiesta di preventivo non arriva, il potenziale cliente di solito non avvisa. Contatta semplicemente un altro fornitore. Una configurazione email errata può quindi far perdere opportunità senza lasciare segnali evidenti.

Perché gli invii PHP creano spesso problemi

Molti siti WordPress e sviluppi PHP su misura utilizzano ancora l’invio email nativo del server. Questo metodo può funzionare per notifiche semplici, ma spesso manca di un’autenticazione chiara. L’email sembra provenire dal vostro dominio, mentre tecnicamente viene inviata da un server di hosting condiviso o da un’infrastruttura identificata male.

I filtri antispam possono quindi considerare il messaggio sospetto. Il contenuto non è sempre il problema. Anche un’email perfettamente legittima può essere penalizzata se dominio, indirizzo di invio, server e record DNS non sono coerenti.

SPF, DKIM e DMARC: tre impostazioni da capire

SPF indica quali server sono autorizzati a inviare email per conto del vostro dominio. DKIM aggiunge una firma crittografica che consente di verificare che il messaggio non sia stato modificato e che sia associato al dominio mittente. DMARC indica ai server riceventi cosa fare quando un’email non supera i controlli SPF o DKIM.

Queste impostazioni non riguardano solo le grandi aziende. Anche una PMI che invia pochi messaggi può essere coinvolta se il sito usa un modulo, una newsletter, un CRM, uno strumento di prenotazione o una soluzione di fatturazione. Le regole sono più severe per i mittenti ad alto volume, ma l’autenticazione email sta diventando una buona pratica minima per tutti.

Serve però una precisazione: SPF, DKIM e DMARC non garantiscono da soli una consegna perfetta. Migliorano la fiducia tecnica, ma contano anche la reputazione del dominio, il contenuto del messaggio, le segnalazioni di spam, le liste di invio e la qualità dei destinatari.

Usare un SMTP affidabile invece dell’invio predefinito

Per un sito professionale, spesso è preferibile utilizzare un servizio SMTP autenticato o un’API email dedicata. Questo permette di inviare i messaggi da un’infrastruttura pensata per tale scopo, con migliore tracciabilità, log degli errori e una configurazione più pulita.

Su WordPress, in genere si utilizza un plugin SMTP configurato correttamente. Su un sito PHP su misura, l’invio può essere gestito con una libreria affidabile e credenziali sicure. In entrambi i casi, è bene evitare di salvare password in chiaro nel codice e limitare gli accessi allo stretto necessario.

Non mescolare email transazionali e marketing

Un altro punto spesso dimenticato riguarda la separazione degli usi. Le email transazionali, come una conferma di modulo o una notifica di prenotazione, non hanno lo stesso ruolo di una newsletter o di una campagna commerciale. Mescolarle può danneggiare la reputazione del dominio se una campagna marketing genera disiscrizioni o segnalazioni di spam.

Per una PMI non è sempre necessario costruire un’infrastruttura complessa. È però utile distinguere i messaggi critici, i follow-up commerciali, le newsletter e le automazioni CRM. Questa separazione facilita la diagnosi in caso di problemi di deliverability.

Checklist da verificare sul sito

  • Il modulo conserva una copia delle richieste nell’amministrazione o nel CRM?
  • Le email partono tramite SMTP autenticato invece che tramite invio PHP predefinito?
  • I record SPF, DKIM e DMARC sono presenti e coerenti?
  • L’indirizzo del mittente utilizza davvero il dominio dell’azienda?
  • Gli errori di invio vengono registrati da qualche parte?
  • I messaggi critici sono separati da newsletter o campagne marketing?
  • Un indirizzo di risposta chiaro permette al cliente di rispondere facilmente?

Un tema tecnico, ma anche commerciale

Un sito può essere veloce, ben posizionato e curato graficamente, ma perdere contatti a causa di un invio email configurato male. È un dettaglio invisibile fino al giorno in cui un cliente segnala di non aver mai ricevuto risposta, oppure fino a quando si scoprono diverse richieste bloccate.

Da NIKAIA.NET verifichiamo l’intera catena: modulo, WordPress, codice PHP, SMTP, DNS, sicurezza, CRM e automazioni. L’obiettivo è semplice: fare in modo che ogni richiesta importante venga trasmessa correttamente, seguita e utilizzata dall’azienda.

Punti da verificare prima della pubblicazione

Rileggere le raccomandazioni SPF, DKIM e DMARC secondo le regole attuali di Google, Yahoo e Microsoft. Verificare che le frasi sui mittenti ad alto volume restino sfumate, perché soglie e requisiti possono dipendere dal provider, dal tipo di email e dal volume inviato. Adattare gli esempi SMTP alle soluzioni realmente supportate da NIKAIA.NET.