Indice della guida · ← Capitolo precedente · Capitolo successivo →
Passo 14: verifica i percorsi dei visitatori
Parti dalla home temporanea e comportati come una persona che non conosce il sito. Cerca un argomento, apri una categoria, leggi un articolo, usa il menu sul telefono e raggiungi i contatti. Ripeti il percorso in una finestra privata. Gli accessi amministrativi e la cache del tuo browser possono nascondere problemi che un nuovo visitatore incontrerebbe subito.
La conversione conserva l’aspetto di molti elementi senza conservarne necessariamente il servizio sottostante. Un pulsante può essere visibile ma inviare la richiesta a un indirizzo che non esiste sul server statico. La guida Cloudflare su WordPress segnala esplicitamente limiti per moduli e commenti nativi. Considera ogni funzione che scrive dati come un elemento da verificare separatamente.
Passo 15: scegli una soluzione semplice per i contatti
Per la prima versione, un collegamento a un modulo ospitato da un servizio già utilizzato può essere più affidabile di un modulo copiato e non funzionante. Crea il modulo nel servizio scelto, verifica destinatario e conferma di invio, poi inserisci in WordPress un pulsante “Invia una richiesta” diretto al suo indirizzo pubblico. Rigenera la copia e riprova.
Se preferisci un modulo incorporato, utilizza il codice e la procedura ufficiali del fornitore. Controlla i domini autorizzati, le misure antispam e la ricezione effettiva. Non inserire chiavi segrete nell’HTML o nel JavaScript: questi file sono scaricabili dai visitatori. Una chiave privata esposta resta privata soltanto nel nome, non nei fatti.
Un link email può offrire un’alternativa essenziale, ma dipende dalla configurazione del dispositivo. Mostra anche l’indirizzo in chiaro quando appropriato, così chi non ha un’app email configurata può copiarlo. Il test deve comprendere una richiesta completa, la conferma visibile e l’arrivo al destinatario. Non basta ricevere una risposta tecnica positiva dal browser.
Rivedi le informazioni mostrate agli utenti quando cambi il servizio che raccoglie i dati. Non copiare una vecchia descrizione che indica un destinatario o un fornitore diverso. Questa guida descrive il funzionamento tecnico: per valutare gli adempimenti del tuo caso usa indicazioni aggiornate e una verifica competente, soprattutto se raccogli informazioni delicate.
Passo 16: sostituisci la ricerca dinamica
La ricerca WordPress normalmente richiede un’elaborazione del server. Una casella esportata che invia richieste con “?s=” non diventa automaticamente un motore statico. Per un sito piccolo puoi iniziare con un indice per argomenti, categorie ben collegate e una pagina “Tutte le guide”. È una soluzione semplice che puoi controllare senza aggiungere dipendenze.
Per una ricerca interna completa esistono strumenti che indicizzano i file prodotti, come Pagefind. L’indice viene generato dopo l’esportazione e caricato insieme al sito; l’interfaccia va integrata nelle pagine. È un passaggio avanzato rispetto al trascinamento dello ZIP, quindi non considerarlo già incluso nel percorso di base.
Se scegli un’integrazione del generatore, verifica la licenza richiesta e il suo supporto nella versione installata. Qualunque soluzione adotti, cerca almeno un titolo nuovo, una parola presente soltanto nel corpo di un articolo e un termine senza risultati. La ricerca deve anche aggiornarsi dopo le nuove pubblicazioni, altrimenti il sito sembra perdere contenuti.
Passo 17: decidi cosa fare dei commenti
I commenti già pubblicati possono comparire come testo nell’esportazione, mentre l’invio di nuovi commenti richiede un servizio capace di riceverli. Puoi mantenere l’archivio e disattivare l’invio nella versione statica, oppure integrare un servizio dedicato. Non lasciare un pulsante “Invia” se non esiste un percorso funzionante dietro quel pulsante.
Lo stesso ragionamento vale per iscrizioni, calendari e pagamenti. Un collegamento a una pagina esterna funzionante è diverso dal tentativo di copiare l’intero sistema. Per un negozio importante, fermati e definisci l’architettura con uno specialista. Non usare la staticizzazione come scorciatoia per trasportare sessioni, inventario e dati degli ordini.
Un metodo concreto per lavorare con l’IA
Fornisci una prova alla volta. Scrivi quale pagina hai aperto, cosa hai fatto, quale risultato attendevi e quale risultato hai osservato. Se condividi un errore della console, elimina dati personali e token. Un buon problema descritto bene vale più di dieci schermate senza contesto. Chiedi sempre di distinguere osservazione e spiegazione ipotetica.
Prompt: “Nella copia statica, il pulsante [nome] produce [risultato]. Nel sito originale produce [risultato]. Ecco il frammento pertinente e l’errore. Proponi prima due verifiche non distruttive. Poi suggerisci la modifica minima, spiegando dove applicarla e come annullarla. Non riscrivere l’intero sito e non dichiarare il test superato senza evidenze”.
Applica la correzione nell’origine o in una procedura ripetibile. Una modifica manuale a un singolo HTML può sparire alla prossima esportazione. Registra problema, soluzione e test nel diario. A fine capitolo devi poter completare tutti i percorsi indispensabili, anche se alcune funzioni sono state sostituite da alternative più semplici.
Indice della guida · ← Capitolo precedente · Capitolo successivo →
