Gjør Gutenberg vanskelig å bruke feil: Bygg redaksjonelle rammer i WordPress

Kategori: WordPress

Gutenberg gir redaktører stor frihet til å bygge sider. Det er nyttig når innholdet varierer, men friheten har en kostnad: Hver side kan ende med sin egen struktur, avstander, knapper og spesialløsninger. Etter noen år blir nettstedet vanskeligere å vedlikeholde, og redaktørene bruker unødvendig mye tid på valg som egentlig burde vært avklart.

Løsningen er ikke å fjerne blokkredigeringen eller lage en detaljert håndbok som få leser. En bedre tilnærming er å bygge redaksjonelle rammer direkte inn i WordPress. Redaktøren skal få relevante valgmuligheter, ferdige utgangspunkt og tydelige begrensninger der feil får konsekvenser.

Start med sidetyper, ikke enkeltblokker

Mange begynner med å diskutere hvilke blokker nettstedet skal ha. Det er ofte feil startpunkt. En liste med tekstblokk, bildeblokk, kolonner og knapper sier lite om hvordan en god tjenesteside eller produktside skal bygges.

Start heller med de viktigste sidetypene på nettstedet. For en typisk bedriftsnettside kan det være:

• Tjenesteside
• Bransje- eller målgruppeside
• Artikkel
• Referanse eller kundehistorie
• Om oss-side
• Landingsside for kampanjer
• Kontaktside

Beskriv deretter hva hver sidetype skal hjelpe brukeren med. En tjenesteside skal kanskje forklare behovet, presentere leveransen, redusere usikkerhet og lede videre til kontakt. En artikkel skal gi et tydelig svar, være enkel å lese og foreslå relevant fordypning.

Denne øvelsen gjør det lettere å avgjøre hvilke blokker, mønstre og felt som faktisk trengs. Den hindrer også at utviklingsteamet bygger komponenter fordi de virker nyttige, uten at noen vet hvor de skal brukes.

Lag et anbefalt utgangspunkt for hver sidetype

En tom redigeringsflate gir maksimal frihet, men også maksimal beslutningsbelastning. Redaktøren må selv finne ut hvor ingress, handlingsknapp, bilde, dokumentasjon og relaterte lenker skal plasseres. Resultatet avhenger fort av hvem som publiserer.

Lag i stedet et anbefalt oppsett for hver sentrale sidetype. En tjenesteside kan for eksempel starte med:

1. Tittel og kort innledning
2. Oppsummering av hva kunden får
3. Forklaring av leveransen
4. Relevant dokumentasjon eller eksempler
5. Svar på vanlige spørsmål
6. Tydelig neste steg

Oppsettet bør være et praktisk utgangspunkt, ikke nødvendigvis en låst mal for alle tilfeller. Noen deler kan være obligatoriske, mens andre kan fjernes eller flyttes. Målet er at den vanligste oppgaven skal være enkel, samtidig som reelle unntak fortsatt kan håndteres.

Begrens blokkene til det redaktørene faktisk trenger

Et WordPress-nettsted kan få mange tilgjengelige blokker gjennom kjernen, temaet og ulike tillegg. Når alle vises i blokkvelgeren, må redaktøren forstå både navn, funksjon og anbefalt bruk. Flere alternativer betyr ikke nødvendigvis et bedre verktøy.

Lag en bevisst liste over tillatte blokker. Vurder hver blokk ut fra tre spørsmål:

• Har den en definert oppgave på nettstedet?
• Er den utformet og testet i alle relevante skjermstørrelser?
• Kan redaktøren bruke den uten å skape problemer med tilgjengelighet, struktur eller ytelse?

Hvis svaret er nei, bør blokken skjules, erstattes eller forbedres før den tilbys. Dette gjelder særlig generelle kolonneoppsett, fri plassering, egendefinert kode og blokker med mange visuelle innstillinger.

Begrensninger bør tilpasses rollen. En innholdsredaktør trenger kanskje et strammere utvalg enn en erfaren nettansvarlig. Samtidig er det viktig å forstå at blokkbegrensning og blokk-låsing ikke er fullverdig tilgangsstyring. Administratorer og tekniske brukere kan ofte omgå rammene. Kritiske regler må derfor også ivaretas gjennom roller, kode og kvalitetssikring.

Bruk mønstre til gjentakende innholdsoppgaver

Et mønster er nyttig når flere blokker vanligvis brukes sammen. Det kan være en kontaktseksjon, en faktaboks, en presentasjon av medarbeidere eller en avslutning med anbefalt neste steg.

Gode mønstre reduserer behovet for å kopiere gamle sider. Kopiering virker effektivt i øyeblikket, men tar ofte med utdaterte formuleringer, feil lenketekster, gamle bilder og unødvendige blokker. Et vedlikeholdt mønster gir et renere utgangspunkt.

Skill mellom mønstre som redaktøren skal kunne tilpasse, og innhold som skal være identisk overalt. En generell seksjon med bilde og tekst kan settes inn og redigeres lokalt. Felles kontaktinformasjon eller en standardmelding kan egne seg for synkronisering, slik at endringer slår gjennom flere steder.

Bruk synkronisert innhold med varsomhet. Redaktøren må forstå at en endring kan påvirke flere sider. Gi slike elementer tydelige navn, begrens hvem som kan redigere dem, og dokumenter hvilket ansvar som følger med.

Fjern visuelle valg som ikke har en funksjon

Det er fristende å tilby valg for farger, skriftstørrelser, bredder, avrunding, avstander og justering i hver blokk. Slike innstillinger kan være nyttige i et designverktøy, men er sjelden gode redaksjonelle valg.

Redaktøren bør primært velge betydning, ikke finjustere presentasjon. Det er bedre å velge mellom «primær handling» og «sekundær handling» enn mellom flere tilfeldige knappestiler. Det er bedre å velge «kort innledning» enn å angi skriftstørrelse manuelt.

Når uttrykket styres av temaet og komponentene, blir det enklere å endre designet senere. En sentral justering kan da oppdatere mange sider uten at noen må rydde i lokale spesialvalg.

Skill mellom innhold og informasjon som skal gjenbrukes

Noe informasjon bør ikke ligge som fri tekst inne på tilfeldige sider. Dette gjelder særlig opplysninger som har en fast struktur eller brukes flere steder, for eksempel ansatte, kontorer, arrangementer, produkter eller kundehistorier.

Hvis redaktører stadig kopierer den samme informasjonen, bør dere vurdere om den trenger en egen innholdstype eller sentralt forvaltede felt. Da kan navn, rolle, bilde og kontaktinformasjon registreres én gang og presenteres på flere måter.

Dette gjør også endringer tryggere. Når en medarbeider får ny rolle, er det bedre å oppdatere én post enn å lete etter alle sidene der rollen kan være skrevet inn manuelt.

Test redaktøropplevelsen med ekte oppgaver

En side kan se riktig ut for utvikleren og likevel være tung å publisere. Test derfor løsningen med oppgaver som ligner arbeidshverdagen:

• Opprett en ny tjenesteside fra bunnen av.
• Legg inn en ny medarbeider og vis personen på riktig sted.
• Endre en handlingsknapp uten å påvirke andre sider.
• Bytt bilde og skriv en alternativ tekst.
• Flytt en seksjon uten å ødelegge overskriftsstrukturen.
• Forhåndsvis siden på liten skjerm før publisering.

Observer hvor redaktøren stopper, hva som misforstås, og hvilke valg som krever forklaring. Hvis den samme forklaringen må gis flere ganger, er det ofte grensesnittet eller innholdsmodellen som bør forbedres.

Ta ytelse med i blokkreglene

Redaksjonell frihet påvirker også ytelsen. En blokk kan laste inn store bilder, video, skript eller omfattende stilark. Når flere tunge blokker kombineres på samme side, kan resultatet bli merkbart dårligere selv om hver blokk fungerer isolert.

Definer derfor praktiske regler for mediebruk og komponenter. Redaktøren bør vite når video skal bygges inn, når et vanlig bilde er bedre, og hvor mange tunge elementer en side tåler. Bilder bør få riktige dimensjoner og beskjæring gjennom faste bildeformater, ikke manuell prøving på hver side.

Tekniske kontroller kan fange opp noe, men ikke alt. En ryddig redaktøropplevelse bør gjøre det lett å velge den lette løsningen og vanskeligere å bygge en side med unødvendig belastning.

Gi noen ansvar for redaksjonelle rammer

Mønstre, sidetyper og blokkregler er ikke et engangsprosjekt. Nye behov dukker opp, mens gamle komponenter blir utdaterte. Uten tydelig eierskap vokser utvalget gradvis, og unntak blir permanente.

Utpek en ansvarlig for innholdsmodellen og redaktøropplevelsen. Rollen trenger ikke ligge hos én person alene, men ansvaret må være tydelig fordelt mellom nettansvarlig, design, utvikling og innholdsarbeid.

Bruk en enkel prosess når noen ber om en ny blokk eller variant:

1. Beskriv oppgaven som ikke kan løses godt i dag.
2. Undersøk om en eksisterende blokk eller et mønster kan forbedres.
3. Avklar hvor ofte behovet oppstår og hvilke sidetyper det gjelder.
4. Test tilgjengelighet, mobilvisning, ytelse og redigering.
5. Bestem hvem som skal vedlikeholde løsningen.

Gå også gjennom blokkutvalget med jevne mellomrom. Fjern utdaterte valg, oppdater mønstre og kontroller at nye redaktører forstår navnene. Et mindre og bedre vedlikeholdt utvalg er som regel mer verdifullt enn et stort komponentbibliotek.

Målet er trygg selvbetjening

Et redaktørvennlig WordPress-nettsted gir ikke nødvendigvis redaktøren flest mulig valg. Det gir riktige valg i riktig sammenheng. Sidetyper skaper retning, mønstre gir fart, blokkregler reduserer feil, og sentral styring gjør nettstedet enklere å videreutvikle.

Når rammene er gode, kan redaktørene publisere mer selvstendig uten at kvaliteten blir personavhengig. Samtidig bruker utviklere mindre tid på opprydding og små rettelser. Det er et mer realistisk mål for Gutenberg i en bedrift enn full kreativ frihet på hver eneste side.