Spring til indhold

AI-værktøj eller webbureau til siden?

Torn Studio4 min. læsning

Torn Studio er et AI-bureau, der bygger websites, digitale produkter og indhold. Utraditionelt.

Kort svar

AI-værktøjerne leverer nu serverrenderet HTML: Lovable flyttede nye projekter til serverrendering den 13. maj 2026, og v0 genererer Next.js. Den gamle indvending om, at en crawler ser en tom side, er dermed stort set faldet. Tilbage til jer står tilgængelighed, flersproget routing og de kontroller, der holder kodebasen sammen efter den første måned.

Den hyppigste indvending mod AI-hjemmesidebyggere er, at siden ikke kan indekseres. Den var rigtig i 2024 og er det næppe længere, hvilket gør spørgsmålet mere interessant: når værktøjerne har løst det tekniske, hvad står så egentlig tilbage?

Kan jeg selv bygge siden i Lovable eller Bolt?

Til en landingsside, en prototype eller et internt værktøj: ja, og det går hurtigt. Til en side, der skal findes i søgning, opfylde tilgængelighedskrav, findes på flere sprog og stadig hænge sammen om et år, begynder arbejdet først, når det første udkast står. Det er den del, et værktøj efterlader.

Hvad der faktisk ændrede sig i 2026

Lovables egen dokumentation angiver, at nye projekter siden den 13. maj 2026 er serverrenderede og bygget på TanStack Start, hvor hvert kald returnerer færdig HTML til både besøgende og crawlere. Ældre React- og Vite-projekter får forudrendering ved kald. v0 genererer Next.js. Påstanden om, at en AI-bygget side er usynlig for Google, beskriver altså situationen for to år siden.

Detaljen værd at kende om den ældre løsning

Forudrenderingen til ældre Lovable-projekter serveres ifølge dokumentationen kun til verificerede crawlere — Google, Bing, ChatGPT, Perplexity, Claude og Gemini. Tredjeparts SEO-værktøjer får samme enkeltsideapplikation som en almindelig besøgende. Jeres eget SEO-værktøj og Google kan derfor modsige hinanden om samme adresse, og det er værktøjet, der tager fejl. Kontrollér med Googles egen URL-inspektion i Search Console.

Hvad kan et bureau tage sig af, som et værktøj efterlader til jer?

  • Bestemme hvad siden skal sige, og til hvem — værktøjet bygger det, I beder om
  • Stå bag en overensstemmelseserklæring på WCAG niveau AA, med kontrast og tastatur kontrolleret
  • Flersproget routing, hvor hreflang parrer de rigtige sider med hinanden
  • Kontroller, der holder kodebasen læsbar efter to hundrede ændringer
  • Integrationer mod systemer, der allerede findes og har deres egne regler
  • Nogen der er ansvarlig klokken syv en fredag aften

Hvor værktøjet er det rigtige svar

  • En landingsside til en kampagne, der lever seks uger
  • At afprøve en idé, før I lægger budget bag den
  • Et internt værktøj, ingen uden for huset skal søge efter
  • En prototype, der findes for at blive modsagt

I alle fire tilfælde er hastigheden hele pointen, og et bureau ville mest tilføje proces. Vi siger det ligeud i egne tilbud også.

Sådan afgør I, hvilken side af grænsen I står på

Fire spørgsmål er nok: skal siden findes i søgning, er den omfattet af tilgængelighedskrav, skal den findes på flere sprog, og skal den overleve, at én person mister interessen? Et ja til bare ét af dem betyder, at arbejdet efter første udkast afgør resultatet. Hvad det arbejde koster her, står på prissiden, og hvad det indeholder, beskrives under hjemmesider.

Ofte stillede spørgsmål

Laver AI-hjemmesidebyggere stadig sider, Google ikke kan læse?
Sjældent nu. Lovables dokumentation angiver serverrendering for nye projekter siden den 13. maj 2026 og forudrendering for ældre, og v0 genererer Next.js. Kontrollér alligevel jeres egen side: slå JavaScript fra og genindlæs, og kør adressen gennem URL-inspektionen i Search Console.
Hvad serverer Lovables forudrendering, og til hvem?
Ifølge dokumentationen får verificerede crawlere — Google, Bing, ChatGPT, Perplexity, Claude og Gemini — færdig HTML genereret ved kaldet. Tredjeparts SEO-værktøjer og andre uverificerede agenter får enkeltsideapplikationen. Et værktøj kan derfor slå alarm om noget, Google aldrig ser.
Kan jeg tage koden med mig fra et AI-værktøj?
Hos Lovable ja: dokumentationen beskriver tovejssynkronisering mod GitHub, download af kodebasen på betalte planer, og at arkivet bevares med hele historikken efter frakobling. Kontrollér det samme hos hvert værktøj, før I begynder, for det er sværere at spørge bagefter.
Er et værktøj nok til en side omfattet af tilgængelighedskrav?
Værktøjet producerer markup, og kravet gælder den leverede oplevelse: kontrast, tastaturbetjening, fokusmarkering, etiketter og fejlbeskeder. Noget af det bliver rigtigt af sig selv, resten kontrolleres. Spørgsmålet, I skal stille jer selv, er hvem der skriver under på erklæringen.
Hvad sker der med en værktøjsbygget side efter et halvt år med ændringer?
Det afhænger af, om noget kontrollerer den. Uden typekontrol, lintregler eller tests driver strukturen fra hinanden, efterhånden som ændringerne hober sig op, og det mærkes, når en ny side tager tre gange så lang tid som den første. Med kontroller på plads hænger den sammen, uanset hvem eller hvad der skrev koden.
Hvornår giver det mening at begynde i et værktøj og flytte senere?
Når I skal have noget ud foran folk i denne uge for at afprøve en idé, og beslutningen om den rigtige side kan vente. Synkronisér til GitHub fra dag ét, så bliver flytningen en kodemigrering med historikken i behold.

Kilder

  1. Lovable — Building apps using TanStack Start

    At nye Lovable-projekter siden 13. maj 2026 er serverrenderede på TanStack Start, og at eksisterende projekter fortsætter med at virke med forudrendering.

  2. Lovable — Optimize your app for SEO and AI search

    At forudrenderingen til ældre projekter kun serveres til verificerede crawlere, mens tredjeparts værktøjer får enkeltsideapplikationen.

  3. Lovable — GitHub integration

    At koden kan synkroniseres til GitHub i begge retninger, og at arkivet bevares med sin historik efter frakobling.

Næste skridt

Læs videre

Gå i dybden

Arbejd med os