Hvad laver en Laravel-udvikler, og hvornår skal du vælge en?

En Laravel-udvikler bygger og vedligeholder webapps i PHP-frameworket Laravel: login og brugerroller, database, betalinger, integrationer til andre systemer og de baggrundsjob der kører mens ingen kigger. Det er det korte svar på hvad en Laravel-udvikler laver, og rollen passer bedst til forretningssystemer som kundeportaler, interne værktøjer og SaaS-produkter. Til en simpel hjemmeside eller en ren mobilapp er der som regel bedre valg.

Jeg arbejder selv med Laravel, så læs med det forbehold. Jeg har forsøgt at være lige så konkret om hvornår du skal vælge noget andet.

Den korte version: passer Laravel til dit projekt?

Tommelfingerreglen er enkel. Handler dit projekt mest om data, brugere og forretningsregler, er Laravel et stærkt valg. Handler det mest om indhold eller en app på telefonen, er det sjældent det rigtige sted at starte. Er du i tvivl om hvilken slags udvikler du overhovedet har brug for, så start med mit overblik over typer af udviklere og hvem der gør hvad.

Hvad en Laravel-udvikler laver i hverdagen

Laravel er et framework, altså et færdigt fundament af kode til de ting næsten alle webapps skal kunne. Udviklerens arbejde er at bygge din forretning ovenpå. I praksis fordeler det sig typisk på disse opgaver:

• Datamodel og database. Hvilke ting findes i dit system (kunder, ordrer, aftaler), og hvordan hænger de sammen? Ændringer i databasen skrives som migrationer, så de kan køres ens på testmiljøet og i drift.
• Login, roller og rettigheder. Hvem må se og rette hvad. I en kundeportal er det forskellen på at en kunde ser sine egne fakturaer, og at en kunde ser alle andres.
• Forretningsregler. Prisberegning, godkendelsesflow, frister og alt det andet der gør systemet til dit og ikke et standardprodukt.
• Integrationer og API'er. Forbindelser til økonomisystem, betaling, lager, CRM eller en mobilapp. Et API er den indgang andre systemer bruger til at hente og sende data.
• Baggrundsjob. Mails, rapporter, import af store filer og synkronisering køres i en kø, så brugeren ikke sidder og venter. Laravels dokumentation om køer bruger netop import af en stor CSV-fil som eksempel.
• Brugerflade. Mange Laravel-udviklere bygger også frontend, enten med Laravels egne skabeloner (Blade og Livewire) eller med React eller Vue ovenpå.
• Test, drift og opdateringer. Automatiske test af de vigtigste flows, opsætning af hosting og løbende opgraderinger af Laravel og de pakker systemet bruger.

Den sidste opgave er den der oftest mangler i et tilbud. Det er ellers den der afgør om systemet stadig er nemt at arbejde med om tre år.

Hvor meget frontend en Laravel-udvikler laver, varierer meget. Nogle er rene backend-udviklere, andre bygger hele løsningen. Har du brug for én person der kan det hele, har jeg skrevet om hvornår én fullstack-udvikler er nok.

Projekter hvor Laravel er stærkt

Laravel er ikke det eneste gode valg til webapps. Men der er nogle projekttyper hvor det er svært at slå på tid og pris, fordi de kedelige og svære dele allerede er løst i frameworket.

Kundeportaler og B2B-portaler

Dine kunder logger ind, ser ordrer, fakturaer eller dokumenter og opretter sager eller bestillinger. Data kommer ofte fra et ERP- eller økonomisystem. Laravel har login, rettigheder, filhåndtering og planlagte job indbygget, så udviklerens tid går til dine regler i stedet for grundlaget.

Interne værktøjer og backoffice

Det regneark der er vokset sig for stort, eller det gamle system som kun én medarbejder forstår. Opgaven er typisk lister, formularer, søgning, rettigheder og eksport. Med et adminpanel som Laravel Nova eller open source-alternativet Filament kan meget af det bygges hurtigt, og tiden kan bruges på det der er særligt for din virksomhed.

SaaS med abonnement

Et SaaS-produkt skal have tilmelding, abonnement, teams, mails og fakturaer, før det første stykke egentlige funktionalitet er bygget. Laravel har officielle pakker til meget af det, fx Cashier til abonnementsbetaling med Stripe og en tilsvarende udgave til Paddle. Det grundarbejde kan tage meget tid, når det skal laves fra bunden.

Integrationer og dataflow

Når to eller flere systemer skal holdes ajour med hinanden, fx webshop, lager og økonomi, er det sjældent brugerfladen der er svær. Det er fejlhåndteringen: Hvad sker der når det andet system er nede, eller når den samme ordre kommer to gange? Laravels køer, planlagte job og automatiske genforsøg er bygget til netop den slags.

Backend til en mobilapp

Selve appen bygges i Swift, Kotlin eller React Native, men den skal have et sted at hente data, logge ind og sende notifikationer fra. Laravel er et udbredt valg til det API, især når der også skal være et adminpanel til dig og dine medarbejdere.

Står du mellem Laravel og et JavaScript-framework, har jeg sammenlignet de to i Laravel vs Next.js.

Hvornår du ikke skal vælge en Laravel-udvikler

Laravel er mit foretrukne værktøj til webapps, men det er ikke svaret på alt. Her ville jeg selv vælge noget andet:

• En hjemmeside der mest er indhold. Skal marketingafdelingen selv rette tekster, sider og blogindlæg, er et CMS som WordPress eller Webflow typisk billigere og nemmere i hverdagen. Læs om hvornår en WordPress-udvikler er det rigtige valg.
• En mobilapp med meget lidt backend. Kører appen primært på telefonen og gemmer den kun lidt data, kan en færdig backend-tjeneste være nok.
• Dit team kører allerede en anden stack. Har du udviklere der er stærke i .NET, Node eller Python, og fungerer det, er det sjældent fornuftigt at indføre Laravel for ét projekt. To teknologier betyder dobbelt vedligehold.
• Tunge beregninger og machine learning. Laravel kan sagtens kalde en AI-model eller en beregningstjeneste, men selve modellen og datapipelinen hører ofte hjemme i Python.
• Et standardprodukt dækker behovet. Findes der et SaaS-produkt der løser 90 % af opgaven til en fast månedlig pris, er det næsten altid billigere end at bygge selv.

Det sidste punkt er det vigtigste. En god Laravel-udvikler bør spørge om du overhovedet skal bygge noget, før vedkommende spørger hvad.

Hvad en erfaren Laravel-udvikler gør anderledes end en generalist

En udvikler der kan PHP, kan godt bygge noget i Laravel der virker. Forskellen viser sig typisk et år senere, når der skal ændres, opgraderes, eller en ny udvikler skal overtage. Det er de ting jeg selv kigger efter når jeg gennemgår et Laravel-projekt.

Følger konventionerne

Laravel har en fast måde at placere og navngive ting på. En erfaren udvikler holder sig til den, så en anden Laravel-udvikler kan finde rundt i koden på en dag i stedet for en uge. En generalist opfinder ofte sin egen struktur, og den betaler du for at få forklaret, den dag udvikleren stopper.

Bruger de officielle byggesten

Login, køer, betaling, mails, filupload og søgning har officielle løsninger i Laravel. Den erfarne bruger dem og skriver kun selv det der er særligt for dig. Hjemmelavede løsninger på standardproblemer er noget af det dyreste at arve.

Tænker på databasen fra start

Et klassisk problem er systemer der er hurtige med 100 kunder og langsomme med 10.000, fordi hver side sender hundredvis af små forespørgsler til databasen. Det kaldes et N+1-problem, og det er nemt at undgå når man kender det. Det samme gælder manglende indeks på de kolonner der søges i.

Flytter langsomt arbejde ud af siden

Mails, PDF'er, import og kald til andre systemer hører hjemme i en kø. Ellers venter brugeren, og er det andet system nede, fejler hele siden.

Holder versionen opdateret

En version af Laravel bliver ikke vedligeholdt for evigt. Laravels supportpolitik giver hver hovedversion 18 måneders fejlrettelser og 2 års sikkerhedsrettelser, så Laravel 12 fik de sidste fejlrettelser i august 2026 og står uden sikkerhedsrettelser efter februar 2027. En erfaren udvikler opgraderer i små skridt hvert år, så det aldrig bliver et projekt i sig selv. Er en app flere versioner bagud, er opgraderingen typisk det første jeg foreslår ved en overtagelse.

Skriver test hvor det tæller

Ikke nødvendigvis test af alt, men automatiske test af det der ikke må gå galt: betaling, rettigheder og beregninger. Det er dem der gør en opgradering tryg.

Sådan vælger du en Laravel-udvikler i fem trin

1. Beskriv problemet, ikke teknologien. Skriv hvem der skal bruge systemet, hvad de skal kunne, og hvilke systemer det skal tale sammen med. Ud fra det kan en god udvikler vurdere om Laravel overhovedet passer.
2. Spørg efter samme type projekt. "Har du bygget en kundeportal med integration til et økonomisystem?" er et bedre spørgsmål end "Kan du Laravel?". Bed om at se noget af det der blev bygget, eller få en gennemgang.
3. Spørg ind til drift og opdateringer. Hvor bliver systemet hostet, hvem opgraderer Laravel, og hvad koster det om året? Svaret viser om udvikleren tænker længere end til lanceringen.
4. Sørg for at du ejer koden. Repository (kodearkiv) og hosting skal stå i dit navn fra første dag, og aftalen skal give dig rettighederne. Så kan en anden overtage hvis samarbejdet stopper.
5. Start småt og betalt. Et kort forprojekt til fast pris, hvor I afgrænser opgaven og udvikleren laver et overslag, viser hurtigt om samarbejdet fungerer. Det er sådan jeg selv starter større projekter.

Skal du samtidig vælge mellem en selvstændig udvikler og et bureau, så læs min ærlige sammenligning af freelancer og bureau.

Næste skridt

Passer dit projekt til en af typerne ovenfor, er næste skridt at få det beskrevet, så en udvikler kan vurdere det. Skriv tre ting ned: hvem der skal bruge systemet, hvad de skal kunne den første dag, og hvilke systemer det skal tale sammen med. Det er nok til en første snak.

På siden om Laravel-udvikling kan du se hvordan jeg arbejder: Du taler direkte med mig, og det er mig der skriver koden. Større opgaver starter med et betalt forprojekt til fast pris, og koden er din fra første dag.

Ofte stillede spørgsmål

Er en Laravel-udvikler det samme som en PHP-udvikler?+

Ikke helt. PHP er programmeringssproget, og Laravel er et framework skrevet i PHP. Alle Laravel-udviklere kan PHP, men ikke alle PHP-udviklere kender Laravel godt. Har du et ældre PHP-system uden framework, kan en Laravel-udvikler som regel godt hjælpe, men det er en anden opgave end at bygge nyt, og den kræver ofte en grundig gennemgang først.

Kan en Laravel-udvikler overtage et eksisterende projekt?+

Ja, det er en af de mest almindelige opgaver. Start med en kodegennemgang, hvor udvikleren ser på version, struktur, test og sikkerhed og giver dig et overblik over hvad der haster. Er koden skrevet efter Laravels konventioner, går overtagelsen hurtigt. Er den ikke, bliver første opgave ofte at rydde op og få opdateret versionen.

Hvad koster en Laravel-udvikler?+

Det afhænger af erfaring, og af om du betaler pr. time eller en fast pris for en afgrænset opgave. Sammenlign prisen for det færdige resultat frem for timeprisen, for en erfaren udvikler bruger ofte færre timer på den samme opgave. Mine egne prismodeller kan du se på prissiden.

Er Laravel et sikkert valg på lang sigt?+

Ja, for de fleste forretningssystemer. Laravel har et stort økosystem med officielle pakker og hostingtjenester som Forge og Laravel Cloud, og det er udbredt nok til at du kan finde en anden udvikler, hvis du får brug for det. Den reelle risiko ligger sjældent i frameworket, men i om din version bliver holdt opdateret, så aftal hvem der står for det.