Headless CMS
Headless CMS og redaktørværktøjer
Vi sætter headless CMS op (Sanity, Contentful, Payload, Storyblok) så marketing- og indholdsfolk selv kan publicere — uden at kompromittere ydeevne eller designsystem.

CMS som et redskab, ikke en forhindring
Det vi designer ind fra start
- Modelleret efter jeres reelle indhold
- Skema
- Draft-mode på rigtige sider
- Preview
- Workflow og publish-godkendelse
- Roller
- Lokalisering der ikke smelter ned
- i18n
Sådan vi tænker CMS
Et redskab — ikke en forhindring.
Et CMS er ikke et stykke software — det er det miljø jeres indholdsteam tilbringer halvdelen af deres arbejdsdag i. Et dårligt CMS koster jer ikke kun udviklingstid; det koster jer kampagner der aldrig kommer ud, oversættelser der bliver liggende, og marketing-folk der lærer at omgå systemet i stedet for at bruge det. Vi sætter headless CMS op så det føles som et redskab og ikke en forhindring.
Vi arbejder med Sanity, Payload, Contentful og Storyblok — alle fire er gode platforme i forskellige kontekster. Sanity vinder ofte når I har komplekse skemaer og udviklere tæt på indholdet; Payload når I vil have CMS'et tæt på jeres egen Postgres-stack; Contentful når organisationen er stor og governance vejer tungt; Storyblok når marketing skal kunne klikke siderne sammen visuelt. Vi vælger sammen med jer ud fra hvor I står — ikke ud fra hvad vi har på lager.
Det vi bygger er ikke bare en konfiguration. Det er skemaer der spejler jeres indhold som det faktisk lever (ikke som en udvikler tror det burde se ud), preview-modes der viser ændringer på rigtige sider før publish, lokalisering der ikke smelter ned ved sprog 4, roller og workflow så review og publish følger jeres governance, og en udviklererfaring hvor frontend-folk kan bygge nye komponenter uden at vente på CMS-tilladelser.
Hvad I får leveret
Skemaer, preview, lokalisering og workflow.
Sanity, Payload, Contentful eller Storyblok — sat op så marketing kan publicere uden en udvikler.
Skemaer designet til jeres indhold
Vi modellerer jeres indholdstyper sammen med jer. Page-builder-blokke for marketing, strukturerede entiteter (produkter, cases, mennesker) for det permanente indhold, og fields valideret så I ikke skal opdage fejl efter publish.
Live preview og draft-mode
Redaktører ser ændringer på de rigtige sider — ikke i en abstrakt forhåndsvisning. Med draft-mode kan flere personer arbejde på en side parallelt og udgive sammen når den er klar.
Lokalisering uden smerte
Et felt kan være pr-locale eller fælles. Oversættere får et workflow med kun de felter der mangler. Hreflang sættes korrekt på frontenden så Google forstår sprogsammenhængene.
Roller, workflow og publish-godkendelse
Indhold kan kræve godkendelse fra en redaktør før det går live. Pr. content-type, pr. sprog, eller pr. miljø. Audit-log på hvem der har ændret hvad — vigtigt når I er flere brands eller flere markeder.
Asset-håndtering og billed-pipeline
Billeder uploades én gang, beskæres efter behov i frontenden via on-demand transforms (Sanity, Cloudinary eller Vercel Image). Korrekte alt-tekster håndhæves som en del af workflowet, ikke som en eftertanke.
API'er til frontend, mobil og partners
Indhold tilgås via GraphQL eller REST. Cache- og revalidate-strategi designes ind så Next.js, native apps og partner-integrationer alle læser fra samme kilde uden at hamre CMS'et.
Inden I vælger platform
Det her bør I overveje først.
Sanity, Payload, Contentful eller Storyblok?
Det afhænger af jeres størrelse, indholds-kompleksitet og hvor komfortabelt jeres team er med kode. Vi giver en ærlig anbefaling i discovery — typisk Sanity for de fleste tekniske tunge sites, Payload når I vil have CMS'et i jeres egen database, Contentful for store organisationer med strikse roller, Storyblok når visuel sidebygning er vigtigst.
Skemaer er svære at lave om senere
En page-builder med 50 blokke er ikke nødvendigvis bedre end én med 10 gennemtænkte blokke. Vi bruger tid på at designe skemaet sammen med jeres redaktører i discovery — det er den investering der betaler sig mest tilbage. Migration af eksisterende indhold er gerne en del af scope.
Lokalisering: pr. felt eller pr. dokument?
Pr-felt-lokalisering er fleksibel men giver komplekse skemaer og redaktørerfaring. Pr-dokument er enklere men kræver disciplin når dele af indholdet er fælles. Vi vælger ud fra hvor stor en del af jeres indhold der reelt skal oversættes — og det er sjældent alt sammen.
Hosting, backup og dataejerskab
Sanity og Contentful er SaaS — I betaler for at de kører infrastruktur for jer, men I ejer indholdet og kan eksportere det. Payload og Strapi kører I selv (vi hoster det typisk på AWS eller Vercel) — fuld kontrol, men også fuldt drifts-ansvar. Vi designer migrationsstien begge veje fra start så I ikke er låst.
FAQ
Det folk plejer at spørge om.
Kan I migrere fra vores nuværende CMS?
Ja. Vi har migreret indhold fra WordPress, Drupal, Umbraco, Sitecore, Episerver og en hel del egenudviklede CMS'er. Migrationen er typisk en kombination af et script der trækker eksisterende indhold ind i det nye skema, og redaktørarbejde til at rydde op i ting der ikke kan mappes mekanisk. Vi planlægger den i discovery-fasen så I ved hvad der venter.
Kan marketing selv bygge nye sider efter launch?
Ja — det er et af de vigtigste designkrav. Vi sætter en page-builder op med blokke for hero-sektioner, feature-grids, citater, FAQ, billedstribe, CTA og det jeres marketing typisk har brug for. Til kampagner med særligt design laver vi en ny blok på 1–3 dage. Marketing skal aldrig vente på en deploy for at få en landingsside i luften.
Hvordan håndteres preview af ændringer før publish?
Vi sætter Next.js Draft Mode op så redaktører kan se deres ændringer på rigtige sider på et sikkert preview-domæne. Når de er tilfredse, klikker de publish — så ryddes cachen for de berørte sider, og produktionen ser den nye version inden for sekunder via on-demand revalidation.
Kan vi have flere sprog uden at det bliver kaotisk?
Ja. Vi designer lokaliserings-strategien fra start — typisk pr-felt for sider og pr-dokument for blogs/cases. Oversættere får et workflow med kun de felter der mangler oversættelse, og I kan se en oversigt pr. sprog hvor langt I er. Vi understøtter også at engelsk er master og andre sprog er afledte hvis det passer jeres organisation.
Skal vi vælge en SaaS-CMS eller en self-hosted?
Begge dele virker — det er et spørgsmål om hvor I vil bruge jeres tid. SaaS (Sanity, Contentful, Storyblok) er hurtigst i luften og kræver intet drifts-arbejde fra jer; til gengæld lever jeres indhold på en tredjeparts-platform. Self-hosted (Payload, Strapi) giver fuld kontrol og indholdet i jeres egen Postgres, men I (eller vi) skal stå for opdateringer, backup og overvågning. Vi gennemgår valget med jer i discovery ud fra jeres team, jeres compliance-krav og hvor I vil bruge jeres opmærksomhed.
Relaterede ydelser
- Marketing-sitesHurtige, SEO-stærke marketing-sites bygget til at konvertere — uden et tungt CMS i vejen.
- KundeportalerLukkede portaler hvor kunderne kan se ordrer, fakturaer, sager og dokumenter — koblet sikkert på dine systemer.
- E-handelCustom webshops og hovedløse storefronts bygget oven på Shopify, Stripe eller dit eget commerce-API.
Klar til at starte?
Lad os tage en uforpligtende snak.
Vi vender tilbage indenfor en arbejdsdag med konkret input — ikke et standardtilbud.