Register.it Node.js : Hosting Compatibile per Backend Moderni?
Node.js non è un linguaggio interpretato in modalità request-response come PHP — è un runtime che mantiene un processo persistente in ascolto su una porta TCP. Su shared hosting come Register.it questo processo non può esistere: non c'è modo di tenere attivo node server.js tra una richiesta e l'altra, né di usare PM2 per gestirlo, né di esporre porte custom. La risposta alla domanda del titolo è tecnica e definitiva. Questa guida spiega perché, cosa si può fare con un dominio Register.it, e quali sono le soluzioni VPS italiane per Node.js professionale nel .
🚨 Perché Node.js è Impossibile su Register.it: Il Motivo Tecnico nel
Per capire perché Node.js non funziona su shared hosting è sufficiente capire come funziona Node.js rispetto a PHP. PHP segue il modello CGI/FastCGI: arriva una richiesta HTTP, Apache o Nginx invoca PHP, PHP esegue lo script, restituisce la risposta, il processo termina. Ogni richiesta è indipendente. Condividere un server tra centinaia di siti funziona proprio perché ogni processo PHP vive pochi millisecondi.
Node.js funziona in modo completamente diverso: un processo Node.js si avvia, si mette in ascolto su una porta TCP (es. porta 3000), e rimane attivo indefinitamente gestendo le connessioni in entrata tramite il suo event loop asincrono. Non è un processo che nasce e muore per ogni richiesta — è un server che gira continuativamente. Per un'architettura shared hosting, dove ogni account condivide risorse con centinaia di altri siti, mantenere processi persistenti per ogni cliente è tecnicamente e economicamente impossibile. Non c'è configurazione che risolva questo: è un limite architetturale del modello stesso.
🚨 Il Fatto Tecnico che Chiude la Questione
Su Register.it shared hosting non puoi: avviare node server.js come processo persistente, usare PM2 per gestire processi Node.js, aprire porte TCP custom (3000, 8080, ecc.) per il tuo server Node.js, mantenere connessioni WebSocket attive, o eseguire npm install e avviare un server Express/NestJS/Fastify. Non è mancanza di funzionalità configurabili — Node.js richiede un ambiente server con processi persistenti che shared hosting strutturalmente non fornisce.
Node.js vs PHP: Il Modello di Esecuzione che Determina Tutto nel
Node.js nella Serie Register.it: La Posizione più Netta
Nella serie completa di articoli su Register.it abbiamo visto una scala di compatibilità: WordPress funziona bene, WooCommerce degrada le performance, PrestaShop ha limiti su cataloghi grandi, Laravel funziona senza queue, Magento non si installa per Elasticsearch. Node.js occupa la posizione più assoluta insieme a Magento: non è "subottimale" o "limitato" — è impossibile per design, per la stessa ragione per cui non puoi eseguire un server Nginx su shared hosting. La buona notizia è che Register.it rimane un ottimo registrar .it — il dominio da puntare al VPS Node.js.
✅ Cosa Gira e Cosa No: Node.js su Register.it Funzionalità per Funzionalità
node app.js avvia un processo che si mette in ascolto su porta 3000. Su shared hosting quel processo viene immediatamente terminato o non ha la possibilità di aprire porte. Non esiste workaround — Express richiede un processo persistente.next start avvia un processo Node.js persistente che renderizza le pagine React lato server su ogni richiesta. Impossibile su shared hosting. Su VPS con PM2 funziona perfettamente con performance eccellenti — TTFB 50-150ms con ISR e cache.npm install -g pm2 e richiede permessi per gestire processi di sistema e avviarsi al boot (pm2 startup). Su shared hosting non c'è accesso root per installarlo o configurarlo. Su VPS è il primo tool da installare per Node.js — 5 minuti di setup, affidabilità industriale.🔑 PM2: Il Process Manager che Rende Node.js Affidabile in Produzione
PM2 è per Node.js quello che Supervisor è per Laravel Queue Workers: il processo manager che trasforma un node server.js in un servizio di produzione affidabile. Richiede root access — impossibile su shared hosting, fondamentale su VPS.
⚛️ Next.js: La Distinzione Fondamentale tra Static Export e SSR nel
Next.js merita un'analisi separata perché esiste una distinzione pratica importante che determina se SiteGround può essere una soluzione valida o se serve il VPS.
✓ Next.js Static Export — funziona su SiteGround
- Genera HTML/CSS/JS statici con
next build - Nessun processo Node.js richiesto in runtime
- Carica fulminea con LiteSpeed + CDN SiteGround
- Adatto per siti marketing, blog, landing page
- SEO ottimale — pagine pre-renderizzate
- Aggiornamenti: rebuild + redeploy dei file statici
✗ Next.js SSR/ISR — richiede VPS con PM2
- Server-Side Rendering a ogni richiesta — processo Node.js attivo
- API Routes — endpoint backend Node.js
- Incremental Static Regeneration — revalidazione dati dinamica
- Autenticazione lato server con middleware
- App Router con Server Components avanzati
- App con dati personalizzati per utente loggato
💡 La Regola Pratica per Next.js e l'Hosting nel
Se il sito Next.js ha contenuto uguale per tutti gli utenti e i dati cambiano raramente — sito vitrina, blog, landing page — Static Export su SiteGround è la scelta ottimale: massima performance, minimo costo, nessun server da gestire. Se il sito Next.js ha contenuto personalizzato per utente (dashboard, dati real-time, carrello, autenticazione), serve il VPS con PM2 per il processo SSR. La discriminante non è Next.js in sé — è se hai bisogno di SSR o bastano i file statici.
⭐ Esperienze Reali: Node.js e la Scelta dell'Hosting nel Mercato Italiano
Andrea M. — Developer full-stack, API NestJS per app mobile, Roma
"Sviluppo backend NestJS per app mobile — API REST con autenticazione JWT, WebSocket per notifiche real-time, job queue per email. La domanda se potevo deployare su shared hosting ha avuto risposta immediata: NestJS non si installa su shared hosting, punto. Ho preso Serverplan VPS 4GB: Node.js 20 LTS installato in 5 minuti, PM2 configurato in cluster mode con 4 worker, Nginx come reverse proxy con SSL Let's Encrypt, Redis per le sessioni. Il dominio .it ce l'avevo già su Register.it — ho solo cambiato l'A record verso l'IP del VPS. TTFB dell'API sotto i 20ms grazie a PM2 cluster mode. I WebSocket reggono centinaia di connessioni concorrenti. Il VPS è il requisito — non c'è nessuna alternativa per Node.js."
Verdetto: Per Node.js il VPS non è un'opzione avanzata — è il requisito minimo. Serverplan VPS 4GB con PM2 cluster mode è la configurazione standard per API Node.js professionali. Il dominio Register.it si punta all'IP del VPS con un A record: operazione di 5 minuti.
Giulia R. — Frontend developer, Next.js su SiteGround per sito corporate, Firenze
"Sviluppo siti corporate e landing page in Next.js. Per i clienti con budget hosting limitato o che non vogliono gestire server, la combinazione Next.js Static Export + SiteGround è perfetta. Costruisco il sito in Next.js (App Router, Tailwind, componenti React), faccio il build statico, carico i file su SiteGround. LiteSpeed serve i file statici a velocità impressionante — PageSpeed 95-100 su mobile. Il cliente rinnova SiteGround come se fosse un hosting WordPress normale. Per siti con contenuto statico — anche con centinaia di pagine generate al build — non ha senso un VPS. Il VPS lo uso solo per i progetti con SSR, API Routes o dashboard autenticate."
Verdetto: Next.js Static Export su SiteGround è la soluzione ottimale per siti con contenuto statico. Massima performance LiteSpeed, zero gestione server, costo contenuto. La distinzione Static vs SSR è la chiave per scegliere l'hosting corretto.
Davide C. — CTO startup SaaS Node.js, VHosting VPS come entry point, Bologna
"La nostra startup ha iniziato con VHosting VPS 2GB per il backend Express + React frontend statico su SiteGround. Configurazione: Node.js 20, PM2 con 2 worker, Nginx, PostgreSQL, Redis per sessioni. Con 2GB di RAM e backend Express snello (50-80MB per processo), il VPS regge perfettamente il traffico di una startup early-stage. I costi fissi e garantiti di VHosting ci permettono di pianificare senza sorprese al rinnovo. Quando il traffico è cresciuto, abbiamo fatto upgrade al piano 4GB senza migrare nulla — stesso VPS, più RAM. Il dominio .it era su Register.it — A record verso VHosting, Nginx con SSL, tutto operativo in un pomeriggio."
Verdetto: VHosting VPS 2GB è il punto di partenza economico per Node.js professionale con PM2, Redis e Nginx. Per startup in avvio con budget entry è adeguato — upgrade al 4GB quando il traffico cresce. Stesso stack di Serverplan, meno RAM di partenza.
🏆 Le 3 Soluzioni per Node.js Professionale nel
💡 Register.it come Registrar .it: La Combinazione Corretta con Node.js su VPS
Mantieni il dominio .it su Register.it (eccellente registrar, fattura italiana, interfaccia DNS chiara) e deploya Node.js sul VPS. La configurazione è semplice: A record su Register.it puntato all'IP del VPS, Nginx sul VPS come reverse proxy con SSL Let's Encrypt, PM2 che gestisce il processo Node.js. Il dominio è su Register.it, l'applicazione è sul VPS — separazione netta, gestione indipendente.
SiteGround — La Scelta Ottimale per Frontned Next.js/React Statico
SiteGround non supporta Node.js runtime — nessun processo persistente, nessun PM2, nessun server Express. Ma è la scelta eccellente per tutto ciò che Node.js produce in formato statico: build Next.js (Static Export), app React/Vue/Svelte compilate, siti Gatsby, frontend JAMstack. LiteSpeed con cache aggressiva e CDN Cloudflare integrata porta queste build statiche a performance eccezionali. Per architetture con backend Node.js su VPS e frontend statico su SiteGround, la separazione è pulita ed economicamente efficiente.
SiteGround per l'Ecosistema Node.js: Il Ruolo Corretto
- Next.js Static Export — LiteSpeed serve build React a velocità di CDN — Una build Next.js statica è HTML + JavaScript + asset. SiteGround con LiteSpeed e OPcache non centra (qui è HTML puro), ma il filesystem LiteSpeed + Cloudflare CDN serve questi file con TTFB di 20-60ms per utenti italiani. PageSpeed Insights 95-100 è realistico per Next.js SSG ben costruito. Costo €14,99/mese — una frazione di qualsiasi VPS, per performance da CDN professionale.
- Architettura JAMstack: frontend SiteGround + backend Node.js su VPS — Il pattern architetturale per applicazioni moderne: frontend Next.js statico su SiteGround (navigazione, UI, pagine pubbliche), backend Node.js/NestJS/Express su Serverplan VPS (API, logica business, database). Il frontend chiama le API del backend via fetch/axios su URL separato. Nginx sul VPS gestisce CORS. Questa separazione ottimizza i costi — SiteGround per la parte che non ha bisogno di server, VPS per quella che ne ha bisogno.
- Staging one-click per deploy frontend — test prima della produzione — Il frontend Next.js cambia spesso — nuove pagine, modifiche componenti, aggiornamenti pacchetti. SiteGround staging permette di deployare la nuova build in ambiente di test, verificare che tutto funzioni (incluse le chiamate all'API backend su VPS), e sincronizzare in produzione con un click. Per team di sviluppo che lavorano su frontend React, lo staging è la protezione standard contro regressioni.
- SSL automatico e CDN per asset frontend — performance globali — Le build Next.js includono spesso asset pesanti: bundle JavaScript, immagini ottimizzate, font. Cloudflare CDN integrata in SiteGround distribuisce questi asset dai nodi più vicini agli utenti — riducendo il Largest Contentful Paint (LCP) che Google considera nel ranking SEO. Per siti Next.js con traffico internazionale, la CDN è spesso la differenza tra un Core Web Vital verde e giallo.
- Git deploy via SSH — workflow frontend moderno — SiteGround include SSH su tutti i piani con possibilità di pull da repository Git. Per un workflow CI/CD del frontend Next.js: push su GitHub → action che fa
next build && next export→ deploy su SiteGround via rsync o SCP. Il backend Node.js su VPS ha il suo deploy indipendente — frontend e backend scalano separatamente.
⚠️ SiteGround Non Supporta Node.js Runtime: Il Confine Netto
SiteGround è managed shared hosting — non puoi deployare un server Express, NestJS, o Next.js in SSR mode. Il ruolo di SiteGround nell'ecosistema Node.js è esclusivamente come hosting per output statici. Per qualsiasi applicazione Node.js che gira come processo persistente, serve il VPS. La distinzione è binaria: static → SiteGround, runtime → VPS.
Serverplan VPS — Lo Stack Node.js di Produzione per il Mercato Italiano
Serverplan VPS è la soluzione principale per Node.js nel mercato italiano: root access completo per installare Node.js LTS, PM2 in cluster mode, Nginx come reverse proxy, Redis per sessioni e cache, database PostgreSQL o MySQL. Il VPS da 4GB è il piano consigliato per applicazioni Node.js in produzione con traffico reale; il VPS da 2GB è adeguato per API leggere e startup in avvio. Datacenter a Milano garantisce latenza ottimale per utenza italiana.
Lo Stack Node.js Completo su Serverplan VPS
- PM2 Cluster Mode — tutti i core CPU per Node.js event loop — Node.js per design gira su un singolo thread (event loop). PM2 in cluster mode avvia N istanze del processo Node.js — una per core CPU disponibile — e distribuisce le richieste tra di esse in round-robin. Su Serverplan VPS 4GB con 2 vCPU, PM2 cluster mode raddoppia il throughput dell'applicazione Node.js rispetto a istanza singola.
pm2 start app.js -i maxe PM2 calcola automaticamente il numero ottimale di worker in base ai core disponibili. - Nginx reverse proxy con HTTP/2 e SSL — frontend professionale per API Node.js — Nginx gira sulla porta 80/443, termina SSL con certificato Let's Encrypt (rinnovo automatico via certbot), e fa da reverse proxy verso Node.js sulla porta 3000. HTTP/2 multiplexing riduce la latenza per client che fanno molte richieste parallele. Nginx gestisce anche file statici (build Next.js, asset pubblici) direttamente dal filesystem — scaricando Node.js dai file serving e liberando l'event loop per la logica applicativa.
- Redis 7.x — sessioni, cache, pub/sub per WebSocket — Redis su Serverplan VPS sblocca tre pattern Node.js fondamentali: sessioni distribuite tra worker PM2 (necessarie in cluster mode — ogni worker deve condividere le sessioni), cache di risposta API (risultati query DB in RAM per le richieste più frequenti), pub/sub per broadcasting WebSocket (Socket.io con Redis Adapter permette broadcasting tra worker PM2 — essenziale in cluster mode per WebSocket scalabili).
- NestJS con microservizi — architettura enterprise su VPS — NestJS supporta architetture a microservizi con trasporto TCP, Redis, RabbitMQ, o gRPC. Su Serverplan VPS puoi deployare multiple istanze NestJS (authentication service, order service, notification service) come processi PM2 separati, con Nginx che instrada le richieste al servizio corretto in base al path. Ogni servizio ha il suo processo PM2, il suo log, il suo ciclo di deploy indipendente.
- Next.js SSR con PM2 — ISR e App Router in produzione —
next startavvia il server Next.js sulla porta 3000. PM2 lo gestisce come processo produzione:pm2 start npm --name "nextapp" -- start. Nginx fa da reverse proxy. L'Incremental Static Regeneration (ISR) di Next.js funziona correttamente con PM2 — le pagine vengono rigenerate in background senza interrompere il traffico. TTFB con Next.js SSR su Serverplan VPS: 50-150ms, pagine ISR in cache: 5-20ms. - WebSocket con Socket.io — real-time su VPS Milano — Socket.io su Serverplan VPS con Nginx configurato per WebSocket (header Upgrade) e Redis Adapter per cluster PM2 gestisce migliaia di connessioni concorrenti. La latenza datacenter Milano è fondamentale per applicazioni real-time — un WebSocket su server italiano ha round-trip time di 10-30ms per utenti italiani, contro 80-150ms su server europei nordici.
- Prezzi stabili garantiti in euro — pianificazione budget Node.js — Per applicazioni Node.js con cliente che paga canone mensile, la prevedibilità del costo VPS è un input nel pricing del servizio. Serverplan garantisce il prezzo invariato al rinnovo — nessuna sorpresa dopo il primo anno come spesso accade con hosting promozionali.
VHosting Solution VPS — Il Primo VPS per Node.js nel Mercato Italiano
VHosting Solution offre VPS con root access a prezzi entry nel mercato italiano. Per developer che vogliono deployare un'applicazione Node.js professionale con PM2 e Nginx senza il costo di Serverplan, VHosting è il punto di partenza più economico con le stesse capacità tecniche sui piani base. Il VPS da 2GB è adeguato per API Express/NestJS leggere e startup early-stage; il VPS da 4GB per applicazioni con traffico reale e WebSocket.
VHosting VPS per Node.js: Il Valore Entry
- PM2 installabile — stesso stack di Serverplan su piani entry — Su VHosting VPS installi Node.js LTS e PM2 identicamente a Serverplan. PM2 cluster mode,
pm2 startupper il boot automatico, ecosystem.config.js per la configurazione multi-app — tutto disponibile con root access. Per applicazioni Node.js con 2 vCPU, PM2 cluster mode con 2 worker è la configurazione standard. - Nginx reverse proxy — Express/NestJS/Next.js SSR su porta 443 — Nginx configurato identicamente a Serverplan: reverse proxy verso Node.js su porta 3000, SSL Let's Encrypt con certbot, HTTP/2, file statici serviti direttamente. La configurazione Nginx per Node.js è la stessa indipendentemente dal provider VPS — è un file di configurazione standard.
- Redis per sessioni e cache — architettura Node.js scalabile — Redis installabile con
apt install redis-server. Sessioni distribuite tra worker PM2, cache API responses, pub/sub per Socket.io. Per applicazioni early-stage con maxmemory 256MB, Redis su VHosting 2GB è sufficiente. - Strapi / Directus headless CMS — su VPS entry — Strapi installato su VHosting VPS 2GB con PM2 regge perfettamente per siti con traffico moderato e team di editing piccolo. Per agenzie che usano Strapi come CMS headless per siti Next.js statici su SiteGround, VHosting VPS 2GB è il backend Strapi entry a costo minimo.
- Prezzi fissi garantiti — budget prevedibile per progetti a canone — VHosting garantisce prezzi stabili nel tempo. Per developer che fatturano canone mensile al cliente includendo il costo VPS, la prevedibilità è fondamentale nel pricing del servizio.
⚠️ VHosting vs Serverplan per Node.js: Le Differenze Pratiche
VHosting entry da 1-2GB di RAM è adeguato per API Express/NestJS leggere, Strapi con traffico moderato, o Next.js SSR con volume basso. Per applicazioni con WebSocket e molte connessioni concorrenti (Socket.io in produzione richiede RAM per ogni connessione), NestJS con microservizi, o Next.js SSR con ISR intensivo: Serverplan VPS da 4GB è la scelta corretta. Il differenziale di costo (€10-15/mese) è ampiamente giustificato dalla stabilità in produzione.
📊 Confronto: Register.it vs Alternative per Node.js nel
| Funzionalità / Tecnologia Node.js | Register.it | SiteGround | Serverplan VPS | VHosting VPS |
|---|---|---|---|---|
| Node.js runtime (processo persistente) | ❌ Impossibile | ❌ Impossibile | ✅ Node.js LTS | ✅ Node.js LTS |
| PM2 (cluster mode, auto-restart, boot) | ❌ No root | ❌ No root | ✅ Cluster mode max | ✅ Cluster mode |
| Express / Fastify / Hapi API server | ❌ Impossibile | ❌ Impossibile | ✅ PM2 managed | ✅ PM2 managed |
| NestJS (framework enterprise) | ❌ Impossibile | ❌ Impossibile | ✅ PM2 + cluster | ✅ PM2 |
| Next.js SSR / ISR (next start) | ❌ Impossibile | ❌ Impossibile | ✅ PM2 managed | ✅ PM2 |
| Next.js Static Export (SSG) | ❌ Nessun SSH per build | ✅ Upload + LiteSpeed | ✅ Nginx serve statici | ✅ Nginx serve statici |
| WebSocket (Socket.io, ws) | ❌ Impossibile | ❌ Impossibile | ✅ Nginx Upgrade headers | ✅ Configurabile |
| Strapi / Directus / Payload CMS headless | ❌ Impossibile | ❌ Impossibile | ✅ PM2 managed | ⚠ 2GB entry (Strapi ~200MB) |
| Redis (sessioni, cache, pub/sub) | ❌ Non disponibile | ❌ Non nativo | ✅ Redis 7.x dedicato | ✅ Redis installabile |
| Bun.js runtime | ❌ Impossibile | ❌ Impossibile | ✅ Installabile | ✅ Installabile |
| TTFB stimato (API endpoint) | N/A — non gira | N/A (solo statico) | 10-40ms (PM2 cluster) | 15-60ms |
| SSL automatico Let's Encrypt | ⚠ Solo per PHP | ✅ Automatico | ✅ Certbot | ✅ Certbot |
| Fatturazione italiana hosting | ✅ Dominio .it | ⚠ Fattura EU | ✅ Italiana | ✅ Italiana |
| Prezzi stabili al rinnovo | ⚠ Registrar ok | ⚠ Può variare | ✅ Garantiti | ✅ Garantiti |
| Prezzo indicativo / mese | €3–8 (solo dominio) | €14,99 (solo frontend) | da €25 VPS | da €15 VPS |
🚨 La Prima Colonna Chiude il Confronto per Node.js Runtime
Node.js runtime è impossibile su Register.it e SiteGround — non è una limitazione configurabile, è un'impossibilità strutturale del modello shared hosting. Il confronto tra Serverplan VPS e VHosting VPS ha senso; il confronto con shared hosting no. Register.it rimane la scelta corretta come registrar .it — il dominio punta al VPS con un A record. Per tutto il resto: VPS.
🎯 Verdetto Finale: Register.it per Node.js nel
Il verdetto è netto: Node.js non può girare su Register.it o su qualsiasi shared hosting. Non è una questione di performance non ottimali — è un'impossibilità architetturale. Node.js richiede un processo persistente che rimane in ascolto su una porta TCP, e shared hosting per definizione non permette processi persistenti. Nessun workaround, nessuna configurazione alternativa.
Register.it rimane comunque parte della soluzione corretta: come registrar .it per il dominio che poi si punta al VPS Node.js. Il dominio .it è su Register.it (eccellente registrar, fattura italiana), l'applicazione Node.js è su Serverplan o VHosting VPS. Separazione netta, ognuno fa ciò che sa fare meglio.
La Scelta in Base al Tipo di Progetto Node.js
- Register.it — Solo come registrar .it. Eccellente per mantenere il dominio con nameserver puntati al VPS. Non è e non può essere una soluzione hosting per Node.js.
- SiteGround — Per Next.js Static Export e frontend JAMstack (React/Vue/Svelte compilato). LiteSpeed + CDN Cloudflare per massima performance su file statici a costo contenuto. Non supporta nessun runtime Node.js — ruolo esclusivamente come hosting per output statici.
- Serverplan VPS — Per qualsiasi applicazione Node.js in produzione: Express/Fastify REST API, NestJS enterprise, Next.js SSR con ISR, WebSocket con Socket.io, Strapi/Directus headless CMS, microservizi Node.js. PM2 cluster mode, Redis, Nginx configurato per Node.js, datacenter Milano. La scelta principale per Node.js professionale nel mercato italiano con prezzi garantiti.
- VHosting VPS — Entry VPS per Node.js a budget contenuto. Stesso stack tecnico di Serverplan (PM2, Redis, Nginx), meno RAM sui piani base. Per API Express/NestJS leggere, Strapi headless, startup early-stage, o developer che vogliono il primo VPS Node.js con costo entry.
🎯 La Raccomandazione Finale per Node.js nel
Dominio .it su Register.it, applicazione Node.js su VPS. Serverplan VPS da 4GB per qualsiasi progetto Node.js professionale con PM2 cluster mode, Redis e Nginx — la scelta ottimale per il mercato italiano con datacenter Milano e prezzi garantiti. VHosting VPS da 2GB come entry point economico per API leggere o startup in fase di lancio. SiteGround come hosting del frontend Next.js statico nell'architettura JAMstack con backend Node.js su VPS separato. Register.it per il dominio — il rest lo gestisce il VPS.
Node.js Hosting nel : PM2 Cluster, NestJS e WebSocket su VPS Italiano
Processo persistente su porta TCP. Solo VPS. Dominio .it su Register.it, runtime Node.js su Serverplan o VHosting.