Ex-Disney · Ex-Globant · Freelance dal 2014
Assumi uno sviluppatore senior Next.js che consegna in produzione, non in demo.
Costruisco app Next.js che reggono traffico vero — siti di marketing che si posizionano, dashboard che non esplodono con dataset grandi e architetture App Router che sopravvivono al prossimo RFC di React. TypeScript solido, SEO fatto bene, budget di performance onesti.
Avvia un progettoApp Router, Server Components, server actions — scelti con criterio
Non ogni pagina deve essere server component. Non ogni form ha bisogno di server action. Scelgo la strategia di rendering per route in base a SEO, interattività e comportamento della cache — non per ideologia.
SEO che funziona davvero su un framework React
Metadata API corretta, canonical tag, hreflang, Open Graph, Twitter card, schema.org JSON-LD, sitemap.xml, robots.txt. Non "è Next.js, quindi è SEO-friendly" — la checklist tecnica completa.
Dashboard che reggono volumi di dati reali
Paginazione server-side, risposte streaming, rendering incrementale, TanStack Table per 100K+ righe, caching e invalidation fatti bene. Se i dati superano la scala MVP, deve farlo anche l'architettura.
Deploy su Vercel, Netlify o la tua infrastruttura
Vercel è il default, ma ho consegnato Next.js su Netlify, self-hosted in Docker e AWS via open-next. Scelgo in base a costo, compliance e team — non per lealtà di piattaforma.
Lo stack Next.js con cui consegno
- Next.jsApp Router, componenti server e client, route handler
- TypeScriptTipi stretti su props, server action, route API
- ReactSuspense, transitions, il hook use() — dove aiuta davvero
- Server ComponentsDefault per contenuto data-heavy, semi-statico
- Server ActionsForm con progressive-enhancement senza boilerplate API
- Tailwind CSSUtility-first, design token, dark mode, responsive
- shadcn/uiComponenti che possiedi e customizzi, non una libreria black-box
- VercelDeploy preview, edge runtime, ISR, ottimizzazione immagini
- PrismaORM type-safe con migrazioni di cui ti fidi
- NextAuthAuth con Google, GitHub, magic link via email, credenziali
- StripeAbbonamenti, usage billing, customer portal, webhook
- PlaywrightTest end-to-end su browser reali, non solo Chromium
Quando Next.js è il framework giusto
Next.js è il mio default quando il progetto è prevalentemente React e ha bisogno di SEO vero. Siti di marketing, dashboard con pagine di marketing pubbliche, app SaaS multi-tenant, portali ricchi di contenuto — Next.js li gestisce tutti con la strategia di rendering giusta per route. Il suo modello di Server Components ti lascia spostare il data-fetching al server senza rinunciare al modello mentale di React, cosa che prima richiedeva di scegliere tra framework SSR e SPA con trade-off scomodi.
App Router è maturo ora, ma non è un drop-in replacement di Pages Router su ogni progetto. Codebase legacy con setup complessi di _app/_document, pattern specifici come getServerSideProps che dipendono dall'accesso a request/response, o team che già conoscono bene Pages Router — la migrazione va pesata, non data per scontata. Ho fatto sia migrazioni sia chiamate "restate su Pages per ora" in base al ROI.
Dove Next.js non è la scelta giusta: SPA pure dove il SEO non conta (usa Vite + React, meno parti in movimento), app server-heavy dove il frontend è minoritario (usa NestJS e un React leggero), o app che hanno bisogno di forte comportamento offline-first (stack native o PWA-focused si adattano meglio). E: non scegliere Next.js solo perché Vercel lo ospita bene — è una bella conseguenza, non una ragione.
Ho costruito piattaforme Next.js per operatori turistici (Argenway — sito marketing più dashboard admin), centri sanitari (Maeth — sito pubblico più prenotazione appuntamenti), immobiliari (Don Piso Sitges/Mijas — listini SEO-heavy per la Spagna) e siti B2B SEO-driven (DirecTV Argentina — funnel di conversione per piano). Stesso framework, strategie di rendering selvaggiamente diverse per pagina — quella è la flessibilità di Next.js fatto bene.
Domande frequenti
App Router per progetti nuovi. Pages Router per codebase esistenti a meno che ci sia un motivo reale per migrare. Non faccio rewrite forzati — se la tua app funziona e consegna feature, la migrazione è un investimento che deve giustificarsi.
Entrambi. Gran parte del mio lavoro recente è riprendere progetti Next.js esistenti — audit, fix di performance, aggiungere App Router in modo incrementale, migrare l'auth, uscire o entrare in Vercel. Leggo il codice prima di preventivare.
Ho occhio per il design ma non sono designer. Per landing page e dashboard, posso costruire da wireframe grezzi o prendere un design system esistente e implementarlo pulito. Per tutto ciò in cui brand e UX sono il prodotto core, assumi un designer — lavoro con lui.
Raccomandazione default è Vercel perché l'integrazione è stretta. Ma ho consegnato Next.js su Netlify, self-hosted con Docker su DigitalOcean, AWS via open-next e Cloudflare Pages. Scegli in base a costo, compliance e team — non per hype.
Sì. Integrazione Stripe completa: checkout, abbonamenti, customer portal, webhook con verifica firma, proration, usage billing, automazione fiscale con Stripe Tax. Consegnato su prodotti SaaS e piattaforme di contenuto.
Sì, molto. Di solito parto da shadcn/ui come base di componenti perché possiedi il codice e puoi customizzare. Tailwind per lo stile, Framer Motion o CSS transition per l'animazione. Per clienti enterprise ho lavorato con librerie di componenti bespoke e Mantine.
Hai bisogno di un ingegnere Next.js che consegni veloce senza rompere la prod?
MVP, dashboard, siti di marketing SEO-heavy, migrazioni legacy. Risposta entro 24 ore.
Avvia la conversazione