01. React, Next.js, Astro o Vue: quale scegliere?
Dipende dal caso d'uso. React+Vite è perfetto per app SPA con dashboard interne (admin, SaaS post-login) dove SEO non conta. Next.js vince per app con SEO + interattività (marketplace, e-commerce, landing+dashboard nello stesso dominio): SSR e SSG out-of-the-box. Astro è la scelta migliore per siti contenuto, blog tech, landing performanti dove vuoi Lighthouse 95+ con zero JS by default. Vue è valido ma in Italia trovare developer Vue è più difficile, penalizza l'handover.
02. SEO con React funziona davvero o serve sempre Next.js?
Google esegue JavaScript ma con limiti reali: pagine SPA pure (CSR) sono indicizzate
male, lentamente e in modo inaffidabile. Se la tua web app vive solo dietro login (dashboard SaaS, admin) il problema non esiste. Se invece hai pagine pubbliche (landing, prodotti, blog) servono SSR o SSG:
Next.js, Remix o Astro risolvono in modo nativo, con meta tag dinamici, sitemap, Open Graph e structured data renderizzati lato server.
03. Come si riduce il bundle JavaScript?
Tre leve concrete: (1) code splitting per route con React.lazy o dynamic import di Next.js, così l'utente scarica solo il codice della pagina che vede; (2) tree-shaking aggressivo: importa solo le funzioni che usi (lodash-es invece di lodash, date-fns invece di moment); (3) bundle analyzer (rollup-plugin-visualizer o @next/bundle-analyzer) per identificare le dipendenze pesanti. Spesso si scende da 400-600 KB iniziali a 90-150 KB con un audit serio.
04. L'accessibilità WCAG 2.1 quanto costa rispettarla?
Se la pianifichi dall'inizio quasi zero. Se la aggiungi dopo, può raddoppiare il tempo del frontend. WCAG 2.1 livello AA significa: contrasti adeguati, navigazione tastiera, ARIA roles dove servono, focus visibili, alt text sulle immagini, form con label esplicite. Sono best practice che migliorano la UX di tutti, non solo di chi usa screen reader. In Italia per molti settori (PA, sanità, fintech) sono obbligatorie per legge.
05. Vercel, Netlify, AWS o VPS: dove faccio deploy?
Per il 90% dei progetti
Vercel o Netlify sono la scelta giusta: zero-config per Next.js e Astro, CDN globale, preview deploy per ogni pull request, free tier generoso. AWS Amplify/CloudFront ha senso se sei già in AWS.
Self-hosted su VPS (Hetzner, Aruba, OVH) lo scegliamo solo se hai requisiti di sovranità dati o vuoi ridurre il vendor lock-in. L'account è
sempre intestato a te, non a me.
06. Posso integrare un CMS headless?
Sì. Lavoro abitualmente con Strapi (open source, self-hosted), Sanity (cloud, ottimo per blog tech), Contentful (enterprise), Directus (open source, multi-language) e Supabase quando serve anche DB+auth. Il CMS espone API REST o GraphQL, Next.js/Astro le consuma a build-time (SSG) o a runtime (SSR). Risultato: l'editor cliente aggiorna i contenuti dal pannello, il sito si rigenera in pochi secondi.
07. Posso modificare il design dopo il go-live?
Sì, ed è uno dei motivi per cui costruisco con un design system fin dall'inizio: i design tokens (colori, spaziature, font, raggi) sono variabili CSS centralizzate. Cambi quelli, cambia tutta l'app coerentemente. Se invece serve un refactor profondo (cambio framework, ridisegno architettura) parliamo di un nuovo progetto — ma il codice resta tuo, può continuare un altro developer.
08. Posso vedere web app React che hai già pubblicato?
Sì. Diverse dashboard SaaS B2B confidenziali (le mostro in chiamata con NDA se serve),
questa stessa portfolio website (build statico ottimizzato Lighthouse 95+), il pannello admin del backend che gestisce le conversazioni di Andrea AI (Next.js-like, server components custom in PHP). Su richiesta ti collego con clienti reali che possono raccontarti il processo end-to-end.
Scrivimi su WhatsApp →
09. Posso parlare con un cliente reale prima di firmare?
Sì. Su richiesta ti metto in contatto diretto con un product manager o founder che ha portato in produzione una web app React/Next.js con me. Chiamata di 20 minuti, niente referenze finte, niente case study costruiti. I clienti contenti sono l'unico asset commerciale serio che ho — uso letteralmente loro per chiudere il prossimo progetto.
10. E se voglio passare la web app a un team interno?
Handover pulito incluso. Repository Git già intestato a te, account Vercel/Netlify intestato a te, design system documentato,
Storybook live, ADR (architecture decision records) scritti, README chiaro, 2 ore di tour video col team nuovo. Lavoro perché tu non abbia più bisogno di me: la mia reputazione vale più della retention forzata. Codice modulare, TypeScript strict, copertura test sui flussi critici,
API documentate.