En tillgänglighetsdeklaration beskriver situationen vid det tillfälle du publicerar den. Om något ändras på din webbplats — ett nytt kassasteg, ett annat formulär, en uppdaterad meny — förändras i praktiken också vad deklarationen omfattar. Om du inte utför en ny test därefter, kommer deklarationen sakligt att ligga efter den faktiska webbplatsen. Det är ingen teknisk formalitet: deklarationen är avsedd att visa vad du har kontrollerat och vad du inte har det, och den bilden stämmer helt enkelt inte längre om det finns okontrollerade delar som har lagts till.
Vad som då konkret händer är detta: nya eller ändrade delar av din webbplats har aldrig bedömts mot kraven i EN 301 549. Möjliga problem — en etikett som saknas vid ett nytt formulärfält, en knapp som bara fungerar med musen, en färgkontrast som inte helt uppfyller kraven — förblir omärkta tills någon stöter på dem eller tills det görs en ny test. Deklarationen själv fortsätter att finnas på papper, men täcker inte längre den aktuella situationen fullständigt.
Varför detta inte är ett engångsprojekt
Den bakomliggande tanken bakom direktivet är att tillgänglighet är en egenskap hos tjänsten, inte en ögonblicksbild. En webbutik, app eller affärsmiljö förändras ständigt: nya produkter, en modifierad kassa, ett annat inloggningsflöde, en ny typ av innehåll på bloggen. Varje förändring kan i princip påverka de delar som tidigare uppfyllde kraven. Det är anledningen till att tillsynsmyndigheter när de gör en bedömning inte bara tittar på förekomsten av en deklaration, utan också på hur aktuell den är i förhållande till webbplatsen som den fungerar nu.
För en MKB-organisation innebär detta praktiskt att testning och publicering inte är ett avslutat projekt, utan en del av hur du hanterar ändringar av din webbplats. Den som bygger en ny sida eller låter en leverantör placera en widget gör klokt i att fråga sig om den delen redan har bedömts — och om inte, huruvida det ändå måste göras.
Vad som praktiskt sett över ses
De vanligaste situationerna där en deklaration tyst hamnar efter är igenkännbara: en webbutik lägger till en ny betalningsmetod med sin egen separat skärm, en HR-avdelning publicerar ett ansökningsformulär från en extern part på webbplatsen, eller ett kontorsprogram får en uppdatering från leverantören där knappar och menystruktur ändras. Ingen av dessa ändringar känns som ett stort projekt, men var och en av dem introducerar nya skärmar som inte automatiskt ingår i en tidigare test.
Interna omstruktueringar räknas också med: ett nytt stilpaket som ändrar färger på knappar, eller ett innehållshanteringssystem som växlar till en annan editor för alt-text. Den här typen av ändringar är sällan kopplade till frågan om den befintliga deklarationen fortfarande stämmer, helt enkelt för att det inte känns som 'webbplatsen' utan snarare som en liten justering.
Vad tillsynsmyndigheter tittar på i detta
Tillsynsmyndigheter gör bedömningar per medlemsstat på sitt eget sätt, och den exakta arbetsgången varierar. Det kan sägas beskrivande att en deklaration som sakligt är föråldrad — till exempel för att den beskriver en äldre version av webbplatsen — ligger mindre väl i linje med syftet med deklarationen, nämligen att ge en aktuell och spårbar bild av din egen bedömning. Huruvida och hur det bedöms i ett konkret fall är upp till den behörig tillsynsmyndigheten och, i förekommande fall, en jurist att klargöra.
Detta är också anledningen till att axessia.eu vid varje granskning anger vad som har granskats automatiskt och vad som inte har det: en automatiserad kontroll täcker en del av kraven, och det anges i varje rapport. En overlay-widget som lovar att lösa detta i efterhand uppfyller inte den bakomliggande skyldigheten — det är en av de få saker som vi säger utan reservation.
Hur du organiserar detta i praktiken
En väl fungerande metod är att koppla granskningen till din egen förändringsprocess i stället för till ett fast kalenderdatum. Varje gång ett nytt steg, ett nytt formulär eller en ny sidtyp läggs till är det ett naturligt tillfälle att kontrollera om den delen redan har granskats. För mindre organisationer är det ofta mer praktiskt att koppla detta till större förändringar — ett nytt kassasystem, en ny leverantör för inloggningsskärmen — än till varje enskild textändring.
För att se hur din nuvarande webbplats ser ut kan du på några frågor se var du står nu. Den som vill förstå hur en sådan granskning byggs upp exakt och var informationen kommer från, hittar det i hur vi bygger upp granskningen och rapporten. För den bredare förklaringen av förklaringar, granskningar och vad som hör till dem är kunskapsbanken där detta förklaras per ämne en logisk utgångspunkt, och konkreta frågor om din egen förklaring återkommer ofta i vanliga frågor om förklaringen.
Vill du veta om dina senaste ändringar redan har granskats? Den kostnadsfria snabbgranskningen ger en första indikation inom några minuter, utan att du behöver skapa ett konto.