Migrare un sito HTML statico verso WordPress

Un sito in HTML statico è fatto di file: una pagina, un file, spesso scritto a mano o con un editor che non esiste più. Portarlo su WordPress permette di modificare i contenuti senza toccare il codice e di aggiungere un blog, moduli e plugin. Ma non c'è un database da esportare né uno strumento di migrazione che faccia tutto: la difficoltà dipende dal punto di partenza.

Questo articolo tratta di ciò che distingue la partenza da un sito HTML. Se il vostro sito è già su WordPress e cambia solo server, vedete cambiare hosting a un sito WordPress; se è su Wix, la migrazione da Wix a WordPress.

Su un sito statico, ciò che esiste è ciò che si trova sul server. Recuperate una copia completa dei file via FTP o SFTP e fate il crawl del sito per confrontarla: il crawl trova le pagine collegate tra loro, il server rivela le pagine orfane (vecchie offerte, pagine di ringraziamento, pagine di campagna) che talvolta ricevono ancora link o traffico. La Search Console completa l'elenco con le pagine che Google conosce.

Annotate anche i file che non sono pagine: immagini, documenti, fogli di stile e script richiamati da altri siti, inclusioni lato server (SSI, PHP) che assemblano intestazione e piè di pagina.

Le URL di un sito statico finiscono spesso in .html, quelle di WordPress con una barra. Due scelte:

• conservare gli stessi indirizzi: una struttura di permalink in /%postname%.html lo consente per gli articoli; per le pagine serve un plugin o una regola dedicata. Nulla da reindirizzare, ma un vincolo che resta;
• adottare gli indirizzi di WordPress e reindirizzare ogni vecchio indirizzo con un 301 verso la sua nuova pagina, uno per uno. Una regola generica che toglie .html basta solo se i nomi delle pagine restano identici, cosa rara quando si riorganizza il sito.

In entrambi i casi, pensate a index.html: l'indirizzo della cartella e quello del file devono portare alla stessa pagina.

I plugin di importazione di pagine HTML leggono i file e creano le pagine corrispondenti in WordPress, ma il risultato richiede quasi sempre una revisione: un sito statico mescola contenuto e impaginazione (tabelle di impaginazione, stili in linea, tag font, menu copiati in ogni file). Per un sito di qualche decina di pagine, ricopiare il testo nell'editor a blocchi dà spesso un risultato più pulito e non richiede più tempo.

Approfittatene per ristabilire una gerarchia di titoli chiara, completare i tag title e meta description (spesso identici su tutte le pagine di un sito statico) e i testi alternativi delle immagini. Il nostro articolo sulla migrazione dei contenuti editoriali approfondisce questi punti.

Immagini e documenti possono conservare i loro percorsi d'origine, depositati tali e quali sul nuovo server: è la scelta più sicura per quelli indicizzati o linkati da altri siti. Se passano nella libreria media di WordPress, i loro indirizzi cambiano e si reindirizzano come le pagine (vedete il redirect delle immagini).

I moduli di un sito statico inviano spesso i dati a uno script su misura o a un servizio esterno: ricreateli con un plugin di moduli e provate ogni invio.

Per il resto, la migrazione segue le tappe di ogni cambio di CMS: costruire il sito su una preproduzione, preparare il piano di redirect, fare il passaggio, controllare. Sono descritte nella procedura di cambio di CMS.

Se tenevate ai vantaggi dello statico (velocità, superficie d'attacco ridotta), plugin come Simply Static o WP2Static pubblicano una versione statica di un sito gestito in WordPress. Le funzioni dinamiche (commenti, ricerca, moduli, negozio) non funzionano allora così come sono.