Guide · UX og indhold

UX writing: sådan skriver I microcopy, der gør jeres produkt lettere at bruge

UX writing er de korte tekster i en brugerflade: knapper, feltnavne, fejlbeskeder, bekræftelser og tomme skærme. God microcopy fortæller brugeren præcis, hvad der sker, og hvad de skal gøre nu, med så få ord som muligt. Her får I principperne, en før/efter-tabel med rigtige eksempler, regler for dansk tone og en tjekliste til jeres eget produkt.

11 min. læsning · Opdateret 1. oktober 2026

Forestil jer en kunde, der har udfyldt en bestillingsformular med tolv felter. Hun trykker "Indsend", og øverst på siden står der med rødt: "Der opstod en fejl". Ingen forklaring, intet markeret felt, og halvdelen af det, hun skrev, er væk. Hun ringer til jeres kundeservice, eller også går hun til en konkurrent. Ingen af delene står i jeres analytics som "dårlig tekst", men det er præcis, hvad det er. UX writing handler om de få ord, der afgør, om folk kommer videre, og det er en af de billigste forbedringer, et digitalt produkt kan få.

Hvad er UX writing, og hvordan adskiller det sig fra copywriting?

UX writing er tekst, der hjælper brugeren med at gennemføre en opgave. Copywriting er tekst, der overbeviser en besøgende om at gøre noget, fx at kontakte jer eller købe. De to discipliner overlapper, men målene er forskellige: copywriting skal skabe interesse, UX writing skal fjerne tvivl. Den samme virksomhed har brug for begge dele. Forsiden og landingssiderne er copywriting, som vi har en hel guide om under tekster til hjemmesiden. Formularen, kurven, mails om ordrestatus og alt bag login er UX writing.

Copywriting

  • Skal vække interesse og overbevise
  • Læses af besøgende, der endnu ikke har besluttet sig
  • Overskrifter, salgstekster, annoncer
  • Må gerne have personlighed og fylde

UX writing

  • Skal fjerne tvivl og få brugeren videre
  • Læses af brugere midt i en opgave
  • Knapper, felter, fejl, bekræftelser
  • Skal være kort, præcis og ensartet
To typer tekst med hver sin opgave.

Hvor gør microcopy den største forskel?

  • Knapper og links: det sted, hvor brugeren beslutter sig for at handle.
  • Feltnavne og hjælpetekster i formularer: især ved betaling, oprettelse og booking.
  • Fejlbeskeder: øjeblikket, hvor tilliden enten bevares eller tabes.
  • Tomme tilstande: den første skærm i et nyt system, en tom kurv, en søgning uden resultater.
  • Bekræftelser og kvitteringer: "Hvad sker der nu?" er det spørgsmål, flest ringer om.
  • Advarsler før noget uigenkaldeligt: sletning, opsigelse, betaling.
  • Notifikationer, SMS og mails fra systemet: de tekster, der læses uden for produktet.
  • Indlæsning og ventetid: en kort forklaring gør ventetid lettere at acceptere.

Start der, hvor pengene eller frustrationen er størst. I en webshop er det kurv og betaling. I et bookingsystem er det bekræftelsen og afbudsflowet. I et internt system er det de fejl, medarbejderne oftest skriver til support om. Kig i jeres supportmails efter sætninger som "jeg kan ikke finde" og "hvad betyder", og I har en prioriteret liste over de tekster, der skal skrives om først.

Hvordan skriver man knaptekster og fejlbeskeder? Før og efter

Typiske tekster, vi møder i eksisterende systemer, og hvordan de kan skrives om. Den gode version siger, hvad der sker, eller hvad brugeren skal gøre.

SituationFørEfter
Knap i bookingflowIndsendBook tid tirsdag kl. 10
Fejl i formularUgyldigt inputSkriv telefonnummeret med 8 cifre, fx 12345678
ServerfejlFejl 500Vi kunne ikke gemme lige nu. Dine oplysninger er bevaret, prøv igen om et øjeblik.
Tom listeIngen dataDu har ingen ordrer endnu. Opret den første, så vises den her.
SletningEr du sikker?Slet kunden Hansen ApS? Alle 14 ordrer slettes også og kan ikke gendannes.
BekræftelseTak!Tak, vi har modtaget din bestilling. Du får en SMS, når varen er afsendt.
Login-fejlLogin mislykkedesE-mail eller adgangskode passer ikke. Glemt adgangskoden?
Søgning uden resultat0 resultaterIngen produkter matcher "borremaskine 18v". Prøv et kortere ord eller se alle værktøjer.

Mønsteret går igen: den gode tekst bruger et udsagnsord, nævner det konkrete objekt og fortæller, hvad der sker bagefter. "Book tid tirsdag kl. 10" fortæller brugeren præcis, hvad knappen gør. Knapper bør starte med et udsagnsord og matche overskriften på skærmen, så "Opret faktura" i overskriften også hedder "Opret faktura" på knappen. Undgå at skifte mellem "Gem", "Opdater" og "Anvend" for den samme handling forskellige steder i systemet.

En opskrift på fejlbeskeder

1

Hvad skete der?

Sig det i almindeligt sprog, uden fejlkoder og tekniske ord.

2

Hvor?

Vis beskeden ved det felt, der skal rettes, og markér det tydeligt.

3

Hvad gør jeg nu?

Giv en konkret handling eller et eksempel på det rigtige format.

4

Er mit arbejde gemt?

Bevar det indtastede, og sig det, så brugeren tør prøve igen.

Fire spørgsmål, en god fejlbesked besvarer. Ikke alle fejl kræver alle fire.

Fejlbeskeder er også et krav i tilgængelighedsreglerne. WCAG 2.1, som er det praktiske mål under tilgængelighedsloven, kræver blandt andet, at fejl identificeres og beskrives i tekst, at felter har labels eller instruktioner, og at der gives forslag til rettelse, når det er muligt. En rød kant omkring et felt er altså ikke nok. Beskeden skal kunne læses af en skærmlæser og forstås uden farver.

Tomme tilstande er en invitation

Den første gang en ny bruger logger ind, er de fleste lister tomme. Det er her, mange systemer viser "Ingen data" og efterlader brugeren uden retning. En god tom tilstand gør tre ting: den forklarer, hvad der kommer til at stå her, den giver én tydelig handling for at komme i gang, og den sætter tonen for resten af produktet. I et kundeportal kan det være "Her ser du dine fakturaer, så snart den første er sendt" med et link til at opdatere betalingsoplysninger. Tomme søgninger bør altid foreslå en vej videre.

Hvilken tone skal I bruge på dansk: du, I eller De?

Danske brugerflader skriver næsten altid "du", og det er det sikreste valg til både forbrugere og medarbejdere. Dansk er et direkte sprog, og en uformel, venlig tone opleves som respektfuld. "De" virker gammeldags i de fleste sammenhænge og bør kun bruges, hvis jeres målgruppe forventer det. "I" giver mening, når I henvender jer til en virksomhed som helhed, fx i et tilbud eller på en B2B-hjemmeside, men inde i selve systemet sidder der én person ved skærmen. Det vigtigste er at vælge én form og holde den overalt, også i mails og SMS.

  • Skriv aktivt: "Vi sender en kode" i stedet for "En kode vil blive fremsendt".
  • Brug hverdagsord: "køb" frem for "erhverv", "ret" frem for "modificér".
  • Undgå unødvendige engelske låneord, når der findes et godt dansk ord, men brug det ord, jeres brugere selv bruger.
  • Skriv tal og datoer, som danskere gør: 1.200 kr., 14. marts, kl. 10.30.
  • Planlæg plads: danske sammensatte ord som "leveringsadresse" er lange og skal kunne være på en mobilskærm.
  • Undskyld kun, når det er jeres fejl, og gør det kort.

Hvordan laver I en simpel tone- og tekstguide?

  1. Beskriv jeres tone med tre ord og et eksempel på hvert, fx "venlig, præcis, rolig".
  2. Lav en ordliste med de 20–30 vigtigste begreber og det ene ord, I bruger for hver.
  3. Bestem tiltaleformen (du/I), og hvordan I skriver datoer, tal, priser og klokkeslæt.
  4. Skriv regler for knapper: udsagnsord først, maks. tre ord, samme ord som overskriften.
  5. Lav skabeloner for fejlbeskeder, bekræftelser og tomme tilstande.
  6. Saml før/efter-eksempler fra jeres eget produkt. De lærer mere end regler.
  7. Læg guiden der, hvor designere og udviklere arbejder, fx i jeres designsystem.

Tekstguiden hører naturligt hjemme i et designsystem ved siden af farver og komponenter, så en knap-komponent også har en regel for sin tekst. Er I i tvivl om, hvad forskellen på en styleguide og et designsystem er, så læs vores guide til designsystem vs styleguide.

Hvordan tester man, om microcopy virker?

Den enkleste test er at læse flowet højt for en kollega, der ikke kender det, og spørge, hvad de tror, der sker, når de trykker på hver knap. Næste skridt er en rigtig brugertest, hvor I lægger mærke til, hvor folk tøver, læser igen eller spørger. På et live produkt kan I måle frafald i formularer, antal fejl pr. felt og hvor mange supporthenvendelser der handler om det samme. Ved større trafik kan en A/B-test af en knaptekst eller en overskrift give et klart svar. Vi har en guide til konverteringsoptimering, hvis I vil teste systematisk.

Hvem skal skrive microcopy, og hvad koster det?

I små og mellemstore projekter skriver UX-designeren som regel microcopy, gerne i samarbejde med den person hos jer, der kender kunderne bedst. Store produkter har egne UX writers eller content designers. Prisen er sjældent en selvstændig post: når teksterne skrives sammen med wireframes og prototyper, er det en del af designfasen. En gennemgang og omskrivning af et eksisterende flow, fx en betaling eller en oprettelse, tager typisk en til tre dage med en UX-designer. Med typiske freelancepriser på 600–750 kr. i timen svarer det til ca. 5.000–18.000 kr., hvilket ofte tjenes hjem på færre supportopkald alene.

Hos Ceptiv skriver vi rigtige tekster ind i designet fra første wireframe, på dansk og engelsk, og de følger med direkte ind i koden. Det er en del af vores UX/UI-design. Vil I have kigget et eksisterende flow igennem, er en UX-audit et godt sted at starte, eller I kan få en fast pris inden for 24 timer.

Spørgsmål om UX writing og microcopy

Hvad er forskellen på UX writing og content design?
Begreberne bruges ofte om hinanden. UX writing bruges typisk om de korte tekster i selve brugerfladen: knapper, fejl, hjælpetekster og notifikationer. Content design er et bredere begreb, der også dækker, hvilket indhold der overhovedet skal findes, hvordan det struktureres, og i hvilket format det skal leveres, fx en tabel, en guide eller en video. I mindre virksomheder er det som regel den samme person, der gør begge dele, ofte sammen med UX-designeren. Det vigtigste er, at nogen har ansvaret for ordene.
Skal microcopy skrives før eller efter designet?
Samtidig. Når teksten skrives til sidst, er der allerede afsat en knap med plads til ét ord, og så bliver teksten presset ind i formen. Når den skrives først, bliver designet bygget omkring det, brugeren faktisk skal forstå. Den bedste praksis er at skrive rigtige tekster direkte i wireframes og prototyper i stedet for pladsholdertekst. Så kan I teste ordene sammen med flowet, og udviklerne får de endelige tekster med i overleveringen.
Hvordan håndterer vi microcopy på flere sprog?
Gem alle tekster i sprogfiler i koden, så de kan oversættes uden at røre designet, og giv hver tekst en kort beskrivelse af, hvor den vises. Oversæt aldrig knaptekster ord for ord: "Kom i gang" og "Get started" fylder forskelligt og lyder forskelligt. Test layoutet med det længste sprog, som ofte er tysk eller dansk, så knapper og menuer ikke knækker. Lad en person, der har sproget som modersmål, gennemgå flowet i selve produktet og ikke kun i et regneark.
Kan vi bruge AI til at skrive microcopy?
AI er god til at foreslå varianter, forkorte lange tekster og tjekke, om tonen er ensartet. Den kender bare ikke jeres brugere, jeres produkt eller de fejl, der faktisk opstår i jeres system. Brug den som sparringspartner: giv den jeres tone-guide, konteksten for skærmen og målet med teksten, og bed om fem forslag. Vælg og ret selv, og test det vigtigste med rigtige brugere. Fejlbeskeder kræver især, at nogen ved, hvad der teknisk er gået galt.
Påvirker microcopy SEO?
Kun lidt direkte, fordi det meste microcopy sidder bag login eller i formularer, som søgemaskiner ikke læser. Indirekte betyder det mere: klare knapper og forståelige formularer giver flere gennemførte køb og henvendelser, og brugere, der finder det, de leder efter, vender tilbage. På offentlige sider kan linktekster, overskrifter og tekster på knapper gøre det nemmere for både brugere og søgemaskiner at forstå, hvad en side handler om. Beskrivende linktekster er derfor både god UX og god SEO.
Hvor lange må hjælpetekster under et felt være?
Så korte, at de kan læses på et blik, typisk én linje og sjældent mere end to. Hjælpeteksten skal svare på det spørgsmål, brugeren ellers ville stille, fx hvilket format en dato skal have, eller hvorfor I beder om et telefonnummer. Har I brug for mere end to linjer, er feltet sandsynligvis for kompliceret og bør deles op eller have en standardværdi. Placér hjælpeteksten over eller under feltet, aldrig kun som pladsholdertekst inde i feltet, fordi den forsvinder, så snart brugeren begynder at skrive.

Skal vi bygge det for jer?

I får et fastpristilbud inden for 24 timer.

Dennis Nielsen

Dennis Nielsen

Driftschef, Ceptiv

Gratis konsultation

En gratis time med gode råd, før I går i gang.

Beskriv jeres projekt, så kontakter jeg jer hurtigst muligt, og vi aftaler et uforpligtende møde. I går derfra med gode råd til, hvordan projektet kommer godt fra start.

  • Gratis
  • 1 time
  • Uforpligtende