Headless
Vi bygger flexibla och högpresterande lösningar med headless-arkitektur som ger full kontroll över innehåll, design och integrationer – utan begränsningar.
Headless betyder att innehållet bor i ett system och presenteras av ett annat. CMS:et levererar data via API, och webbplatsen är en egen applikation som hämtar den. Den här sajten är byggd så.
Arkitekturen har funnits länge. Det som är nytt är att den blivit enkel.
Varför nu?
För några år sedan betalade man för friheten med extra arbete i varje led. Det mesta av det är borta.
- Driften är löst. Förhandsvisningar per gren, global distribution och deploy på minuter – inga servrar att sköta, ingen releaseprocess att planera.
- Verktygen har mognat. Bildhantering, sök och formulär finns som tjänster i stället för som egen utveckling.
- Byggarbetet går fortare. Med AI-stöd försvinner mycket av det repetitiva i gränssnittsarbetet.
I praktiken: med Sanity, Next.js och Vercel står en sajt uppe på några timmar. Sedan handlar arbetet om innehållsmodellen och gränssnittet – alltså om det som faktiskt spelar roll, i stället för om infrastruktur.
Komponentekosystemet
Den fördel som sällan nämns i offerter: allt som byggts för React kan användas. Radix och Base UI för beteendet, shadcn/ui för komponenter man äger själv i stället för att importera, TanStack för tabeller, formulär och datahämtning.
Det spelar roll för tillgängligheten mer än för hastigheten. En dialog, en kombinationsruta eller en datumväljare som fungerar med tangentbord och skärmläsare är förvånansvärt svår att bygga rätt från grunden – och de här biblioteken har lagt åratal på just det. Vi bygger ovanpå dem i stället för att göra om arbetet sämre.
I ett CMS-tema är man i stället hänvisad till vad plattformen och dess moduler råkar erbjuda.
Vad ni ska titta på
En sak avgör hur det blir för dem som ska använda lösningen varje dag: förhandsvisningen.
En redaktör vill se sin ändring i den riktiga sidan innan den publiceras. Kan CMS:et det är frågan avklarad. Kan det inte det blir varje publicering en gissning, och då blir folk försiktiga med sitt eget innehåll.
Det är därför vi bygger headless i Sanity. Redaktören ser ändringen i sidan medan den skrivs, och skillnaden mot ett CMS utan den funktionen är större än skillnaden mellan headless och en kopplad lösning.
När passar headless bäst?
- Innehållet ska ut i fler kanaler än en webbplats
- Prestanda är ett uttalat krav – headless ger er kontrollen att faktiskt leverera på det
- Gränssnittet ska göra saker ett CMS-tema inte klarar
- Ni vill kunna byta frontend utan att röra innehållet, eller tvärtom
Handlar det om e-handel finns headless storefront som eget spår, och composable commerce när fler system än butiken ska sättas ihop.
Ska vi bygga något headless?
Hör av dig, så visar vi hur det ser ut i praktiken – både för besökaren och för den som ska publicera.
Närliggande tjänster
Backend-utveckling
Datamodeller, affärslogik, API:er och integrationer i PHP. Vi bygger nytt, tar över andras lösningar och uppgraderar det som hamnat efter.
Composable commerce
Vi bygger flexibla, modulära handelslösningar där du kombinerar de bästa systemen för ditt behov – för maximal prestanda, skalbarhet och kontroll.
Frontend-utveckling
Vi bygger snabba, tillgängliga och skalbara gränssnitt med modern teknik som förbättrar användarupplevelse, prestanda och affärsresultat.