Deploy di progetti Next.js # Verifica disponibilità e requisiti di deploy Se disponibili, le opzioni di deploy possono includere Git, build e configurazione del dominio. Certificati e runtime dipendono dal servizio. [Inizia ora](https://panel.deplomo.com/signup)[Opzioni di deploy Next.js](/it/guides/deploy-nextjs) ## Funzionalità e requisiti per Next.js Valuta un ambiente PaaS per applicazioni React in base alle esigenze del progetto. ### Deploy da GitHub o GitLab, se disponibile Quando l’integrazione Git è supportata, il servizio può recuperare il codice ed eseguire la build secondo la configurazione del progetto. ### Compatibilità con SSR e App Router La compatibilità con SSR, React Server Components (RSC), streaming e API Routes dipende dalla versione di Node.js e dalla configurazione di build e runtime. ### Accesso ai pacchetti durante la build Le build installano i pacchetti dal registry npm configurato. Verifica credenziali, lockfile e accesso ai pacchetti esterni o privati. ### Dominio e opzioni per certificati TLS Configurazione del dominio, certificati TLS e sottodomini dipendono dal servizio e dalle opzioni disponibili. ### Gestione delle variabili d’ambiente Configura le variabili d’ambiente nel pannello o nel metodo previsto dal servizio. Separa i segreti server dalle variabili esposte al client e proteggi le credenziali. ### Risorse e monitoraggio Modifiche alle risorse, continuità del servizio e log disponibili dipendono dal runtime e dalla configurazione. ## Domande frequenti su Next.js PaaS Risposte alle domande più frequenti su deploy, SSR, database e gestione delle applicazioni Next.js: Che cos’è l’hosting PaaS per Next.js e come differisce dall’hosting condiviso? Qual è la differenza tra hosting PaaS per Next.js e un server virtuale? Il servizio supporta App Router e Server Actions? Come funziona il deploy da Git? Posso collegare un database a un’applicazione Next.js? Controlla nel log della build il pacchetto o il registry che causa l’errore, verifica credenziali e lockfile e conferma che il servizio esterno sia raggiungibile. L’accesso non è garantito per ogni registry. ## Next.js PaaS: opzioni per distribuire applicazioni React Next.js offre funzionalità come rendering lato server (SSR), generazione statica e React Server Components. La compatibilità dipende dalla versione del framework, dal runtime e dalla configurazione dell’hosting. Un ambiente PaaS può integrare alcune fasi di build e deploy. Verifica supporto Git, runtime Node.js, variabili d’ambiente e opzioni TLS prima di distribuire il progetto. ### Next.js, rendering e indicizzazione: aspetti da valutare Il rendering lato server può fornire HTML iniziale per alcune pagine. Prestazioni, indicizzazione e risultati SEO dipendono dall’applicazione, dalla configurazione e da molti altri fattori. - SSR e HTML iniziale possono influire su come viene presentato il contenuto ai crawler, ma non garantiscono un posizionamento SEO migliore. - Le metriche FCP e LCP dipendono da codice, rete, server, contenuti e dispositivo. Non è possibile garantire tempi di caricamento specifici con il solo hosting. - API Routes e Server Actions sono funzionalità Next.js. La disponibilità dipende dalla versione del framework e dalla configurazione del runtime. - Next Image Optimization richiede configurazione e supporto nel runtime. Formati, trasformazioni e caching dipendono dall’applicazione e dal servizio. ### Confronta Next.js PaaS, server virtuale e hosting condiviso Il confronto seguente riassume aspetti da verificare. Funzionalità e responsabilità variano in base al provider e alla configurazione.
| Criteri di confronto | Next.js PaaS di Deplomo | server virtuale grezzo (VPS) | hosting condiviso tradizionale (cPanel) |
|---|---|---|---|
| Modalità di deploy | Deploy da Git, se l’integrazione è disponibile. | Gestione e deploy configurati dal team sul server. | Upload tramite FTP, se supportato dall’hosting. |
| Supporto per SSR e App Router | Dipende dalle versioni Node.js e Next.js e dalla configurazione. | Richiede configurazione e manutenzione da parte del team. | Dipende dal piano, dal runtime e dal provider. |
| Accesso ai registry durante le build | Dipende dalla rete e dalle condizioni dei registry. | Può richiedere una configurazione di rete aggiuntiva. | Le modalità di build dipendono dal piano di hosting. |
| Dominio e certificati SSL | Certificati TLS e rinnovo | Emissione e rinnovo dipendono dal servizio e dalla configurazione. | Dipende dal pannello e dalle opzioni del provider. |
| Gestione delle risorse e scaling | Limiti, tempi e possibili interruzioni dipendono dal servizio. | Richiede pianificazione e intervento del team. | Dipende dai limiti e dalle condizioni del provider. |
| Connessione al database | Regole firewall e porte dipendono dall’architettura e dalla configurazione del database. | Le opzioni di database dipendono dal servizio e dal piano. | Integrazione CI/CD e tempi di deploy dipendono dal servizio e dalla configurazione. |