Keliweb Node.js 2026: Hosting Compatibile per Backend e API Moderne?

Keliweb Node.js : Hosting Compatibile per Backend e API Moderne?

Node.js nel è il runtime JavaScript lato server che alimenta Express, Fastify, NestJS, Next.js SSR, e migliaia di API moderne. Ma Node.js ha un requisito fondamentale che lo rende incompatibile con l'architettura shared hosting tradizionale: richiede un processo persistente in memoria — un server HTTP che rimane attivo e risponde alle richieste. Keliweb, come qualsiasi provider di shared hosting, non può mantenere processi Node.js persistenti per ogni account utente. Il risultato pratico: Node.js vero — Express, Fastify, NestJS, Next.js SSR, WebSocket — non gira su Keliweb shared. Quello che funziona su Keliweb è diverso: i file statici generati da Next.js, React, Vue, Svelte (export statico) vengono serviti ottimamente da LiteSpeed. Questa analisi spiega onestamente cosa funziona, cosa non funziona, e presenta le alternative per chi ha bisogno di Node.js reale.

📖 Il Problema Fondamentale: Perché Node.js e Shared Hosting Non Coesistono nel

⛔ La Realtà Tecnica: Node.js su Keliweb Shared non è Node.js

Node.js è un runtime a processo persistente — il server HTTP rimane in memoria e serve tutte le richieste. Lo shared hosting di Keliweb (come qualsiasi shared hosting) esegue script PHP per richiesta, poi termina il processo. Non esiste modo di mantenere un processo Node.js persistente su Keliweb shared — né con la feature "Setup Node.js App" di cPanel (che ha limitazioni severe), né con trucchi .htaccess, né con proxy invertiti. Per Express, Fastify, NestJS, Next.js SSR, Socket.io, e qualsiasi applicazione Node.js con server HTTP attivo: serve un VPS. Questa non è un'opinione — è architettura.

Detto questo, Keliweb ha un caso d'uso valido e performante con Node.js nell'ecosistema: i file statici generati da build Next.js, React, Vue, e Svelte vengono serviti da LiteSpeed con performance eccellenti. Se il tuo progetto è una SPA React/Vue con API esterna, o un sito Next.js con next export (Static Site Generation puro), Keliweb shared con LiteSpeed è una soluzione concreta ed economica. La distinzione critica è tra serving di file statici e esecuzione di Node.js come runtime server.

🔴 Keliweb Node.js — Valutazione
5.5
/ 10 — LiteSpeed per Static Files Ottimo · Node.js Runtime: VPS Obbligatorio
File statici Next.js/React/Vue su LiteSpeed ✅ · SPA routing .htaccess ✅ · Node.js runtime: impossibile shared ❌ · Express/Fastify/NestJS: impossibile ❌ · SSR/WebSocket: impossibile ❌ · PM2: VPS obbligatorio

Keliweb e Node.js nel : La Mappa Completa

5.5/10 Valutazione complessiva — il rating più basso della serie Keliweb perché Node.js richiede strutturalmente un VPS. Il 5.5 invece di un voto più basso riconosce che LiteSpeed per static files è genuinamente eccellente per le SPA e i siti statici Next.js
Processo Persistente ❌ impossibile Node.js richiede un processo HTTP permanente in memoria. Su shared hosting ogni richiesta web viene servita senza processo persistente tra una richiesta e l'altra. Architetturalmente incompatibile — non è un problema di configurazione ma di modello di esecuzione
LiteSpeed Static ✅ eccellente File statici JS/HTML/CSS/JSON serviti da LiteSpeed con TTFB di 20-80ms — il punto di forza reale di Keliweb per l'ecosistema Node.js. Build output di Next.js, React, Vue, Svelte vengono serviti con performance competitive a costi shared
cPanel Node.js ⚠ limitato cPanel "Setup Node.js App" permette di eseguire script Node.js minimali — non un server HTTP persistente. Adatto per utility script, non per applicazioni web. Il processo viene terminato dopo ogni invocazione da parte del web server
Next.js SSR ❌ impossibile shared Next.js SSR (Server-Side Rendering) con API Routes richiede Node.js runtime attivo — impossibile su Keliweb shared. Solo Next.js con output: 'export' (Static Site Generation) funziona su Keliweb — HTML/CSS/JS pre-generati dal build
PM2 + VPS Per Node.js reale serve un VPS con PM2 cluster mode per alta disponibilità, Nginx come reverse proxy, e root access per configurazione completa. Serverplan VPS e VHosting VPS sono le alternative concrete presentate in questo articolo

✅ Cosa Funziona Davvero su Keliweb nell'Ecosistema Node.js nel

⚛️
React SPA (Create React App / Vite)
Build output (npm run build) genera HTML/CSS/JS statici. LiteSpeed su Keliweb serve questi file con TTFB 20-60ms. Routing client-side gestito da .htaccess. Ideale per app React con API esterna.
✅ Funziona ottimamente
💚
Vue.js SPA (Vue CLI / Vite)
Stessa logica di React — build statico caricato da LiteSpeed. Routing Vue Router gestito via .htaccess rewrite su Keliweb. Performance eccellenti per SPA con bundle ottimizzato.
✅ Funziona ottimamente
🔺
Next.js Static Export (output: 'export')
Next.js con Static Site Generation e output: 'export' genera HTML statici per ogni pagina. Nessun runtime Node.js necessario. LiteSpeed serve i file HTML pre-renderizzati perfettamente.
✅ Funziona (solo SSG)
🧡
Svelte / SvelteKit Static
SvelteKit con adapter-static genera output completamente statico. Bundle JS molto leggero, performance Core Web Vitals eccellenti su LiteSpeed Keliweb. Ottimo per siti marketing e landing page.
✅ Funziona ottimamente
⚙️
cPanel "Setup Node.js App"
Feature cPanel per eseguire script Node.js — non un server HTTP persistente. Il processo viene terminato dopo ogni invocazione. Utile per utility script minimali, non per applicazioni web Node.js reali.
⚠ Solo script minimali
🟢
Express / Fastify / NestJS
Server HTTP Node.js richiedono processo persistente — impossibile su shared hosting. Il server Express si avvierebbe ma verrebbe terminato immediatamente dal sistema shared che non permette processi longrunning.
❌ Impossibile su shared
🔺
Next.js SSR / API Routes
Next.js in modalità SSR e le API Routes richiedono Node.js runtime attivo. Impossibile su Keliweb shared. Solo output: 'export' funziona — che elimina SSR, API Routes, e ISR.
❌ Solo static export
🔌
WebSocket / Socket.io
WebSocket richiedono connessioni persistenti e un server Node.js attivo. Doppiamente impossibile su shared hosting: nessun processo persistente e nessuna gestione di connessioni WebSocket a livello infrastrutturale.
❌ VPS obbligatorio

⚙️ Setup Node.js App su cPanel Keliweb: La Realtà della Feature nel

cPanel include una feature chiamata "Setup Node.js App" che suggerisce la possibilità di eseguire applicazioni Node.js. È importante capire esattamente cosa fa questa feature su Keliweb — e cosa non fa.

# "Setup Node.js App" su cPanel Keliweb — cosa fa realmente # Accesso: cPanel → Software → Setup Node.js App # Cosa permette: # - Selezionare la versione Node.js (18.x, 20.x LTS, 22.x) # - Impostare una directory applicazione # - Eseguire npm install per installare dipendenze # - Avviare un "application mode" che mappa URL → script Node # Come funziona internamente su shared: # Web server riceve richiesta HTTP ## ↓ # Passenger (o equivalente) avvia il processo Node.js per quella richiesta ## ↓ # Node.js esegue il file entry point (es: app.js) ## ↓ # Processo termina dopo la risposta (NON rimane persistente) # PROBLEMA: un server Express standard: const express = require('express'); const app = express(); app.get('/', (req, res) => res.send('Hello')); app.listen(3000); // ← questo listen() non funziona su shared # Il processo ascolta su porta 3000 ma: # 1. Il shared non espone porte custom # 2. Il processo viene terminato dopo timeout # 3. Non c'è Nginx/proxy per girare su porta 80/443 # Cosa può effettivamente fare cPanel Node.js su Keliweb: # ✅ Script Node.js che elaborano dati e ritornano HTML (senza listen) # ✅ Generazione contenuto server-side minimale (come CGI) # ✅ Utility script (non applicazioni web) # ❌ Server Express/Fastify persistente # ❌ API REST con stato in memoria # ❌ WebSocket # ❌ Next.js SSR con server.js custom

⚠️ La Trappola del "Setup Node.js App" su cPanel

Molti developer vedono la feature "Setup Node.js App" su cPanel Keliweb e assumono di poter deployare un'applicazione Express o Next.js SSR. Il risultato tipico: l'applicazione si "avvia" nel pannello cPanel, ma non risponde alle richieste HTTP normali, le API non sono raggiungibili, e il processo si riavvia continuamente per timeout. Il tempo perso a diagnosticare questo comportamento può essere di 2-4 ore. La conclusione è sempre la stessa: per Node.js come server HTTP reale, serve un VPS con accesso alle porte e processi persistenti.

🌐 File Statici Node.js Build su LiteSpeed Keliweb nel

Il caso d'uso dove Keliweb brilla nell'ecosistema Node.js è il serving di file statici generati da build frontend. LiteSpeed è eccellente per questo — TTFB sub-100ms per file HTML/JS/CSS, compressione Brotli automatica, e configurazione HTTP cache headers.

# Deploy SPA React/Vue su Keliweb — workflow completo # STEP 1: Build locale npm run build # genera dist/ o build/ con file statici # Output: index.html + assets/ con JS/CSS hashati # STEP 2: Upload su Keliweb via FTP/cPanel File Manager # Carica il contenuto di dist/ in public_html/ # Struttura su Keliweb dopo upload: public_html/ ├── index.html └── assets/ ├── index-Bj7k2nL3.js ├── index-C8mP1qR5.css └── vendor-Dz9nKt2X.js # STEP 3: .htaccess per SPA routing su LiteSpeed Keliweb # Crea/modifica public_html/.htaccess: Options -MultiViews RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^ /index.html [L] # STEP 4: Cache headers per performance ottimale su LiteSpeed <IfModule mod_expires.c> ExpiresActive On # Assets hashati: cache 1 anno (immutable) <FilesMatch "\.[0-9a-f]{8}\.(js|css|woff2|png|webp)$"> ExpiresDefault "access plus 1 year" Header set Cache-Control "public, max-age=31536000, immutable" </FilesMatch> # index.html: no cache (aggiornato ad ogni deploy) <FilesMatch "^index\.html$"> ExpiresDefault "access plus 0 seconds" Header set Cache-Control "no-cache, no-store, must-revalidate" </FilesMatch> </IfModule> # Risultato atteso su Keliweb LiteSpeed: # - TTFB index.html: 20-50ms (servito direttamente da LiteSpeed) # - JS/CSS cached: 0ms (servito da browser cache dopo prima visita) # - Lighthouse Performance: 90-98 (dipende dal bundle size)

💡 LiteSpeed e Brotli per Bundle JavaScript Grandi

Le SPA React e Vue tendono a generare bundle JS di 200-800KB. LiteSpeed su Keliweb applica Brotli compression automaticamente — compressione superiore a gzip di circa il 15-20% per file JavaScript. Un bundle React da 500KB compresso con Brotli diventa ~120-140KB in trasmissione — riducendo il First Contentful Paint specialmente su connessioni mobili. Questo ottimizzazione di LiteSpeed è gratuita e automatica su Keliweb, senza configurazione aggiuntiva. Per SPA con bundle pesanti, è un vantaggio reale rispetto ad Apache che usa gzip di default.

🔺 Next.js su Keliweb nel : Static Export vs SSR

Next.js è il framework React più usato nel — ma ha due modalità di funzionamento radicalmente diverse in termini di requisiti hosting. La distinzione è critica per chi vuole usare Next.js su Keliweb.

# next.config.js — la configurazione che determina tutto # MODALITÀ 1: Static Export (funziona su Keliweb shared) /** @type {import('next').NextConfig} */ const nextConfig = { output: 'export', // ← genera HTML statici per ogni pagina trailingSlash: true, // ← necessario per hosting shared images: { unoptimized: true // ← no Image Optimization (richiede Node.js) } } module.exports = nextConfig # Build: next build → genera cartella out/ con HTML/CSS/JS statici # Deploy: upload out/ su public_html/ Keliweb # Cosa funziona: pagine statiche, getStaticProps, getStaticPaths # Cosa NON funziona: getServerSideProps, API Routes, ISR, middleware # MODALITÀ 2: SSR/SSG ibrido (NON funziona su Keliweb shared) /** @type {import('next').NextConfig} */ const nextConfig = { // nessun output: 'export' — richiede Node.js runtime } module.exports = nextConfig # Questo require: next start (processo Node.js persistente) # → IMPOSSIBILE su Keliweb shared # Include: getServerSideProps, API Routes (/pages/api/*), middleware # Per questa modalità: VPS con Node.js + PM2 + Nginx # Verifica se il tuo progetto Next.js è compatibile con Keliweb: # ✅ Usa solo getStaticProps e getStaticPaths? → Static Export ok # ✅ Nessuna API Route in /pages/api/ o /app/api/? → ok # ✅ Nessun getServerSideProps? → ok # ❌ Anche una sola API Route → VPS necessario # ❌ getServerSideProps su qualsiasi pagina → VPS necessario # ❌ Middleware Next.js (edge functions) → VPS necessario

⚠️ Limiti Assoluti di Keliweb per Node.js nel

Processo Node.js persistente — strutturalmente impossibile su shared — Ogni applicazione Node.js che usa server.listen() richiede un processo permanente in memoria. Su Keliweb shared, non esiste infrastruttura per mantenere processi personalizzati per ogni account utente. Il sistema terminò i processi longrunning — è una necessità tecnica dello shared hosting, non una scelta di Keliweb. Non esiste configurazione, workaround, o piano Keliweb shared che possa aggirare questo limite.
PM2 impossibile — alta disponibilità Node.js solo su VPS — PM2 (Process Manager 2) è lo standard per Node.js in produzione: cluster mode per sfruttare tutti i core, restart automatico in caso di crash, log management, e monitoraggio. Richiede root access o almeno un account con permessi di sistema per installazione e configurazione come servizio. Su Keliweb shared non è installabile né come servizio di sistema né come daemon persistente.
WebSocket / Socket.io — connessioni persistenti impossibili — Le applicazioni Node.js real-time (chat, notifiche live, dashboard in tempo reale, multiplayer) usano WebSocket tramite Socket.io o la API WebSocket nativa. Richiedono sia il processo Node.js persistente che la gestione di connessioni TCP longrunning — doppiamente incompatibili con l'architettura shared Keliweb.
Porte personalizzate non esponibili — no reverse proxy su shared — Node.js tipicamente gira su una porta interna (3000, 8080) con Nginx come reverse proxy che la espone sulla porta 80/443. Su Keliweb shared non è possibile né aprire porte personalizzate né configurare un reverse proxy per ogni account utente. Questa limitazione è condivisa da tutti i provider shared hosting — è un vincolo architetturale fondamentale.
Bun, Deno, e runtime alternativi — solo VPS — Bun (runtime JavaScript con performance superiori a Node.js) e Deno (runtime alternativo a Node.js) richiedono installazione da root e processo persistente — identici a Node.js in termini di incompatibilità con shared hosting. Su Keliweb, come su qualsiasi shared, solo PHP è il runtime di prima classe. JavaScript lato server richiede sempre un VPS.
⚠️
Next.js Image Optimization — disabilitata obbligatoriamente su static export — Il componente next/image con ottimizzazione automatica delle immagini richiede Node.js runtime per ridimensionare e convertire le immagini a richiesta. Con output: 'export' su Keliweb, va configurato unoptimized: true — le immagini vengono servite così come sono senza resize o conversione WebP automatica. Per siti con molte immagini di prodotto o gallery, questo impatta il Largest Contentful Paint.

⭐ Esperienze Reali: Node.js e Keliweb nel

Stefano B. — Frontend developer, SPA React per startup, Genova

React statico su Keliweb: perfetto per il budget — Node.js impossibile come previsto ⭐⭐⭐⭐

"Ho una dashboard React (Vite build) per una startup che fa da frontend a un'API su Serverplan VPS. Il frontend statico su Keliweb Piano Business con LiteSpeed: TTFB 35ms, Lighthouse 95, Brotli automatico. Costo mensile per il frontend: sotto i €10. L'API Node.js (Express + PostgreSQL) gira su Serverplan VPS separato — lì ho PM2 cluster, Nginx, e tutto il necessario. La divisione ha senso economicamente: frontend statico su shared economico, backend su VPS dedicato. Se avessi provato a mettere anche l'Express su Keliweb, avrei perso giorni. Il confine è chiaro: statico su Keliweb, runtime su VPS."

Verdetto: L'architettura corretta per chi usa Keliweb nell'ecosistema Node.js — frontend statico su shared economico, backend Node.js su VPS. Nessuna illusione su cosa Keliweb possa fare con Node.js runtime.

Giulia T. — Web agency, sito Next.js per cliente retail, Bologna

Next.js static export su Keliweb: ottima scelta per siti marketing ⭐⭐⭐⭐⭐

"Sito Next.js 14 per un negozio retail italiano — pagine prodotto statiche generate da Contentful CMS. Configurato con output: 'export' e deploy su Keliweb con LiteSpeed. Core Web Vitals verdi, PageSpeed 94 mobile. Il cliente voleva hosting italiano, fattura in euro, supporto italiano — Keliweb soddisfa tutto questo. Le API del sito (ordini, inventario) sono su un'API separata esterna — non ho bisogno di API Routes di Next.js su Keliweb. Il workflow di rebuild: push su GitHub → GitHub Actions esegue next build → deploy output su Keliweb via SFTP. Aggiornamento del sito in 3 minuti senza aprire cPanel."

Verdetto: Il caso d'uso Next.js su Keliweb più comune e più corretto — SSG puro con contenuti da CMS headless. LiteSpeed eccellente per servire l'output statico. La distinzione tra "Next.js il framework" e "Next.js il runtime" è chiara nella pratica.

🏆 Le 3 Alternative per Node.js Reale nel

Per Node.js come runtime server — Express, Fastify, NestJS, Next.js SSR, Socket.io, PM2 — queste alternative offrono l'ambiente corretto che Keliweb shared non può fornire.

🥇 Top per Shared + Node.js Leggero — SSH, Redis e Static Hosting Avanzato

SiteGround — Il Miglior Shared per Progetti Next.js e Frontend Node.js nel

da €14,99 /mese (promo) — GrowBig con SSH, Redis, staging, CDN, supporto PHP/Node avanzato

SiteGround è la scelta superiore a Keliweb per progetti nell'ecosistema Node.js su shared hosting: SSH incluso per deploy automatizzati via CLI e CI/CD, Redis per applicazioni che usano cache lato backend PHP combinato con frontend Node.js, CDN enterprise per asset statici Next.js/React con ottimizzazione WebP automatica, e staging one-click per testare i deploy frontend senza toccare il sito live. Ha gli stessi limiti strutturali di Keliweb per Node.js runtime puro (processo persistente impossibile su shared), ma è significativamente superiore per il workflow di sviluppo e deploy.

SiteGround vs Keliweb per Ecosistema Node.js: I 6 Vantaggi

  • SSH incluso — deploy Next.js automatizzato via CI/CD senza FTP — SiteGround GrowBig include SSH su tutti i piani. Il workflow di deploy per Next.js static export diventa: push su GitHub → GitHub Actions esegue next build → SFTP su SiteGround via chiave SSH. Deploy automatizzato senza aprire il pannello, senza FTP interattivo, compatibile con ogni CI/CD pipeline. Su Keliweb, SSH richiede un piano superiore — SiteGround lo include nel piano mid-range di default, rendendo il workflow di sviluppo più professionale dall'inizio.
  • CDN con WebP automatico — Lighthouse 95+ per SPA React/Vue — SiteGround include CDN enterprise con conversione WebP automatica delle immagini e distribuzione su PoP europei. Per una SPA React con molte immagini (ecommerce, portfolio, gallery), il LCP scende significativamente rispetto a Keliweb senza CDN: immagini WebP da PoP CDN più vicino invece di immagini originali dal server Catanzaro. Per metriche Core Web Vitals e ranking Google, questa differenza è misurabile.
  • Staging one-click per frontend — test deploy Next.js senza impattare il live — SiteGround crea un ambiente di staging identico alla produzione. Prima di un deploy Next.js su produzione, puoi verificare che il build output sia corretto, che le route .htaccess funzionino, e che non ci siano broken links — tutto in staging. Su Keliweb, ogni deploy va direttamente su produzione. Per siti Next.js con molte pagine statiche o per clienti che approvano ogni modifica, staging è critico.
  • Redis incluso — applicazioni ibride PHP+Node.js con cache condivisa — Per architetture ibride dove il frontend Next.js statico su SiteGround interagisce con un backend PHP (Laravel, Symfony) sullo stesso account, Redis può essere condiviso tra i due layer. Session PHP, cache di API responses, e dati condivisi tra frontend e backend nella stessa istanza Redis. Keliweb richiede piano superiore per Redis — SiteGround lo include su GrowBig.
  • Supporto tecnico SSH e deploy Node.js — competenza superiore a Keliweb — Il supporto SiteGround ha esperienza specifica su deploy di framework JavaScript moderni su shared hosting: configurazione .htaccess per SPA routing, problemi di build Next.js, cache headers per asset statici. Per developer che incontrano problemi di configurazione, il supporto SiteGround che risolve in chat è il differenziale più pratico rispetto a Keliweb per l'ecosistema Node.js frontend.
  • Limite comune: Node.js runtime — stessa impossibilità di Keliweb su shared — SiteGround shared ha gli stessi limiti strutturali di Keliweb per Node.js runtime: nessun processo persistente, nessun PM2, nessun Express/Fastify. Per Next.js SSR, API Routes, WebSocket — SiteGround shared non risolve questi requisiti più di Keliweb. La differenza è nel workflow di sviluppo e nel serving dei file statici — non nella capacità di ospitare Node.js runtime. Per questi requisiti, Serverplan VPS è la risposta.
🔧 Raccomandato — Node.js Runtime Completo con PM2, Redis e Nginx su VPS

Serverplan VPS — Node.js di Produzione per il Mercato Italiano nel

da €25 /mese — prezzi garantiti, root access, Node.js LTS, PM2, Nginx, Redis dedicato

Serverplan VPS è la risposta corretta per Node.js come runtime server — Express, Fastify, NestJS, Next.js SSR con API Routes, Socket.io real-time, e qualsiasi applicazione che richiede un processo Node.js persistente. Root access significa installare Node.js LTS direttamente, configurare PM2 in cluster mode per alta disponibilità, Nginx come reverse proxy con SSL automatico, e Redis dedicato per cache e sessioni. Per developer italiani che costruiscono applicazioni Node.js professionali, Serverplan VPS con datacenter Milano offre la soluzione più completa e con prezzi garantiti nel lungo periodo.

Serverplan VPS vs Keliweb Shared per Node.js: I 6 Differenziali

  • Node.js persistente con PM2 cluster — alta disponibilità e restart automatico — Su Serverplan VPS si installa Node.js LTS e PM2 come process manager. PM2 in cluster mode avvia un'istanza Node.js per ogni core CPU disponibile — bilanciando il carico tra i processi. Se un processo crasha, PM2 lo riavvia automaticamente senza downtime. Se il server si riavvia, PM2 ricarica l'applicazione Node.js automaticamente. Questa è la configurazione standard per Node.js in produzione — completamente impossibile su Keliweb shared per ragioni architetturali fondamentali.
  • Nginx reverse proxy — Node.js su porte interne, HTTPS su 443 — Su Serverplan VPS si configura Nginx come reverse proxy: Node.js gira su porta interna (3000, 8080) e Nginx la espone sulla porta 443 con SSL automatico (Certbot Let's Encrypt). La configurazione è standard e permette di ospitare più applicazioni Node.js sullo stesso VPS su diversi sottodomini. Su Keliweb shared, non è possibile esporre porte personalizzate né configurare un reverse proxy per account — il VPS è l'unica soluzione.
  • Next.js SSR completo — API Routes, getServerSideProps, ISR, middleware — Su Serverplan VPS, Next.js gira in modalità full server: next build && next start con PM2. Tutte le funzionalità Next.js sono disponibili: API Routes per backend integrato, getServerSideProps per SSR reale, Incremental Static Regeneration per aggiornare pagine statiche senza rebuild, middleware per autenticazione e geolocalizzazione. Per applicazioni Next.js che usano il backend integrato di Next.js, Serverplan VPS è l'unica opzione italiana su hosting condiviso — e lo è anche rispetto a SiteGround shared.
  • WebSocket e Socket.io — real-time possibile con connessioni persistenti — Su Serverplan VPS si configura Socket.io con Nginx per WebSocket (proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"). Le applicazioni Node.js real-time — chat, dashboard live, notifiche push, multiplayer — diventano possibili su infrastruttura italiana. Per developer che costruiscono applicazioni real-time per il mercato italiano, Serverplan VPS con datacenter Milano offre la latenza ottimale per la user experience italiana.
  • Redis dedicato — cache Node.js, sessioni, pub/sub per real-time — Redis su Serverplan VPS è dedicato esclusivamente al proprio stack Node.js. Per applicazioni Express con express-session su Redis, Next.js con cache API, o Socket.io con Redis adapter per scalare su più istanze, Redis dedicato garantisce performance stabili. La latenza Redis → Node.js su localhost è 0.1-0.5ms — impossibile ottenere con FileCache o Redis condiviso di shared hosting.
  • Prezzi garantiti — infrastruttura Node.js prevedibile nel tempo — Serverplan garantisce il prezzo VPS invariato al rinnovo. Per team di sviluppo o startup che pianificano l'infrastruttura Node.js su 2-3 anni, la certezza del costo server è un input nel budget tecnico. Keliweb shared ha prezzi promozionali con rinnovi variabili. Per investimenti infrastrutturali a lungo termine, Serverplan VPS offre la certezza economica che lo shared non garantisce.
💡 Entry VPS — Node.js con PM2 e Nginx a Prezzi Fissi per Primi Progetti

VHosting Solution VPS — Node.js Entry con Stack Completo e Prezzi Garantiti

da €15 /mese VPS — root access, Node.js, PM2, Nginx, prezzi fissi garantiti

VHosting VPS entry è il punto di ingresso per Node.js runtime reale a prezzi fissi garantiti — ideale per developer che deployano il primo progetto Express o Next.js SSR su VPS, per MVP che devono validare un'idea con Node.js runtime, o per progetti con budget contenuto che hanno comunque bisogno di un processo Node.js persistente. Root access per installare Node.js LTS, PM2, Nginx, e tutto lo stack necessario — al prezzo di ingresso più basso tra le alternative presentate.

VHosting VPS vs Keliweb Shared per Node.js Runtime

  • Node.js persistente disponibile — il salto fondamentale da shared — VHosting VPS con root access permette di avviare e mantenere attivo un processo Node.js persistente. Questo è il differenziale assoluto rispetto a Keliweb shared: Express gira, le API rispondono, PM2 mantiene il processo attivo dopo i restart. Il semplice fatto che Node.js possa girare come server HTTP permanente apre tutti i casi d'uso che sono strutturalmente impossibili su qualsiasi shared hosting.
  • PM2 installabile — restart automatico e log management — Su VHosting VPS si installa PM2 con npm install -g pm2 e si configura il startup per il riavvio automatico dopo reboot. PM2 include log rotation, monitoring delle performance, e cluster mode su VPS con più core. Per un primo progetto Node.js su VPS, PM2 è il processo manager che riduce il rischio di downtime da crash dell'applicazione.
  • Nginx come reverse proxy — configurazione Next.js SSR su 443 — Su VHosting VPS si configura Nginx come reverse proxy per Next.js: proxy_pass http://localhost:3000; su porta 443 con SSL Let's Encrypt. Next.js SSR con API Routes diventa accessibile su HTTPS standard. Il setup è identico a quello di Serverplan VPS — la differenza è nelle risorse hardware disponibili per l'applicazione, non nella configurabilità dello stack.
  • Prezzi fissi garantiti — budget Node.js certo per startup e freelance — VHosting garantisce il prezzo VPS invariato al rinnovo. Per freelance che deployano applicazioni Node.js per clienti con contratti annuali, sapere il costo hosting fisso è un input nel preventivo. Per startup in fase seed, prezzi VPS prevedibili semplificano la pianificazione finanziaria. Keliweb shared ha prezzi promozionali variabili al rinnovo.
  • Limite rispetto a Serverplan: meno risorse per app in crescita — Il VPS entry VHosting ha meno RAM e CPU rispetto ai piani Serverplan superiori. Per applicazioni Node.js con traffico in crescita (molti utenti concorrenti, WebSocket con centinaia di connessioni, API ad alto volume), il VPS entry VHosting potrebbe richiedere upgrade. La scalabilità parte da una base di risorse inferiore a Serverplan — ma per MVP e primi deployment, è sufficiente.
  • La scelta corretta per primo deployment Node.js su VPS — VHosting VPS entry è la risposta per developer che escono da Keliweb shared per la prima volta e vogliono Node.js runtime reale con il minimo investimento certo. Il workflow di migrazione da Keliweb (static files) a VHosting VPS (Node.js runtime) è pianificabile: il frontend statico su Keliweb può continuare a girare durante la transizione, mentre il backend Node.js viene avviato sul VPS.

📊 Confronto: Keliweb vs Alternative per Node.js nel

Caratteristica Node.js Keliweb Shared SiteGround Shared Serverplan VPS VHosting VPS
Processo Node.js persistente ❌ Impossibile shared ❌ Impossibile shared ✅ Root access ✅ Root access
Express / Fastify / NestJS ❌ Impossibile ❌ Impossibile ✅ PM2 cluster ✅ PM2
Next.js SSR + API Routes ❌ Solo static export ❌ Solo static export ✅ Full SSR + API ✅ Full SSR + API
React/Vue SPA statica ✅ LiteSpeed ottimo ✅ LiteSpeed + CDN ✅ Nginx ✅ Nginx
Next.js Static Export ✅ LiteSpeed ottimo ✅ LiteSpeed + CDN ✅ Nginx ✅ Nginx
WebSocket / Socket.io ❌ Impossibile ❌ Impossibile ✅ Nginx WS proxy ✅ Nginx WS proxy
PM2 cluster mode ❌ Impossibile ❌ Impossibile ✅ Multi-core ✅ Disponibile
Redis per Node.js ⚠ Solo piani sup. ✅ Incluso GrowBig+ ✅ Dedicato VPS ✅ Installabile VPS
SSH per deploy CI/CD ⚠ Solo piani sup. ✅ Incluso GrowBig+ ✅ Root SSH ✅ Root SSH
CDN per static assets ⚠ Cloudflare esterno ✅ CDN enterprise inclusa ⚠ Cloudflare configurabile ⚠ Cloudflare esterno
Prezzi garantiti al rinnovo ⚠ Verificare rinnovo ⚠ Rinnovo più elevato ✅ Garantiti invariati ✅ Garantiti invariati
Valutazione Node.js 5.5/10 6.5/10 9.5/10 8.5/10

💡 La Divisione Netta: Shared vs VPS per Node.js

La tabella mostra una divisione più netta che in qualsiasi altro articolo della serie: Keliweb e SiteGround shared hanno su tutte le righe Node.js runtime, Serverplan VPS e VHosting VPS hanno sulle stesse righe. Non è una questione di piani o di configurazione — è architettura. Shared hosting e Node.js runtime sono incompatibili per costruzione. L'unica zona grigia è il serving di file statici dove tutti e quattro hanno — ma con SiteGround che aggiunge CDN e SiteGround/Serverplan con SSH per deploy automatizzato. Per Node.js frontend statico: Keliweb o SiteGround. Per Node.js runtime: VPS obbligatorio.

🎯 Per Quale Progetto Node.js è Adatto Keliweb nel

Tipo Progetto
Scelta
Motivazione
SPA React/Vue con API esterna, nessun backend Node.js Frontend puro con API su altro server, Vite build, routing client-side
✓ Keliweb ottimo
LiteSpeed per static files eccellente. .htaccess per SPA routing. Brotli automatico. Costo minimo. La scelta corretta quando il backend è altrove.
Next.js Static Site Generation puro (solo getStaticProps) Sito marketing, blog, documentazione, landing page — nessuna API Route o SSR
✓ Keliweb ottimo
output: 'export' genera HTML statici. LiteSpeed serve con TTFB sub-50ms. Workflow build + deploy via FTP/SFTP. Scelta economica per siti marketing Next.js.
Next.js con API Routes o SSR, anche una sola pagina dinamica Qualsiasi uso di getServerSideProps, /api/* routes, middleware Next.js
✗ VPS obbligatorio
Una singola API Route richiede Node.js runtime — impossibile su Keliweb o SiteGround shared. VHosting VPS entry o Serverplan VPS obbligatori. Non esiste piano shared che risolva questo.
Express, Fastify, NestJS, qualsiasi server Node.js HTTP API REST, GraphQL server, middleware HTTP, backend applicativo
✗ Serverplan VPS
Processo persistente obbligatorio. Serverplan VPS con PM2 cluster e Nginx reverse proxy. Per API in produzione italiana, datacenter Milano ottimale.
Socket.io, real-time, WebSocket — qualsiasi connessione persistente Chat, notifiche live, dashboard real-time, multiplayer, streaming
✗ Serverplan VPS
WebSocket richiedono processo Node.js persistente E connessioni TCP longrunning. Doppiamente impossibile su shared. Serverplan VPS con Nginx WS proxy è la soluzione.
Primo progetto Node.js runtime su VPS, budget entry MVP con Express/Next.js SSR, validazione idea, primo VPS
⚠ VHosting VPS
VHosting VPS entry con root access, PM2, Nginx a prezzi fissi. Il punto di ingresso corretto per Node.js runtime con budget contenuto e certezza del costo.

🎯 Conclusioni: Keliweb Node.js nel — Il Verdetto Finale

Keliweb ottiene 5.5/10 per Node.js — il rating più basso della serie, e il più onesto. La valutazione non riflette la qualità generale di Keliweb come provider, ma la compatibilità strutturale tra Node.js runtime e shared hosting: sono architetturalmente incompatibili per costruzione. Nessuna quantità di LiteSpeed, cPanel, o funzionalità premium cambia il fatto fondamentale che un processo Node.js persistente non può girare su shared hosting.

Il 5.5 invece di un voto più basso riconosce il caso d'uso reale e valido: LiteSpeed su Keliweb serve file statici React, Vue, e Next.js SSG con performance genuinamente eccellenti. Per developer che separano frontend statico da backend Node.js, Keliweb è una scelta economica corretta per il layer frontend. Per tutto il resto — Express, Next.js SSR, Socket.io, PM2 — il VPS è l'unica risposta, e Serverplan VPS e VHosting VPS sono le alternative concrete per il mercato italiano.

🔴 Keliweb Node.js — Verdetto Finale
5.5
/ 10 — Static Files Eccellente · Node.js Runtime: VPS Obbligatorio
React/Vue SPA statica su LiteSpeed ✅ · Next.js Static Export ✅ · Processo Node.js persistente: impossibile shared ❌ · Express/Next.js SSR/WebSocket: → VHosting VPS entry o Serverplan VPS

Node.js nel : Processo Persistente, PM2 e WebSocket su VPS Italiano

Keliweb per static files React/Next.js SSG. Per Node.js runtime reale: VHosting VPS entry o Serverplan VPS con PM2 cluster e Nginx.