Förenklad beskrivning av WCAG-kriteriet 4.1.1

Se till att koden validerar

Olika användare använder olika verktyg (programversion, hjälpmedel, teknisk utrustning med mera).

Se därför till att er webbplats har sid- och stilmallar som har en god kodkvalitet och följer standarder. Det ökar chansen att alla användare kan komma åt informationen och tjänsterna på webbplatsen, oavsett vilka verktyg de använder.

Html och annan kod kan valideras automatiskt.


Rekommendationer för att säkerställa god kodkvalitetLänk hit

  • Kontrollera att era mallar för funktioner, tjänster och stilmallar validerar i enlighet med er valda standard.
  • Kräv att leverantören vid leverans bifogar valideringsprotokoll för samtliga mallar. Mallar som inte validerar bör inte godkännas för leverans, om inte leverantören har acceptabla argument för alla valideringsfel.
  • Försök att automatisera en regelbunden kodvalidering, eller gör validering till en rutinåtgärd vid all förändring av webbplatsens kod. Det är lätt hänt att tidigare korrekt kod går sönder. Det kan till exempel hända när ni uppdaterar ett tilläggsprogram, när ni infogar en videospelare i ett blogginlägg eller när någon gör ett inlägg i ett kommentarssystem.


Vad betyder robusthet?Länk hit

En av de grundläggande principerna i tillgänglighetsstandarden WCAG är ”robust”, vilket innebär att skapa största möjliga kompatibilitet med nuvarande och framtida användarprogram och hjälpmedel. Att ha korrekt validerande HTML-kod är en nyckel till robusthet.

Tänk på att även om webbplatsen validerar korrekt kan den vara otillgänglig på grund av komplex layout, JavaScript och annat som inte stöds av användarens webbläsare, liksom av anledningar som inte har med kod och teknik att göra (till exempel ett språk som inte är begripligt för användarna).

En webbplats som validerar är inte automatiskt användbar och uppfyller inte automatiskt besökarnas förväntningar och behov. Men en tillgänglig webbplats är en förutsättning för att informationen på webbplatsen ska nå ut till så många användare som möjligt.


Utdrag från WCAG-standardenLänk hit

Riktlinje 4.1 Kompatibelt: Maximera kompatibiliteten med nuvarande och framtida användarprogram, inklusive hjälpmedel.

4.1.1 Parsing: Innehåll som skapats med kodspråk (markup language) har element med kompletta start- och sluttaggar. Elementen är nästlade enligt deras specifikationer. De innehåller inte dubbla attributangivelser och har unika ID:n – förutom då specifikationerna tillåter detta. (Nivå A)

Anmärkning: Start- och sluttaggar som saknar ett obligatoriskt tecken såsom ett avslutande ”större än”-tecken eller ett attributvärde med citattecken som inte matchar, är inte komplett.


MätbarhetLänk hit

För att kontrollera kod, använd W3C:s valideringsverktyg för de standarder som finns.


TerminologiLänk hit

Validera (på engelska validate) betyder värdera, och används i webbsammanhang i betydelsen att man jämför innehåll mot en definition av vad som förväntas. Till exempel att granska html-kod för att se om den överensstämmer med specifikationen för vald html-version, eller att granska inmatad data i ett formulär för att se om det motsvarar förväntat format. Ofta kan validering göras automatiskt.



Kommentarer (3)

  • Besökare skriver:

    Länken "Tips på gratis tilläggsprogram till webbläsaren för att kontrollera kodkvaliteten" funkar inte.
    Webbsidan kan inte visas.

  • Besökare skriver:

    Jättebra riktlinje.
    Dock saknar jag aspekter kring säkerhet.
    Ni nämner https och inloggning, utefter informationsklassning, det är bra.
    Men säkerhet för sidan, t.ex. att den inte är känslig för OWASP top 10, etc.
    Bör inte sådana aspekter vara med?