Cos'è la Static Site Generation (SSG)?

La Static Site Generation pre-renderizza ogni pagina in puro HTML in fase di build, prima di qualsiasi richiesta utente. I file risultanti vengono caricati su object storage o su una content-delivery-network-cdn e serviti come risposte cacheable e deterministiche. Per il commerce, la SSG funziona meglio su contenuti che cambiano su scale temporali editoriali piuttosto che transazionali.

Definizione

Durante la fase di build, il framework attraversa un insieme di rotte, recupera dati dalle API di commerce, dal content-management-system-cms e dai catalog di prodotto, e scrive un documento HTML autonomo più un bundle di hydration per pagina. Strumenti come Next.js getStaticProps, Astro, Nuxt nuxt generate, Gatsby e Hugo sono implementazioni SSG tipiche. Le pagine vengono servite da cache edge con un TTFB nell'ordine delle decine di millisecondi e costo di rendering nullo. La SSG è un pilastro del jamstack e si abbina naturalmente a una content-delivery-network-cdn per la distribuzione globale.

Perché è importante

La SSG elimina completamente il costo di rendering a runtime, il che si traduce in un TTFB prevedibile, scalabilità orizzontale semplice e costi di hosting più bassi. Per le Core Web Vitals è la strategia di rendering più permissiva perché l'LCP è per lo più vincolato dalla consegna degli asset. È la scelta giusta per pagine marketing, voci di glossario, brand story, landing page SEO e contenuti di categoria evergreen. La SSG riduce anche la superficie di sicurezza, perché non c'è un runtime attivo per ogni richiesta. Il compromesso è la freschezza: qualsiasi modifica al catalogo richiede una rebuild, il che limita la SSG per le PDP sensibili all'inventario.

Casi d'uso

I team di composable-commerce tipicamente generano in SSG la loro rete di landing-page, il blog, i centri assistenza e le pagine di categoria a basso traffico su Astro, Next.js o Nuxt, per poi distribuirle tramite Vercel, Netlify o Cloudflare Pages. I webhook di un CMS headless attivano build incrementali quando gli editor pubblicano, così il TTFB resta prossimo a zero mentre il contenuto rimane aggiornato. Per le PDP, i team passano alla ISR per una revalidation più granulare oppure combinano shell SSG con fetch lato client per stock e prezzi. La SSG è anche lo standard per le architetture di riferimento jamstack che abbinano Hygraph, Sanity o Contentful a un frontend statico.

Correlati

Esplora Composable Headless Frontend · Performance and Core Web Vitals.