Il sito conferma l'invio, ma nella casella dell'azienda non arriva nulla. Viene spontaneo accusare il modulo e cambiarlo. Prima conviene seguire una richiesta precisa: è stata salvata? Il servizio di posta l'ha presa in carico? Il server destinatario l'ha accettata? Una persona può ritrovarla e rispondere? Ogni risposta indica un punto diverso su cui intervenire.
Fate una prova con una dicitura riconoscibile, per esempio «PROVA-MODULO-25OTT-A», dati inventati e un indirizzo sotto il vostro controllo. Annotate ora e fuso orario. Potrete cercare la stessa prova nel registro delle richieste, nei tentativi di invio e nella posta. Cinque messaggi con scritto soltanto «Buongiorno» rendono il controllo inutilmente complicato.
Prima cercate la richiesta, poi l'email
Aprite il sistema che dovrebbe conservare gli invii: l'elenco del modulo, il gestionale clienti o l'archivio previsto dal progetto. Cercate il codice della prova. Alcune installazioni salvano la richiesta e poi avvisano l'azienda; altre tentano soltanto di spedire un messaggio. La differenza conta quando qualcosa va storto, perché determina se il contatto è recuperabile.
Anche la conferma a video va interpretata. Può arrivare dopo un salvataggio affidabile, dopo una semplice risposta del server oppure troppo presto, se il modulo è realizzato male. Chiedete al fornitore quale evento autorizza quella frase. Dovete sapere che cosa rimane disponibile se la notifica fallisce un istante dopo.
La guida ufficiale di WordPress.com sulle notifiche distingue le risposte conservate dal messaggio che le segnala. Un altro servizio avrà schermate e opzioni proprie. Fatevi mostrare entrambe le prove nella vostra installazione, senza dare per scontato che ogni modulo includa un archivio degli invii.
Quattro stati da controllare separatamente
Per la prova annotate: richiesta registrata, notifica accettata dal servizio di invio, messaggio accettato dal server destinatario, richiesta presa in carico dall'azienda. Il terzo stato non garantisce la presenza nella cartella principale. Filtri, quarantena amministrativa e regole della casella possono intervenire ancora.
Se manca il primo stato, tornate verso il browser. La validazione è riuscita? La richiesta ha raggiunto l'indirizzo corretto? Il controllo contro gli abusi è stato superato? Una pagina copiata dall'ambiente di prova può conservare una destinazione vecchia. Cambiare le impostazioni della posta non risolve un invio che non raggiunge il servizio previsto.
Se la richiesta è presente, controllate l'attività di notifica: destinatario effettivo, ultimo tentativo ed eventuale errore. Un indirizzo di un ex collaboratore o un'autorizzazione scaduta possono spiegare il problema. Quando esiste un identificativo del messaggio, usatelo per seguire il passaggio successivo. Annotate rifiuto, attesa o accettazione. «La posta non funziona» lascia ancora troppe possibilità aperte.
Il mittente è vostro, la risposta va al cliente
Una configurazione sembra comoda: inserire l'indirizzo scritto dal visitatore nel campo visibile From. Così la notifica pare arrivare direttamente dal cliente. In realtà il vostro sito spedisce attraverso la propria infrastruttura dichiarando un dominio che non controlla. I controlli di autenticazione possono rilevare questa incoerenza.
Usate un mittente appartenente a un dominio sotto il vostro controllo e configurato presso il servizio di invio. L'indirizzo validato del visitatore va in Reply-To, in modo che il pulsante Rispondi raggiunga il cliente. Contact Form 7 documenta questa separazione. Vale la pena verificarla anche con chi sviluppa un modulo personalizzato.
Per un'azienda d'esempio, il nome visibile potrebbe essere «Richieste dal sito», associato al proprio indirizzo autenticato. L’oggetto riporta il riferimento e il corpo contiene i recapiti del cliente. Provate poi il pulsante Rispondi nella casella reale. Una notifica consegnata correttamente, ma con risposte dirette a un account tecnico abbandonato, sposta soltanto il guasto più avanti.
Che cosa verificare su SPF, DKIM e DMARC
Chiedete a chi gestisce la posta di controllare l'autenticazione di una notifica emessa davvero dal modulo pubblico. La presenza di un record DNS non dimostra che il percorso attuale lo usi correttamente. Dopo un cambio di hosting o fornitore, una configurazione può sembrare completa pur non corrispondendo più ai messaggi spediti.
Le indicazioni di Google per gli account Gmail personali distinguono gli invii ordinari da quelli massivi: in generale richiedono SPF oppure DKIM, mentre per grandi volumi si aggiungono requisiti tra cui DMARC. L'autenticazione aiuta la consegna senza garantirla. Altri destinatari possono applicare regole proprie.
Non sostituite quindi un'impostazione DNS con un esempio casuale trovato online. Elencate prima i servizi che spediscono per il dominio: posta ordinaria, fatturazione, newsletter e moduli. Sistemare le richieste bloccando le fatture sarebbe uno scambio costoso. Conservate la configurazione precedente, modificate il servizio interessato e ricontrollate gli altri percorsi importanti.
Una prova completa da tenere come riferimento
Se possibile, utilizzate due caselle controllate. Lasciate attive le normali protezioni e inserite solo dati fittizi. Un pulsante nell'amministrazione che invia un'email di prova potrebbe usare un percorso diverso dal modulo pubblico: è un controllo utile, ma non sostituisce il viaggio del cliente.
- Aprite la pagina pubblicata in una nuova finestra. Compilate i campi obbligatori, annotate il riferimento e conservate il testo della conferma.
- Ritrovate la registrazione e confrontate accenti, interruzioni di riga e numero di telefono con quanto inserito.
- Individuate il tentativo di notifica, il destinatario reale e l'identificativo assegnato dal servizio di spedizione.
- Controllate posta in arrivo, indesiderata ed eventuale quarantena amministrativa. Rispondete per verificare l'indirizzo di destinazione.
- Ripetete dal telefono con un nuovo riferimento. Inserite anche un valore non valido: deve comparire un errore comprensibile, senza una falsa conferma.
- Nell'ambiente di prova interrompete le notifiche. La richiesta deve restare recuperabile e il ripristino non deve creare attività duplicate.
Se il problema comincia già durante la compilazione, registratelo a parte. La nostra guida su richieste e prenotazioni accessibili affronta tastiera, ingrandimento ed errori leggibili. Un pulsante tagliato e un messaggio respinto hanno cause diverse, anche quando ostacolano lo stesso cliente.
Quando manca l'avviso, il lavoro deve rimanere visibile
Per una piccola impresa può bastare un elenco centrale affidabile. L'email segnala un nuovo ingresso; la registrazione conserva la richiesta. Stabilite chi controlla le pratiche aperte se gli avvisi smettono di arrivare e chi lo sostituisce durante le assenze. Un archivio che nessuno consulta non serve come percorso di recupero.
I nuovi tentativi di invio vanno limitati e collegati allo stesso riferimento. Un errore temporaneo non dovrebbe generare più schede clienti o più telefonate di richiamo. Rispedire la notifica e creare una nuova richiesta sono operazioni distinte. Verificate che cosa succede davvero quando il sistema riprova automaticamente.
Se il modulo alimenta anche un gestionale, aprite la scheda prodotta. Nome, lingua preferita e servizio richiesto devono trovarsi nei campi giusti. L'articolo sulla riconciliazione dopo un'automazione approfondisce questo passaggio. Per il collaudo del modulo, partite da una scheda rintracciabile per ogni prova e da una spiegazione dei dati eventualmente mancanti.
Le conferme automatiche possono essere usate male
Alcuni moduli inviano subito una copia completa all'indirizzo indicato. Chi vuole abusarne può inserire l'indirizzo di un'altra persona e usare il vostro servizio per distribuire contenuti indesiderati. Preferite una conferma breve, con testo fisso e riferimento. Evitate di rispedire senza controllo tutti i collegamenti e i lunghi testi liberi ricevuti.
Limitate la frequenza e definite come gestire invii ripetuti. Valutate inoltre quali informazioni possano transitare in un'email ordinaria, soprattutto per richieste sensibili. I registri diagnostici devono permettere di seguire il guasto senza diventare un altro archivio incontrollato delle conversazioni. Servono accessi e tempi di conservazione adeguati.
Guardate anche le richieste precedenti al guasto scoperto
Dopo la correzione resta da capire quali contatti possano essere rimasti senza risposta. Delimitate il periodo usando gli ingressi conservati e gli eventi di invio. Esaminate le richieste aperte, segnando quelle già gestite. Rispedire indistintamente tutte le notifiche può assegnare due volte lo stesso lavoro e far richiamare un cliente che ha già ricevuto assistenza.
Se per una parte del periodo non esiste alcuna registrazione, dichiarate il limite. Un elenco vuoto non permette di ricostruire tutti i contatti persi. Per il futuro predisponete una traccia essenziale, sufficiente a stabilire quando è cominciato il problema e chi deve verificare le richieste rimaste ferme.
Che cosa dare al fornitore per chiudere il caso
Un rapporto utile contiene URL pubblico, riferimento, orario con fuso, browser e conferma esatta. Aggiungete l'ultimo passaggio dimostrato e la prima prova mancante. Password e messaggi reali dei clienti non vanno copiati in un normale ticket di assistenza.
Dopo la correzione, ripetete il percorso completo, compresa la risposta al cliente e l'interruzione delle notifiche. Fatevi spiegare come accorgervi del prossimo problema. Chiudete il collaudo quando una persona dell'azienda trova la richiesta di prova e può prenderla in carico. È il risultato concreto che deve seguire quel pulsante Invia.
FAQ
Un'estensione SMTP risolve le email mancanti del modulo?
Può migliorare il percorso di spedizione, ma non corregge una destinazione sbagliata, l'assenza di salvataggio o una regola del destinatario. Individuate prima l'ultimo passaggio dimostrabile.
La notifica dovrebbe usare il cliente come mittente?
Normalmente conviene un dominio di invio controllato e configurato presso il servizio. L'indirizzo validato del cliente va in Reply-To. Provate poi Rispondi nella casella realmente usata dall'azienda.
Come provare senza utilizzare dati reali dei clienti?
Usate recapiti inventati, caselle controllate e un riferimento unico. Seguite registrazione, invio e ricezione; in un ambiente di prova adatto verificate anche l'interruzione delle notifiche.