
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
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 e Node.js nel : La Mappa Completa
output: 'export' (Static Site Generation) funziona su Keliweb — HTML/CSS/JS pre-generati dal build
✅ Cosa Funziona Davvero su Keliweb nell'Ecosistema Node.js nel
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.output: 'export')output: 'export' genera HTML statici per ogni pagina. Nessun runtime Node.js necessario. LiteSpeed serve i file HTML pre-renderizzati perfettamente.output: 'export' funziona — che elimina SSR, API Routes, e ISR.⚙️ 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.
⚠️ 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.
💡 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.
⚠️ Limiti Assoluti di Keliweb per Node.js nel
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.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
"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
"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.
SiteGround — Il Miglior Shared per Progetti Next.js e Frontend Node.js nel
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.
Serverplan VPS — Node.js di Produzione per il Mercato Italiano nel
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 startcon 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.
VHosting Solution VPS — Node.js Entry con Stack Completo e Prezzi 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 pm2e 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
🎯 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.
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.