SaaS-hosting: Laravel Cloud, Forge, Vercel, AWS eller dansk hosting?

Til de fleste nye SaaS-produkter anbefaler jeg managed hosting i en EU-region. Mit standardvalg til SaaS-hosting er Laravel Cloud hvis du vil have mindst mulig drift, eller Laravel Forge med en server hos en europæisk udbyder hvis du vil have mere kontrol for pengene. Vercel er det oplagte valg til en Next.js-frontend, AWS først når nogen har drift som deres job, og dansk hosting når dine kunder kræver det.

Jeg vælger hosting på vegne af kunder og arbejder selv meget med Laravel, så læs anbefalingerne med det forbehold. Selve hostingregningen er sjældent den store post. Det er driftsbyrden og placeringen af dine data der afgør valget.

Den korte version: hvilken hosting passer til hvad?

Min tommelfingerregel er enkel. Er backenden skrevet i Laravel, og har du ingen driftsperson, så start på Laravel Cloud. Er trafikken stabil og forudsigelig, eller vil du have fuld adgang til serveren, er Forge typisk billigere pr. ressource. Vercel anbefaler jeg til Next.js, ikke til en Laravel-backend. AWS venter til der er en person med drift som job. Og dansk hosting vælger du når dine kunder stiller krav om det.

Laravel Cloud og Forge kommer begge fra firmaet bag Laravel. Forskellen er hvem der ejer serveren: på Cloud er det platformen, med Forge er det dig.

Hostingvalget hænger tæt sammen med valget af tech stack til din SaaS. Framework og hosting påvirker hinanden direkte. Står du tidligere i processen, så start med min komplette guide til at bygge en SaaS.

Hvad koster hosting af en SaaS?

Prismodellerne er så forskellige at en direkte sammenligning er svær. Her er hvad udbyderne selv oplyser i 2026:

• Laravel Clouds prisside viser 5 dollars om måneden for Starter, 20 dollars for Growth og 200 dollars for Business, plus forbrug. Starter inkluderer 5 dollars i forbrug om måneden, og appen kan gå i dvale når ingen bruger den. Laravels eget regneeksempel for en SaaS-MVP med betalende kunder i arbejdstiden lander omkring 34 dollars om måneden.
• Laravel Forge koster 12, 19 eller 39 dollars om måneden afhængigt af plan. Det er en fast pris for administrationen. Serveren betaler du separat, fx hos Hetzner, DigitalOcean eller AWS, eller via Laravels egen VPS.
• Vercel Pro koster 20 dollars om måneden pr. udvikler med 20 dollars i inkluderet forbrug. Den gratis Hobby-plan er kun til personlig, ikke-kommerciel brug, så den kan en SaaS ikke køre på.
• AWS afregner pr. forbrug af hver enkelt tjeneste: servere, database, lager og datatrafik. Det er fleksibelt, men svært at forudsige uden erfaring.
• Danske hostingudbydere sælger typisk servere eller managed hosting til en fast månedspris. Prisen afhænger af hvor meget udbyderen tager sig af.

Groft skønnet ligger hostingregningen for en ny SaaS med de første betalende kunder et sted mellem 200 og 1.500 kr. om måneden, inklusive database og backup.

Det dyre er timerne. En server som din udvikler skal holde opdateret, koster tid hver måned, også når intet går galt. Tæl derfor både hostingregningen og timerne til drift med når du sammenligner. En platform der koster 300 kr. mere om måneden, er billig hvis den sparer bare en enkelt times udviklerarbejde.

Hold også øje med forbrugsbaseret afregning. Både Laravel Cloud og Vercel tager betaling for det du bruger ud over det inkluderede. Laravel Cloud lader dig sætte en beløbsgrænse, og når den er nået, sættes appen på pause. Det beskytter budgettet, men det er heller ikke godt for kunderne hvis din SaaS går på pause midt i måneden. Sæt grænsen med god luft, og reager på advarslerne.

Driftsbyrden: hvem holder serveren kørende?

Hosting er mere end en server. Det er også opdateringer af styresystem og PHP, certifikater, backup, overvågning og hvad der sker når disken løber fuld en søndag. Spørgsmålet er hvor meget af det du selv skal eje.

• På Laravel Cloud står platformen for servere, skalering og vedligehold af infrastrukturen. Du og din udvikler står for selve applikationen: koden, opdateringer af pakker, fejlrettelser og planen for backup.
• Forge sætter serveren op, udgiver koden uden nedetid og overvåger serveren. Men serveren er din. Når PHP-versionen eller styresystemet skal opgraderes, eller disken er ved at være fuld, er det din udvikler der handler.
• Vercel giver lav byrde for frontenden. Men en SaaS har også database, køer og baggrundsjob, og de skal ligge hos andre udbydere. Hver ekstra udbyder er en konto, en regning og en ting mere der kan gå ned.
• På AWS bygger du selv netværk, servere eller containere, database og adgangsstyring. Det kan gøres rigtig godt, men det er et job og ikke en opgave man klarer ved siden af.
• Hos en dansk hostingudbyder afhænger alt af aftalen. "Managed" kan betyde alt fra at udbyderen opdaterer styresystemet til at de også overvåger din app døgnet rundt. Få det skrevet ned.

Uanset løsning ligger ansvaret for selve appen hos dig og din udvikler. Det er derfor jeg hælder til platforme der fjerner så meget serverarbejde som muligt. Den tid der ikke går med at passe servere, kan gå til produktet.

Data i EU: region, ejerskab og GDPR

Alle udbyderne i sammenligningen kan holde dine data i EU. Men det sker ikke altid af sig selv.

Laravel Cloud kører på AWS og har regioner i blandt andet Frankfurt og Irland. Vælg en af dem når du opretter appen. London står også på listen, men Storbritannien er ikke en del af EU.

Hos Vercel kører funktioner som standard i Washington D.C. for alle nye projekter, ifølge Vercels dokumentation om regioner. Du kan skifte til fx Frankfurt eller Paris, men det skal gøres aktivt. Og databasen bør ligge i samme region, ellers skal hver forespørgsel over Atlanten og tilbage.

Med Forge vælger du selv serverudbyderen. Det gør det muligt at kombinere en nem administration med en europæisk udbyder, fx tyske Hetzner, der har datacentre i Tyskland og Finland.

Region er dog kun halvdelen. Den anden halvdel er hvem der ejer udbyderen. AWS og Vercel er amerikanske virksomheder, og Laravel Cloud kører på AWS. Det er tilladt at overføre persondata til amerikanske virksomheder der deltager i EU-US Data Privacy Framework, som EU-Kommissionen godkendte i juli 2023. Alligevel kræver nogle kunder, især i det offentlige og i regulerede brancher, en europæisk ejet udbyder af hensyn til amerikanske myndigheders mulige adgang til data.

Det er her dansk eller europæisk ejet hosting gør en forskel. Ikke fordi serveren er hurtigere, men fordi det lukker en diskussion i salgsprocessen. Har enkelte kunder brug for deres egen database eller en bestemt placering, hænger hostingvalget også sammen med hvordan du adskiller kundernes data.

Hvornår de enkelte løsninger ikke passer

Ingen af løsningerne er rigtige for alle. Her er de situationer hvor jeg fraråder hver af dem.

Laravel Cloud

Ikke hvis du har brug for fuld adgang til serveren, særlige systempakker eller software der ikke er skrevet i PHP. Heller ikke hvis du har stabil trafik døgnet rundt og vil presse prisen. Så er en fast server via Forge ofte billigere pr. ressource.

Forge med egen server

Ikke hvis hverken dit team eller din udvikler har tid til at holde serveren ved lige. Og ikke hvis trafikken svinger voldsomt, for en enkelt server skalerer ikke af sig selv. Ifølge Forges egen FAQ understøtter den udgivelser uden nedetid på én server, så en opsætning med flere servere kræver mere arbejde.

Vercel

Ikke til en Laravel-backend. Vercel understøtter ikke PHP officielt, så backenden hører bedre hjemme på Laravel Cloud eller Forge. Heller ikke hvis produktet er bygget omkring tunge baggrundsjob. En funktion kan som udgangspunkt højst køre i 800 sekunder (godt 13 minutter) på Pro-planen, og selv den udvidede grænse, der stadig er i beta, stopper ved 30 minutter. Lange jobs skal derfor deles op eller køre et andet sted. Og husk at prisen pr. udvikler vokser med teamet.

AWS

Ikke uden en driftsansvarlig, og ikke for at være forberedt på en vækst du ikke har endnu. Laravel Cloud kører selv på AWS, så du kan få meget af den samme infrastruktur uden at bygge den selv. Hvornår opsætningen faktisk skal vokse, gennemgår jeg i guiden til at skalere en SaaS teknisk.

Dansk hosting

Ikke hvis det eneste argument er at det føles trygt. Mindre udbydere har ofte færre automatiserede værktøjer til udgivelse, skalering og testmiljøer, så din udvikler skal bygge mere selv. Spørg til backup, overvågning, SLA (aftalt oppetid og svartid) og hvad der sker uden for åbningstid før du skriver under.

Sådan vælger jeg hosting til en kunde

Når jeg vælger hosting på vegne af en kunde, går jeg typisk de samme fem trin igennem:

1. Jeg starter med kunderne, ikke teknikken. Hvor bor dine kunder, og hvad spørger deres it-afdeling om? Kræver de data i EU, i Danmark eller hos en europæisk ejet udbyder, er det første filter.
2. Derefter stacken. En Laravel-app peger mod Laravel Cloud eller Forge. En Next.js-frontend peger mod Vercel eller en Node.js-server. Har du begge dele, kan de sagtens ligge hvert sit sted så længe de ligger i samme region.
3. Så ansvaret. Hvem opdaterer, overvåger og reagerer når noget går ned? Er svaret ingen, skal platformen tage så meget som muligt.
4. Regn på ti gange så meget trafik. Forbrugsbaseret afregning er billig i starten. Se hvad regningen bliver hvis produktet lykkes, og sammenlign med en fast server.
5. Planlæg udgangen. Hosting, domæne og DNS skal stå i virksomhedens navn, og backups skal også ligge uden for platformen. Undgå at binde koden til en platforms særlige funktioner når der findes et almindeligt alternativ. Så er et skifte et overskueligt projekt, og det kan gøres uden nedetid, som jeg beskriver i guiden til at flytte en webapp til ny hosting.

Næste skridt: få hosting og drift på plads

Har du ikke valgt endnu, så start med Laravel Cloud eller Forge i en EU-region, og brug de fem trin til at teste valget mod dine kunders krav. Har du allerede en SaaS kørende, så tjek tre ting i dag: hvilken region dine data ligger i, hvem der ejer kontiene, og hvornår backuppen sidst blev testet ved en rigtig gendannelse.

Vil du hellere have at nogen holder øje med det for dig, kan du se hvordan jeg arbejder med vedligehold og videreudvikling af webapps og SaaS. Du får direkte kontakt til den udvikler der kender koden, og svar inden for én hverdag.

Ofte stillede spørgsmål

Kan en SaaS køre på et almindeligt webhotel?+

Sjældent godt. Et webhotel er bygget til hjemmesider. En SaaS har typisk brug for køer der kører i baggrunden, planlagte jobs, adgang via SSH og kontrol over PHP-versionen. Nogle webhoteller tilbyder dele af det, men du ender ofte med at bygge uden om begrænsningerne. Til en tidlig prototype kan det gå. Når betalende kunder kommer til, bør du flytte til managed hosting eller en server du har fuld kontrol over.

Skal hostingkontoen stå i mit navn eller udviklerens?+

I virksomhedens navn. Det gælder også domæne, DNS, kodearkiv og betalingskortet bag abonnementerne. Din udvikler kan få adgang som teammedlem, og både Laravel Cloud, Forge og Vercel understøtter teams. Står kontoen i udviklerens navn, er du afhængig af én person, og et skifte af udvikler eller hosting bliver unødigt besværligt.

Hvad med Laravel Vapor?+

Vapor kører Laravel serverless på AWS Lambda, altså som funktioner uden faste servere, og kræver ifølge Laravel selv erfaring med AWS-konsollen. Det passer til teams der allerede har AWS-kompetencer og gerne vil have serverless-modellen. Til nye projekter uden en driftsperson foretrækker jeg Laravel Cloud fordi du får automatisk skalering uden at skulle administrere en AWS-konto ved siden af.

Skal databasen ligge samme sted som appen?+

Ja, i samme region og helst hos samme udbyder. Hver forespørgsel til databasen tager tid, og ligger appen i Frankfurt og databasen i USA, mærker brugerne det på hver eneste side. Laravel anbefaler selv at en ekstern database til Laravel Cloud ligger i samme AWS-region som appen. Samme placering gør det også enklere at svare kunderne på hvor deres data ligger.