Guida avanzata · WordPress e performance

Da WordPress a sito statico con l’intelligenza artificiale: la guida completa

Un sito statico carica in una frazione del tempo, non si buca e costa quasi zero di hosting. Il problema è sempre stato il lavoro di conversione. Con l’AI quel lavoro si riduce da settimane a giorni: ecco esattamente come, fase per fase, con i prompt da usare.

Aggiornato a luglio 2026 · Tempo di lettura: 14 minuti · Livello: intermedio

Cosa trovi in questa guida

1. Perché un sito statico è più veloce (e di quanto)
2. Le due strade possibili: snapshot o headless
3. Cosa smette di funzionare, e con cosa si sostituisce
4. Le nove fasi in cui l’AI fa davvero la differenza
5. Il percorso completo, in ordine
6. Quando conviene lasciar perdere

1. Perché uno statico va tanto più veloce

Ogni volta che qualcuno apre una pagina WordPress, il server esegue una sequenza precisa: avvia PHP, carica il core, carica il tema, carica tutti i plugin attivi, interroga il database una decina di volte (a volte cento), assembla l’HTML e infine lo spedisce. Tutto questo per produrre un risultato che, nel 95% dei casi, è identico a quello prodotto un minuto prima per il visitatore precedente.

Un sito statico salta l’intera catena. L’HTML è già pronto su disco — o meglio, sulla CDN — e viene consegnato così com’è. Non c’è PHP, non c’è database, non c’è nulla da eseguire. Il tempo di risposta del server passa tipicamente da qualche centinaio di millisecondi a poche decine.

I vantaggi collaterali sono altrettanto concreti:

• Sicurezza. Niente login, niente database, niente PHP esposto: la superficie d’attacco che ha reso famoso WordPress semplicemente non esiste più.
• Costo dell’hosting. File statici si pubblicano gratuitamente su Cloudflare Pages, Netlify o GitHub Pages, oppure per pochi centesimi su uno storage con CDN.
• Manutenzione. Un aggiornamento saltato non è più un’emergenza di sicurezza, perché il WordPress che genera il sito non è raggiungibile dall’esterno.
• Picchi di traffico. Un file statico su CDN regge un picco improvviso senza battere ciglio, mentre lo stesso picco su hosting condiviso produce il classico errore di risorse esaurite.

Va detto con onestà: se il tuo WordPress è già ben ottimizzato, con una cache di pagina completa e una CDN davanti, la differenza percepita si assottiglia. Lo statico vince comunque su sicurezza, costi e stabilità, ma il guadagno di velocità puro non sarà sempre spettacolare come promettono i titoli.

2. Le due strade: snapshot o headless

Esistono due approcci molto diversi, e la scelta condiziona tutto il resto del progetto.

Strada A — Snapshot statico (il tema resta quello)

Un plugin naviga il tuo sito come farebbe un visitatore, cattura l’HTML generato per ogni pagina, riscrive gli URL e produce una copia statica pronta da pubblicare. WordPress continua a esistere, ma solo come pannello di redazione: puoi tenerlo su un sottodominio protetto o addirittura in locale.

Gli strumenti maturi in quest’area sono Simply Static (il più diffuso, con versione gratuita e Pro), Staatic (più recente, molto solido sui siti grandi e con supporto WP-CLI) e il veterano WP2Static. Tutti sanno esportare direttamente su GitHub, Cloudflare Pages, Netlify, S3, storage compatibili o via SFTP.

Vantaggio decisivo: non riscrivi nulla. Il sito che pubblichi è graficamente identico a quello che hai. In mezza giornata un sito vetrina è online.

Strada B — Headless (WordPress come archivio, frontend nuovo)

WordPress resta solo il magazzino dei contenuti, esposti via REST API o via WPGraphQL. Il sito visibile lo costruisci con un generatore statico — Astro, Eleventy, Hugo, Next.js in modalità statica — che al momento della compilazione scarica i contenuti e produce l’HTML.

Vantaggio decisivo: ti liberi del peso del tema. Niente jQuery ereditato, niente CSS di plugin che non usi, niente markup gonfio: si arriva a pagine con zero JavaScript dove il JavaScript non serve. Il costo è che il frontend va progettato e scritto da capo. SnapshotHeadless Tempo di realizzazioneOreGiorni o settimane Competenze richiesteMedieSviluppo frontend Guadagno di velocitàAltoMassimo Aspetto del sitoIdenticoDa ricostruire Chi lo aggiornaChiunque, dal pannelloChiunque per i contenuti, uno sviluppatore per la grafica Ideale perSiti vetrina, studi, strutture ricettive, portali esistentiProgetti nuovi, portali editoriali ambiziosi, chi vuole il massimo sui Core Web Vitals

Nella pratica: se il sito esiste già e funziona, si parte quasi sempre dallo snapshot. L’headless si giustifica quando il tema è comunque da rifare.

3. Cosa si rompe (e con cosa si sostituisce)

Questo è il punto in cui la maggior parte dei tentativi fallisce. Un sito statico non può eseguire codice, quindi tutto ciò che nel tuo WordPress “succede” lato server smette di succedere. Ecco la mappa delle sostituzioni: Funzione dinamicaSostituto nel mondo statico Moduli di contattoServizi esterni (Formspree, Web3Forms, Netlify Forms) o una piccola funzione serverless su Cloudflare Workers Ricerca internaIndice generato in fase di build: Pagefind è la soluzione più elegante, in alternativa Fuse.js o un servizio come Algolia CommentiGiscus (basato su GitHub Discussions), Disqus o commenti disattivati Area riservata / membershipNon compatibile: quella parte resta su WordPress o su un servizio dedicato E-commerce (WooCommerce)Non compatibile con lo snapshot puro. Si valuta un e-commerce headless o si tiene il negozio separato Contenuti che cambiano di continuoRigenerazione automatica a ogni pubblicazione, oppure un frammento caricato via JavaScript da un’API Contatori, “post più letti”, form di iscrizioneWidget JavaScript dei rispettivi servizi Multilingua (WPML, Polylang)Funziona, ma va verificato che l’export catturi tutti i prefissi di lingua e gli hreflang

4. Le nove fasi in cui l’AI fa la differenza

Chiariamo subito il punto: l’intelligenza artificiale non converte il sito al posto tuo. Non esiste un pulsante. Quello che l’AI fa, e fa benissimo, è eliminare le ore di lavoro noioso e specialistico che stanno tra te e il risultato: leggere configurazioni, scrivere script, generare mappe di redirect, controllare che non sia rimasto niente indietro. È lì che si guadagnano i giorni.

Fase 1

Audit delle dipendenze dinamiche

Prima di toccare qualsiasi cosa devi sapere cosa nel tuo sito non sopravvivrà. Esporta l’elenco dei plugin attivi (dal pannello, o con wp plugin list) e passalo all’AI insieme a una descrizione delle funzioni del sito.

Prompt da usare “Ecco l’elenco dei plugin attivi di un sito WordPress che voglio convertire in sito statico con Simply Static. Per ciascun plugin dimmi: se funziona in un sito statico, se funziona parzialmente, o se si rompe. Per quelli che si rompono indica l’alternativa compatibile con lo statico. Metti tutto in una tabella e ordina dal più problematico al meno problematico.”

In cinque minuti hai la lista dei problemi reali del tuo progetto, che normalmente scopriresti uno alla volta a conversione già fatta.

Fase 2

Configurazione dell’esportazione

I plugin di export hanno decine di impostazioni: URL aggiuntivi da includere, percorsi da escludere, gestione dello slash finale, riscrittura degli URL assoluti. Sbagliarne una significa pubblicare un sito con mezze pagine mancanti.

Prompt da usare “Il mio sito ha questi custom post type: [elenco]. Usa Yoast per le sitemap, ha un feed RSS, un’area /wp-admin e una pagina di ringraziamento raggiungibile solo dopo l’invio del form. Scrivimi la configurazione completa di Simply Static: quali URL aggiungere manualmente, quali percorsi escludere e perché, e come impostare la sostituzione degli URL per pubblicare su [dominio].”

Fase 3

Ricostruzione delle parti dinamiche

Qui l’AI passa da consulente a sviluppatore. I moduli di contatto e la ricerca interna sono i due pezzi che servono quasi sempre, e sono anche quelli che si risolvono in poche righe di codice.

Per la ricerca, l’approccio più pulito è generare l’indice sui file già esportati:npx pagefind --site ./cartella-statica

Il comando analizza l’HTML e produce un indice di ricerca che funziona interamente nel browser, senza server. Poi serve incastrarlo nel tuo tema:

Prompt da usare “Ho generato un indice Pagefind sulla cartella statica del mio sito. Il tema originale ha un modulo di ricerca con questa struttura HTML: [incolla il markup]. Scrivimi il codice JavaScript e CSS per sostituire la ricerca di WordPress con Pagefind mantenendo esattamente lo stesso aspetto grafico, con risultati che compaiono mentre si digita.”

Per i moduli, la sostituzione più solida è una piccola funzione serverless che riceve i dati e li inoltra via email: si scrive in venti righe, si pubblica gratis e non dipende da servizi di terze parti.

Fase 4

Migrazione dei contenuti (solo strada headless)

Se vai verso un generatore statico ti serve portare fuori i contenuti da WordPress e trasformarli in file. È un lavoro da script, e scrivere script è ciò che l’AI fa meglio.// Estrae tutti gli articoli via REST API const res = await fetch( 'https://tuosito.it/wp-json/wp/v2/posts?per_page=100&page=1&_embed' ); const posts = await res.json();

Prompt da usare “Scrivimi uno script Node.js che scarica tutti gli articoli e le pagine dalla REST API di WordPress gestendo la paginazione, converte l’HTML in Markdown, scarica localmente le immagini riscrivendo i percorsi, e salva ogni contenuto come file .md con frontmatter contenente titolo, slug, data, categorie, tag, immagine in evidenza e meta description di Yoast. Gestisci gli errori di rete con tre tentativi.”

Lo stesso approccio serve per ripulire i residui: shortcode di plugin dismessi, blocchi Gutenberg con classi inutili, tag <span> lasciati da vecchi editor. Basta chiedere all’AI di scrivere le regole di sostituzione e farle girare su tutti i file in un colpo solo.

Fase 5

Conversione del tema in componenti

Sempre nella strada headless: il tuo tema PHP contiene header, footer, sidebar, card degli articoli. Sono strutture che si traducono quasi meccanicamente in componenti di Astro o Eleventy, e l’AI regge bene questa traduzione se le dai un file alla volta.

Prompt da usare “Questo è il file header.php del mio tema WordPress: [codice]. Convertilo in un componente Astro equivalente. Sostituisci le funzioni WordPress con props tipizzate, mantieni identiche classi CSS e struttura HTML, ed elimina eventuali dipendenze da jQuery indicandomi cosa hai rimosso.”

Consiglio pratico: procedi un componente per volta e verifica il risultato nel browser prima di passare al successivo. Le conversioni fatte in blocco sembrano più veloci e poi costano il doppio in debug.

Fase 6

Mappa dei redirect e integrità degli URL

È la fase che più spesso rovina il posizionamento, e anche quella più adatta all’automazione. Se gli URL cambiano — anche solo lo slash finale — servono i redirect, e devono essere completi.

Prompt da usare “Ti do due file: la sitemap XML del sito WordPress attuale e l’elenco dei file generati dalla versione statica. Confrontali e dammi: 1) l’elenco degli URL presenti nel vecchio sito e assenti nel nuovo; 2) un file _redirects in formato Cloudflare Pages con i redirect 301 necessari; 3) l’elenco degli URL nuovi che non esistevano prima.”

Fase 7

Controllo qualità automatico

Prima di mettere online, va verificato che la copia statica sia davvero equivalente all’originale. Farlo a mano su duecento pagine è impensabile; farlo con uno script è questione di minuti.

Prompt da usare “Scrivimi uno script Node che, data una lista di URL, apra ogni pagina nella versione WordPress e in quella statica, confronti titolo, meta description, numero di immagini, numero di link interni e presenza dei dati strutturati, e produca un report CSV con solo le pagine che presentano differenze.”

Aggiungi un controllo dei link rotti e un test delle pagine chiave su mobile, e hai una verifica più rigorosa di quella che farebbe la maggior parte delle agenzie.

Fase 8

Pubblicazione automatica a ogni aggiornamento

Il timore ricorrente è: “ma ogni volta che scrivo un articolo devo rifare tutto a mano?”. No. Si collega la pubblicazione di WordPress a una ricompilazione automatica, e in pochi minuti il sito statico è aggiornato da solo.name: Rigenera sito statico on: repository_dispatch: types: [wp-pubblicazione] schedule: - cron: '0 4 * * *' # ricontrollo notturno di sicurezza

Prompt da usare “Scrivimi il workflow GitHub Actions completo e lo snippet PHP da mettere nel functions.php di WordPress affinché, alla pubblicazione o modifica di un articolo, parta automaticamente la rigenerazione e la pubblicazione del sito statico su Cloudflare Pages. Includi la gestione del token in modo sicuro.”

Fase 9

Rifinitura delle prestazioni

A sito statico funzionante restano i guadagni facili: rimuovere il CSS che nessuna pagina usa, convertire le immagini in formati moderni, definire le dimensioni per evitare gli spostamenti di layout, sistemare i dati strutturati. Chiedi all’AI un’analisi del report di PageSpeed insieme al codice della pagina, e ottieni una lista di interventi ordinata per impatto reale invece dei soliti consigli generici.

5. Il percorso completo, in ordine

1. Backup integrale di file e database. Non negoziabile.
2. Audit con l’AI dei plugin e delle funzioni dinamiche (Fase 1).
3. Decisione: snapshot o headless, in base a quanto è sano il tema attuale.
4. Sostituzione preventiva di moduli, ricerca e commenti, ancora dentro WordPress: così l’export cattura già le versioni compatibili.
5. Primo export di prova in una cartella locale. Non pubblicare ancora niente.
6. Controllo qualità automatico e correzione delle differenze (Fase 7).
7. Pubblicazione su un dominio di prova (un sottodominio va benissimo) e verifica reale su mobile e desktop.
8. Redirect, sitemap, robots.txt e switch del dominio principale.
9. WordPress messo al riparo: spostato su un sottodominio, protetto da password, escluso dall’indicizzazione.
10. Automazione della rigenerazione e monitoraggio delle prime settimane in Search Console.

Tempi realistici, con l’AI a supporto: mezza giornata per un sito vetrina di venti pagine, due o tre giorni per un portale editoriale con centinaia di articoli, una o due settimane per una conversione headless completa con tema rifatto.

Quando è meglio non farlo

• Hai un WooCommerce attivo. Carrello, checkout, disponibilità e account cliente sono dinamici per natura. Meglio investire in cache e CDN.
• Hai un’area riservata o un sistema di prenotazioni. Stesso discorso.
• Il sito è gestito da persone non tecniche che modificano spesso la grafica con un page builder. Lo statico funziona, ma ogni modifica richiede una rigenerazione: va spiegato bene prima.
• Pubblichi contenuti che devono essere online entro pochi secondi. Il tempo di build introduce un ritardo di qualche minuto.

Gli errori che si pagano cari

1. Pubblicare senza aver confrontato le sitemap. Le pagine mancanti si scoprono da un crollo del traffico, tre settimane dopo.
2. Lasciare WordPress raggiungibile e indicizzabile. Ti ritrovi con due copie dello stesso sito in competizione su Google.
3. Fidarsi del codice dell’AI senza provarlo. Ogni script va eseguito prima su una copia, mai sul sito vivo.
4. Dimenticare i form. Un modulo contatti che sembra funzionare ma non invia nulla è il danno più silenzioso e più costoso di tutta l’operazione: verifica sempre con un invio reale.
5. Non prevedere come si torna indietro. Tieni il vecchio sito pronto a essere riattivato per almeno un mese.

In sintesi

La conversione di un sito WordPress in statico non è mai stata una tecnologia difficile: erano difficili le decine di piccole verifiche, conversioni e script che stavano nel mezzo. È esattamente il tipo di lavoro che oggi si delega a un’intelligenza artificiale, tenendo per sé le decisioni che contano — quale strada prendere, cosa sacrificare, cosa controllare prima di andare online.

Il risultato, quando è fatto bene, è un sito che carica praticamente istantaneamente, che non richiede aggiornamenti di sicurezza e che costa quanto un caffè all’anno di hosting. Per un sito vetrina, uno studio professionale, una struttura ricettiva o un portale editoriale, è probabilmente il miglior investimento tecnico disponibile.

Nota: gli strumenti citati sono quelli attivamente mantenuti a luglio 2026. L’ecosistema si muove in fretta — WordPress ha introdotto di recente strumenti pensati proprio per far dialogare i contenuti con agenti automatici — quindi verifica sempre la compatibilità delle versioni prima di iniziare un progetto reale.

Vuoi capire se il tuo sito è un buon candidato?
Bastano l’elenco dei plugin e due domande sulle funzioni che usi davvero per avere una risposta seria.
Scrivimi o chiama il 340 4931860 — utile.top