Guider

Nyckeln till att skapa tillgängliga textfärger

Lästid

5 min

Publicerad

27 okt. 2025

Person som arbetar med surfplatta och färgprover på ett skrivbord

Färger är en stor del av upplevelsen när vi designar tillgängliga produkter. Samtidigt är de ofta den del av varumärket som är svårast att kompromissa med. Många designers fruktar att tillgänglighetskrav kommer begränsa deras kreativitet.

Sanningen? Ett väldesignat färgsystem som klarar WCAG ser faktiskt bättre ut än ett som inte gör det. Kontrast skapar visuell hierarki. Tydliga färgskillnader gör gränssnitt lättare att förstå för alla.

I denna guide visar vi hur du bygger ett färgsystem som både klarar lagkraven och förstärker ditt varumärke. Vi går igenom allt från färginventering till praktisk implementering i kod.

Börja med en inventering av dina färger

Innan du kan förbättra något måste du veta vad du har. Samla alla färger som används i produkten idag och sortera dem efter användningsområde:

Bakgrundsfärger: Huvudbakgrund, sekundära ytor, kort, modaler
Textfärger: Rubriker, brödtext, etiketter, placeholder-text
Interaktiva färger: Knappar, länkar, hover-states, fokusmarkeringar
Semantiska färger: Fel (röd), varning (gul), framgång (grön), info (blå)

Testa sedan kontrasten på dina primära kombinationer. Använd verktyg som WebAIM Contrast Checker eller Stark plugin för Figma. Dokumentera resultaten i en tabell – du kommer behöva den senare.

Bygg färgskalor med inbyggd kontrast

Den smartaste lösningen för tillgängliga färger är att bygga skalor från start. Istället för att ha en enda blå färg, skapa en skala från 50 (ljusast) till 900 (mörkast).

Nyckeln är att designa skalorna så att vissa kombinationer alltid fungerar. Till exempel:

Text i 900 mot bakgrund i 50-200: Alltid minst 4.5:1
Text i 50 mot bakgrund i 700-900: Alltid minst 4.5:1
Stor text (18px+) har lägre krav: 3:1 räcker

Verktyg som Tailwind CSS har redan färgskalor med detta i åtanke. Använd dem som utgångspunkt och anpassa till ditt varumärke.

Ett färgsystem med inbyggda kontrastregler eliminerar gissningar och gör det omöjligt för teamet att välja otillgängliga kombinationer.

Behåll varumärkets tonalitet

'Men vår primärfärg klarar inte 4.5:1!' – Det är en vanlig invändning, men den har lösningar.

Om din varumärkesfärg är för ljus för text, använd den annorlunda:

Som bakgrundsfärg med mörk text ovanpå
Som accent på större ytor där kontrast inte behövs (dekorativa element)
I en mörkare nyans för interaktiva element

Spotify är ett bra exempel. Deras ikoniska gröna (#1DB954) har för låg kontrast för vit text. Lösningen? De använder svart text på gröna knappar. Enkel, effektiv, fortfarande igenkännbar.

Alternativt kan du skapa en 'tillgänglig variant' av färgen som ligger nära originalet men klarar kraven. Ofta räcker det med en minimal justering av mättnad eller ljushet.

Glöm inte dark mode

Dark mode är inte bara en trend – det är ett tillgänglighetskrav för många användare med ljuskänslighet eller migrän. Men det introducerar nya utmaningar:

Vit text på svart bakgrund kan vara för skarp. Använd off-white (#E5E5E5) istället för ren vit (#FFFFFF).
Färgmättnad upplevs starkare på mörka bakgrunder. Dämpa dina accentfärger något.
Elevations (skuggor) fungerar inte på mörka ytor. Använd ljusare bakgrundsnyanser för att skapa djup.

Testa kontrasten i båda lägen. Det är vanligt att en kombination som fungerar i ljust tema misslyckas i mörkt – eller tvärtom.

Vanliga misstag att undvika

1. Lita inte bara på färg för att förmedla information. Om ett fält blir rött vid fel, lägg också till en ikon och en textbeskrivning. Färgblinda användare ser inte skillnaden.

2. Placeholder-text är inte en etikett. Grå placeholder-text har ofta för låg kontrast OCH försvinner när användaren börjar skriva.

3. Glöm inte fokusmarkeringar. När en användare tabbar till ett element måste fokusringen synas tydligt. Standard-blå fungerar, men anpassa den till ditt färgsystem.

4. Testa inte bara i Figma. Exporterade färger kan se annorlunda ut på olika skärmar. Validera i webbläsaren, på mobilen, och i både ljust och mörkt läge.

Implementering i kod

När färgsystemet är definierat, dokumentera det som design tokens. I CSS kan det se ut så här:

--color-text-primary: #1a1a1a;
--color-text-secondary: #666666;
--color-text-on-primary: #ffffff;

Använd semantiska namn (text-primary, background-surface) istället för färgnamn (black, gray-500). Det gör det enklare att byta tema och säkerställer att rätt färg alltid används i rätt kontext.

Lägg till linting-regler som varnar om någon använder hårdkodade färgvärden istället för tokens.

Testa din webbplats tillgänglighet

Gratis skanning, ingen registrering

WCAG 2.1 AA-kontroll
2-minuters skanning
Åtgärdsbar rapport

Vanliga frågor

Vad är skillnaden mellan AA och AAA för kontrast?+
AA kräver 4.5:1 för normal text och 3:1 för stor text. AAA kräver 7:1 respektive 4.5:1. De flesta lagar kräver AA, men AAA rekommenderas för bästa läsbarhet.
Måste dekorativa element också ha kontrast?+
Nej, rent dekorativa bilder och grafik som inte förmedlar information är undantagna. Men var försiktig – om elementet hjälper användaren förstå gränssnittet räknas det inte som dekorativt.
Hur testar jag kontrast automatiskt?+
Verktyg som Xrayd, Lighthouse, axe DevTools och WAVE kan hitta kontrastproblem automatiskt. Men de missar ibland text på bilder eller gradient-bakgrunder – manuell granskning behövs också.

Relaterade artiklar

Visa alla
Färgkartor och designskisser
Lag & krav5 min

Färgkontrast och WCAG: Komplett guide för designers

Läs artikel
Dataskärm med kod och checklista
Teknik5 min

Den ultimata WCAG 2.2 checklistan för utvecklare (AA & AAA)

Läs artikel
Person som använder laptop med tillgängligt gränssnitt
Guider6 min

Vad är webbtillgänglighet? En komplett guide för nybörjare

Läs artikel
Skärm med SEO-analys och grafer
Tips4 min

Tillgänglighet och SEO: Så förbättrar du båda samtidigt

Läs artikel