Gjør Gutenberg redaktørvennlig med et kontrollert blokkebibliotek

Kategori: WordPress

Gutenberg kan gjøre publisering enkelt, men et uregulert blokkvalg skaper fort ujevne sider. Redaktørene må ta designvalg de ikke har forutsetninger for å vurdere, og besøkende møter varierende knapper, avstander, overskrifter og innholdsstrukturer.

Løsningen er ikke å låse alt. Bedriften bør i stedet etablere et kontrollert blokkebibliotek: et begrenset sett med standardblokker, mønstre og regler som dekker reelle innholdsbehov. Målet er å gjøre gode valg enkle og dårlige valg vanskelige.

Start med innholdsoppgavene, ikke blokkene

Det er fristende å begynne med en liste over hvilke Gutenberg-blokker nettsiden skal støtte. Da tar teknologien styringen. Begynn heller med oppgavene redaktørene faktisk skal løse.

En bedriftsnettside har ofte behov for å:

• forklare tjenester og produkter
• vise fordeler, egenskaper eller bruksområder
• presentere ansatte, referanser og kundehistorier
• publisere artikler, arrangementer eller ledige stillinger
• lede besøkende videre til kontakt, bestilling eller nedlasting
• svare på vanlige spørsmål

Kartlegg hvilke oppgaver som går igjen, og noter hvordan innholdet bør presenteres. En tjenesteside trenger kanskje ingress, fordeler, prosess, relevante kundehistorier og en tydelig kontaktmulighet. Redaktøren trenger da ikke tjue visuelle blokker. Vedkommende trenger noen få gjennomarbeidede byggesteiner som passer denne oppgaven.

Denne kartleggingen avdekker også når informasjon ikke bør ligge i frie blokker. Ansatte, produkter og arrangementer kan for eksempel ha faste datafelt dersom innholdet skal kunne sorteres, gjenbrukes eller vises likt flere steder.

Del blokkene inn i tre nivåer

Et praktisk blokkebibliotek kan deles i grunnblokker, redaksjonelle mønstre og strukturerte komponenter. Hvert nivå løser ulike behov.

1. Grunnblokker for vanlig innhold

Avsnitt, overskrifter, lister, sitater, bilder og tabeller dekker mye av det daglige arbeidet. Disse bør følge nettstedets typografi, bredder og avstander automatisk.

Redaktøren bør normalt slippe å angi skriftstørrelser, marger og tilfeldige farger. Slike valg bør komme fra designreglene. For mange innstillinger gjør ikke redaktøren friere; de flytter ansvaret for visuell kvalitet fra løsningen til hver enkelt bruker.

2. Mønstre for gjentakende oppsett

Et mønster er en ferdig kombinasjon av blokker. Det kan være en introduksjon med tekst og bilde, en seksjon med tre fordeler eller en avslutning med kontaktoppfordring.

Mønstre passer når redaktøren skal kunne endre innhold og gjøre mindre justeringer, men fortsatt starte med en anbefalt struktur. De reduserer tiden brukt på å bygge de samme seksjonene på nytt og gir bedre konsistens på tvers av nettstedet.

3. Strukturerte komponenter for forretningskritisk innhold

Noen elementer bør være mer styrte enn vanlige blokker. Et kontaktskjema, et prisoppsett eller en produktpresentasjon kan ha krav til innhold, funksjon, sporing og tilgjengelighet. Da er en egen komponent med definerte felter ofte tryggere enn et fritt oppsett.

En slik komponent kan for eksempel kreve overskrift, beskrivelse og knappetekst, samtidig som plassering, kontrast og responsiv visning er bestemt på forhånd. Redaktøren kontrollerer budskapet, mens løsningen beskytter funksjonen.

Fjern valg som ikke skal brukes

En standardinstallasjon kan tilby flere muligheter enn bedriften trenger. I tillegg legger temaer og utvidelser ofte til egne blokker. Resultatet kan bli flere varianter som tilsynelatende gjør det samme.

Gå gjennom blokkvelgeren og vurder hver blokk ut fra tre spørsmål:

1. Løser blokken et dokumentert innholdsbehov?
2. Kan den brukes riktig uten teknisk eller designfaglig kunnskap?
3. Kan bedriften vedlikeholde den over tid?

Hvis svaret er nei, bør blokken skjules, erstattes eller reserveres for bestemte innholdstyper. Målet er ikke færrest mulig blokker, men et forståelig utvalg uten overlapp og blindveier.

Vær særlig oppmerksom på blokker som legger inn tunge skript, eksternt innhold eller avanserte visuelle effekter. En blokk som ser nyttig ut i redigeringsverktøyet, kan påvirke lastetid, personvern og universell utforming på den publiserte siden.

Bruk låsing med tydelig hensikt

Gutenberg gjør det mulig å begrense flytting, sletting og redigering av blokker. Dette er nyttig, men bør brukes selektivt.

Lås strukturen når rekkefølgen er avgjørende, eller når en seksjon inneholder elementer som må fungere sammen. En redaktør kan gjerne endre overskrift, tekst og bilde i en kontaktseksjon uten å kunne fjerne selve handlingen eller flytte knappen til et ulogisk sted.

Unngå å låse vanlige innholdsområder så hardt at små endringer krever utviklerhjelp. Hvis redaktørene stadig må be om å få lagt inn et ekstra avsnitt eller flyttet en relevant seksjon, er modellen for rigid.

En god tommelfingerregel er å låse det som beskytter funksjon, merkevare og kritisk struktur, men holde selve innholdsproduksjonen fleksibel.

Gjør forhåndsvisningen troverdig

Redigeringsvisningen bør ligne den publiserte siden. Hvis bredder, skrifter, farger og avstander avviker mye, må redaktøren stadig bytte mellom redigering og forhåndsvisning. Det øker tidsbruken og risikoen for feil.

Likheten trenger ikke være perfekt, men redaktøren bør kunne vurdere tekstmengde, overskriftshierarki, bildeutsnitt og seksjonsrytme. Egne komponenter bør også ha forståelige navn og en visning som gjør funksjonen tydelig.

Navn som «Feature Grid Variant B» gir liten hjelp. «Fordeler i tre kolonner» forklarer både innholdet og oppsettet. Bruk samme begreper i blokkvelgeren, intern opplæring og redaksjonelle rutiner.

Test biblioteket med ekte innhold

Et blokkebibliotek bør ikke godkjennes med plassholdertekst alene. Test det med lange tjenestenavn, korte beskrivelser, portrettbilder i ulike formater og reelle handlingsknapper.

Gjennomfør gjerne en enkel oppgavebasert test med noen av dem som skal publisere. Be dem opprette en tjenesteside, legge inn en kundehistorie og endre en eksisterende kontaktseksjon. Observer hvor de leter, hvilke valg de misforstår, og når de trenger hjelp.

Test deretter resultatet på mobil og stor skjerm. Kontroller særlig:

• overskriftsnivåer og leserekkefølge
• tekstlengder og linjebryting
• bildeutsnitt og alternativ tekst
• knapper og lenketekster
• luft mellom seksjoner
• skjemaer og andre interaktive elementer
• unødvendig lasting av skript og mediefiler

Testen viser om problemet ligger i opplæringen, navngivingen eller selve komponenten. Hvis flere redaktører gjør samme feil, bør løsningen forbedres fremfor å legge enda en regel i en rutinebeskrivelse.

Gi blokkebiblioteket et tydelig eierskap

Blokker og mønstre er en del av nettstedets forvaltning. Noen må derfor eie beslutningene om hva som legges til, endres og fjernes.

En enkel forvaltningsmodell kan fordele ansvaret slik:

• Innholdsansvarlig beskriver behovet og vurderer om det gjelder flere sider.
• Designansvarlig sikrer at løsningen følger visuelle prinsipper og fungerer i relevante skjermstørrelser.
• Teknisk ansvarlig vurderer vedlikehold, ytelse, sikkerhet og forholdet til tema og utvidelser.
• Redaktører prøver løsningen i realistiske arbeidsoppgaver før den innføres bredt.

Nye blokker bør ikke bestilles bare fordi én side trenger et spesielt uttrykk. Undersøk først om behovet kan løses med et eksisterende mønster, en mindre forbedring eller en tydeligere innholdsstruktur.

Vedlikehold Gutenberg som et arbeidsverktøy

Blokkbiblioteket bør gjennomgås jevnlig, særlig etter større tekniske endringer eller når nettstedet får nye innholdstyper. Se etter blokker som ikke brukes, varianter som overlapper, og komponenter som gir mange supportsaker.

Oppdateringer bør testes på et utvalg representative sider. Det holder ikke å kontrollere forsiden. Velg sider med ulike blokker, lange tekster, skjemaer, tabeller og spesialkomponenter. Kontroller både redigeringsvisningen og det publiserte resultatet.

Dokumentasjonen kan være kort. For hver spesialblokk er det ofte nok å beskrive når den skal brukes, hvilket innhold den krever, og hva redaktøren ikke bør gjøre. Kombiner dette med konkrete eksempelsider som viser ønsket praksis.

Et godt oppsett reduserer behovet for kontroll

Den viktigste gevinsten ved et kontrollert blokkebibliotek er ikke at alle sider blir identiske. Gevinsten er at redaktørene kan arbeide raskt innenfor tydelige rammer, uten å gjøre design- og teknologivalg for hver publisering.

Start med de vanligste innholdsoppgavene, behold bare relevante blokker, bygg mønstre for gjentakende behov og bruk låsing der den beskytter noe viktig. Når biblioteket i tillegg har en eier og testes med ekte innhold, blir Gutenberg et stabilt arbeidsverktøy fremfor en samling tilfeldige muligheter.