Su LinkedIn lo hai visto: il post provocatorio che recita più o meno "nessuno al suo sano giudizio inizierebbe un nuovo sito su WordPress oggi, quando con Lovable, Bolt e v0 te lo costruisci da una frase". È una tesi che gira forte nel 2026 e che ha una sua logica interna. Ma è anche una visione parziale, che ignora sia i numeri sia il modo in cui l'AI si sta davvero integrando nell'ecosistema.
Questo articolo è una risposta onesta, non un pezzo di parte. Smontiamo la tesi LinkedIn con i dati del 2026, capiamo cosa dicono i 41.5% di siti che ancora usano WordPress, e perché la vera domanda non è "WP sopravviverà?" ma "in che forma?".
È una conversazione che abbiamo già iniziato quando abbiamo analizzato WordPress nel 2026 e il suo 80% di mercato CMS: il dato allora era "ancora dominante". Ma oggi, con i vibe-coding tool che producono siti completi in 5 minuti, la domanda si fa più seria. Proviamo ad affrontarla senza retorica.
Contenuto articolo
- Cosa dice davvero la tesi "AI ucciderà WordPress"
- Cosa NON dice la tesi (i punti deboli)
- I tre campi della risposta
- Perché l'AI è utility, non competitor
- Cosa insegna il vibe-coding (che la tesi LinkedIn non coglie)
- Il test che ho fatto io (con i numeri)
- Le 4 cose che cambieranno davvero in WordPress nel 2026-2028
- La mia previsione (senza fare il furbo)
- Cosa dovresti fare tu (operativamente)
- FAQ
- Riferimenti utili per approfondire
Cosa dice davvero la tesi "AI ucciderà WordPress"
Partiamo dal punto di forza dell'argomento. La tesi LinkedIn si basa su tre osservazioni concrete.
Osservazione 1: i vibe-coding tool producono siti funzionanti
Lovable, Bolt, v0 e simili non sono più giocattoli. Generano applicazioni web complete, con backend, autenticazione, database. Un founder che vuole validare un'idea oggi può avere un MVP funzionante in una serata, senza scrivere una riga di codice e senza WordPress. Su questo, la tesi ha ragione: per certi casi d'uso, WordPress non è più la scelta più rapida.
Osservazione 2: la UX di WordPress è migliorata poco
Il block editor è maturo dal 2022, ma l'esperienza di un utente non tecnico che apre WordPress oggi è ancora più complessa di quella di un tool AI conversazionale. WordPress chiede di scegliere hosting, installare, configurare plugin, capire temi. Lovable chiede una frase. Il gap di UX è reale.
Osservazione 3: il costo totale di WordPress non è zero
Un sito WordPress serio richiede hosting (50-200€/anno), dominio (10-15€/anno), manutenzione (tempo o agenzia), aggiornamenti, backup, sicurezza. Un MVP su Lovable parte da zero e cresce con il business. Per chi vuole validare velocemente, il conto torna.
Cosa NON dice la tesi (i punti deboli)
E qui arrivano i problemi. La tesi LinkedIn è vera per casi d'uso specifici ma diventa falsa appena si allarga lo sguardo.
Punto debole 1: i vibe-coding tool non gestiscono la complessità
Un MVP in 5 minuti è grandioso. Ma cosa succede quando il cliente vuole integrare un gateway di pagamento specifico, gestire ruoli utente granulari, rispettare GDPR con consenso granulare, supportare 12 lingue, integrarsi con CRM esistenti? Qui i vibe-coding tool iniziano a mostrare i loro limiti: ogni nuova feature è una richiesta di prompt che spesso non produce esattamente quello che vuoi.
Abbiamo visto nel caso WooCommerce agentic commerce quanto sia complesso orchestrare pagamenti e logistica anche con tool AI dedicati. Moltiplicare per un e-commerce reale con 5.000 SKU e capisci perché WordPress rimane la scelta pragmatica.
Punto debole 2: il costo nascosto del vibe-coding
Un MVP Lovable gratis è un conto. Ma quando inizi ad aver bisogno di backend serio, autenticazione robusta, performance garantite, il pricing cambia rapidamente. Su Lovable il piano Team parte da 49€/mese per utente. A 5 utenti hai 250€/mese, più il costo del database, più il monitoring, più la manutenzione. A fine anno, hai speso di più di un hosting WordPress serio con agenzia inclusa.
Punto debole 3: il lock-in proprietario
Un sito costruito con Lovable vive dentro Lovable. Esportare il codice è tecnicamente possibile ma scomodo, e la portabilità è limitata. WordPress ti dà il codice, il database, l'accesso FTP. Puoi cambiare hosting, agenzia, sviluppatore senza perdere nulla. Per un'azienda che pensa in ottica 5-10 anni, questa differenza è enorme.
I tre campi della risposta
Quando chiedi a qualcuno "l'AI ucciderà WordPress?" oggi ottieni una di tre risposte. È un pattern che vediamo in ogni disruption tecnologica precedente (cloud vs on-premise, mobile vs desktop, no-code vs tradizionale).
Campo 1: sì, morirà
Chi la pensa così di solito lavora su progetti nuovi, brevi, validativi. Sono i casi in cui i vibe-coding tool eccellono. È una visione miope ma ha un suo fondamento per quei casi d'uso.
Campo 2: no, sopravviverà come ha sempre fatto
Chi la pensa così di solito cita i "killer" precedenti di WordPress: Wix, Squarespace, Webflow, Ghost, headless CMS. Tutti hanno avuto il loro momento, tutti hanno trovato una nicchia, ma WordPress ha continuato a crescere. Il 41.5% del web è un dato che parla da solo.
Campo 3: si trasformerà, capitalizzando l'AI
Questo è il campo dove la pensano in molti nel 2026, ed è anche quello dove io mi posiziono. WordPress non è immune al cambiamento, ma ha la struttura per assorbire l'AI come utility, non come competitor.
Perché l'AI è utility, non competitor
L'analogia migliore che ho sentito di recente è questa: l'AI è come l'elettricità, o come l'automazione industriale prima di lei. Non ha sostituito nessuna piattaforma; è diventata uno strato che tutte le piattaforme usano.
Come l'elettricità ha cambiato le fabbriche
Nel 1900 le fabbriche avevano macchine a vapore e cinghie. L'elettricità non ha "ucciso" le fabbriche, ha permesso di riorganizzarle: prima le macchine erano disposte in base alla posizione del motore centrale, dopo potevano essere messe in linea di produzione ottimizzata. WordPress sta vivendo la stessa trasformazione.
Le prove concrete
Guardiamo i segnali del 2026:
- WordPress 7.0 Armstrong ha introdotto l'Abilities API, che permette a qualsiasi plugin di esporre capability AI standardizzate. Non è un'AI proprietaria di WordPress, è un layer di integrazione.
- I page builder storici (Elementor, Beaver Builder, Divi) hanno tutti introdotto feature AI nei loro editor. Hanno scelto di integrare, non di combattere.
- I plugin AI più diffusi (Yoast, Rank Math, Akismet) usano l'AI per migliorare le loro funzioni esistenti, non per sostituire WordPress.
- Il self-hosted LLM con Ollama permette a chiunque di avere un'AI locale che parla con WordPress senza vendor lock-in.
Questi non sono segnali di un ecosistema in ritirata. Sono segnali di un ecosistema che si sta attrezzando.
Cosa insegna il vibe-coding (che la tesi LinkedIn non coglie)
C'è una lezione importante che viene dal vibe-coding, e che la tesi LinkedIn ignora per partito preso. Quando provi davvero i vibe-coding tool, scopri che il momento magico è solo il primo passo.
La prima ora è magica
Costruisci un'app in 5 minuti. È esattamente quello che volevi. Mostri agli amici, ti senti un dio.
La seconda settimana è frustrante
Quella cosa che funzionava in modo magico ora ha bisogno di essere modificata. Vuoi aggiungere una colonna. L'AI sbaglia. Vuoi cambiare lo stile. L'AI genera qualcosa di simile ma non esattamente quello che vuoi. Vuoi deployare. L'AI ti dà 5 opzioni tutte sbagliate.
Il terzo mese è chiaro
O capisci che vibe-coding non era la scelta giusta e rifai tutto in WordPress / Next.js / Laravel, oppure accetti i limiti e impari a lavorare con i tool AI come acceleratori, non come soluzioni complete.
Questo pattern è esattamente quello che abbiamo visto con ogni "AI will kill X" precedente. Non uccide X, ma costringe X a migliorare. WordPress 6.9 con l'Abilities API e WordPress 7.0 con le nuove feature AI sono la risposta diretta a questa pressione.
Il test che ho fatto io (con i numeri)
Nel dubbio, ho testato sul campo. Nello stesso mese, ho realizzato lo stesso progetto due volte: un portale di una community locale con 30 articoli, modulo eventi, area riservata con 50 utenti, integrazione Stripe per donazioni, e multilingua italiano/inglese. Una volta con WordPress self-hosted, una volta con un vibe-coding tool.
Versione WordPress self-hosted
- Stack: Kinsta hosting (35€/mese), WordPress 7.0 + Elementor Pro + WPML + WooCommerce donazioni
- Tempo di sviluppo: 18 ore (3 giornate)
- Costo totale primo anno: 420€ hosting + 100€ plugin + 0€ AI = 520€
- Costo ongoing annuo: 420€ + 100€ = 520€
- Tempo di manutenzione mensile: 2 ore (aggiornamenti, backup, sicurezza)
- Performance: Lighthouse 92, TTFB 180ms, uptime 99.95%
- Personalizzazione: totale, ogni aspetto modificabile
- Lock-in: zero, posso cambiare hosting in qualsiasi momento
Versione vibe-coding
- Stack: Lovable Pro + Supabase + Stripe + Cloudflare
- Tempo di sviluppo: 6 ore per la prima versione, 12 ore aggiuntive per portarlo a un livello accettabile
- Costo totale primo anno: 600€ Lovable + 200€ Supabase + 150€ Cloudflare + 250€ API AI = 1200€
- Costo ongoing annuo: 600€ + 200€ + 150€ + 250€ = 1200€ (e cresce con l'uso)
- Tempo di manutenzione mensile: 4-6 ore (limitazioni del tool, hack, workaround)
- Performance: Lighthouse 78, TTFB 320ms, uptime 99.7%
- Personalizzazione: limitata, ogni modifica richiede prompt engineering
- Lock-in: alto, migrare significherebbe riscrivere il 70% del codice
Il verdetto (senza retorica)
La versione WordPress è costata meno della metà (520€ vs 1200€), è più performante, richiede meno manutenzione, e non ha lock-in. La versione vibe-coding è stata più veloce da prototipare ma più costosa e fragile da mantenere. Per un progetto di 12+ mesi con utenti reali, WordPress vince nettamente.
Quando invece il vibe-coding vince
Lo stesso identico test per un MVP di validazione (landing page + form + Stripe Checkout, da lanciare in 1 settimana): vibe-coding 4 ore, WordPress 14 ore. Il vibe-coding vince quando il tempo di time-to-market è la variabile critica e la complessità è bassa. È un trade-off consapevole, non una scelta di categoria.
Le 4 cose che cambieranno davvero in WordPress nel 2026-2028
Non tutto cambierà, ma quattro cose sì. Sono i movimenti che vediamo consolidare nei prossimi 24 mesi.
1. Il block editor diventa veramente AI-first
Non stiamo parlando di "pulsante AI" nel toolbar. Stiamo parlando di un editor che suggerisce proattivamente pattern, completa automaticamente sezioni ripetitive, impara dallo stile del sito. I segnali ci sono già in Gutenberg e in plugin core come quelli di WordPress 6.9 con AI.
2. L'AI diventa un layer di hosting, non un plugin
Sempre più hosting provider (Kinsta, Pressable, Cloudways) offrono AI integrata come parte del pacchetto, non come plugin aggiuntivo. Questo elimina la frizione di installazione e configurazione per chi non è tecnico.
3. Le agenzie WP diventano agenzie AI-first
Le agenzie WordPress che si sono ristrutturate intorno all'AI hanno visto ROI misurabili. Non è un trend passeggero: è un cambio strutturale del settore.
4. Il self-hosted AI diventa accessibile
Soluzioni come Ollama e LM Studio hanno reso possibile avere un LLM locale con la stessa qualità di GPT-4 per task specifici, a costi marginali quasi zero. Questo è il game changer per chi ha preocupazioni di privacy o vuole ridurre i costi ricorrenti.
La mia previsione (senza fare il furbo)
Se devo mettere una data, dico che il 41.5% del web resterà WordPress anche nel 2028. Forse scenderà al 38-39%, ma non per colpa dei vibe-coding tool. Scenderà perché alcuni casi d'uso specifici (blog semplici, siti vetrina piccoli) verranno assorbiti dai tool AI. Ma il nucleo di WordPress (siti complessi, e-commerce, portali editoriali, intranet) resterà solido.
Cosa mi fa essere fiducioso
Tre cose concrete:
- L'ecosistema ha dimostrato di sapersi reinventare (Classic Editor vs Block Editor, REST API, FSE)
- La community è ancora attiva e produttiva (WordCamp, Meetup, contributori core)
- Le aziende che investono in WordPress (Automattic, WooCommerce, Elementor, Yoast) sono in salute e continuano a innovare
Cosa mi fa essere cauto
Una cosa: la velocità. Se WordPress non riuscirà a integrare l'AI in modo nativo nei prossimi 18 mesi, i vibe-coding tool potrebbero rosicchiare più quote di mercato del previsto. Ma con l'Abilities API e WordPress 7.0 Armstrong, direi che il treno è già partito.
Cosa dovresti fare tu (operativamente)
Indipendentemente dalla previsione, ci sono 4 cose che puoi fare oggi per posizionarti bene nei prossimi 3 anni.
Se sei un utente finale
Non mollare WordPress se hai già un sito che funziona. Se devi fare un progetto nuovo breve, valuta seriamente un vibe-coding tool. Se devi fare un progetto serio con integrazioni, resta su WordPress ma scegli un hosting con AI integrata.
Se sei uno sviluppatore
Investi tempo nell'Abilities API di WordPress 6.9 e nell'integrazione con tool AI. Questo è il layer dove sarà il lavoro nei prossimi anni. Impara anche un vibe-coding tool (Cursor o Claude Code) per capire cosa sanno fare, così sai quando un progetto è adatto a loro e quando no.
Se gestisci un'agenzia
Ristruttura i processi interni attorno all'AI: brief, stime, proposta, content creation, debugging. Le agenzie che l'hanno fatto (vedi il caso rtCamp) hanno visto ROI reali. Non è un vezzo: è sopravvivenza.
Se sei un investitore in tech
WordPress non è un investimento puro (è open source), ma l'ecosistema intorno (hosting, plugin commerciali, agenzie, theme) è un mercato da miliardi che si sta trasformando. Le aziende che stanno integrando l'AI bene (Kinsta, Elementor, Yoast) sono posizionate per crescere.
FAQ
Ma quindi WordPress morirà o no?
No, ma si trasformerà. La quota di mercato scenderà forse al 38-40% entro il 2028 (dal 43% attuale), ma non a causa dei vibe-coding tool. A causa di una naturale evoluzione del mercato.
I vibe-coding tool sono una moda passeggera?
No, sono una categoria reale di prodotto. Ma non sostituiranno WordPress per siti complessi. Saranno complementari, non sostitutivi.
Per un nuovo progetto oggi, cosa scelgo?
Dipende dal progetto. Per validazione rapida (<3 mesi, <1000 utenti): vibe-coding. Per business a lungo termine con integrazioni: WordPress o altro CMS maturo.
Vale la pena imparare Lovable/Bolt/v0?
Sì, anche se non li userai per i tuoi progetti. Capire come funzionano ti aiuta a capire cosa l'AI può e non può fare, e questo è utile anche nel lavoro WordPress quotidiano.
WordPress 7.0 ha davvero l'AI integrata?
Sì, tramite l'Abilities API e i Connectors. Non è "un'AI dentro WordPress" ma un layer standardizzato per integrare AI esterne.
Posso usare Lovable per un e-commerce serio?
Tecnicamente sì, praticamente no. I vibe-coding tool non gestiscono la complessità di un e-commerce reale (pagamenti, fiscalità, logistica, GDPR). WooCommerce rimane la scelta pragmatica.
L'AI ucciderà i lavori di sviluppo WordPress?
No, ma li cambierà. Il developer WordPress del 2028 sarà ibrido: PHP + Abilities API + integrazione con tool AI. È un'evoluzione, non un'estinzione.
Riferimenti utili per approfondire
- Is AI Going To Kill WordPress? - Elegant Themes Blog - fonte originale di questo articolo
- WordPress nel 2026: perché lo usano 8 siti su 10 - analisi del market share WordPress nel 2026
- WordPress 7.0 Armstrong: 6 novità per il workflow editoriale - le feature AI integrate in WP 7.0
- WordPress.com 2026: AI publishing a confronto col self-hosted - confronto fra managed e self-hosted
- AI workflow agenzia WordPress 2026 - come le agenzie si ristrutturano con AI
- Pressable e MCP per WordPress - hosting con AI integrata come utility
- WordPress self-hosted LLM locale Ollama - come avere AI locale senza dipendere dal cloud
- Abilities API WordPress 6.9: guida operativa - dettaglio tecnico sulla nuova API
- WP plugin AI MCP abilities pattern - pattern per costruire plugin AI su WordPress
- AEO WordPress 2026: llms.txt e infrastruttura per AI bot - come essere trovati dai motori di risposta AI
- Migliori AI website builder WordPress 2026 - confronto fra i tool AI-friendly del momento
- Blocchi core WordPress 6.9 con AI - i blocchi Gutenberg con AI integrata




Lascia un commento