Node.js är inte PHP. Det är en långkörande process, inte ett skript som startar och avslutas per anrop, och det ställer andra krav på hostingmiljön. På delad hosting körs applikationerna nästan alltid via Phusion Passenger. Det fungerar för enklare API:er och lättare Express-applikationer, men WebSockets och persistenta processer kräver en VPS.
Vi listar nedan de hostar som faktiskt erbjuder Node.js-stöd, så att du kan jämföra och hitta rätt nivå för ditt projekt.
Det finns stor skillnad mellan att en host "stöder Node.js" och att det faktiskt fungerar för ditt projekt. Här är de fyra viktigaste sakerna att förstå innan du väljer.
De flesta hostar med Node.js på delad hosting kör applikationen via Phusion Passenger. Du skapar en applikation i cPanels Node.js-selektor, väljer version, anger startfil (ofta app.js eller server.js) och Passenger hanterar resten. Processen startas vid inkommande trafik och kan sättas i viloläge om ingen trafik sker.
SSH-åtkomst är ett krav för att jobba med Node.js på delad hosting. Du klonar ditt projekt, kör npm install och Passenger hittar node_modules automatiskt. Utan SSH är arbetsflödet opraktiskt. Kontrollera att hosten tillåter SSH innan du registrerar dig.
Next.js i static export-läge (next export) fungerar på delad hosting utan Node.js-process, filer serveras som vanliga HTML. Men Next.js med server-side rendering kräver en körande Node-process via Passenger. Det fungerar för lättare sajter, men byggtid och minnesanvändning kan bli ett problem på delade resurser.
WebSockets fungerar sällan på delad hosting eftersom reverse proxyn oftast inte är konfigurerad för uppgraderade anslutningar. Egna portar är inte tillgängliga och långkörande processer med hög minnesanvändning krockar med resurstak. För dessa användningsfall är VPS eller en PaaS-plattform det ärliga svaret.
Delad hosting med Node.js har reella begränsningar
Marknadsföringen lovar Node.js-stöd men skriver sällan om vad det innebär i praktiken. På delad hosting delar du CPU och minne med hundratals andra kunder. Node.js-processer som hanterar många samtidiga anslutningar eller kör tung logik kan slå i resurstak som leder till 508-fel eller att Passenger tvångsstänger din process. Dessutom varierar det vilka Node.js-versioner som faktiskt finns tillgängliga. Vissa hostar erbjuder bara äldre LTS-versioner och uppdaterar sällan. Om ditt projekt kräver en aktuell Node.js-version, kontrollera versionslistan innan du betalar.
VPS eller PaaS om du behöver mer
För seriösa Node.js-projekt med trafik, WebSocket-beroenden eller komplexa npm-paket är en VPS ofta det mest kostnadseffektiva valet på sikt. Med en VPS sätter du upp PM2 som processhanterare, Nginx som reverse proxy och har full kontroll över Node.js-version, miljövariabler och portar. Alternativt kan en PaaS-plattform som Railway, Render eller Fly.io vara rätt val om du vill slippa serverhantering helt. De är byggda för långkörande processer och hanterar deploy via Git, skalning och WebSockets utan extraarbete. Priset är något högre än delad hosting men betydligt lägre än att hantera en egen server.
VPS (Virtual Private Server) är en virtuell server där du får egna dedikerade resurser på en fysisk server som delas med andra. Du behöver VPS när din webbplats växer och kräver mer kraft, stabilitet eller kontroll än vad delat webbhotell kan erbjuda, men du vill inte betala för en hel dedikerad server.
SSH (Secure Shell) är ett krypterat protokoll för att fjärransluta till och styra en server via terminalen. Du öppnar en terminal på din dator, skriver ett SSH-kommando med serverns IP-adress och ditt användarnamn, och får upp ett kommandoradsgränssnitt direkt på servern. SSH är standardsättet att administrera en Linux-VPS.
De flesta vanliga webbhotell stödjer inte Node.js eftersom delad hosting är byggd kring PHP och inte tillåter körande processer. Undantag finns. Oderland, Inleed och Polar55 erbjuder Node.js-stöd via Passenger på delade planer. För tyngre projekt behöver du en VPS eller en PaaS-plattform.