Testa tillgängligheten

Ange vilken sid-URL som helst för att köra ett tillgänglighetstest med tabnavs gratis kontroll och se om den uppfyller DOS-lagen-, WCAG- och EAA-krav - ingen registrering krävs.

Till exempel, apple.com nike.com

Ett smartare sätt att testa webbtillgänglighet.

Vi testar din webbplats genom riktig navigering och tangentbordsanvändning och avslöjar problem som förhindrar lika tillgång för alla.

Du får en tillgänglighetsrapport baserad på WCAG, DOS-lagen och internationella standarder som visar var din webbplats kan förbättras.

Skanna din webbplatss tillgänglighet i 3 enkla steg

Tabnavs gratis online-tillgänglighetskontroll testar vilken sida du än anger, identifierar problem, ger resultat på kodnivå och hjälper dig att förbättra snabbt.

  1. Ange webbplats-URL

    Klistra in vilken sid-URL som helst och välj den region du vill testa mot globala eller lokala tillgänglighetslagar.

  2. Få resultat

    Visa dina tillgänglighetsresultat omedelbart, inklusive ditt betyg och detaljerad problemuppdelning.

  3. Dela eller skanna igen

    Dela resultat med ditt team eller kör en annan skanning efter att ha tillämpat förbättringar.

Globala tillgänglighetsriktlinjer: översikt och senaste större uppdateringar

Internationell webbtillgänglighetsstandard

Översikt

Utvecklad av W3C definierar Web Content Accessibility Guidelines (WCAG) hur webbinnehåll ska göras tillgängligt för personer med funktionsnedsättningar. WCAG 2.2 lägger till nya framgångskriterier som förbättrar stöd för kognitiv, inlärnings-, syn- och mobil tillgänglighet.

Läs mer

Senaste större uppdatering

Oktober 2023

Lägger till nio nya framgångskriterier (t.ex. förbättrade fokusindikatorer, målstorlek, autentiseringshjälp) och tar bort framgångskriteriet 4.1.1 Parsing.

Lär dig tillgänglighet medan du åtgärdar den

Varje fynd i Tabnavs gratis tillgänglighetskontroll kopplas till vår gratis WCAG Academy som visar dig hur du åtgärdar problem och följer WCAG-bästa praxis.

Tabnav Academy interface showing accessibility metrics

Bästa praxis

Lär dig hur du uppfyller WCAG-standarder med enkel, expertvägledning.

Do's and Don'ts

Se vad som fungerar och vad som ska undvikas med tydliga visuella exempel.

Verkliga användningsfall

Utforska verkliga tillgänglighetsproblem som visas tillsammans med korrekta implementationer.

Besök WCAG Academy

Vad vi kontrollerar under din tillgänglighetsskanning

Välj en kategori för att utforska de kontroller vi utför och förstå varför de är viktiga.

Innehåll och Media

Bilder, ikoner och andra visuella element granskas för exakta textalternativ, och webbtillgänglighetskontrollen säkerställer att varje element kan tolkas korrekt av hjälptechnologier.

VAD VI KONTROLLERAR
Alla SVG-grafiker och ikonelement verifieras för att bekräfta att de innehåller ARIA-etiketter eller textalternativ. Dekorativa ikoner använder role="presentation" eller aria-hidden="true", medan meningsfulla ikoner innehåller tillgängliga namn via aria-label, aria-labelledby eller title.
VARFÖR DET ÄR VIKTIGT
Skärmläsare är beroende av dessa etiketter för att beskriva ikoner och visuella element. Utan dem kan användare missa viktiga gränssnittsdetaljer eller funktioner. Vår DOS-lagen-kontroll utvärderar dessa element för att säkerställa att de uppfyller tillgänglighetsstandarder.
VAD VI KONTROLLERAR
Varje <img>-element måste innehålla ett alt-attribut. Funktionella bilder kräver meningsfull alternativtext, medan dekorativa använder ett tomt värde (alt="").
VARFÖR DET ÄR VIKTIGT
Alternativtext gör det möjligt för hjälptechnologier att beskriva bilder exakt. Saknad eller felaktig alternativtext förhindrar användare från att förstå visuellt innehåll, ett problem som vår WCAG-kontroll automatiskt identifierar.
VAD VI KONTROLLERAR
När en bakgrundsbild förmedlar betydelse bör den ha ett tillgängligt namn via aria-label, aria-labelledby eller title och använda role="img" där det är lämpligt.
VARFÖR DET ÄR VIKTIGT
Skärmläsare ignorerar bakgrundsbilder om de inte är korrekt märkta. Korrekt märkning säkerställer att meningsfulla visuella element förblir tillgängliga för alla användare.
VAD VI KONTROLLERAR
<canvas>- och <object>-element som visar grafik eller media måste innehålla etiketter som aria-label, aria-labelledby eller title och en relevant roll som role="img" eller role="graphics-symbol".
VARFÖR DET ÄR VIKTIGT
Utan korrekt märkning kan hjälpverktyg inte beskriva de visuella elementen inom dessa element, vilket lämnar användare utan kontext eller information. Dessa kontroller utgör en viktig del av vår tillgänglighetskontrollarbetsflöde.
VAD VI KONTROLLERAR
Både huvudbilden och varje klickbar region i en bildkarta behöver beskrivande alternativtext som identifierar deras funktion eller destination.
VARFÖR DET ÄR VIKTIGT
Skärmläsare är beroende av dessa beskrivningar för att förklara interaktiva regioner. Utan dem blir bildkartor förvirrande eller oanvändbara.
VAD VI KONTROLLERAR
Sidor kontrolleras för att bekräfta att användare kan zooma upp till 200% utan att förlora funktionalitet. Viewport-inställningar och CSS bör inte begränsa skalningen.
VARFÖR DET ÄR VIKTIGT
Zoomning är avgörande för användare med synnedsättningar. Begränsning skapar barriärer och uppfyller inte tillgänglighetsstandarder.
VAD VI KONTROLLERAR
Varje formulärfält måste ha en synlig etikett eller instruktion. Platshållare ensamt kvalificerar inte, eftersom de försvinner när man skriver.
VARFÖR DET ÄR VIKTIGT
Synliga etiketter hjälper användare att förstå vilken information som ska tillhandahållas, särskilt för personer med kognitiva eller minnesproblem.
VAD VI KONTROLLERAR
Länkar som öppnas i nya fönster eller flikar måste inkludera en tydlig indikator som text, en ikon eller ett ARIA-attribut för att informera användare före aktivering.
VARFÖR DET ÄR VIKTIGT
Oväntade nya fönster kan förvirra användare, särskilt de med kognitiva eller synnedsättningar. Indikatorer håller navigeringen förutsägbar och säkerställer efterlevnad av bästa praxis verifierade av vår webbtillgänglighetskontroll.

Tangentbord och Fokus

Tangentbordsanvändbarhet testas på alla interaktiva element, medan tillgänglighetskontrollen bekräftar tydliga fokustillstånd, förutsägbar rörelse och fullständig användbarhet utan mus.

VAD VI KONTROLLERAR
Alla länkar måste ha beskrivande text eller ARIA-etiketter som tydligt anger deras destination eller syfte.
VARFÖR DET ÄR VIKTIGT
Användare som navigerar med skärmläsare är beroende av tydliga länknamn för att förstå vart varje länk leder. Vaga eller saknade etiketter kan orsaka förvirring och förhindra effektiv navigering.
VAD VI KONTROLLERAR
När användare navigerar via tangentbordet måste interaktiva element visa en synlig fokusindikator, en ram eller en markering.
VARFÖR DET ÄR VIKTIGT
A visible focus indicator shows users exactly where they are on the page. Without it, those relying on keyboard navigation can easily lose track, creating frustration and accessibility barriers.
VAD VI KONTROLLERAR
Varje interaktivt element som knappar, länkar och kontroller måste inkludera ett tillgängligt namn via synlig text, aria-label, aria-labelledby eller title-attribut.
VARFÖR DET ÄR VIKTIGT
Skärmläsare använder dessa etiketter för att meddela syftet med interaktiva komponenter. Saknade namn gör det omöjligt för användare att förstå vad ett element gör eller hur man interagerar med det.
VAD VI KONTROLLERAR
Sidor måste inkludera hopplänkar som gör det möjligt för tangentbordsanvändare att kringgå upprepade innehåll som rubriker eller menyer och gå direkt till huvudsektionen.
VARFÖR DET ÄR VIKTIGT
Hopplänkar förbättrar effektiviteten för användare som är beroende av tangentbord eller skärmläsare, vilket gör det möjligt för dem att navigera genom innehåll snabbare. Utvärderas som en del av vår WCAG-kontrollskanning.
VAD VI KONTROLLERAR
Dolda eller utanför skärmen belägna element måste använda tabindex="-1" eller aria-hidden="true" för att ta bort dem från tangentbordets tabbordning.
VARFÖR DET ÄR VIKTIGT
Element som inte är synliga för seende användare bör inte få fokus. Om de gör det kan det desorientera skärmläsaranvändare och bryta den logiska navigeringen.
VAD VI KONTROLLERAR
Varje formulärkontroll måste ha en etikett eller ett programmatiskt associerat ARIA-attribut så att hjälptekniker kan meddela dess syfte.
VARFÖR DET ÄR VIKTIGT
Utan tydliga associationer mellan etiketter och kontroller kan användare inte förstå vilken inmatning som krävs. Vår DOS-lagen-efterlevnadsverifiering säkerställer att dessa relationer är korrekt kodade.
VAD VI KONTROLLERAR
När en dialogruta eller popup är öppen måste tangentbordsfokus stanna inuti tills den stängs, vilket förhindrar interaktion i bakgrunden.
VARFÖR DET ÄR VIKTIGT
Fokusfångst säkerställer att användare inte oavsiktligt tabbar in i dolda områden. Detta är viktigt för tillgängliga modaler och överlägg.
VAD VI KONTROLLERAR
Alla dialogrutor och popups måste tillhandahålla en tydlig och tangentbordstillgänglig avslutningsmetod som att trycka på Escape eller välja en synlig stängningsknapp.
VARFÖR DET ÄR VIKTIGT
Användare som är beroende av tangentbordsnavigering måste kunna stänga modaler utan att använda en mus. Saknade avslutningsalternativ kan fånga användare, vilket bryter tillgängligheten. Verifierat under vår granskning av webbtillgänglighetskontrollen.
VAD VI KONTROLLERAR
Fokus bör endast flyttas när användaren utlöser en åtgärd. Interaktiva element bör inte flytta fokus automatiskt.
VARFÖR DET ÄR VIKTIGT
Oväntade fokusändringar kan desorientera skärmläsaranvändare och de med kognitiva nedsättningar. Vår interna tillgänglighetstest säkerställer en smidig och förutsägbar navigationsflöde.

Sidstruktur

Sidhierarki, rubriker och landmärken utvärderas för tydlighet, och WCAG-kontrollen säkerställer att den övergripande strukturen är anpassad till erkända tillgänglighetsmönster för hjälptechnologier.

VAD VI KONTROLLERAR
Element som ser ut som rubriker men inte är kodade med lämpliga rubriktaggar måste inkludera role="heading" och en definierad aria-level (t.ex. aria-level="2").
VARFÖR DET ÄR VIKTIGT
Hjälptekniker är beroende av rubriktaggar för att navigera effektivt genom sidor. En saknad eller felaktig rubrikstruktur gör det svårt för användare att förstå sidorganisationen och hitta innehåll snabbt.
VAD VI KONTROLLERAR
Varje formulärkontroll måste vara programmatiskt kopplad till en etikett med <label>, aria-label eller aria-labelledby-attribut.
VARFÖR DET ÄR VIKTIGT
När etiketter inte är korrekt anslutna kan skärmläsare inte meddela deras syfte. Vår DOS-lagen-efterlevnadsverifiering säkerställer att användare kan fylla i formulär med självförtroende och oberoende.
VAD VI KONTROLLERAR
Varje webbsida måste inkludera ett beskrivande <title>-element som tydligt återspeglar dess syfte och sammanhang.
VARFÖR DET ÄR VIKTIGT
Skärmläsare meddelar först sidtitlar. Utan tydliga eller unika titlar kan användare gå vilse eller bli förvirrade om vilken sida de befinner sig på.
VAD VI KONTROLLERAR
Länkar måste inkludera tillgängliga namn som tydligt beskriver deras destination eller åtgärd via synlig text, aria-label eller title.
VARFÖR DET ÄR VIKTIGT
Lämpligt språkmarkering säkerställer korrekt uttal och översättning av hjälptekniker. Detta bekräftas i vår granskning av DOS-lagen-kontrollen.
VAD VI KONTROLLERAR
Sökfält måste inkludera role="search" på deras överordnade element för att definiera en ARIA-landmärkesregion.
VARFÖR DET ÄR VIKTIGT
Skärmläsaranvändare kan komma åt söksektionen direkt genom att använda tangentbordsgenvägar. Verifierat av vår webbtillgänglighetskontrolltest.
VAD VI KONTROLLERAR
Elementet <html> måste inkludera ett lang-attribut för att definiera sidans huvudspråk.
VARFÖR DET ÄR VIKTIGT
Korrekta språkattribut säkerställer korrekt uttal av skärmläsare och förbättrar förståelsen för användare som använder hjälptechnologier.
VAD VI KONTROLLERAR
Text skriven på ett annat språk än sidans standardspråk måste använda sitt eget lang-attribut.
VARFÖR DET ÄR VIKTIGT
Lämpligt språkmarkering säkerställer korrekt uttal och översättning av hjälptekniker. Detta bekräftas i vår granskning av DOS-lagen-kontrollen.
VAD VI KONTROLLERAR
Element som fungerar som knappar, länkar eller menyer måste inkludera korrekta ARIA-roller om de inte använder semantiska HTML-taggar.
VARFÖR DET ÄR VIKTIGT
Utan definierade roller kan skärmläsare inte korrekt upptäcka interaktioner, vilket orsakar användbarhetsproblem för personer som är beroende av hjälpmedel.
VAD VI KONTROLLERAR
Interactive elements (like links or buttons) must not be nested inside one another unless part of a valid HTML pattern.
VARFÖR DET ÄR VIKTIGT
Korrekta språkattribut säkerställer korrekt uttal av skärmläsare och förbättrar förståelsen för användare som använder hjälptechnologier.
VAD VI KONTROLLERAR
Interaktiva element måste innehålla synlig text eller tillgängliga namn definierade med aria-label, aria-labelledby eller title.
VARFÖR DET ÄR VIKTIGT
Utan namn eller text kan användare inte identifiera funktionen hos knappar eller länkar.
VAD VI KONTROLLERAR
Visuellt dolda interaktiva element måste inkludera aria-hidden="true" om de inte är avsedda för användarinteraktion.
VARFÖR DET ÄR VIKTIGT
Skärmläsaranvändare kan stöta på icke-funktionella eller dekorativa element, vilket leder till förvirring. Att dölja dem ordentligt säkerställer tydlighet och fokus.

Från statiska skanningar till smarta webbplatstester

Vår webbtillgänglighetskontroll slutar inte vid ytlig kod. Den öppnar menyer, klickar på knappar och avslöjar dolt innehåll som standardscannrar missar, och exponerar verkliga tillgänglighetsproblem på din webbplats.

1
Utmaningen
2
Begränsningen
3
Tabnav-lösning
4
Resultatet
Steg 1: Utmaningen

Interaktiva webbplatser är aldrig statiska

Moderna webbplatser laddar menyer, banners och sektioner först efter interaktion. En grundläggande tillgänglighetsskanning missar dessa dynamiska element och lämnar viktiga barriärer oupptäckta.

Steg 2: Begränsningen

Vad de flesta tillgänglighetskontroller missar

Standardverktyg skannar endast synlig HTML. De förbiser dolda komponenter som laddas efter scrollning eller klickning, vilket ger en falsk känsla av full efterlevnad.

Steg 3: Tabnav-lösningen

Smartare tillgänglighetsdetektering

Vår WCAG-kontroll interagerar aktivt med din webbplats för att exponera problem i dynamiskt innehåll, rullgardinsmenyer och injicerade sektioner. Denna avancerade metod hittar fel som traditionella kontroller inte kan se.

Steg 4: Resultatet

Mer exakta tillgänglighetsrapporter

Få djupare insikter och se hur din webbplats verkligen presterar för användare av hjälptekniker - verifierat genom vår DOS-lagen-kontroll för tillförlitliga, handlingsbara resultat.

Testa tillgängligheten på din webbplats - gratis

Testa digital tillgänglighet gratis - få WCAG-betyg, hitta fel och förbättringsförslag på sekunder.

Vanliga frågor om att Testa tillgängligheten

Här besvarar vi de vanligaste frågorna om hur du kan testa tillgängligheten på din webbplats.

  • Den skannar din webbplats för att upptäcka tillgänglighetsbarriärer som påverkar personer med funktionshinder. Kontrollen testar dina sidor mot WCAG 2.1 AA-riktlinjer och framhäver problem som saknade alt-texter, låg kontrast och omärkta formulärfält.

  • Tillgänglighetstestning säkerställer att din webbplats är användbar för alla, inklusive besökare som förlitar sig på hjälptekniker. Det hjälper dig att uppfylla WCAG- och DOS-lagen-krav, förbättrar den övergripande användbarheten och minskar den juridiska risken.

  • Ange bara din webbplats-URL i kontrollen och starta en gratis skanning. Inom sekunder får du en detaljerad rapport som visar ditt tillgänglighetsbetyg och enkla steg att följa för att åtgärda problem.

  • Du kommer att se ditt totala betyg, en sammanfattning av problem per kategori - som navigering, formulär, bilder och färgkontrast - och praktisk vägledning om hur du åtgärdar dem.

  • Det är bäst att testa din webbplats varje par månader eller efter någon design- eller innehållsuppdatering. Regelbunden testning hjälper dig att hålla dig efterlevande och upprätthålla en tillgänglig upplevelse för alla användare.

  • Ja. Många tillgänglighetsbästa metoder - som att använda korrekta rubriker, alt-texter och tydlig struktur - stöder också SEO och förbättrar användarengagemanget.