Spring til indhold

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.

3D-illustration af to gennemsigtige glas-blokke forbundet af en glødende orange data-tråd — en lagdelt indholdsblok til venstre, en oplyst skærm-blok til højre, på mørk navy grid-flade.

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.

Klar til at starte?

Lad os tage en uforpligtende snak.

Vi vender tilbage indenfor en arbejdsdag med konkret input — ikke et standardtilbud.