I controlli del sito WordPress dopo un aggiornamento devono seguire il percorso di una richiesta: apertura della pagina, compilazione del modulo, conferma dell’invio e arrivo alla persona che deve rispondere. Una homepage visibile non dimostra che quel percorso funzioni ancora. Per un sito aziendale, il collaudo più utile è verificare che un visitatore possa contattarti e che la sua richiesta arrivi a destinazione.
Prepara una lista dei flussi importanti e ripetila dopo gli interventi. Questa guida propone una checklist da adattare al tuo sito: non descrive prove eseguite su un’azienda cliente e non attribuisce automaticamente ogni anomalia all’ultimo aggiornamento.
Definisci cosa deve continuare a funzionare
Parti dalle azioni con cui il sito genera lavoro: richiesta di preventivo, contatto commerciale, prenotazione di una chiamata o scaricamento di un documento. Non tutti i siti usano gli stessi strumenti. Un modulo che invia un’email e uno che crea anche un contatto nel gestionale richiedono verifiche diverse.
Per ciascun percorso annota pagina iniziale, pulsante, modulo, destinatario e risultato atteso. Individua anche una persona che possa confermare l’arrivo della prova. Se nessuno controlla la casella o il gestionale finale, il collaudo resta incompleto.
Prima degli aggiornamenti concorda con il tecnico una copia di sicurezza e come recuperare il sito in caso di problemi. La documentazione ufficiale sull’aggiornamento di WordPress raccomanda il backup preliminare. Avere un file di backup non equivale però ad aver verificato ogni funzione dopo l’intervento.
Riparti dalle pagine usate dai visitatori
Apri il sito come un visitatore, senza dipendere dalla sessione con cui lo amministri. Parti almeno dalla pagina contatti, da un servizio importante e dalla pagina raggiunta dalle campagne, se presente. Controlla menu, pulsanti e collegamenti: devono portare al modulo corretto, senza passaggi interrotti.
Controlla anche lo smartphone
Ripeti il percorso su uno smartphone reale, quando disponibile. Verifica che campi, etichette e pulsante d’invio siano utilizzabili, che la tastiera non impedisca di proseguire e che eventuali finestre non coprano il modulo. Una simulazione della larghezza sul computer aiuta, ma non documenta da sola il comportamento del telefono.
Se due persone vedono versioni diverse della pagina, segnala dispositivi e condizioni della prova. La guida WordPress sulle modifiche non visibili descrive il ruolo della cache. È un elemento da verificare con il tecnico, non una diagnosi da dare per certa né un motivo per cambiare tutte le impostazioni.
Prova il modulo con un invio riconoscibile
Concorda un test con chi riceve le richieste e usa un recapito che controlli. Nel messaggio inserisci un riferimento chiaramente identificabile, per esempio “TEST COLLAUDO” seguito da data e ora. Evita dati di clienti reali e avvisa chi gestisce eventuali notifiche o automazioni, così la prova non avvia lavorazioni commerciali involontarie.
Verifica un campo obbligatorio lasciato vuoto, poi compila correttamente e invia una sola richiesta di prova. Controlla che gli errori siano comprensibili e che il messaggio finale indichi cosa è successo. Se il caricamento continua senza esito, annota l’ora prima di riprovare: invii ripetuti possono creare doppioni.
Non disattivare antispam o altre protezioni per ottenere un risultato positivo. Se la prova viene bloccata, chiedi al tecnico di interpretare l’esito nell’integrazione effettivamente installata. I comportamenti di Contact Form 7, Forminator o altri moduli non sono automaticamente equivalenti.
Verifica la consegna oltre il messaggio di successo
La conferma sullo schermo non basta a dimostrare che l’email sia arrivata. La documentazione della funzione WordPress wp_mail() chiarisce che un esito positivo indica l’elaborazione della richiesta senza errori da parte del metodo usato, non la ricezione da parte del destinatario.
Controlla quindi la casella prevista e le cartelle di posta indesiderata. Se il messaggio manca, confronta con il tecnico destinatario configurato e registri disponibili del servizio di invio. Non cambiare server di posta o installare nuovi componenti soltanto perché il primo test non si vede.
Le FAQ ufficiali di Contact Form 7 distinguono proprio il messaggio di invio riuscito dalla successiva mancata ricezione. È un esempio riferito a quel plugin: per il tuo modulo va consultata la documentazione corrispondente.
Se il flusso comprende anche un archivio interno, un CRM o una notifica al gruppo di lavoro, cerca lo stesso riferimento di prova in ogni destinazione prevista. Verifica che i campi necessari siano presenti e che il contatto non venga assegnato alla persona sbagliata. Segna come non verificato ciò a cui non hai accesso.
Usa una checklist con esiti distinti
La tabella seguente è un modello originale da compilare, non il risultato di un collaudo. Per ogni riga usa “superato”, “anomalia” oppure “non verificato” e aggiungi un riferimento alla prova. Un controllo non eseguito non deve diventare implicitamente positivo.
| Passaggio | Cosa verificare | Prova da conservare |
|---|---|---|
| Accesso al percorso | Pagina e pulsante corretti da visitatore | URL e dispositivo usato |
| Compilazione | Campi, obbligatorietà e messaggi leggibili | Schermata senza dati personali |
| Invio | Esito chiaro dopo una prova identificata | Riferimento del test e orario |
| Ricezione | Messaggio arrivato alla casella prevista | Conferma del destinatario |
| Passaggi successivi | Archivio, CRM o notifiche previsti presenti | Stesso riferimento nelle destinazioni |
| Misurazione | Evento coerente con l’azione prevista | Esito del controllo tecnico del tracciamento |
Conserva le evidenze in un luogo accessibile alle sole persone coinvolte. Oscura indirizzi, contenuti personali e dettagli non necessari nelle schermate da condividere. Il riferimento del test deve permettere il confronto senza copiare integralmente una richiesta vera.
Tieni separati richiesta ricevuta e tracciamento
Se usi strumenti di misurazione, chiedi di verificare quale azione genera l’evento: il clic sul pulsante, un invio valido oppure la pagina di conferma. Sono segnali diversi. Un conteggio che aumenta non dimostra che il commerciale abbia ricevuto la richiesta, così come una richiesta arrivata non dimostra che il tracciamento sia completo.
Per esempio, la documentazione degli eventi di Contact Form 7 distingue l’evento generico di invio da quelli relativi agli esiti. La verifica va adattata al modulo e agli strumenti presenti sul sito. Affidala al tecnico, mantenendo le scelte di consenso previste e senza inserire dati personali negli eventi di analisi.
Chiudi il controllo con un verbale utile
Annota data, componenti aggiornati, percorsi provati, dispositivi, esiti e anomalie ancora aperte. Se una richiesta non arriva, descrivi fino a quale passaggio la prova è confermata. “Modulo visibile, invio confermato, ricezione non verificata” è un’informazione più utile di “il sito funziona”.
Dopo una correzione ripeti il percorso interessato e verifica che non abbia introdotto effetti sugli altri passaggi. Un ripristino richiede una valutazione tecnica, soprattutto se nel frattempo il sito ha raccolto nuovi dati. Non sovrascrivere richieste recenti per tornare alla versione precedente senza averne valutato le conseguenze.
Per un negozio online trovi controlli specifici nella guida ad aggiornare WooCommerce verificando prima e dopo. Qui il perimetro è invece il percorso dei contatti di un sito aziendale.
Vuoi definire quali funzioni collaudare e chi ne verifica l’esito? Richiedi il servizio di manutenzione WordPress di SOS WP, indicando i moduli e le destinazioni delle richieste. Potremo chiarire il perimetro dei controlli da includere per il tuo sito.
