Prova gratuita di 14 giorni

Sintomi

Modulo di contatto del sito web: le richieste non arrivano o finiscono nello spam

Un'azienda scopre dopo mesi che le richieste dei clienti dal modulo web non sono mai arrivate. È uno degli errori silenziosi più costosi. La causa sta quasi sempre nel modo in cui il modulo invia l'e-mail.

3 min di letturaQuanto è protetto il vostro dominio? Controllare il dominio gratis

L'errore classico: il mittente è il cliente

Molti moduli (Contact Form 7, WPForms, Gravity Forms, sistemi di negozio) impostano di default l'indirizzo e-mail del cliente come mittente, così lei può rispondere direttamente. Allora il suo server web invia un'e-mail «da» un indirizzo Gmail o Bluewin. Le regole DMARC di questi provider lo proibiscono. L'e-mail viene rifiutata o finisce nello spam, spesso già dal suo stesso server di posta.

Il secondo errore: server web senza autorizzazione

Se imposta il suo stesso indirizzo come mittente, il server web invia a suo nome. Se il server web non è in SPF e non firma con DKIM, il risultato è lo stesso. Soprattutto con Microsoft 365 come casella, il filtro antispam scarta spesso queste e-mail.

Configurazione corretta

  1. Mittente = indirizzo proprio, ad esempio un indirizzo del modulo del suo dominio. L'indirizzo del cliente va nel campo «Rispondi a» (Reply-To).
  2. Invio via SMTP invece che tramite la funzione PHP del server web. Un plugin SMTP invia l'e-mail tramite la sua casella Microsoft 365, Google o hoster. Allora le sue voci SPF e DKIM si applicano automaticamente.
  3. Senza SMTP: inserisca il server web in SPF (include dell'hoster) e, se possibile, attivi DKIM dell'hoster per il sito web.
  4. Testare con una richiesta verso una casella Gmail e una casella Microsoft.
  5. Osservare i rapporti DMARC: il server web appare come fonte propria e dovrebbe essere verde.

Verifichi prima il dominio: Controllo del dominio gratuito

In più

  • Protezione antispam nel modulo (captcha, honeypot), altrimenti il suo modulo invia spam da solo e danneggia la sua reputazione.
  • Copia verso una seconda casella o salvataggio delle richieste sul sito come riserva.
  • In caso di trasferimento del sito, aggiorni SPF: il nuovo server web ha un altro indirizzo.

Domande frequenti

Il modulo ha funzionato per anni.

Le regole sui mittenti di Google e Microsoft, insieme a DMARC su sempre più domini, hanno inasprito la situazione dal 2024.

Il mio webdesigner dice che è colpa del provider di posta.

In parte. Il provider rifiuta ciò che non è autorizzato. L'autorizzazione è però una sua impostazione sul dominio. Devono funzionare insieme entrambi.

Come aiuta DomainRadar

DomainRadar controlla continuamente SPF, DKIM e DMARC dei suoi domini, analizza automaticamente i rapporti DMARC e le dice in parole chiare quale canale di invio manca e cosa fare.

La verifica gratuita del dominio le mostra in un minuto a che punto è oggi il suo dominio.

Il controllo del dominio resta gratuito. Poi provate DomainRadar con tutte le funzioni per 14 giorni – senza carta di credito, la prova termina da sola.

Altri articoli

Ora 14 giorni gratis

Come se la cava il vostro dominio?

DomainRadar verifica costantemente SPF, DKIM e DMARC dei vostri domini e vi dice in parole chiare cosa fare.

Oppure direttamente per e-mail: info@domainradar.ch

  • Senza impegno
  • Senza carta di credito
  • Termina da solo dopo 14 giorni
Prova gratuita di 14 giorni