Indice della guida · ← Capitolo precedente
Passo 27: adotta una procedura editoriale ripetibile
Dopo la conversione, premere Pubblica in WordPress aggiorna l’origine, non necessariamente la vetrina statica. Questa è la differenza operativa da spiegare a chiunque collabori al sito. Se una persona corregge un numero di telefono e dimentica l’esportazione, i lettori continueranno a vedere quello precedente anche se nella bacheca tutto sembra corretto.
La procedura di base è semplice: scrivi, controlla nell’origine, genera una nuova esportazione, verifica il registro, aggiungi gli eventuali file di configurazione, prova la copia e distribuiscila. Infine apri l’indirizzo pubblico e controlla che la modifica sia visibile. Registra data, autore e nome dell’archivio usato. Per cominciare, una procedura manuale affidabile vale più di un’automazione poco compresa.
Mantieni almeno l’ultima esportazione funzionante e quella precedente. Conserva anche _headers, _redirects e ogni integrazione che aggiungi dopo la generazione. Se la ricerca usa un indice separato, rigeneralo. Scrivi queste attività in una lista da spuntare: non affidarle alla memoria, soprattutto quando pubblicherai in fretta o da un computer diverso.
Passo 28: automatizza soltanto un processo stabile
Quando alcune pubblicazioni manuali sono riuscite, valuta integrazioni e automazioni disponibili nella tua versione e licenza. Il percorso gratuito illustrato qui richiede la nuova esportazione e distribuzione dopo i cambiamenti. Un’automazione deve collegare realmente tutti i passaggi: avviare una build non significa necessariamente avere una copia completa e verificata sul dominio pubblico.
Definisci cosa deve accadere in caso di errore. La versione funzionante dovrebbe restare pubblicata mentre il nuovo tentativo viene controllato. Evita sovrapposizioni fra esportazioni avviate contemporaneamente da più redattori. Se utilizzi token di distribuzione, assegna soltanto i permessi necessari e conservali negli strumenti previsti, non dentro documenti pubblici o file del sito.
L’IA può aiutarti a scrivere la procedura operativa: “Trasforma questi passaggi già collaudati in una checklist per un collaboratore inesperto. Per ogni passaggio indica risultato atteso, prova da conservare e condizione per fermarsi. Non aggiungere servizi o comandi nuovi. Se manca una decisione, segnala il punto invece di inventare una configurazione”.
Passo 29: prova il ripristino
Cloudflare Pages permette di tornare a una precedente distribuzione di produzione riuscita. Apri Deployments, individua la versione nota come funzionante e usa l’azione di rollback descritta nella documentazione ufficiale. Le distribuzioni di anteprima non sono destinazioni equivalenti per questo ripristino. Annota in anticipo quale versione consideri affidabile.
Il rollback dei file non annulla cambiamenti a DNS, WordPress, servizi dei moduli o sistemi esterni. Sono livelli differenti. Se il problema riguarda la posta dopo un cambio nameserver, ripubblicare il vecchio HTML non lo risolve. Per questo il documento iniziale deve conservare configurazione precedente e responsabili dei diversi servizi.
Esegui una prova controllata sul progetto di test: pubblica una piccola modifica riconoscibile, verifica che appaia, torna alla versione precedente e controlla nuovamente. Imparare il ripristino quando tutto funziona è molto più semplice che cercare un pulsante durante un’interruzione. Non cancellare subito l’origine dopo il primo successo.
Una diagnosi pratica dei problemi frequenti
Se mancano immagini, controlla il loro indirizzo effettivo e il risultato della richiesta: possono non essere state esportate, puntare all’origine oppure richiedere autorizzazione. Se manca lo stile, verifica i CSS con lo stesso metodo. Non cancellare la cache come risposta universale: prima identifica quale risorsa manca e dove il browser la cerca.
Se il menu non si apre sul telefono, verifica gli script necessari e gli errori della console. Se una pagina interna restituisce 404 ma la home funziona, controlla struttura delle cartelle, percorsi e inclusione nell’esportazione. Se il contenuto è vecchio, confronta data dell’export e distribuzione attiva prima di modificare altre impostazioni.
Se il modulo mostra un successo ma nessuna email arriva, verifica il servizio ricevente, destinatario e antispam. Se Google vede il dominio temporaneo, controlla noindex e canonical. Se il sito statico non è più veloce, confronta peso delle immagini e script: potresti aver trasferito intatto il problema principale invece di risolverlo.
La verifica conclusiva da affidare a una persona
Fai provare il sito a qualcuno che non ha partecipato al lavoro. Chiedigli di trovare una guida, scaricare un documento e contattarti. Osserva dove si ferma senza suggerire immediatamente la strada. Le difficoltà rivelano spesso problemi che un controllo tecnico automatico non misura, come etichette poco chiare o pulsanti nascosti.
Considera concluso il progetto quando contenuti, funzioni indispensabili, aggiornamenti e ripristino sono verificati. Il risultato utile non è soltanto una copia veloce: è un sito che sai mantenere. L’intelligenza artificiale ti aiuta a ragionare e controllare; la qualità nasce dalla combinazione fra strumenti affidabili, prove concrete e un processo che puoi ripetere senza improvvisare.
Piccolo glossario da tenere accanto al tutorial
HTML è il formato che descrive la struttura della pagina; CSS ne controlla l’aspetto; JavaScript permette interazioni e altre elaborazioni nel browser. Un archivio ZIP raccoglie più file in un unico contenitore: estrarlo significa recuperarne cartelle e contenuti. La radice è il livello principale della cartella che pubblichi, quello in cui deve trovarsi la home.
Hosting indica il servizio che conserva e distribuisce il sito. Dominio è il nome che digiti per raggiungerlo. DNS è il sistema che associa quel nome ai servizi corretti. CDN indica una rete di distribuzione che avvicina i contenuti ai visitatori. Cambiare hosting non richiede necessariamente di trasferire anche la registrazione del dominio a un altro venditore.
Export è la generazione della copia; deploy è la sua distribuzione; rollback è il ritorno a una versione precedente. Origine è l’ambiente da cui produci il sito, mentre produzione è quello usato dai lettori. Un errore HTTP descrive il risultato di una richiesta: il numero aiuta la diagnosi, ma deve essere collegato alla pagina o risorsa precisa che lo ha prodotto.
Indice della guida · ← Capitolo precedente
