Applies toEUDEAT

Creating accessible documents in Word and PowerPoint: the checklist

TL;DR

  • An accessible PDF is created in the source file: you set up headings, lists, tables, alternative text, title and language in Word or PowerPoint before you export.
  • Clause 10 of EN 301 549 V3.2.1 applies to documents that are not web pages, expressly including files provided for download. It applies WCAG 2.1 success criteria to documents, some in adapted wording (clauses 10.0 and 10.1.1.1 ff.). Some criteria, such as 2.4.1 Bypass Blocks and 2.4.5 Multiple Ways, do not apply to single documents; their clauses are void (clauses 10.2.4.1, 10.2.4.5).
  • Every checklist item has a success criterion: 1.1.1 for alternative text, 1.3.1 for structure, 1.3.2 for reading order, 3.1.1 for document language, 1.4.3 for contrast.
  • What is missing in the source file cannot be preserved by the export. EN 301 549 only requires authoring tools to preserve existing accessibility information during conversion where the target format has equivalent mechanisms (clause 11.8.3).
  • Legal obligations depend on the law: Directive (EU) 2016/2102 and the WZG exempt office files published before 23 September 2018 unless they are needed for active administrative processes; the BFSG and BaFG exempt office files published before 28 June 2025. The BITV 2.0 has no such exemption.
  • An automated check is an indicator, not proof: according to the FAQ of the PAC publisher, green ticks only mean that the automatically testable requirements are met.
  • Human review remains necessary: according to the PAC FAQ, a person must check whether the semantic tagging is correct. EN 301 549 specifies the test type “Inspection” for non-text content and structure in documents (Annex C.10.1.1.1, C.10.1.3.1).
  • Germany (State of Berlin): in 2024, only 7 of 114 tested PDF documents from public bodies passed the automated PAC test (6.1%).
  • Austria: in its 2025 interim monitoring report, the FFG lists untagged or incorrectly tagged PDFs as a common failure under criterion 1.3.1 and cites PDFs created from scans as an extreme example.

Why does an accessible PDF start in the Word or PowerPoint file?

An accessible PDF starts in the source file because the export can only carry over the structure that has been set up in Word or PowerPoint. EN 301 549 V3.2.1 requires authoring tools that convert content into another technology to preserve accessibility information in the output where the target format supports equivalent mechanisms (clause 11.8.3 with note 2). If a heading is not marked up as structure in the source file, there is nothing for the export to preserve. Corrections you make only in the PDF will be missing again after the next export from the source file.

The standard for accessible PDFs does not prescribe a production route either. ISO 14289-1:2014 (PDF/UA-1) specifies how ISO 32000-1:2008 is to be used for accessible electronic documents. According to the ISO abstract, specific processes for converting paper or electronic documents into the PDF/UA format are outside the scope of the standard.

Clause 10 of EN 301 549 applies to documents that are not web pages and are not embedded in web pages, expressly including documents provided for download (clause 10.0). Among its examples the standard lists letters, spreadsheets and presentations (clause 10.0, note 1). The requirements also apply to documents protected by a signature, encryption, password or watermark when they are presented to the user (note 7). Which benchmark applies legally is explained in the article PDF/UA, WCAG 2.1 and EN 301 549.

Whether a legal obligation applies to a particular file is determined by the laws, not by the standard. The cut-off dates for office file formats differ by jurisdiction:

  • EU, public sector bodies: Directive (EU) 2016/2102 exempts office files published before 23 September 2018, unless they are needed for active administrative processes (Art. 1(4)(a)).
  • Austria, federal level: the WZG contains the same exemption for federal bodies and federally related institutions (§ 2(3)(a) WZG). For the federal provinces and municipalities, the respective provincial laws apply.
  • Germany, federal level: the BITV 2.0 has no such exemption. Of the exemptions in § 2(2) BITV 2.0, only the one for archives is linked to a date: it covers archives that contain no content needed for active administrative processes and have been neither updated nor revised after 23 September 2019 (§ 2(2) no. 2 BITV 2.0).
  • Companies: the BFSG and BaFG do not apply to office files on websites and in apps published before 28 June 2025 (§ 1(4) no. 2 BFSG for Germany; § 2(3) no. 2 BaFG for Austria).

Who exactly is obliged is explained in the guide to obligations, deadlines and exemptions. The requirements of the standard lead to this working order:

  1. Structure the source file: styles, lists, table headers, alternative text, title, language.
  2. Run the program's built-in accessibility checker, if it has one. Where such a checking function detects a failure against clause 9 or 10, the standard requires the tool to offer repair suggestions (clause 11.8.4).
  3. Export as a tagged PDF, with the option for structure information switched on.
  4. Check the PDF with an automated tool.
  5. Check the manual items.
  6. Record the result and any open items.

The checklist: test items with WCAG criterion and EN 301 549 clause

The table maps 14 test items for Word and PowerPoint to the relevant WCAG 2.1 success criterion, its level and the clause of EN 301 549 V3.2.1. Level AA means that all Level A and AA criteria are met, or a conforming alternate version is provided (WCAG 2.1, conformance requirements).

Test itemImplementation in the source fileWCAG 2.1 (level)EN 301 549
Document titleEnter a title in the document properties. The file name is sufficient if it describes the topic or purpose.2.4.2 (A)10.2.4.2 with note 1
Document languageSet the default language of the document.3.1.1 (A)10.3.1.1
Change of languageMark up passages in another language with their language. Exceptions include proper names, technical terms and words that have become part of the surrounding language.3.1.2 (AA)10.3.1.2
Headings as structureMark up headings with styles or slide titles, not just with bold or larger text.1.3.1 (A)10.1.3.1
Descriptive headingsHeadings describe the topic or purpose of the section.2.4.6 (AA)10.2.4.6
ListsCreate lists with the list function, not with typed characters.1.3.1 (A)10.1.3.1
Data tablesUse real tables with a marked-up header row, not tables built with tabs or spaces.1.3.1 (A)10.1.3.1
Alternative textImages, charts and graphics receive a text alternative that serves the equivalent purpose. Pure decoration is marked so that assistive technologies can ignore it.1.1.1 (A)10.1.1.1
Reading orderPlace slide content in the layout placeholders and check the order of objects and text boxes.1.3.2 (A)10.1.3.2
ColourDo not convey information by colour alone.1.4.1 (A)10.1.4.1
ContrastText at least 4.5:1, large text at least 3:1. Text in logos and brand names and pure decoration are exempt.1.4.3 (AA)10.1.4.3
Text instead of images of textSet text as text, with no scanned pages and no slides saved as images.1.4.5 (AA)10.1.4.5
Link textThe purpose of a link can be determined from the link text or its context.2.4.4 (A)10.2.4.4
Embedded videosPre-recorded videos with sound receive captions, unless the video is a media alternative for text and is clearly labelled as such.1.2.2 (A)10.1.2.2

The list is not exhaustive. Clause 10 contains further criteria, for example on media, keyboard operation and input assistance (clauses 10.1.2, 10.2.1, 10.3.3). For reflow, the standard exempts parts of the content that require a two-dimensional layout for usage or meaning. Its examples include presentations and data tables (clause 10.1.4.10 with note 2).

What does exporting as a tagged PDF achieve, and what remains manual work?

An export with the tagging option can only carry over the structure that is marked up in the source file; the quality of the content remains manual work. EN 301 549 requires authoring tools to enable and guide the creation of conforming content (clause 11.8.2). Where they provide templates, at least one of them must support conforming content and be identified as such (clause 11.8.5). These requirements concern the programs themselves. Whether a particular program meets them is not answered by the standard.

No export dialog decides these points for you:

  • Whether an alternative text serves the same purpose as the image (1.1.1).
  • Whether headings describe the topic or purpose (2.4.6).
  • Whether the reading order follows the meaning (1.3.2), especially on slides with several text boxes.
  • Whether changes of language are marked up (3.1.2). Some document technologies offer no way of doing this that is supported by assistive technologies (clause 10.3.1.2, note 1).
  • Whether the tags in the PDF match the meaning of the content. The PAC publisher expressly names this question as a task for human review (FAQ).

Where a document contains its own non-standard structure types, the standard describes mapping them to standard structure types as best practice (clause 10.1.3.1, note).

How do you check the PDF automatically, and where are the limits?

An automated checker such as the PDF Accessibility Checker (PAC) shows whether the machine-testable requirements are met, nothing more. According to the publisher's FAQ, PAC supports both PDF/UA and WCAG. However, not all requirements of the two sets of rules can be checked automatically; additional checks by a person are always required. According to the FAQ, the test result is not legally binding but an indicator. Green ticks on the PDF/UA and WCAG tabs only mean that all automatically testable requirements are met.

Pay attention to the PDF version of your export. According to the FAQ, PAC currently processes files in PDF 2.0 format on a “best effort” basis; full support exists only for PDF 1.7. In some cases this can lead to errors or less reliable results. According to the publisher, full support for PDF 2.0 and PDF/UA-2 is planned; no date is known.

For confidential material, a further point from the FAQ is relevant: according to the publisher, PAC does not access the internet in any way.

Which items do you check by hand?

You check by hand everything that concerns meaning and relationships. Annex C of EN 301 549 specifies the test type “Inspection” for document criteria such as non-text content and info and relationships: the test is whether the document does not fail the relevant WCAG criterion (C.10.1.1.1, C.10.1.3.1).

  1. Compare the heading structure in the tag tree with the visible document (1.3.1).
  2. Go through the reading order with a read-aloud function or a screen reader (1.3.2).
  3. Read the alternative texts: do they describe purpose and content (1.1.1)?
  4. Check table headers and their association with the data cells (1.3.1).
  5. Measure contrast with a contrast tool (1.4.3).
  6. Reach links and form fields with the keyboard (2.1.1, clause 10.2.1.1).
  7. Check title and language in the document properties (2.4.2, 3.1.1).

Which document failures do the monitoring bodies find?

The reports of the monitoring bodies show large gaps in PDF documents: in Berlin in 2024, only a small share of the tested PDFs passed the automated test, and in 2025 the FFG named missing or incorrect tags as a common failure.

Germany (State of Berlin)

In 2024, the monitoring body of the State of Berlin checked a total of 117 services of Berlin public bodies: 108 websites in simplified monitoring, 4 websites in in-depth monitoring and 5 apps. Of 114 tested PDF documents, 7 passed the automated test with PAC, a compliance rate of 6.1%. In 2023 the rate was 0% (88 documents), in 2022 it was 2.7% (73 documents). For the requirements from clauses 9 (web) and 11 (software, excluding 11.5 to 11.8) of EN 301 549, only 5 of 117 services met criterion 1.3.1 Info and Relationships in 2024 (4.3%).

Austria

In its 2025 interim monitoring report, the FFG lists untagged or incorrectly tagged PDF documents as a common failure under criterion 1.3.1: PDFs with no or an inadequate tag structure, that is without headings, lists and tables. As an extreme example it cites PDFs created from scans, which convey no structure information at all. Under criterion 2.1.1 it lists links and form elements in PDFs that cannot be reached by keyboard; for that, PDFs must be tagged correctly. In 52.5% of the accessibility statements checked, a disproportionate burden was claimed, several times on the grounds that PDF documents could not be published accessibly as standard. When this exemption holds is explained in the article on disproportionate burden.

How the bodies draw their samples is described in the article on monitoring by the monitoring bodies. If you need to convert a stock of Word, PowerPoint or PDF files, you can have accessible documents prepared by Compliance-Kit.

Frequently asked questions

Is it enough to simply save a Word document as a PDF?
Only if the source file is already structured and the export creates tags. EN 301 549 requires authoring tools to preserve existing accessibility information during conversion where the target format has equivalent mechanisms (clause 11.8.3). What is missing in the source file cannot be preserved by the export: if headings as styles, alternative texts or table headers are missing, they will also be missing in the PDF. Afterwards, check the result both automatically and by hand.
Does a published Word or PowerPoint file also have to be accessible?
Under the benchmark of EN 301 549 V3.2.1, yes: clause 10 applies to documents that are not web pages, including files for download, and its examples include spreadsheets and presentations (clause 10.0, note 1). Whether a legal obligation applies depends on the body and the publication date. Directive (EU) 2016/2102 exempts office files of public sector bodies published before 23 September 2018 that are not needed for active administrative processes (Art. 1(4)(a)); in Austria this applies at federal level under § 2(3)(a) WZG. The BITV 2.0 for federal bodies in Germany has no such exemption. For companies, the BFSG and BaFG exempt office files published before 28 June 2025 (§ 1(4) no. 2 BFSG; § 2(3) no. 2 BaFG).
Does an error-free PAC result confirm accessibility?
No. According to the FAQ of the PAC publisher, not all requirements of PDF/UA and WCAG can be checked automatically. Green ticks only mean that the automatically testable requirements are met. According to the publisher, the result is not legally binding but an indicator. A person must check whether the semantic tagging is correct.
How should I deal with scanned documents?
A scan shows text as an image and therefore usually fails WCAG criterion 1.4.5 Images of Text, which clause 10.1.4.5 of EN 301 549 applies to documents. In its 2025 interim monitoring report, the FFG cites PDFs created from scans as an extreme example because they convey no structure information at all (criterion 1.3.1). If the source file is available, create the PDF again from it and work through the checklist.
Which contrast ratios apply to text in documents and slides?
Text and images of text need a contrast ratio of at least 4.5:1, large text at least 3:1 (WCAG 2.1, criterion 1.4.3, Level AA). For documents, clause 10.1.4.3 of EN 301 549 applies this requirement. There is no contrast requirement for text in logos or brand names, pure decoration, text that is not visible to anyone, text of inactive user interface components and text in an image that contains significant other visual content.
Do decorative images need alternative text?
No. Under WCAG criterion 1.1.1, pure decoration, purely visual formatting and content that is not presented to users must be implemented so that assistive technologies can ignore it. Mark such images as decorative in the source file. Other images, charts and graphics need a text alternative that serves the equivalent purpose; for some special cases such as tests or sensory experiences, a descriptive identification is sufficient. For documents, this applies via clause 10.1.1.1 of EN 301 549.

Sources

  • ETSI EN 301 549 V3.2.1 (2021-03) Accessibility requirements for ICT products and services, Clause 10.0 with notes 1 and 7; 10.1.1.1; 10.1.2.2; 10.1.3.1 with note; 10.1.3.2; 10.1.4.1; 10.1.4.3; 10.1.4.5; 10.1.4.10 with note 2; 10.2.1.1; 10.2.4.2 with note 1; 10.2.4.4; 10.2.4.6; 10.3.1.1; 10.3.1.2 with note 1; 11.8.2; 11.8.3 with note 2; 11.8.4; 11.8.5; Annex C.10.1.1.1, C.10.1.3.1, etsi.org
  • W3C Web Content Accessibility Guidelines (WCAG) 2.1, W3C Recommendation, Success criteria 1.1.1, 1.2.2, 1.3.1, 1.3.2, 1.4.1, 1.4.3, 1.4.5, 2.1.1, 2.4.2, 2.4.4, 2.4.6, 3.1.1, 3.1.2; conformance requirements (Level AA), w3.org
  • ISO 14289-1:2014 (PDF/UA-1), ISO catalogue page, Abstract: scope and excluded conversion processes, iso.org
  • PAC (PDF Accessibility Checker), publisher's FAQ, Questions on the legal status of the test result, on PDF 2.0 and on internet access, pac.pdf-accessibility.org
  • Directive (EU) 2016/2102 on the accessibility of the websites and mobile applications of public sector bodies, Art. 1(4)(a) (office file formats published before 23 September 2018), eur-lex.europa.eu
  • Web-Zugänglichkeits-Gesetz (WZG, Austrian Web Accessibility Act), consolidated version, § 2(1) (scope: federal bodies and federally related institutions); § 2(3)(a), ris.bka.gv.at
  • Barrierefreie-Informationstechnik-Verordnung (BITV 2.0, German Accessible Information Technology Ordinance), § 2(2) no. 2 (archives, 23 September 2019), gesetze-im-internet.de
  • Barrierefreiheitsstärkungsgesetz (BFSG, German Accessibility Strengthening Act), § 1(4) no. 2 (office file formats published before 28 June 2025), gesetze-im-internet.de
  • Barrierefreiheitsgesetz (BaFG, Austrian Accessibility Act), consolidated version, § 2(3) no. 2 (office file formats published before 28 June 2025), ris.bka.gv.at
  • Berlin State Commissioner for Digital Accessibility, overview of monitoring results 2024, Introduction (117 services: 108 simplified, 4 in-depth, 5 apps); section on the requirements with the lowest compliance (clauses 9 and 11 excluding 11.5 to 11.8; 1.3.1: 5 of 117, 4.3%); PDF documents: 7 of 114 (6.1%), 2023: 0% (88), 2022: 2.7% (73), berlin.de
  • FFG digitalbarrierefrei.at, interim monitoring report 2025, Section on disproportionate burden (52.5%); most common failures under WCAG 1.3.1 (untagged or incorrectly tagged PDFs, scans) and 2.1.1 (PDF links and form elements), digitalbarrierefrei.at

Legal status of the sources checked: 19 October 2026 (RIS, gesetze-im-internet.de, EUR-Lex); standards: EN 301 549 V3.2.1, WCAG 2.1 (W3C 6 May 2025), ISO 14289; monitoring: Berlin 2024, FFG 2025

Practitioner note: This article is practice-oriented compliance documentation, not legal advice. We are compliance specialists, not a law firm. For legally binding advice, consult an admitted lawyer.