- Udgivet
Den praktiske stack jeg ville vælge til AI-klare websites
Når jeg kalder en website-stack god, mener jeg ikke moderne for modernitetens skyld. Jeg mener, at den gør det rigtige arbejde lettere og det forkerte arbejde sværere.
Til mange mindre danske virksomhedswebsites ville jeg i dag vælge en ret konkret stack: Astro til websitet, struktureret Markdown eller MDX til indhold, TypeScript-schemas som sikkerhedsnet og Cloudflare til levering, DNS, redirects, headers, caching og edge-adfærd.
Det er ikke vibe coding. Det er en praktisk arkitektur til websites, der skal være hurtige, crawlable, vedligeholdelige og forståelige for søgemaskiner, AI-assisterede søgefunktioner og automatiserede agenter.
Stacken i klare ord
Til et indholdstungt website kan fundamentet være:
- Astro til statiske sider, rene templates, komponenter og routing
- Markdown, MDX eller content collections til struktureret kildeindhold
- TypeScript og schema-validering, så titles, descriptions, routes, datoer og indholdsmodeller ikke driver fra hinanden
- Minimal client-side JavaScript, medmindre en komponent faktisk har brug for det
- Cloudflare til DNS, CDN-levering, redirects, headers, caching, bot-kontrol og deployment
- Sitemap, robots-regler, canonical URLs, sprogalternativer og strukturerede data, der matcher den synlige side
- Valgfrie maskinlæsbare formater som
llms.txt, markdown-endpoints, feeds eller API-beskrivelser, når de understøtter en reel arbejdsgang - Sikre formularer og handlinger til kontakt, booking, forespørgsler og checkout
For et dansk website kan det være en mindre B2B-virksomhed, en servicevirksomhed, et bookingflow, et fagligt videnssite eller et eksisterende website, der skal gøres hurtigere og lettere at drive.
Hvorfor Astro passer til opgaven
Astro er nyttigt her, fordi standardoutputtet kan være tæt på det, nettet er godt til: HTML-sider med tydeligt indhold, rigtige links, metadata, billeder og kun den JavaScript, der faktisk er nødvendig.
Det betyder noget for AI-klare websites, fordi første lag ikke er en AI-fil. Det er almindeligt crawlable indhold. En side bør forklare, hvad ydelsen er, hvem den er relevant for, hvor den leveres, hvad næste skridt er, og hvilke detaljer der er vigtige for tillid.
Astros content collections er især nyttige, når et website har gentagne indholdstyper: artikler, guides, ydelser, cases, lokationer, produkter, dokumentation eller listings. Indholdet får en defineret form, kan forespørges og kan valideres, før det udgives.
Det er ofte mere robust end at sprede vigtigt forretningsindhold ud over pluginfelter, page-builder-blokke og gamle snippets uden dokumentation. Når kildeindholdet er struktureret, bliver det lettere at generere HTML, sitemaps, feeds, markdown-output og interne links fra samme kilde.
Hvorfor Cloudflare passer som leveringslag
Cloudflare er ikke magi, men det er praktisk. DNS, caching, redirects, SSL-adfærd, sikkerhedsheaders, bot-kontrol og request-indsigt ender ofte i samme driftsområde. Det er nyttigt for et mindre virksomhedswebsite, hvor infrastrukturen ikke må blive et projekt i sig selv.
Der er en aktuel platformdetalje, som er værd at være præcis omkring. Astros Cloudflare deployment guide skriver, at Cloudflare anbefaler Workers til nye projekter, mens eksisterende Pages-projekter bør vurdere migration bevidst. Cloudflares egen Astro Pages-guide dokumenterer stadig Astro-deployment på Pages.
Den praktiske beslutning er derfor ikke et slogan om Workers mod Pages. Den er:
- Statisk indhold først, hvis sitet kan være statisk
- Edge-logik kun hvor det reducerer kompleksitet
- Tydelige redirects og headers
- Cacheregler der matcher den faktiske indholdsmodel
- Dynamiske features kun hvor forretningen har brug for dem
Hvis projektet kræver booking, betalings-callbacks, private adminværktøjer, realtidslager eller custom integrationer, er Astro og Cloudflare måske kun en del af systemet. Laravel, WordPress, PHP eller et custom API kan stadig være den rigtige backend bag et hurtigere offentligt frontendlag.
AI-parathed starter før AI-filer
Googles aktuelle vejledning for AI-funktioner kræver ikke særlige AI-tekstfiler eller særligt schema bare for at kunne optræde i AI-funktioner. Grundlaget betyder stadig mest: crawlable sider, indekserbart indhold, brugbare snippets, præcis metadata og indhold, der fortjener at blive vist.
Derfor behandler jeg AI-parathed som en udvidelse af teknisk SEO, ikke som et separat trick. Den brede tjekliste ligger i agent-klare websites, men stacken gør arbejdet lettere:
- Astro renderer vigtigt indhold som tekstbaserede sider
- Content schemas reducerer manglende metadata og inkonsistente routes
- Interne links kan genereres og gennemgås ud fra struktureret indhold
- Markdown-endpoints kan give rent sideindhold, når sitet har brug for maskinlæsbar output
- Cloudflare kan styre redirects, headers, caching, bot-adfærd og rate limits tæt på edge
Filer som llms.txt, llms-full.txt, markdown-versioner, feeds eller API-kataloger kan være nyttige. De bør beskrive reelt offentligt indhold og holdes opdaterede. De erstatter ikke et klart website.
Hvad jeg ville bygge først
For et mindre dansk virksomhedswebsite ville jeg starte med et praktisk fundament:
- En routestruktur der matcher de rigtige ydelser, markeder og sprogversioner.
- Astro content collections til ydelser, artikler, cases, lokationer eller listings.
- Frontmatter-schemas til title, description, excerpt, dato, kategorier, billede og route path.
- HTML-sider med synlige ydelsesdetaljer, kontaktvej, priser hvor det giver mening, og tydelige interne links.
- Sitemap, canonical URLs, sprogalternativer, robots-regler og strukturerede data, hvor siden understøtter det.
- Cloudflare DNS, redirects, HTTPS, cacheregler, sikkerhedsheaders, bot-kontrol og deployment previews.
- Markdown eller maskinlæsbare endpoints kun hvor de gør sitet lettere for nyttige systemer at forstå.
- Formularhåndtering med validering, misbrugsbeskyttelse, logging og tydelig kvittering.
Det er det modsatte af et rodet AI-genereret website. Pointen er ikke at producere flere sider. Pointen er at gøre hver vigtig side lettere at forstå, vedligeholde, teste og forbedre.
Danske eksempler hvor det giver mening
Stacken passer godt til websites, der primært er offentligt indhold:
- Servicevirksomheder med ydelser, områder, priser, cases og kontaktvej
- B2B-sites med fagligt indhold, teknisk dokumentation og leadformularer
- Booking- og rådgivningssites med tydelige regler, tilgængelighed og afgrænsede handlinger
- Mindre webshops eller katalogsites hvor offentlige produkt- og kategorisider skal være hurtige og tydelige
- Strukturerede indholdsplatforme som WhyBangkok.com-casen, hvor Astro bruges til langsigtet indholdsarkitektur
Det fungerer også godt, når ejeren vil have et website, der kan vedligeholdes uden at være afhængigt af en page builder eller en pluginstak, ingen helt forstår.
Hvor stacken ikke er nok
Astro og Cloudflare er ikke svaret på alle problemer.
Hvis forretningen afhænger af komplekse loginflows, custom dashboards, lagerregler, betalingsflows, CRM-synkronisering eller ældre PHP-systemer, der stadig driver vigtige processer, kræver arkitekturen en backend-plan.
Det kan betyde WordPress, Laravel, custom PHP, eksterne API’er, queues, cron jobs eller en hybrid opsætning. Det offentlige website kan stadig bruge Astro, hvor statisk HTML er den rigtige form, men forretningssystemet bagved skal designes efter den faktiske arbejdsgang.
De relaterede artikler om bookingwebsites til danske virksomheder og API-integrationer til booking- og servicewebsites i Danmark går dybere med de operationelle begrænsninger.
Den reelle gevinst er kontrol
Det bedste ved stacken er ikke, at den lyder moderne. Det er, at delene er til at forstå.
Indhold ligger i filer eller strukturerede kilder. Routes er eksplicitte. Metadata valideres. HTML er synlig. JavaScript er begrænset. Cloudflare-regler kan gennemgås. Maskinlæsbar output kan genereres fra det samme indhold i stedet for at blive opfundet separat.
Det er det, jeg vil have fra en AI-klar website-stack: ikke hype, men et system hvor mennesker, søgemaskiner og nyttige automatiserede værktøjer kan forstå de samme offentlige oplysninger.
Hvis du planlægger et dansk website eller vil modernisere et eksisterende site med en renere Astro- og Cloudflare-opsætning, kan jeg hjælpe med at lægge arkitekturen, vælge de rigtige grænser og implementere de dele, der skal bygges. Se Cloudflare performance til websites i Danmark, teknisk SEO til websites i Danmark eller send URL’en og hvad der skal forbedres.