← Alle artikler
4 okt. 2026 7 min. læsning Umbraco AI Cursor Claude

Jeg byggede mit Umbraco-site med AI på fire dage. Jeg sad i stolen hele tiden.

Jeg byggede mit eget Umbraco-site med AI på fire dage. Det var ikke en knap. Jeg sad i stolen hele tiden.

BT
Bishal Tim · Umbraco MVP, AI- og .NET-arkitekt

Hej,

Det her er til alle, der ser et opslag med "jeg byggede en hjemmeside med AI" og tror, at man nu kan bygge et Umbraco-site ved at trykke på en knap, sådan som folk forestiller sig WordPress.

Jeg har lige bygget mit eget site med AI. Det tog mig fire dage. Og jeg vil fortælle, hvordan det faktisk gik, for den ærlige version er mere interessant end demoen.

Det er ikke det, det ligner

Når du ser "bygget på fire dage", ligner det, at en prompt blev til en hjemmeside. Det var det ikke. Og det er slet ikke det WordPress-billede: vælg et tema og klik et par plugins.

Vær også ærlig om, hvad de fire dage var. Et personligt site er det letteste projekt, der findes. Jeg var designer, udvikler, redaktør og kunde på samme tid. Ingen stakeholders, intet indholdsteam, ingen legacy, og ingen deadline ud over min egen.

Kan man bygge en kommerciel hjemmeside på et par dage? Det kommer an på, selvfølgelig. En meget lille og simpel, måske. Men et rigtigt kommercielt Umbraco-build, med rigtige redaktører, rigtigt indhold og rigtige krav? Nej. Du ved, hvad jeg mener.

Hvem gjorde hvad

  • Claude hjalp mig med designet.
  • Cursor og plugins hjalp mig med at bygge det i Umbraco.
  • Mig, i stolen, hele tiden.

Det sidste passer ikke ind i en skærmoptagelse. Jeg sad ikke og så noget bygge sig selv. Jeg arbejdede, og AI gjorde mig hurtigere.

Dag et og to: koncept og design

De første to dage var der næsten ingen kode. Bare ideen. Hvem er sitet til? Hvad skal man føle, når man lander? Hvad skal det sige om mig?

Og det var frem og tilbage. Rigtig meget frem og tilbage. Næsten hver runde startede med, at jeg sagde: "nej, ikke det."

  • Logoet gik gennem flere versioner. Jeg ville have, at mit navn var logoet, lidt som brands der gør deres navn til et wordmark. Først et rent look, så et bogstav byttet med et symbol, så et skråt bogstav, så et tegnet, og til sidst pixelblok-stilen der blev.
  • Overskriften havde en skriveanimation, der føltes barnlig. Jeg bad om noget mere alvorligt, og vi endte med en fast sætning og en linje der toner ud.
  • Speaking-sektionen skulle se helt anderledes ud end resten af siden. Det blev kort i billetstil, der åbner med detaljerne.
  • Og jeg skar ting væk. Jeg prøvede en illustration til Om mig: først en tegneserie af mig, så vinduer og kode, så noget renere. Jeg afviste hver version, og i dag har sektionen ingen. Et billede der ikke fortjener sin plads, er bare pynt.

AI blev aldrig træt af mit "nej". Men den vidste heller aldrig, hvad "godt" betød. Den vidste kun, hvad jeg fortalte den. Smag, dømmekraft og den sidste beslutning var mine, hver eneste gang.

Og nej, det ligner ikke noget AI har lavet

Det kan jeg sige med ro: mit site ligner ikke det sædvanlige AI-site. Du kender looket. Den samme gradient, den samme række kort, det samme layout næsten alle får, når de skriver "lav mig en portfolio". Se på sitet. Designet alene skriger ikke "AI lavede det her", og det var ikke et tilfælde.

AI gav mig muligheder, og jeg blev ved med at vælge anderledes:

  • Logoet er ikke en skrifttype. Bogstaverne er tegnet blok for blok, i en pixelstil jeg valgte efter andre retninger.
  • Visuelt der ikke føltes rigtigt, blev afvist og skåret væk, i stedet for at beholde det første der så "fint" ud.
  • Designretningen kom fra mig, før et værktøj rørte den: hvad besøgende skulle føle, og hvad der skulle stikke ud.
  • Alt der lignede en standard, sagde jeg nej til.

Værktøjet er det samme for alle. Forskellen er, hvor mange gange du siger "ikke det".

Samme værktøj, forskellig smag.

Dag tre og fire: bygge det i Umbraco

Så åbnede jeg Cursor, lagde plugins til, og begyndte at gøre designet til et rigtigt Umbraco-site.

Ja, det gik stærkt. Ting der normalt tager mig en eftermiddag, tog meget mindre. Det var en fantastisk pair-programmer til det gentagne arbejde.

Men jeg er teknisk person først, og det betød mere end noget værktøj:

  • Jeg besluttede, hvordan indholdet skulle struktureres, så jeg selv kan redigere sitet senere uden en udvikler.
  • Jeg læste det, der blev genereret, og rettede eller smed væk, hvad der ikke var rigtigt.
  • Jeg vidste, hvilken version af Umbraco jeg var på, og hvad det betyder for koden.
  • Jeg testede det selv, i browseren, på den rigtige ting.

Når noget ikke så rigtigt ud, kunne jeg sige hvorfor. Det er forskellen på at bruge AI og at blive styret af det.

Hvis det her var et kommercielt site

Mit eget site er det ene sted, hvor jeg havde råd til at gå hurtigt. På et kommercielt site ville jeg bruge AI helt anderledes.

Hvor jeg ville bruge det: basen. Template slicing. Tag det færdige design og gør det til ren HTML, CSS, layouts og partial views. Det er gentaget, klart afgrænset arbejde, og AI er god til det. Det sparer rigtig tid.

Hvor jeg ikke ville: gøre den HTML til backoffice. Den del kan man bare ikke automatisere. Tænk på, hvad den rummer:

  • Beslutte hvad redaktører må ændre, og hvad de ikke må røre
  • Vælge hvad der bliver document types, hvad der bliver blokke, og hvad der bliver fast
  • Navngive felter så de giver mening for en, der ikke er udvikler
  • Validering, standardværdier, og hvad der sker når et felt står tomt
  • Rettigheder, workflows, og hvordan det føles at bruge det hver eneste dag

Der er logik i det, og der er design i det. Det er design for redaktørerne. Der er ikke ét rigtigt svar, for det rigtige svar afhænger af de mennesker, der skal bruge det.

At slice en template er en opgave. At designe et backoffice er en beslutning.

Det hastigheden ikke dækker

Her er det, der faktisk sidder i en hjemmeside, også en personlig. Intet af det er spændende, og alt det betyder noget.

  • Indholdsmodellering. Hvordan sider og indholdstyper er struktureret, bestemmer i årevis, hvor rart det er at redigere.
  • Sikkerhed. Hvem må se og ændre hvad, og hvad der er offentligt.
  • Performance, SEO og tilgængelighed. Intet af det ses på et screenshot.
  • Sprog. Mit site er på engelsk, nederlandsk og dansk, og hver sprogversion skal være koblet rigtigt på.
  • Analytics og privatliv. Besøgende i Europa forventer, at deres privatliv bliver respekteret.
  • Hosting og deployment. Hvor det kører, hvordan det opdateres, og hvad der sker når det går i stykker.
  • Redigeringsoplevelse. Nogen skal gøre backoffice venligt for dem, der skal bruge det.
  • Ansvar. Hvis det går galt, er et menneske ansvarligt, ikke et værktøj.

Det var ét personligt site, med én redaktør, og ingen kunde. Et kommercielt site har alt det, plus flere mennesker, flere penge og mere risiko.

Hvorfor det betyder noget for Umbraco

Umbraco er en platform, der starter hos udvikleren. Der er intet tema der træffer valgene for dig, og intet plugin der stille fikser alt med et klik. Du får en stærk indholdsmodel, fuld kontrol over .NET, og friheden til at bygge præcis det, du vil.

Derfor elsker folk det, og derfor kan du ikke prompte dig frem til et færdigt kommercielt site. Kontrol betyder beslutninger. Beslutninger kræver en, der forstår konsekvenserne.

AI byggede hurtigt. Jeg gjorde det rigtigt. Begge dele skulle til.

En besked til tre slags mennesker

Hvis du er kunde: vær forsigtig, når nogen siger, at en hel Umbraco-hjemmeside blev "bygget af AI på en dag". Spørg hvad der sker på dag to: sikkerhed, hosting, overdragelse, support. Den første version er den lette del.

Hvis du er udvikler: brug værktøjerne. De er gode, og de gør en god udvikler meget hurtigere. Bliv bare i stolen.

Hvis du er i gang med at lære: brug AI til at lære, ikke til at springe læringen over. Bed den forklare, og tjek så dokumentationen. Hvis du ikke kan se, om svaret er rigtigt, så sæt farten ned.

Kan AI så selv bygge en kommerciel Umbraco-hjemmeside?

Nej, ikke selv, og ikke på et par dage. Den kan hjælpe en udvikler med at bygge en meget hurtigere, især i basen, og det er allerede meget. Men nogen skal designe backoffice, styre værktøjet, gennemgå resultatet, teste det og stå til ansvar for det.

Fire dage, en masse "nej, ikke det", og mig i stolen. Det var det, der skulle til, og jeg ville ikke have haft det anderledes.

Tak fordi du læste, Bishal

BT
Bishal Tim

Umbraco MVP fra Kathmandu. Jeg skriver om Umbraco, AI og .NET, og hjælper folk i gang.

Mere på Skrift Kom i kontakt