EPiServer och tillgänglighet

Nyligen publicerade EPiServers tillverkare Elektropost en jämförelse gjord av Funka Nu, där man tittar på skillnader i tillgänglighet mellan webbpubliceringssystemen EPiServer och SiteVision.

Man har valt just dessa system för att de ofta förekommer i offentliga upphandlingar och därmed används för webbplatser inom den offentliga sektorn. I undersökningen har man granskat en webbplats baserad på respektive system. Resultatet av undersökningen visar att webbplatsen som är baserad på EPiServer (Kungälvs kommun) är mer tillgänglig än den som använder SiteVision (Elsäkerhetsverket). Det stämmer, men jämförelsen avslöjar inte varför det är så.

EPiServer är ett utmärkt system som är lättanvänt för redaktörer, väldokumenterat och enkelt att utveckla för. En grundinstallation av EPiServer har dock inte den nivå av tillgänglighet som www.kungalv.se har. Den följer inte heller webbstandarder fullt ut. Det har vi mycket god insikt i eftersom vi har byggt just www.kungalv.se.

För att kungalv.se skulle leva upp till högt ställda krav på tillgänglighet och webbstandarder byggde vi bland annat om alla EPiServermallar som webbplatsen använder från grunden. Det är ett arbete som de allra flesta konsulter som implementerar webbplatser på EPiServer inte gör, till stor del för att man saknar den nödvändiga kompetensen.

Eftersom särskilda krav ställs på offentliga organisationers webbplatser är det av yttersta vikt att en organisation som väljer EPiServer som verktyg för sin webbplats är medveten om att EPiServer i sitt grundutförande inte fullt ut följer riktlinjerna i Vägledningen 24-timmarswebben, Vervas (Verket för förvaltningsutveckling) guide för offentliga organisationers webbplatser. Däremot är det möjligt att anpassa EPiServer så att det gör det.

Vissa av de begränsningar som finns beror på de grundmallar som levereras tillsammans med EPiServer medan andra har sitt ursprung i Microsoft .Net, den teknik som EPiServer baseras på. I de senaste versionerna av EPiServer har tillverkaren Elektropost gradvis förbättrat grundmallarnas kvalitet. Det är positivt att utvecklingen går åt rätt håll, och förhoppningsvis kommer framtida versioner att fullt ut följa webbstandarder och vara tillgängliga. Tills vidare behöver den som implementerar webbplatsen dock som sagt göra en del justeringar.

Vår rekommendation är att man antingen bygger helt nya mallar eller mycket noggrant går igenom de grundmallar man har tänkt använda för att förbättra deras tillgänglighet och kodkvalitet. Syftet med detta är att få mallar som följer webbstandarder, använder semantisk, välstrukturerad HTML och är tillgängliga för alla. Därför bör en sådan justering göras av en konsult med expertkunskaper inom webbstandarder och tillgänglighet. På många webbplatser kan man tydligt se de begränsade kunskaper inom dessa områden som kännetecknar de flesta IT-konsulter. På grund av det måste man som uppdragsgivare i ett tidigt skede fråga den som ska implementera webbplatsen hur de har tänkt säkerställa webbplatsens tekniska kvalitet.

Man kan dela in de områden som har utrymme för förbättring i tre delar: grundmallarna, redigeraren och Microsoft .Net.

Grundmallarna

Grundmallarna har som sagt förbättrats i senare versioner av EPiServer, men det är viktigt att vara medveten om att det finns mer kvar att göra när det gäller webbstandarder och tillgänglighet. Utan att gå in för mycket på tekniska detaljer vill vi ändå nämna några områden som kan förbättras ytterligare.

Man måste vara medveten om att grundmallarna får Internet Explorer 6 att använda sitt bakåtkompatibla renderingsläge. Det innebär att den beter sig mer annorlunda än nödvändigt jämfört med nyare webbläsare.

Koden består av en blandning av XHTML och HTML i olika varianter, vilket orsakar en hel del valideringsproblem. Här måste man välja HTML eller XHTML och hålla fast vid det. Vilken av de två man använder spelar mindre roll - viktigare är att man använder en Strict DOCTYPE som tillåter färre presentationella attribut och element.

Mallarna innehåller en del onödiga element och blandar struktur med presentation. Viss CSS specificeras inne i HTML-filen, vissa presentationella HTML-attribut används och en del HTML-element används för att styra presentationen. Det är mer effektivt att styra all presentation med hjälp av en eller flera externa CSS-filer. Det är också vad som rekommenderas i Vägledningen 24-timmarswebben 2.0.

Väldigt få semantiska HTML-element används. För att göra en webbplats tillgänglig är det viktigt att man ger innehållet strukturell betydelse genom att använda de element som finns i HTML för att märka upp till exempel rubriker, listor, citat och betoningar.

EPiServers redigerare

Som de flesta andra publiceringsverktyg på marknaden har EPiServer en så kallad WYSIWYG-redigerare för att underlätta för redaktörer utan kunskap om HTML att publicera innehåll. Tyvärr skapar denna typ av redigerare väldigt ofta felaktig och ickesemantisk HTML - så även EPiServers. Vi vill poängtera att det inte är något utmärkande för just EPiServer, eftersom detta gäller de allra flesta WYSIWYG-redigerare.

För att en webbplats ska kunna leva upp till riktlinjerna i Vägledningen 24-timmarswebben 2.0 är det en stor fördel om de verktyg som används för att administrera webbplatsen innehåller funktionalitet för att säkerställa kvaliteten på den HTML som det genererar. Vi skulle gärna se att EPiServers redigerare byggs om så att den garanterar giltig (X)HTML.

EPiServers redigerare är inte sämre än de flesta andra, och precis som mallarna har den förbättrats i senare versioner. Det finns ändå en relativt stor risk att den skapar felaktig eller onödig HTML. För att ta hand om vissa problem kan man skapa en funktion som går igenom och rensar den HTML som kommer från redigeraren innan den sparas i databasen. På så vis kan man höja kvaliteten. Det är ingen garanti, men det räcker långt.

Utmaningar med .Net

Även om EPiServers mallar och redigerare vore perfekta skulle man inte helt slippa undan problem. EPiServer är baserat på Microsoft .Net, som producerar en del felaktig HTML. Lyckligtvis kan man korrigera för detta genom att använda filter som hanterar just den felaktiga HTML-koden som .Net skapar innan sidan skickas till webbläsaren.

Förutom felaktig HTML för .Net med sig vissa andra potentiella utmaningar. En är att .Net skickar olika HTML till olika webbläsare om man inte stänger av den funktionaliteten, vilket vi starkt rekommenderar att man gör.

Det är också viktigt att vara medveten om Viewstate, som .Net använder för att göra det enklare att hålla reda på vilken information en besökare har lämnat i formulär. Det är en bra sak i teorin, men i praktiken innebär det ofta att besökaren får en långsammare webbplats. Viewstateinformationen sparas i ett gömt formulärfält och kan ta ganska mycket plats, ända upp till tiotals kilobyte. Det är ganska mycket som ska skickas fram och tillbaka mellan webbläsaren och servern för varje sida. Därför bör man se till att begränsa användandet av Viewstate till det absolut nödvändiga.

Bra verktyg som kan bli ännu bättre

EPiServer är ett bra och prisvärt webbpubliceringssystem som ständigt utvecklas. Precis som med många andra bra produkter finns det ändå utrymme för förbättringar, och det vi har pekat på här är särskilt viktigt att vara medveten om när man använder EPiServer för en offentlig organisations webbplats.

Det är också bra att känna till att det är lättare för sökmotorer att indexera innehållet på en tillgänglig webbplats. Generellt sett kommer därför en tillgänglig webbplats att ha bättre sökmotorplacering än en som är byggd utan tanke på tillgänglighet. Det är alltså av värde för alla webbplatser att vara tillgängliga.

Det är fullt möjligt att få en webbplats baserad på EPiServer att följa riktlinjerna i Vägledningen 24-timmarswebben 2.0, men det kräver kunskap, både hos den som implementerar webbplatsen och hos den som administrerar den. En viktig fråga som ofta glöms bort när man talar om olika verktyg för att bygga tillgängliga webbplatser är att det inte räcker med att verktyget i sig är bra. Även om verktygets grundmallar är tillgängliga (eller den som implementerat webbplatsen har gjort mallarna tillgängliga) krävs det kunskap hos den som arbetar med innehållet för att bibehålla en hög tillgänglighet på webbplatsen. Det i sin tur kräver oftast utbildning av webbplatsens redaktörer.

Trots vissa ofullkomligheter i sitt grundutförande är EPiServer ett utmärkt webbpubliceringssystem som passar bra för många typer av organisationer. Däremot är det viktigt att tänka på tre saker:

1. När man köper EPiServer köper man ett webbpubliceringssystem, inte en färdig webbplats.
2. Det krävs kunskap för att bygga en webbplats som följer riktlinjerna i Vägledningen 24-timmarswebben 2.0.
3. Den som jobbar med webbplatsens innehåll behöver ha kunskap om tillgänglighet.

Om man som beställare inte har detta i åtanke är risken stor att resultatet inte blir som man har tänkt sig och att man behöver göra dyra justeringar i efterhand. Om den som implementerar webbplatsen har den kunskap som krävs för att göra rätt från början får man en framtidssäker webbplats som alla kan använda och ha nytta av - utan att det kostar något extra.