Gutenberg uten sidekaos: Bygg et styrt blokkbibliotek for bedriften
Et avgrenset blokkbibliotek gjør det enklere å publisere raskt uten at design, struktur og kvalitet spriker. Slik setter dere opp Gutenberg som et praktisk arbeidssystem.
Kategori: WordPress
Gutenberg gir redaktører stor frihet til å bygge sider. Den samme friheten kan skape problemer når hver avdeling lager egne oppsett, knapper, mellomrom og varianter. Etter en stund består nettstedet gjerne av mange nesten like seksjoner som må vedlikeholdes hver for seg.
Løsningen er ikke nødvendigvis å låse alt. Bedriften trenger et styrt blokkbibliotek: et begrenset sett med blokker, mønstre og sidemaler som dekker reelle publiseringsbehov. Målet er å gjøre det lett å velge riktig og vanskelig å lage tilfeldige løsninger.
Start med innholdet, ikke blokkene
Det er fristende å begynne med en liste over Gutenberg-blokker dere ønsker å bruke. Da risikerer dere å utvikle funksjoner uten et tydelig behov. Begynn heller med innholdet bedriften faktisk publiserer.
Gå gjennom et representativt utvalg av eksisterende sider. Se etter gjentakende innholdstyper og oppgaver, for eksempel:
- presentasjon av tjenester og produkter
- kundehistorier og referanser
- ansatte og kontaktpersoner
- spørsmål og svar
- arrangementer, kurs eller webinarer
- skjemaer og tydelige handlingsknapper
- fagartikler med relaterte tjenester
Noter hvilke seksjoner som brukes ofte, hvilke som bare finnes én gang, og hvilke som skaper problemer. Hvis redaktørene stadig kopierer en bestemt seksjon fra gamle sider, er det et tydelig tegn på at seksjonen bør standardiseres.
Skill mellom blokker, mønstre og sidemaler
Et ryddig Gutenberg-oppsett bygger på et bevisst skille mellom tre nivåer. De løser ulike oppgaver og bør ikke brukes om hverandre.
Blokker er byggeelementene
En blokk håndterer en avgrenset funksjon, som overskrift, bilde, sitat, knapp eller kontaktkort. Egendefinerte blokker bør først utvikles når standardblokkene ikke kan løse behovet på en trygg og vedlikeholdbar måte.
Unngå å lage en ny blokk bare fordi én side trenger en liten visuell variant. Mange spesialblokker gir mer kode, flere testpunkter og et mer uoversiktlig redigeringsverktøy.
Mønstre kombinerer blokker
Et mønster er et ferdig oppsett av flere blokker. Det kan være en introduksjon med tekst og bilde, en rad med fordeler eller en avslutning med kontaktinformasjon. Mønsteret hjelper redaktøren med struktur og rekkefølge uten å kreve en egen teknisk løsning for hver seksjon.
Noen mønstre kan settes inn som et utgangspunkt og redigeres fritt. Andre kan være synkroniserte, slik at en sentral endring slår gjennom alle steder der mønsteret brukes. Synkronisering passer for innhold som faktisk skal være identisk, for eksempel en fast servicemelding. Det passer dårlig for seksjoner som bare deler utforming.
Sidemaler setter rammene
Sidemalen bestemmer den overordnede strukturen for en innholdstype. En tjenesteside kan for eksempel ha en fast plassering for tittel, ingress, hovedinnhold og relevante kontaktpersoner. Redaktøren fyller inn innholdet, men slipper å bygge grunnstrukturen på nytt.
Bruk sidemaler når lik struktur har en tydelig forretningsverdi. Ikke press alt inn i samme mal hvis innholdstypene har ulike oppgaver.
Lag en godkjent verktøykasse
Gutenberg trenger ikke vise alle tilgjengelige blokker til alle brukere. En bedrift bør vurdere hvilke blokker redaktørene faktisk trenger, og skjule resten der det er hensiktsmessig.
En godkjent verktøykasse kan deles i tre grupper:
- Grunnblokker: tekst, overskrifter, lister, bilder, tabeller og andre enkle innholdselementer.
- Bedriftsblokker: komponenter som kontaktkort, produktdata eller andre elementer knyttet til virksomhetens innhold.
- Redaksjonelle mønstre: ferdige seksjoner som løser vanlige kommunikasjonsoppgaver.
For hver spesialblokk eller hvert mønster bør dere kunne svare på tre spørsmål: Hvilket behov løser det? Hvem skal bruke det? Hvordan skal det vedlikeholdes? Hvis svarene er uklare, er løsningen trolig ikke moden for blokkbiblioteket.
Begrens valgene som skaper visuell gjeld
Mange nettsteder mister helheten gjennom små lokale valg. En redaktør bruker en annen blåfarge, en annen velger ekstra stor luft, og en tredje lager en knapp som egentlig ser ut som en overskrift. Hvert enkelt valg virker ubetydelig, men summen gjør nettstedet vanskeligere å bruke og vedlikeholde.
Definer derfor et begrenset sett med designvalg for:
- farger og kontraster
- tekststørrelser og overskriftsnivåer
- bredder og kolonneoppsett
- avstand mellom seksjoner
- knapper og lenkestiler
- bildeformater og beskjæring
Redaktører bør velge mellom meningsfulle alternativer som «normal», «kompakt» og «romslig», fremfor å skrive inn tilfeldige pikselverdier. Det gir fleksibilitet innenfor kontrollerte rammer.
Lås bare det som må være stabilt
Blokklåsing kan hindre at viktige elementer flyttes eller slettes. Det er nyttig i maler der strukturen har betydning for navigasjon, tilgjengelighet eller datakvalitet. Samtidig kan overdreven låsing gjøre en enkel innholdsoppdatering unødvendig tung.
Bruk tre nivåer i vurderingen:
- Fast struktur: Elementet skal ikke flyttes eller slettes av redaktøren.
- Styrt innhold: Redaktøren kan endre tekst og bilder, men ikke selve oppsettet.
- Fleksibelt område: Redaktøren kan legge til godkjente blokker og mønstre.
En tjenesteside kan eksempelvis ha en låst toppseksjon, et fleksibelt hovedområde og en styrt kontaktseksjon nederst. Da bevares den viktigste strukturen uten at siden blir rigid.
Gi mønstrene navn redaktørene forstår
Tekniske navn som «media object variant 3» hjelper sjelden den som skal publisere. Navngi mønstre etter oppgaven de løser, for eksempel «Tjeneste med fordeler», «Kundehistorie med sitat» eller «Kontakt oss etter artikkel».
Legg gjerne inn kort veiledning i selve redigeringsmiljøet. Forklar når mønsteret skal brukes, hvilken bildetype som passer, og hvor mye tekst det er laget for. Veiledningen bør være kort nok til å bli lest mens redaktøren jobber.
Test med ekte innhold før utrulling
Et blokkbibliotek bør ikke godkjennes med pene eksempeltekster alene. Test med lange tjenestenavn, korte ingresser, manglende bilder, store tabeller og kontaktpersoner med ulike stillingstitler. Det er først med realistisk innhold at svakhetene blir synlige.
Gjennomfør en enkel redaksjonell test:
- Be en redaktør opprette en vanlig side uten muntlig veiledning.
- Observer hvilke blokker og mønstre personen finner.
- Noter hvor navn, valg og begrensninger skaper tvil.
- Kontroller siden på mobil og stor skjerm.
- Test overskriftsstruktur, tastaturnavigasjon og alternative bildetekster.
- Juster biblioteket før flere brukere får tilgang.
Hvis en redaktør stadig trenger hjelp til det samme valget, bør dere forbedre verktøyet eller teksten rundt det. Opplæring kan ikke kompensere for et uklart redigeringsmiljø.
Forvalt biblioteket som et produkt
Blokkbiblioteket er ikke ferdig ved lansering. Nye kampanjer, tjenester og publiseringsbehov vil skape ønsker om flere varianter. Uten en enkel beslutningsprosess vokser biblioteket raskt tilbake til et uoversiktlig system.
Utpek derfor en ansvarlig person eller gruppe som vurderer endringer. Nye ønsker bør beskrive behovet, hvor ofte løsningen skal brukes, og om en eksisterende blokk eller et mønster kan tilpasses. Avtal også hvem som tester endringer før de tas i bruk.
Gjennomgå biblioteket med jevne mellomrom. Se etter blokker som aldri brukes, mønstre som gir feil, og varianter som dekker samme oppgave. Det er ofte bedre å forbedre én etablert løsning enn å legge til tre nye.
Et godt blokkbibliotek gir kontroll uten å stoppe publisering
Bedriften trenger ikke velge mellom full frihet og et låst redigeringssystem. Et godt Gutenberg-oppsett kombinerer tydelige rammer med fleksibilitet der innholdet faktisk varierer.
Start med de vanligste innholdsoppgavene, standardiser mønstrene som gjentas, og fjern valg uten tydelig verdi. Da blir det enklere for redaktørene å lage gode sider, samtidig som nettstedet beholder en sammenhengende struktur over tid.
