Web · 02

Headless / Astro

Lynhurtige sites med et CMS, der er adskilt fra frontenden.

Kontakt os

Sådan arbejder vi med headless / astro

Headless betyder, at indhold og præsentation er skilt ad. Redaktørerne arbejder i et CMS som Sanity, Storyblok eller WordPress, og frontenden bygges i Astro, der genererer statiske HTML-sider og sender næsten ingen JavaScript til browseren. Ydelsen findes, fordi klassiske CMS-sites med tiden bliver langsomme, sårbare og svære at ændre, når tema, plugins og indhold hænger sammen i én installation.

Vi starter med at vælge CMS ud fra jeres team og indholdstyper og modellerer indholdet i strukturerede felter. Frontenden bygges i Astro med TypeScript på et designsystem, billeder optimeres ved build, og sitet hostes på Cloudflare eller Vercel med automatisk deploy, når en redaktør publicerer. SEO-specialisten sikrer struktur, metadata og schema.org, og webshoppen kan kobles til via API.

Bagefter har I et site, der loader på under et sekund, ikke kan hackes gennem plugins og kan vise det samme indhold på web, i app og i feeds. I får en dokumenteret indholdsmodel, et Git-repository med hele koden, en deploy-opsætning, der kan flyttes til en anden udbyder, og redaktører, der publicerer selv uden at tænke på servere.

Hvornår det giver mening

  • Jeres WordPress-site er blevet langsomt af plugins, og hver opdatering risikerer at vælte noget.
  • Samme indhold skal bruges på website, i en app og i produktfeeds, og i dag vedligeholdes det tre steder.
  • Webshoppen kører på Shopify eller PrestaShop, men brand- og indholdssiderne skal have et andet udtryk, end platformens skabeloner tillader.
  • IT eller en sikkerhedspolitik stiller krav om lav angrebsflade og høj oppetid, som et klassisk CMS med database ikke opfylder.

Det får du

  1. Arkitektur og CMS-valg
  2. Astro-frontend med designsystem
  3. CMS-opsætning og indholdsmodel
  4. Hosting og deploy
Kontakt os

Sådan foregår det

  1. Arkitektur og valg af CMS

    Vi kortlægger indholdstyper, redaktører, integrationer og krav til hosting. I får en anbefaling af CMS (Sanity, Storyblok eller WordPress som headless), en arkitekturtegning og et estimat på licenser og drift.

  2. Indholdsmodel og designsystem

    Indholdet modelleres i strukturerede felter, og designsystemet defineres i Figma med tokens og komponenter. Redaktørerne prøver CMS'et med rigtigt indhold, før frontenden bygges, så felter og rækkefølge kan justeres billigt.

  3. Astro-frontend og integrationer

    Komponenterne bygges i Astro med TypeScript, koblet til CMS'et. Integrationer til webshop, CRM eller søgning sættes op, og sider kan ses i et preview-miljø løbende.

  4. Migrering, test og deploy

    Indhold migreres, redirects lægges ind, og sitet testes på enheder, i Lighthouse og mod WCAG. Deploy-pipeline sættes op på Cloudflare eller Vercel, og redaktørerne oplæres.

I dybden

Sådan er arkitekturen sat sammen

Indhold og data ligger ét sted i CMS'et og hentes ind i Astro ved build. Samme indhold kan vises på website, i en app, i et produktfeed eller i en nyhedsmail, uden at det vedligeholdes flere steder. Astro sender kun JavaScript til de komponenter, der har brug for det, fx en formular eller et filter. Resten er ren HTML og CSS.

Hvorfor det loader på under et sekund

Siderne er genereret på forhånd og ligger cachet på Cloudflares eller Vercels servere tæt på brugeren. Billeder leveres i AVIF eller WebP i den størrelse, skærmen skal bruge, og fonte loades lokalt. Det er hurtigt, fordi arkitekturen er det, ikke fordi vi har optimeret bagefter. Lighthouse performance på 95 til 100 er det normale udgangspunkt.

Sikkerhed og drift uden plugins

Der er ingen database eksponeret på det offentlige site og ingen plugins, der skal opdateres hver uge. Deploy sker automatisk via webhook, når indholdet ændres, og hver deploy kan rulles tilbage med ét klik. Afhængigheder opdateres i et fast rul, testet i et preview-miljø først, og CMS'et ligger hos en udbyder, der selv står for sikkerhed og backup.

Hvornår vi anbefaler headless, og hvornår ikke

Headless giver mening, når sitet er én af flere flader, når hastighed og sikkerhed er krav, eller når et WordPress-site er blevet tungt af plugins. Vi fraråder det, når et lille indholdssite med to redaktører løses billigere i WordPress, eller når teamet er afhængigt af specifikke WordPress-plugins, der ikke har et modstykke.

Fejl, vi ofte finder

  • Indholdsmodel kopieret fra det gamle sites sidetyperÉn stor tekstblok pr. side betyder, at intet kan genbruges, og at redaktører formaterer forskelligt. Vi modellerer indholdet i felter (fx produkt, referencer, FAQ), så det kan vises flere steder og valideres, før det publiceres.
  • JavaScript-framework brugt til statisk indholdEt React-site, der renderer alt i browseren, kan sende 500 KB JavaScript til en side, der viser tekst. Det koster LCP og INP. Vi bruger Astros islands, så kun interaktive komponenter får JavaScript.
  • Build, der tager 20 minutterNår hele sitet bygges om ved hver ændring, stopper redaktørerne med at publicere. Vi sætter inkrementelle builds eller on-demand rendering op for store sites, så en ændring er live inden for få minutter.

Sådan ser det ud

0sek. loadtid

Sider der er på skærmen, før kunden når at tvivle. Hurtigt, tilgængeligt og nemt at drive.

Før 4,8 s
Efter 0,9 s

Sådan måler vi effekten

  • LCP på mobil målt på rigtige brugere i CrUX
  • JavaScript sendt til browseren pr. side, målt i KB
  • Tid fra en redaktør publicerer, til ændringen er live

Rammer

Pris
Fra 90.000 kr.
Varighed
8–10 uger
Hvem
Udvikler, designer og SEO-specialist
Kontakt os

Eksempel: Poetzsch Padborg

Poetzsch Padborg skulle have et nyt website, hvor marketing selv kunne redigere sider og kampagner, og hvor hastighed var et krav. Vi byggede frontenden i Astro med et headless CMS til indhold, hostet på Cloudflare med automatisk deploy, når en redaktør trykker publicér. Sitet loader på ca. 0,9 sekunder på mobil og scorer 100 i Lighthouse performance. Forløbet tog fem uger fra godkendt design til lancering, fordi designsystemet var på plads, før koden blev skrevet.

Se det i praksis

Cases

t.i.n.g. shop

t.i.n.g. shop

Skræddersyet design og udvikling af møbelshop. Markedsføring gennem PPC med 200% vækst.

Se alle cases
Rigtig Kaffe A/S

Rigtig Kaffe A/S

All-around design, udvikling, branding, strategi og søgemaskineoptimering

Sokkeposten

Sokkeposten

Nyt PrestaShop site og 360 graders digital marketing med SEO og PPC annoncering.

Poetzsch Padborg

Poetzsch Padborg

Avanceret Google Tag Manager setup til konverteringstracking

Bolighuset Werenberg A/S

Bolighuset Werenberg A/S

Et digitalt sats på e-handel, der gav pote. Se vores arbejde for Werenberg, og hvordan vækstkurven blev stejl med en stabil og udviklingsdygtig webshop.

Ofte stillede spørgsmål

  • Ikke med et godt CMS og en tydelig indholdsmodel. Redaktører arbejder som i ethvert andet system, med forhåndsvisning og publicér-knap. Forskellen ligger i teknikken bagved, ikke i hverdagen.

  • Selve hostingen på Cloudflare eller Vercel koster typisk under 500 kr. om måneden. Dertil kommer CMS-licens, hvis I vælger Sanity eller Storyblok, fra ca. 0 til 2.000 kr. om måneden afhængigt af antal redaktører.

  • WordPress er velkendt og fleksibelt til indholdstunge sites. Headless (Astro med et hovedløst CMS) giver hastighed og sikkerhed og passer til sites, hvor performance er afgørende. Vi anbefaler efter opgaven.

  • Typisk 6 til 12 uger fra workshop til lancering, afhængigt af omfang og indhold.

Næste WordPress →