«Il modulo di contatto non funziona» è quasi sempre una diagnosi sbagliata. Il modulo funziona benissimo: raccoglie la richiesta, la salva, mostra il messaggio di ringraziamento. È l’email di avviso che non arriva, e siccome nessuno guarda l’archivio delle richieste dentro il sito, quelle richieste restano lì per settimane mentre chi ha scritto pensa di essere stato ignorato.

La buona notizia è che i lead di solito non sono persi: sono solo in un posto che nessuno apre. Vediamo come verificarlo e come sistemare la causa.

Il motivo numero uno: la notifica nasce spenta

Diversi strumenti per moduli creano i nuovi form con la notifica email all’amministratore disattivata. Non è un difetto, è un’impostazione predefinita — ma chi costruisce il modulo prova l’invio, vede il messaggio di conferma, e dà per scontato che l’email parta. Non parte, e non c’è nessun errore da nessuna parte.

Con il plugin Abilità IA la verifica è immediata:

«Elencami tutti i moduli del sito con quante richieste hanno ricevuto e quante non sono ancora state lette. Per ciascuno dimmi quali notifiche email sono configurate, a quale indirizzo e se sono attive.»

È la domanda che, su un sito mai controllato, produce la sorpresa più frequente di tutte: moduli con decine di richieste non lette e una notifica spenta dal giorno in cui il sito è stato costruito.

[SCREENSHOT: elenco dei moduli con richieste non lette e stato delle notifiche]

Gli altri tre motivi

L’indirizzo del destinatario è quello sbagliato. Tipicamente quello di chi ha realizzato il sito, rimasto lì dalla configurazione iniziale. È lo stesso problema che si trascina dietro qualsiasi sito appena messo online.

L’email parte e finisce nello spam. Succede quando il modulo usa come mittente l’indirizzo di chi ha compilato: il tuo server dichiara di scrivere a nome di un dominio che non è il suo, e i filtri fanno il loro mestiere. La regola è: mittente sempre un indirizzo del tuo dominio, e l’indirizzo del cliente nel campo «rispondi a».

Il modulo è chiuso senza che nessuno lo sappia. Alcuni moduli si possono programmare o limitare, e una pianificazione impostata male li rende semplicemente inattivi: il visitatore vede un messaggio di modulo non disponibile, e a te non arriva niente perché niente è stato inviato. È un caso raro ma silenzioso e vale la pena escluderlo quando le richieste si azzerano di colpo.

Recuperare le richieste rimaste indietro

Prima di sistemare la causa, guarda cosa c’è già in archivio. Le richieste sono salvate nel sito anche quando l’email non è mai partita: si possono elencare per data, contare, e — quando serve rispondere — leggere.

Su questo vale la pena essere precisi: si tratta di dati di persone reali, quindi il comportamento sensato è che un elenco mostri quante richieste ci sono, di che tipo e quando sono arrivate, senza rovesciare in chat nomi, telefoni e messaggi finché non serve davvero. Quando devi rispondere a una richiesta specifica la apri e la leggi: è una scelta, non un effetto collaterale del contare.

La prova che chiude la questione

Dopo ogni modifica alle notifiche, compila il modulo dal sito pubblico come farebbe un cliente e verifica tre cose: che l’email arrivi, che arrivi all’indirizzo giusto e che non finisca nella posta indesiderata. Se hai attivato anche l’email di conferma al cliente, usa un tuo secondo indirizzo per controllare pure quella. Due minuti, e sono l’unico test che vale.

Il passo successivo: non fermarsi all’email

Una richiesta che arriva solo per email vive quanto la tua casella di posta. Se sul sito c’è un sistema di gestione contatti, il modulo può alimentarlo direttamente: chi scrive diventa un contatto etichettato in base al modulo compilato, e da lì entra nei tuoi segmenti e nelle comunicazioni successive — sempre nel rispetto di quello per cui ha dato il consenso, che è una cosa diversa dall’aver chiesto un preventivo.

Per iniziare

Servono WordPress con un plugin per moduli, Abilità IA e un assistente compatibile con MCP. Fai la domanda del secondo paragrafo adesso: è a costo zero, non modifica niente, e sui siti che nessuno controlla da un po’ trova richieste non lette in un caso su due.