1. Il backend non esiste
Astro è un framework frontend. Non include database, area di amministrazione né gestione utenti. WordPress è un sistema completo.
Per costruire un sito Astro gestibile da un cliente serve abbinarlo a un CMS headless esterno: Sanity, Contentful, Storyblok, Strapi. Tutti con piani gratuiti limitati e costi che crescono con i contenuti e gli utenti.
- Due sistemi da mantenere invece di uno.
- Due contratti di servizio separati.
- Una pipeline di build più complessa e più fragile.
2. Ogni funzionalità va costruita da zero
WordPress arriva con un ecosistema maturo di strumenti pronti: SEO tecnica, gestione redirect, moduli di contatto, ricerca interna, cookie consent, cache, sistema utenti, traduzioni, e-commerce.
In Astro niente di tutto questo è incluso. Ogni funzionalità richiede un'integrazione su misura o un servizio esterno a pagamento.
| Funzionalità | WordPress | Astro |
|---|---|---|
| SEO tecnica (sitemap, meta, schema) | Plugin maturo (Yoast, RankMath) | Costruita a mano o tramite pacchetto npm |
| Gestione redirect e 404 | Plugin dedicato | File di configurazione o servizio hosting |
| Moduli di contatto | Plugin (Contact Form 7, Gravity Forms) | Servizio esterno (Formspree, Netlify Forms) |
| Ricerca interna | Plugin nativo o Algolia | Integrazione su misura |
| Cookie consent e privacy | Plugin dedicato | Componente custom o SaaS |
| Cache e performance | Plugin (WP Rocket, LiteSpeed) | Dipende dall'hosting e dalla CDN |
| Multilingua | WPML, Polylang | i18n su misura o CMS headless |
| Utenti e contenuti protetti | Sistema nativo | Auth service esterno (Auth0, Clerk) |
| E-commerce | WooCommerce | Shopify, Snipcart o sviluppo su misura |
3. Il risparmio iniziale si paga nel tempo
Un sito Astro può costare meno nella prima versione. Ma il costo reale si misura in anni, non in settimane.
Astro aggiorna le API a ogni versione maggiore: da Astro 1 ad Astro 5 ci sono state quattro migrazioni, ognuna con lavoro attivo sulle codebase esistenti. Un singolo pacchetto npm deprecato può bloccare la build e congelare il sito.
WordPress ha una politica di aggiornamento molto più conservativa. Temi e plugin sviluppati con cura reggono le versioni senza richiedere riscritture.
4. L'autonomia del cliente è quasi nulla
Senza un CMS headless il cliente modifica i file di codice direttamente. Con un CMS headless ottiene un'interfaccia separata, disconnessa dalla preview reale del sito, con flussi di pubblicazione più frammentati.
WordPress offre un'area di amministrazione che i clienti imparano in poche ore: pagine, menu, immagini, moduli, utenti — tutto senza aprire un editor di testo.
Se il cliente dipende dallo sviluppatore per ogni aggiornamento di contenuto, il costo operativo sale e il rapporto diventa meno sostenibile nel tempo.
5. Cambio sviluppatore e manutenzione nel tempo
Un sito Astro personalizzato dipende da scelte architetturali specifiche: il CMS headless scelto, le integrazioni costruite su misura, la pipeline configurata in un certo modo. Chiunque prenda in mano il progetto dopo deve ricostruire il contesto da zero.
WordPress ha il più grande pool di sviluppatori freelance e agenzie al mondo. Trovare qualcuno in grado di mantenere o espandere un progetto è semplice, anche anni dopo la costruzione iniziale.
6. Quando Astro ha senso davvero
Astro è la scelta giusta in contesti precisi: landing page statiche che cambiano una o due volte l'anno, portfolio personali gestiti da sviluppatori, micrositi promozionali senza backend editoriale.
Ha senso anche quando il team ha già un backend interno e cerca solo uno strato di rendering veloce, o quando le performance sono un requisito tecnico critico e il budget copre la complessità aggiuntiva.
Per tutto il resto — siti aziendali, e-commerce, blog attivi, siti con utenti registrati, portali — WordPress resta la scelta più solida, più economica nel tempo e più gestibile senza dipendere da uno sviluppatore per ogni piccola modifica.
Verdetto
Astro non è una scelta sbagliata in assoluto. È una scelta sbagliata per la maggior parte dei progetti di agenzia, dove il cliente ha bisogno di autonomia, la manutenzione deve restare sostenibile e il budget non copre la costruzione su misura di ogni singola funzionalità.
WordPress democratizza la gestione del sito. Astro la centralizza nello sviluppatore.
Domande frequenti
Non si può ottimizzare WordPress abbastanza da reggere il confronto con Astro?
Un WordPress ben ottimizzato — buon tema, cache configurata, CDN — raggiunge punteggi Lighthouse tra 90 e 100 su pagine statiche. Il divario con Astro esiste ma raramente è percepibile dall'utente finale. La domanda corretta è: quanto vale quella differenza rispetto al costo di mantenere un'architettura più complessa?
E se usiamo WordPress headless come CMS con Astro come frontend?
È una combinazione adottata da team con risorse dedicate e requisiti specifici. In questo scenario si perdono molti vantaggi di WordPress — area admin integrata, preview immediata, plugin che operano sul frontend — e si aggiunge la complessità di Astro. Raramente è la scelta ottimale per un'agenzia che serve clienti standard.
Il cliente non può imparare a usare un CMS headless?
Può. Ma vale la pena chiedersi perché farglielo fare. Un CMS headless richiede più formazione, ha interfacce meno intuitive e i flussi di pubblicazione sono più frammentati. WordPress è stato progettato esattamente per chi non è sviluppatore.
Prossimo passo
Valuti WordPress per il prossimo progetto?
Posso aiutare a valutare la scelta tecnica in base ai requisiti reali e costruire una soluzione WordPress solida, gestibile nel tempo.
Parliamo del progetto