Hvad er en tech stack? Forklaret uden jargon

En tech stack er den samling af teknologier et stykke software er bygget og drevet med: programmeringssprog, framework, database, hosting og de færdige tjenester der binder det hele sammen. Spørger du hvad en tech stack er i praksis, er svaret værktøjskassen bag din hjemmeside eller webapp. Valget afgør både hvad løsningen koster at bygge, hvad den koster at holde kørende, og hvor let du finder en ny udvikler til den senere.

Nedenfor forklarer jeg hvert lag med et konkret eksempel: et bookingsystem til en kæde af fysioterapiklinikker. Jeg arbejder selv i Laravel og React, så det er dem jeg bruger som eksempler, men principperne gælder for alle stacks.

Den korte version: lagene i en tech stack

Det hedder en stak fordi lagene ligger oven på hinanden: brugerfladen taler med backend, backend taler med databasen, og det hele kører på en server. Hvert lag kan bygges med forskellige teknologier, og din kombination er din stack. Valget træffes tidligt i et projekt, og du kan se hvor det hører hjemme i min guide til hvordan et softwareprojekt foregår fra idé til drift.

Et konkret eksempel: én booking gennem alle lag

Forestil dig at en patient vil booke en tid hos sin fysioterapeut en tirsdag formiddag. Fra hun åbner siden, til hun får en SMS om at tiden er bekræftet, er alle lag i spil:

1. Hun åbner bookingsiden på telefonen. Det hun ser, altså kalenderen, knapperne og listen over behandlere, er frontend. Den kører i hendes browser.
2. Hun vælger tirsdag kl. 10 og trykker "Book". Frontenden sender en besked til backend, som er programmet på serveren. Her bor reglerne: er tiden stadig ledig, holder behandleren pause, og skal der betales på forhånd?
3. Backend gemmer bookingen i databasen. Databasen er systemets hukommelse og husker alt, også når serveren genstarter.
4. Kræver klinikken forudbetaling, beder backend en betalingstjeneste som Stripe om at trække beløbet. Kortnumrene rører aldrig klinikkens eget system.
5. Backend lægger to opgaver i kø: en bekræftelse nu og en SMS-påmindelse dagen før. Køen gør at patienten ikke skal vente på at beskederne bliver sendt.
6. Om aftenen sender systemet dagens betalinger til klinikkens regnskabsprogram via et API, som er den indgang andre systemer kan tale med.
7. Det hele kører på en server hos en hostingudbyder, helst i EU, med backup og overvågning der giver besked hvis noget går ned.

Patienten oplever én app. Bag den ligger fem-seks lag som hver især er valgt, bygget og skal vedligeholdes. Det er derfor tech stacken betyder noget for dig, også selv om du aldrig skal se en linje kode.

LAMP, MERN, TALL og full-stack: jargonen oversat

Udviklere taler ofte om stacks i forkortelser. De tre du oftest vil møde:

• LAMP: Linux, Apache, MySQL og PHP. Den klassiske kombination bag rigtig mange hjemmesider, blandt andet mange WordPress-sider.
• MERN: MongoDB, Express, React og Node.js. Her er alt JavaScript, fra brugerflade til server.
• TALL: Tailwind CSS, Alpine.js, Laravel og Livewire. En moderne PHP-stack hvor meget af brugerfladen bygges på serveren.

Og fire ord der går igen i alle tilbud:

• Sprog er det koden skrives i, fx PHP, JavaScript, Python eller C#.
• Et framework er et færdigt skelet bygget på et sprog, med løsninger på det alle systemer skal kunne, som login, formularer og mails. Laravel, Django og Next.js er frameworks.
• En full-stack-udvikler arbejder i både frontend og backend. Det er det jeg selv er.
• Open source betyder at koden er gratis at bruge og kan læses af alle. De fleste moderne sprog og frameworks er open source.

Hvorfor tech stacken påvirker prisen

Timeprisen er sjældent den store forskel mellem to udbredte stacks. Det der flytter prisen, er hvor mange timer opgaven kræver, og hvad løsningen koster at holde kørende bagefter. Fire ting gør den største forskel.

Hvor meget der følger med

Et modent framework som Laravel har login, rettigheder, mails, køer og planlagte opgaver indbygget eller som officielle pakker, og Rails og Django dækker meget af det samme. I bookingsystemet betyder det at timerne går til kalenderlogik og regler for afbud i stedet for til at bygge login fra bunden. En minimal opsætning hvor alt samles af løse pakker, kan se billigere ud i starten, men hver pakke er en ekstra ting at vælge, forbinde og holde opdateret.

Hvor mange dele der skal hænge sammen

Én samlet applikation er billigere at bygge og drive end en separat frontend, et separat API og en mobilapp. Tre kodebaser betyder tre steder at rette fejl, tre udgivelser og mere koordinering. Der kan være gode grunde til at dele op, men i de fleste nye projekter er det for tidligt. Jeg har forklaret hvorfor i monolit vs. microservices.

Løbende udgifter

Selve frameworket er typisk gratis. Det du betaler for løbende, er hosting, backup, fejlovervågning og de eksterne tjenester: et gebyr pr. kortbetaling, en pris pr. SMS og måske et abonnement på en mailtjeneste. Med mange brugere kan de beløb blive større end hostingen. Spørg derfor altid hvilke tjenester stacken bygger på, og hvordan de afregnes.

Opdateringer

Alle lag får nye versioner, og gamle versioner holder op med at få sikkerhedsrettelser. Laravel udgiver en ny hovedversion hvert år og giver sikkerhedsrettelser i to år pr. version. Det er en forudsigelig rytme, men den betyder at nogen skal opgradere systemet løbende. Bliver det udskudt i årevis, vokser regningen, og det er en klassisk kilde til teknisk gæld.

Hvorfor tech stacken afgør hvem der kan overtage koden

Din udvikler kan blive syg, skifte job eller sige nej til næste opgave. Så skal en anden kunne tage over, og det første spørgsmål en ny udvikler stiller, er hvad systemet er bygget i. Jo flere der kender stacken, jo hurtigere finder du en afløser, og jo kortere tid tager det før vedkommende er kørt ind.

Udbredelsen varierer meget. I Stack Overflows udviklerundersøgelse fra 2025 svarer ca. 66 % at de har arbejdet indgående med JavaScript det seneste år, ca. 45 % med React og ca. 19 % med PHP, mens Laravel ligger på ca. 9 %. Undersøgelsen er global og ikke dansk, men den viser forskellen på de allerstørste teknologier og mindre, men stadig store økosystemer. På nettet er PHP langt fra et nichevalg: ifølge W3Techs kører omkring 70 % af alle websites med et kendt serversprog på PHP (2026).

Pointen er ikke at vælge det mest populære. Pointen er at der skal findes et realistisk antal udviklere der kan arbejde i din stack, også uden for din egen by. Risikoen opstår når den er så sjælden at du kun kender én der kan.

Sådan vurderer du en tech stack i fem trin

Som kunde skal du sjældent vælge teknologien selv. Men du skal kunne vurdere om den anbefaling du får, holder. Sådan ville jeg gribe det an fra din side af bordet:

1. Start med problemet, ikke teknologien. Beskriv hvad systemet skal kunne, hvem der bruger det, og hvilke andre systemer det skal tale med. Krav som realtid, store datamængder, offline-brug eller en mobilapp påvirker valget langt mere end smag.
2. Spørg hvem der skal vedligeholde det om tre år. Er svaret "kun mig", så spørg hvor let det er at finde en anden der kan overtage. En udbredt stack med god dokumentation er en forsikring.
3. Foretræk det modne. Et framework der har eksisteret i mange år, udgiver opdateringer efter en fast plan og har et stort fællesskab, er et sikrere valg end det nyeste. Min egen standard til webapps er Laravel, og jeg har skrevet om hvorfor Laravel er mit standardvalg, inklusive ulemperne.
4. Tæl de bevægelige dele. Hvor mange kodebaser, servere og eksterne tjenester består løsningen af? Er tallet højere end projektet har brug for, betaler du for kompleksitet du ikke bruger. Et typisk valg her er om alt skal ligge i én Laravel-applikation, eller om brugerfladen skal bygges for sig i Next.js. De to har jeg sammenlignet i Laravel vs. Next.js.
5. Tjek data, licenser og ejerskab. Hvor ligger dataene, og er det i EU? Er der licenser der skal betales løbende? Og står kodearkivet, hostingkontoen og domænet i dit navn?

Skal du bygge en SaaS, har jeg en mere konkret anbefaling i min gennemgang af den bedste tech stack til SaaS.

Hvornår tech stacken ikke er din største bekymring

Tech stacken betyder noget, men den er ikke altid det vigtigste spørgsmål. I disse situationer er din energi bedre brugt et andet sted:

• Du skal have en almindelig hjemmeside. Så vælger platformen reelt stacken for dig, fx WordPress, Webflow eller Shopify, og spørgsmålet er hvilken platform der passer, ikke hvilket framework.
• Der findes allerede et standardsystem der dækker det meste af behovet. Så er det ofte billigere at købe end at bygge, og stacken er leverandørens ansvar.
• Du har et internt udviklingsteam. Så bør nye systemer som udgangspunkt bygges i den stack de kender. Arbejder dit team i .NET eller Python, skal du finde en udvikler med den baggrund og ikke en som mig der arbejder i Laravel og JavaScript.
• Du ved endnu ikke om nogen vil betale for idéen. Så er det vigtigste at komme hurtigt ud til rigtige brugere. Et gennemprøvet framework hjælper, men ingen stack redder en idé som ingen efterspørger.

Næste skridt

Har du fået en tech stack anbefalet, eller skal du i gang med et nyt projekt, så tag spørgsmålene her med til din næste samtale med en udvikler:

Kan udvikleren ikke svare klart på dem, er det et advarselstegn i sig selv. Vil du se hvilke slags løsninger jeg bygger, og hvad jeg bygger dem med, så finder du det under mine ydelser.

Ofte stillede spørgsmål

Kan man skifte tech stack senere?+

Ja, men det er sjældent billigt. At skifte backend-sprog eller framework betyder i praksis at store dele af systemet skal skrives om, mens det gamle stadig skal køre. Ofte er det bedre at skifte gradvist, fx ved at bygge nye dele i den nye stack og lade dem tale med de gamle via et API. Derfor kan det betale sig at vælge med omtanke fra starten.

Er PHP forældet?+

Nej. PHP har et dårligt ry fra 00'erne, men sproget er moderniseret markant, og frameworks som Laravel og Symfony bruges til nye systemer i dag. Der er mange udviklere der arbejder med det, og økosystemet af pakker og værktøjer er modent. Det afgørende for et system er sjældent sproget, men om koden er skrevet og vedligeholdt ordentligt.

Betyder tech stacken noget for SEO?+

Ja, men mest indirekte. Google kan som regel læse sider der bygges med JavaScript i browseren, men det er mere sikkert når serveren sender færdige sider, så indhold og links er der fra første indlæsning. Hastighed tæller også, og den afhænger mere af hvordan siden er bygget og hostet end af selve frameworket. Sider bag et login kan Google ikke se, så der betyder det intet.

Hvor længe holder en tech stack?+

Et udbredt framework kan bære et system i mange år hvis det opdateres løbende. Det der slider, er sjældent selve teknologien, men versioner der aldrig bliver opgraderet, og kode der er bygget uden struktur. Et system der har stået stille i flere år, kan blive dyrere at opdatere end at bygge om. Planlæg derfor vedligehold og budget til opgraderinger fra start.