SANITY-BYRÅ FOR STRUKTURERT INNHOLD

Sanity passer ofte når innholdet skal brukes flere steder enn på hjemmesiden, når dere vil eie deres egen datamodell, og når flere redaktører eller flere språk skal håndteres i samme system. Webflow passer ofte når markedsavdelingen skal kunne bygge nye sider og endre layout helt selv, uten utvikler. Contentful er som regel mer fornuftig når organisasjonen allerede har valgt det som standard eller vil ha et ferdig redigeringsmiljø i stedet for et tilpasset. Valget er deres, og vi gir en anbefaling når vi har hørt mer om behovene deres.

Forskjellen fra Webflow er ikke kvalitet, men arbeidsfordeling. I Webflow ligger design, innhold og hosting i ett system som redaktøren styrer. Med Sanity ligger innholdet i et headless CMS, og hjemmesiden er en kodet frontend i Next.js eller Astro: redaktøren eier innholdet, utvikleren eier strukturen. Det gir mer kontroll og friere integrasjoner, men noen må kunne koden når strukturen skal endres. Vi anbefaler som regel Sanity i tre typiske situasjoner:

• Innholdet skal ut i flere kanaler, som hjemmeside, app, partnerportal eller et internt verktøy, fra én og samme kilde.
• Hjemmesiden skal hente data fra deres egne systemer: produktregister, ERP-system, CRM-system som HubSpot eller Salesforce, eller et bookingsystem.
• Dere har et redaktørteam, flere språk eller flere merkevarer som skal jobbe i samme modell uten å forstyrre hverandre.

Er svaret ja på ett av punktene, er Sanity et godt spor. Slik bygde vi for Tillväxtstöd, Next.js og Sanity med et flerstegsskjema mot Salesforce, og for SeaPattern, en kodet Sanity-hjemmeside på svensk, engelsk og tysk. Er svaret nei på alle tre, er Webflow ofte det rimeligste valget over tid. Hvordan vi veier Sanity, Contentful, Storyblok og Webflow mot hverandre, beskriver vi på siden om headless CMS-byrå. Kommer dere fra WordPress eller Contentful, flyttes innholdet med skript, og hver gammel adresse får en 301-redirect; metoden står i steg-for-steg-guiden for migrering.

Som tommelfingerregel: Sanity passer ofte når dere vil eie skjemaet som kode og få et redigeringsgrensesnitt tilpasset teamet deres. Contentful passer ofte når organisasjonen vil ha et ferdig, standardisert miljø og allerede har prosesser rundt det. Storyblok passer ofte når visuell redigering av hele sider er det redaktørene verdsetter mest. Alle tre kan brukes til å bygge gode hjemmesider, og valget er deres. Send oss nettadressen dere har i dag, og kravene deres til kanaler, språk og integrasjoner, så gir vi en konkret anbefaling.

Før Sanity Studio bygges, definerer vi innholdsmodellen som skjema i TypeScript: hvordan tjenester, personer, kundecase, språk og sider henger sammen. Modellen holdes under versjonskontroll sammen med hjemmesiden og er prosjektets viktigste leveranse. Den avgjør hva som blir rimelig å bygge senere, som flere språk, investorsider eller karrieresider.

Sanity Studio er redigeringsgrensesnittet, og det bygges etter teamet deres, ikke omvendt. Målet er at et lite markedsteam skal kunne håndtere alt innhold selv: opprette sider av typene som finnes, publisere, bytte bilder og oppdatere tekster, uten å måtte kontakte oss. Det vi bygger inn, er det som ellers blir supporthenvendelser: forhåndsvisning som viser siden mens redaktøren skriver, valideringer som stopper en for lang title-tag, manglende alt-tekst eller en metabeskrivelse utenfor rimelig lengde, og roller som styrer hvem som får publisere.

Grensen er tydelig: redaktøren lager innhold av typene som finnes. Nye sidetyper, nye felt og ny layout krever en utvikler. Derfor bruker vi tid på å modellere riktig fra start. Jo flere situasjoner modellen dekker, desto sjeldnere trenger dere oss. Hva som skiller plattformer når innholdsmengden blir stor, går vi gjennom i guiden om plattform for hjemmesiden til bedrifter i vekst.

Ja, alt innhold. Dere oppretter sider av typene som finnes, skriver, publiserer, bytter bilder og ser resultatet i forhåndsvisning direkte i Sanity Studio, uten å kunne kode. Det som trenger en utvikler, er nye sidetyper, nye felt og endret layout. Derfor modellerer vi bredt fra start, slik at de situasjonene blir få, og resten hjelper vi til med ved behov.

Har dere allerede en hjemmeside på Sanity, bygget internt, av en frilanser eller av et annet byrå, tar vi over den etter en gjennomgang. Dere trenger ikke bygge på nytt for å bytte utvikler. Et Sanity-prosjekt er kode og innhold som kan leses, forstås og bygges videre på.

Vi trenger tilgang til Sanity-prosjektet, kildekoden og hostingkontoen. Gjennomgangen dekker skjema og Studio-konfigurasjon, GROQ-spørringer og frontend-kode, hosting, miljøer og hvem som har tilgang til hva. Resultatet er en skriftlig anbefaling: bygg videre, utbedre enkelte deler først, eller bygg på nytt. Den kan dere gå videre med hos oss, med løpende drift uten bindingstid, eller hos noen andre. Samme gjennomgang fungerer som avgrenset rådgivning før et plattformvalg eller en datamodell dere er usikre på, uten at dere binder dere til et prosjekt.

Strukturendringer i en kodet hjemmeside gjøres i kode, og Next.js, Astro og Sanitys pakker oppdateres løpende. Har dere en egen utvikler, kan dere ta over helt: kode og Sanity-prosjekt er deres. Mangler teamet en utvikler, er det ofte lurt med en driftsavtale med oss, slik at hjelpen er nær når den trengs. Uten noen som tar hånd om koden, blir hjemmesiden gradvis vanskeligere å bygge videre på.

Det dere får, er en utvikler som kjenner modellen deres: oppdateringer av avhengigheter og sikkerhetsoppdateringer, nye dokumenttyper og felt når det dere tilbyr, endrer seg, ytelsesovervåking mot Core Web Vitals, integrasjoner og support når noe ser feil ut. Avtalen løper uten bindingstid. For Tillväxtstöd fortsatte samarbeidet etter lanseringen i Next.js og Sanity med drift, videreutvikling og løpende SEM-arbeid, et eksempel på hvordan et headless-prosjekt kan drives videre når teamet ikke har en egen utvikler.

Ja, i en eller annen form. Det er den ærlige forskjellen fra Webflow. Rammeverk og pakker oppdateres løpende, og nye sidetyper, felt og integrasjoner bygges i kode. Det trenger ikke være en ansatt: en mindre driftsavtale med oss dekker oppdateringer, sikkerhet, ytelse og videreutvikling, og fordi datamodell og frontend er kode, går videreutviklingen raskt og KI-assistert. Har dere en egen utvikler, kan vi i stedet være støtte i bakgrunnen.

Det avhenger av hvor mye strategi og struktur som skal utarbeides før byggingen, hvor mange dokumenttyper modellen trenger, hvor mye Sanity Studio skal tilpasses, om innhold skal migreres, om hjemmesiden skal være flerspråklig eller integreres med systemene deres, og hvor stor SEO-satsingen skal være. Vi gir fast pris etter en samtale. Ta med Sanity-lisens, hosting og en eventuell driftsavtale med oss i totalkostnaden; regn selv i kalkulatoren for hva en hjemmeside koster å bygge og eie.

Sanity har et gratisnivå og betalte planer. Hvilken dere trenger, styres av hvor mange som skal jobbe i Sanity Studio, hvilke funksjoner dere trenger, for eksempel roller og forhåndsvisning, og hvor mye innhold og trafikk hjemmesiden håndterer. Mange mindre bedrifter klarer seg lenge på gratisnivået. Vi går gjennom hvilken plan som er rimelig for dere før dere bestiller, og lisensen betales direkte til Sanity.