Tillgängliga dokument med AI: granska före publicering

Steg 1: välj HTML eller dokument utifrån läsarens uppgift

Börja med vad läsaren ska göra. Ska personen hitta en tidsfrist och gå vidare till en ansökan? Ska en lång rapport skrivas ut med en bestämd layout? I det första fallet är en vanlig webbsida en bra utgångspunkt. I det andra kan en dokumentfil behövas. Digg rekommenderar HTML i första hand och en sammanfattning i HTML när innehållet finns i ett annat format.

Skriv ett formatbeslut före redigeringen: ”Ansökningsinstruktionen publiceras som HTML. Bilagan finns även som PDF för utskrift.” Sammanfattningen ska hjälpa läsaren att avgöra om filen behövs. Låt inte AI:s leveransformat avgöra hur informationen publiceras.

Laggräns: Enligt Diggs översikt över digital tillgänglighet omfattar DOS-lagen offentliga aktörer och vissa privata aktörer med offentlig finansiering. Det är inte automatiskt en regel för varje arbetsplats. Diggs dokumentsida anger att dokument som offentliga aktörer publicerar på webbplats eller i app ska vara tillgängliga. Den beskriver också undantaget för dokument offentliggjorda före 23 september 2018, om innehållet inte behövs för aktiva administrativa förfaranden. Kontrollera tillämpningen i din verksamhet; guiden bedömer inte enskilda undantag.

Steg 2: gör AI-utkastet till ett strukturerat original

Be AI föreslå en disposition utifrån godkänt underlag. Använd en miljö och ett underlag som arbetsplatsen har godkänt. Behåll sakgranskningen som en egen kontroll: en tydlig rubrikhierarki säger inget om huruvida en tidsfrist eller ett besked är korrekt.

Granska svaret mot dessa fyra leveranser. Finns rubriknivå och syfte för varje föreslaget avsnitt? Återger listorna verkliga uppräkningar? Leder länktexterna till befintliga mål? Behövs varje tabell för ett samband? Ta bort förslag som ändrar innebörden eller lägger till uppgifter. Därefter behöver du tillämpa strukturen i dokumentprogrammet.

Digg rekommenderar formatmallar i originalet. Välj därför programmets rubrikformat, listverktyg och tabellfunktioner. Att göra en rad stor och fet markerar dess utseende; kontrollera separat vilket format som faktiskt är tillämpat. W3C:s PDF9 visar hur rubrikformat och rubriktaggar ger en struktur som hjälpmedel kan använda.

Prov: Skapa ”Så ansöker du” som huvudrubrik och ”Underlag” och ”Skicka ansökan” som två underavsnitt. Öppna originalets rubriknavigering. Facit: Alla tre ska gå att hitta som rubriker, med underavsnitten på samma nivå under huvudrubriken. En rad som bara ser ut som en rubrik men saknas i navigeringen behöver rättas.

Steg 3: prova rubriknavigering, länkar och tabeller

Spara originalet med ett versionsnamn, till exempel ”ansokan-v3”. Gå sedan igenom rubrikerna utan att läsa mellanliggande stycken. Kan du hitta vilka underlag som behövs och vart ansökan ska skickas? Rubriklistan ska motsvara innehållets disposition. Skriv ner saknade rubriker och fel nivåer innan du ändrar något.

Gör nästa prov med länkarna. Byt exempelvis ”Klicka här” mot ”Öppna ansökningsformuläret” när det är målet. Flytta fokus med tangentbordet och aktivera länken. Kontrollera både vart den leder och om länktexten beskriver målet. W3C:s PDF11 beskriver länktext och länkstruktur i PDF; upprepa därför provet efter exporten, även om originalet fungerade.

För tabeller: kontrollera att varje värde hör till rätt rad och kolumn och att rubrikcellerna är definierade. W3C:s PDF6 beskriver strukturen med tabell, rader, rubrikceller och dataceller. Den varnar också för att en konverterad tabell kan få fel taggning.

Prov: Använd en enkel tabell med kolumnerna ”Underlag” och ”Lämnas av” och raden ”Intyg – sökanden”. Navigera mellan cellerna med skärmläsarens tabellfunktion. Facit: Du ska kunna förstå att ”sökanden” svarar på vem som lämnar ”Intyg”, med relevanta rubriker tillgängliga vid navigeringen. Om du bara hör lösryckta värden behöver sambanden undersökas. För sammanslagna celler eller flera rubriknivåer kan du behöva mer erfaren granskning.

Kontrollera bilder separat med vår guide för AI-genererad alternativtext. Den här guiden fokuserar på dokumentstruktur och export och ersätter inte bildkontrollen.

Steg 4: exportera och kontrollera taggning och läsordning

Exportera den granskade versionen med dokumentstruktur och tillgänglighetstaggar aktiverade där ditt program erbjuder det. Öppna själva PDF-filen i ett verktyg som kan visa taggträdet. Kontrollera att rubriker, listor, tabeller och länkar har motsvarande struktur. Taggar är dokumentets maskinläsbara uppmärkning; att filen innehåller ett taggträd räcker inte om innehållet är felmärkt.

Kontrollera också titel och dokumentets språk samt att texten finns som text och inte enbart som en skannad bild. Dessa grundkontroller finns i Diggs PDF-vägledning. Prova rubriker, länkar och tabeller igen i exporten. Skriv vilket program och vilken version du använde, så att ett exportfel går att återskapa.

W3C:s PDF3 beskriver hur läsordningen främst följer taggordningen och hur komplex layout kan ge problem vid konvertering. Lyssna därför särskilt över sidbrytningar, spalter, faktarutor och fotnoter. Jämför med den ordning du avsåg i originalet. Prova även tabbordningen genom länkarna; löpande läsning och fokusnavigering är två olika kontroller.

Prov: Placera en faktaruta efter stycket som introducerar den. Exportera och lyssna från stycket före till stycket efter rutan. Facit: Introduktionen ska komma före rutans innehåll och nästa stycke efter. Om uppläsningen växlar mellan huvudtext och ruta mitt i meningarna är ordningen fel. Rätta helst originalet, exportera på nytt och upprepa provet. Om slutfilen måste repareras, dokumentera det så att nästa export inte återinför felet.

Kör den automatiska tillgänglighetskontrollen som ett stöd. Digg betonar att automatiska kontroller inte täcker allt: bland annat taggning, läsordning, kontrast och alternativtexter behöver manuell kontroll. Ett grönt verktygsresultat eller en kort provlyssning visar inte fullständig regelefterlevnad.

Steg 5: dokumentera fel och fatta publiceringsbeslut

Använd ett protokoll för den version som faktiskt ska publiceras. Fyll i filnamn, datum, granskare, originalprogram, PDF-verktyg och skärmläsarmiljö. Skriv ”godkänt”, ”fel” eller ”ej provat” för varje punkt. Ett tomt fält eller ”ej provat” är inte ett godkänt resultat.

Återarbete: Stoppa den här publiceringskontrollen om ett prov har fel eller saknas. Ange vem som rättar, i vilken fil och vad som ska provas igen. Exempel: ”PDF v3, sida 2: Underlag saknas som rubrik. Redaktören ändrar formatet i originalet och provar rubriklistan i v4.”

Publiceringsbeslut: När de planerade proven är godkända, sakgranskningen är klar och den ansvariga har bedömt övriga relevanta krav kan beslutet dokumenteras för just den filversionen. Detta arbetsflöde är en redaktionell kontroll, inte ett intyg om att varje tillgänglighetskrav är uppfyllt. Vid en ny export behöver du kontrollera den nya filen.

I samma serie finns bild- och alternativtextkontrollen. Använd sedan arbetsflödet i AI för kommunikatörer eller AI för offentlig sektor för att fördela ansvar. Fler arbetsmallar finns bland våra resurser.

Källor

• Digg: Dokument ska vara tillgängliga – publicering, dokumentundantag och manuell kontroll.
• Digg: Digital tillgänglighet – vilka aktörer DOS-lagen omfattar.
• Digg: Publicera dokument i HTML – formatval och sammanfattning.
• Digg: Skapa tillgängliga PDF-dokument – originalstruktur och exportkontroller.
• W3C: PDF9, rubriker, PDF11, länkar, PDF6, tabeller och PDF3, läsordning – tekniska exempel och provmetoder, inte obligatoriska metoder i sig.

Källor kontrollerade: 2026-10-02. Övningar och protokoll är redaktionella arbetsförslag.