Vantaggi e svantaggi di Astro: quando vale la pena usarlo

Chi ha venduto siti senza manutenzione sa quanto spesso si dica al cliente che gli verrà consegnato un CMS facilissimo, con cui potrà fare modifiche grandi e piccole senza alcuna difficoltà.

Nella proposta il cliente è entusiasta, ma poi, una volta consegnato il sito, non cambia nulla per mesi. Anzi, le rare volte in cui vuole modificare qualcosa, scrive a te per farlo.

È normale: pensa alla sua attività e vuole soltanto che il sito gli porti clienti. Fin qui tutto bene.

Avendo visto questa scena tante volte, ho sempre pensato che WordPress fosse fantastico, soprattutto per lo sviluppatore, dato che richiede una manutenzione che non dovrebbe essere sempre necessaria.. 

Per questo credevo dovessero esserci alternative. Altre strade che, fino a oggi, non avevo trovato.

Con siti in puro HTML, infatti, anche la più piccola modifica, come il numero dell'assistenza clienti, richiede parecchio tempo. E spesso servono funzioni complesse che in teoria richiedono un linguaggio lato server.

Certo, PHP è un'opzione, con i suoi includes e tutte le sue possibilità. Ma lo sviluppo diventa molto più complicato rispetto a WordPress. Per non parlare dell'hosting con il linguaggio installato e della necessità di aggiornarlo.

Poi, poco tempo fa, ho scoperto Astro. Ed è andato tutto al suo posto.

La filosofia di Astro: prima HTML, JavaScript solo quando serve

Se ancora non conosci lo strumento, puoi cominciare a capire cos'è Astro e come funziona, soprattutto dal punto di vista tecnico. Qui ci concentreremo sulle conseguenze pratiche della sua architettura..

Il suo approccio consiste nel fornire il contenuto in HTML e riservare il codice del browser alle parti che ne hanno bisogno. Oltre alla generazione statica, però, supporta anche il rendering su richiesta.

Vediamo cosa significa.

I vantaggi di Astro

Prima di cominciare, bisogna chiarire che alcuni vantaggi sono universali, mentre altri valgono solo per certi tipi di siti.

Te li racconto.

Prestazioni a partire dall'architettura

Per una pagina di servizi, fornire un documento già pronto evita lavoro durante la visita. Non serve un server che costruisca il contenuto, perché non è cambiato: basta restituire un file HTML salvato.

È un ottimo punto di partenza per caricare (molto) velocemente. Soprattutto con immagini ben ottimizzate (ciao webp), CSS ottimizzati e una distribuzione corretta dei file.

Il vantaggio è che parti da una struttura leggera e poi aggiungi soltanto ciò di cui hai davvero bisogno, in modo consapevole e per necessità..

Pochissimo JavaScript nel browser

Astro cerca di evitare tutto il JavaScript superfluo, perché ridurlo alleggerisce sia il download sia il lavoro del dispositivo. Su un PC di solito non è un problema, ma su uno smartphone, soprattutto economico, sì: deve interpretare ed eseguire ciò che riceve mentre fa tutto il resto.

In un sito informativo, inviare tanta logica che aggiunge pochissime funzioni per l'utente è uno spreco inutile di risorse.

Astro, invece, facilita l'integrazione dei piccoli strumenti interattivi davvero necessari. Il vantaggio rimane se fai attenzione a cosa aggiungi.

HTML pulito e un buon punto di partenza per la SEO

Avere il contenuto principale disponibile in HTML ne facilita l'accesso.

Inoltre, è relativamente facile rispettare le buone pratiche in materia di SEO, perché permette di costruire una struttura chiara di titoli, link e sezioni.

Superficie d'attacco ridotta

Questo è un gran vantaggio per evitare manutenzione.

In una pubblicazione statica non ci sono CMS né database in esecuzione nella parte pubblica. Ci sono meno funzioni esposte da proteggere..

Questo riduce MOLTISSIMO certi rischi, anche se non rende il progetto invulnerabile. L'account dell'hosting, il repository GitHub e i servizi collegati richiedono comunque protezione. Naturalmente, se hai un modulo con un backend, anche questo deve validare gli input e limitare gli abusi. La buona notizia è che per certi siti non serve quasi mai.

Hosting semplice ed economico

Un altro vantaggio universale.

Servire file statici richiede normalmente meno infrastruttura rispetto a un'applicazione con database e linguaggio server. Nei progetti piccoli, un sito statico può rientrare in un piano gratuito o economico, a seconda del fornitore.

Anzi, uno dei grandi vantaggi è poter pubblicare gratuitamente una build del sito su CloudFlare senza pagare nulla per l'hosting. Sì, elimini completamente il costo.

Attenzione però a distinguere l'hosting del sito dal resto del progetto:

• Il dominio dovrai pagarlo comunque.
• Anche la posta elettronica può essere gratuita..
• Se utilizzi API, di Meta o di altri, dipenderà dall'utilizzo.

In conclusione, eliminare il server tradizionale non significa rendere gratis tutto il sistema, ma toglie la voce di spesa maggiore per i siti aziendali.

Componenti senza trasformare tutto il sito in una SPA

Una SPA (Single Page Application) è un'applicazione in cui buona parte della navigazione e dell'interfaccia dipende dal codice del browser. Può essere adatta a certi prodotti, come i social network e i loro feed, ma un sito di servizi ne ha raramente bisogno.

Astro invece consente di riutilizzare componenti e strutture condivise dove necessario, senza obbligare tutto il sito a funzionare come una SPA. Puoi correggere una volta un blocco comune e continuare a fornire pagine come normali documenti.

Flessibilità dei contenuti

Non aver bisogno di un CMS non significa che non si possa integrare.

Puoi iniziare con file statici per un sito aziendale e collegare un CMS se, ad esempio, vuoi aprire un blog. Puoi anche connetterti ai sistemi che l'azienda usa già e recuperarne i dati.

Questa libertà offre soluzioni diverse per ogni tipo di sito.

Integrazione con Git

Non avendo bisogno di un database, ma soltanto di file, Astro si integra benissimo con Git.

Mantenere la cronologia del progetto in Git rende più facile controllare le modifiche, provarle prima della pubblicazione e ripristinare uno stato precedente.

Con l'IA che sviluppa codice, questa tracciabilità è particolarmente utile: puoi controllare una modifica specifica senza dipendere dalla memoria dell'assistente.

Separazione tra frontend e servizi esterni

Sì, avere HTML è fantastico, ma da solo non basta per far funzionare un modulo e riceverne le risposte. Serve un server.

Il bello è che con HTML puoi collegare l'API di servizi come Zoho Mail e fare arrivare le risposte all'indirizzo e-mail che scegli. Tutto gratuitamente.

Se utilizzi già questo strumento per la posta aziendale, non devi aggiungere nient'altro al tuo stack.

I principali punti deboli di Astro

Parliamo ora degli svantaggi del framework, che lo rendono sconsigliabile per certi progetti.

Non include un CMS pronto all'uso

Quando devo sviluppare un sito, per me la prima domanda pratica è: chi lo aggiornerà o lo manterrà?

Se il cliente vuole accedere a un pannello, sostituire una foto e pubblicare, Astro da solo non offre questa esperienza. Bisogna lavorare con i file o aggiungere uno strumento di editing.

Per un cliente che deve apportare modifiche senza chiamarti, Astro non è la scelta migliore.

Impone più decisioni tecniche

Devi decidere dove mettere i testi, come pubblicare le modifiche, come implementare il modulo e cosa fare se un servizio non funziona.

Con un CMS come WordPress hai quasi tutto già pronto.

Il vantaggio di Astro, però, è che puoi progettare il sistema una volta e riutilizzarlo in tanti siti diversi.

Le integrazioni richiedono sviluppo

Ci sono servizi che semplificano molto il lavoro, ma non sempre troverai una soluzione da installare e usare per tutte le tue necessità, come i classici plugin di un CMS.

Per esempio, non basta impaginare un modulo: devi collegarne l'invio, gestire gli errori, proteggere le credenziali e verificare che i messaggi arrivino. Prenotazioni con orari, pagamenti e cancellazioni moltiplicano le implementazioni e quindi le decisioni.

L'IA può velocizzare lo sviluppo, ma serve comunque qualcuno in grado di controllare il risultato e assumersene la responsabilità.

Meno comodo per i team editoriali

Chi pubblica occasionalmente può lavorare (relativamente) bene con Markdown. Un team con diversi autori, revisioni, programmazione e gestione continua delle immagini ha bisogno di un'esperienza editoriale più completa.

Insomma, un buon vecchio CMS.

È possibile integrare un CMS adatto su Astro, ma perché farlo invece di utilizzare direttamente il CMS?

Le build possono complicarsi nei progetti enormi

Con la generazione statica, le pagine pubblicate devono essere costruite. Il tempo dipende dal numero, da come vengono recuperati i dati e dall'elaborazione necessaria.

Un catalogo enorme con molte immagini o richieste esterne può complicare il processo. Non esiste un numero universale di URL oltre il quale Astro non funziona: bisogna misurare il progetto e decidere cosa generare in anticipo e cosa renderizzare su richiesta.

E se un aggiornamento urgente dipende da una build che fallisce, i vecchi contenuti rimarranno online finché non avrai risolto.

Ecosistema più piccolo rispetto a WordPress

Astro dispone di integrazioni e template, ma non offre lo stesso numero di soluzioni pronte per esigenze aziendali molto diverse.

In WordPress trovi normalmente varie opzioni per prenotazioni, abbonamenti o flussi editoriali. Con Astro potresti dover collegare servizi o sviluppare parte delle funzioni. Questo incide sui tempi, sul budget e su chi potrà occuparsene in seguito.

Una curva di apprendimento per chi arriva da PHP o WordPress

Se il tuo processo abituale è installare un tema e configurare plugin, entrano in gioco nuovi strumenti: pacchetti, repository, build e deploy.

Non devi imparare tutto subito. Ma devi capire il percorso dai file che modifichi a ciò che viene pubblicato. Altrimenti potresti chiedere una correzione all'IA, vederla in locale e credere che sia già sul sito online.

Non tutti i progetti si adattano a un'architettura statica

Tutto ciò che ho detto si riassume qui.

Una pagina pubblica relativamente stabile e un pannello con dati personali in tempo reale hanno esigenze diverse.

Astro può integrare server e funzioni dinamiche, ma un'altra piattaforma potrebbe risolvere meglio l'insieme. La questione non è se Astro possa farlo, ma se ne valga la pena.

Chiarimenti sui limiti di Astro

Ne ho già parlato nel corso dell'articolo, ma voglio riassumere qui per fare chiarezza.

Non avere un CMS integrato non significa non poter usare un CMS

Puoi aggiungere un editor e una fonte di contenuti. Il vero limite è doverli scegliere e integrare, con i relativi costi e la manutenzione.

Non richiedere un database non significa non poterne usare uno

Astro non lo impone per un sito semplice.

Se il progetto deve memorizzare utenti, prenotazioni o dati variabili, può collegarsi a un database. Le chiavi e le query sensibili devono rimanere in un ambiente server sicuro.

Generare pagine statiche non significa che Astro supporti solo siti statici

Puoi combinare strategie e servizi.

Una pagina preparata in anticipo può inviare un modulo a un backend. I contenuti pubblici e l'elaborazione dei messaggi sono attività diverse.

Usare JavaScript nello sviluppo non implica inviarlo tutto al browser

Per il caricamento conta ciò che riceve il visitatore.

Parte del codice serve a creare la pagina e non viene eseguito durante la visita. Confondere i due momenti porta a valutare male il peso effettivo del sito.

Quando sceglierei Astro

Veniamo al dunque.

Prenderei in considerazione Astro per:

• Un sito aziendale.
• Un portfolio.
• Documentazione.

A patto che:

• Le pagine siano relativamente stabili.
• Nessuno oltre a me le debba modificare.
• Io cerchi buone prestazioni.
• Costi bassi (senza server).
• E il mio stack includa sviluppo con IA e integrazione Git.

Quando non sceglierei Astro

Non lo userei se:

• Il cliente deve modificare il sito da solo.
• Il frontend richiede modifiche continue.
• Il blog è il cuore del sito.
• Per una rivista.
• Per un ecommerce.
• Per un'area riservata ai membri.

Insomma, quando un CMS semplifica il lavoro.

Conclusioni: Astro non è sempre migliore, dipende dal progetto

Adoro l'approccio di Astro. È qualcosa che cercavo da molto tempo, perché permette di creare tanti siti con contenuti statici e una struttura calibrata molto, molto bene sulle reali necessità.

Inoltre si integra benissimo con l'IA per sviluppare quasi tutto.

Ma bisogna anche pensare alla vita del sito dopo la consegna.

Se il cliente può mantenerlo, le integrazioni sono risolte e il contenuto è adatto, è un'opzione molto interessante.

Come avrai immaginato, il confronto che mi ritrovo a fare più spesso per ogni progetto è Astro vs WordPress. Nell'articolo collegato spiego come decidere considerando tutto il lavoro, dalla gestione dei contenuti alla manutenzione e al budget del cliente.