Web · 09

CMS-opsætning

Et CMS, redaktører faktisk vil bruge.

Kontakt os

Sådan arbejder vi med cms-opsætning

CMS-opsætning er arbejdet med at indrette et indholdssystem efter, hvordan jeres redaktører faktisk arbejder: hvilke indholdstyper der findes, hvilke felter de har, hvem der må gøre hvad, og hvordan man ser resultatet, før det publiceres. Ydelsen findes, fordi et CMS ud af boksen er en tom installation, og fordi redaktører holder op med at bruge systemer, der er svære eller uforudsigelige.

Vi starter med at se, hvad der bliver lavet hver uge: nyheder, produkter, landingssider, referencer, medarbejdere. Det bliver til en indholdsmodel med strukturerede felter i stedet for lange tekstblokke, så indhold kan genbruges på tværs af sider, feeds og sprog. Vi arbejder med WordPress, Sanity, Storyblok og Payload og vælger efter team og integrationer, ikke efter vores egen præference. Forhåndsvisning, roller og godkendelse sættes op efter jeres proces.

Bagefter har I et CMS, hvor de opgaver, der sker hver uge, kan løses uden vejledning, og hvor det er svært at publicere noget, der ser forkert ud. Redaktørerne er oplært i to sessioner, og dokumentationen viser de faste opgaver trin for trin med skærmbilleder. Indholdsmodellen er dokumenteret, så udviklere kan bygge videre uden at bryde det, redaktørerne kender.

Hvornår det giver mening

  • Redaktørerne sender rettelser til en udvikler, fordi de ikke tør røre ved sitet selv.
  • Hver side er én stor tekstblok, så samme produktinformation skal rettes fem steder, når den ændrer sig.
  • Sider ser forskellige ud afhængigt af, hvem der har lavet dem, fordi CMS'et tillader alt.
  • I skifter til et nyt CMS eller får nyt site og vil have redigeringsoplevelsen tænkt igennem, før indholdet flyttes.

Det får du

  1. Indholdsmodel
  2. Redigeringsflows og roller
  3. Forhåndsvisning og publicering
  4. Oplæring
Kontakt os

Sådan foregår det

  1. Kortlægning af indhold og arbejdsgange

    Vi taler med dem, der redigerer sitet, og ser, hvad de laver hver uge, hvor det går galt, og hvem der skal godkende hvad. Resultatet er en liste over indholdstyper, felter og roller.

  2. Indholdsmodel og valg af system

    Indholdstyperne modelleres med felter, relationer og validering. Er CMS'et ikke valgt, anbefaler vi ud fra modellen, teamet og integrationerne. I ser modellen i et diagram, før noget bygges.

  3. Opsætning, blokke og forhåndsvisning

    CMS'et sættes op med indholdstyper, blokke, roller, forhåndsvisning og planlagt publicering. Redaktørerne prøver det med rigtigt indhold, og vi justerer felter og rækkefølge ud fra deres feedback.

  4. Migrering, oplæring og dokumentation

    Eksisterende indhold migreres ind i den nye model, redaktørerne oplæres i to sessioner, og dokumentationen afleveres. Vi følger op efter en måned og retter det, der viser sig at være besværligt.

I dybden

Indholdsmodel efter jeres arbejde

Vi kortlægger de indholdstyper, I faktisk producerer, og giver hver sine felter: en reference har kunde, branche, ydelse og resultat, et produkt har specifikationer og dokumenter, en nyhed har dato og kategori. Felterne valideres, så en side ikke kan publiceres uden billede eller metabeskrivelse. Det gør indholdet ensartet og gør det muligt at vise det samme indhold flere steder.

Skabeloner, blokke og forhåndsvisning

Redaktøren bygger sider af blokke, der svarer til designsystemets komponenter, og kan ikke vælge farver eller skrifttyper uden for systemet. Forhåndsvisning viser siden, som den kommer til at se ud på mobil og desktop, før den publiceres. Kladder, planlagt publicering og versionshistorik er sat op, så en fejl kan rulles tilbage.

Roller og godkendelse

Ikke alle skal kunne alt. En skribent kan skrive kladder, en redaktør kan publicere, og en administrator kan ændre struktur. Hvor der er krav om godkendelse, fx i regulerede brancher, sættes et flow op, hvor indhold skal godkendes, før det går live. Adgange dokumenteres, og to-faktor-login er standard for alle konti.

Oplæring og dokumentation

Vi træner redaktørerne i de opgaver, der sker hver uge, med jeres eget indhold, ikke en demo. Dokumentationen er trin for trin med skærmbilleder: opret nyhed, lav landingsside, skift billede i hero, tilføj medarbejder. Den ligger i CMS'et eller i jeres wiki, så den er der, når den skal bruges.

Fejl, vi ofte finder

  • Alt indhold i én rich text-editorNår en produktside er én tekstblok med indlejrede tabeller, kan intet genbruges, valideres eller vises i et feed, og hver redaktør formaterer forskelligt. Vi deler indholdet op i felter og bygger siden af dem.
  • Ingen forhåndsvisningRedaktører publicerer for at se, hvordan siden ser ud, og retter bagefter. Kunder og Google ser mellemversionerne. Vi sætter forhåndsvisning op for kladder på både mobil og desktop, så intet publiceres for at blive tjekket.
  • Alle er administratorNår ti brugere kan slette sider og installere plugins, sker der fejl, og ingen ved hvem. Vi opsætter roller efter opgave, fjerner ubrugte konti og logger ændringer, så en fejl kan findes og rulles tilbage.

Sådan måler vi effekten

  • Andel af indholdsopgaver, redaktørerne løser uden hjælp fra udvikler
  • Tid fra en redaktør starter en ny side, til den er publiceret
  • Antal sider, der afvises af validering, før de går live (færre fejl på sitet)

Rammer

Pris
Fra 25.000 kr.
Varighed
2–4 uger
Hvem
Udvikler og indholdsansvarlig
Kontakt os

Et eksempel fra virkeligheden

En B2B-virksomhed med tre redaktører havde et WordPress-site, hvor hver af de ca. 80 produktsider var bygget i en page builder. Når en specifikation ændrede sig, skulle den rettes på produktsiden, i sammenligningstabellen og i to landingssider. Vi modellerede produkter som en indholdstype med felter for specifikationer, dokumenter og billeder og byggede siderne af dem. En rettelse gøres nu ét sted, og tiden for at oprette et nyt produkt faldt fra ca. to timer til ca. 20 minutter. Redaktørerne blev oplært på to sessioner.

Se det i praksis

Cases

t.i.n.g. shop

t.i.n.g. shop

Skræddersyet design og udvikling af møbelshop. Markedsføring gennem PPC med 200% vækst.

Se alle cases
Rigtig Kaffe A/S

Rigtig Kaffe A/S

All-around design, udvikling, branding, strategi og søgemaskineoptimering

Sokkeposten

Sokkeposten

Nyt PrestaShop site og 360 graders digital marketing med SEO og PPC annoncering.

Poetzsch Padborg

Poetzsch Padborg

Avanceret Google Tag Manager setup til konverteringstracking

Bolighuset Werenberg A/S

Bolighuset Werenberg A/S

Et digitalt sats på e-handel, der gav pote. Se vores arbejde for Werenberg, og hvordan vækstkurven blev stejl med en stabil og udviklingsdygtig webshop.

Ofte stillede spørgsmål

  • Det afhænger af team, indholdstyper og integrationer. WordPress til indholdstunge sites med redaktører, der kender det. Sanity eller Storyblok, når indholdet skal bruges på flere flader eller sprog. Payload, når I vil eje alt selv. Vi anbefaler ud fra jeres hverdag.

  • To sessioner på halvanden time dækker de faste opgaver. Dokumentationen med skærmbilleder gør, at en ny redaktør kan starte selv, og vi kan tage en times opfølgning, når det er nødvendigt.

  • WordPress er velkendt og fleksibelt til indholdstunge sites. Headless (Astro med et hovedløst CMS) giver hastighed og sikkerhed og passer til sites, hvor performance er afgørende. Vi anbefaler efter opgaven.

  • Typisk 6 til 12 uger fra workshop til lancering, afhængigt af omfang og indhold.

Næste Formularer & integrationer →