"508 compliant" is stamped on a great many PDFs with no shared definition of what was tested. Since September 2024 there has been one: the ICT Testing Baseline for Electronic Documents, published on the U.S. Access Board's ICT Testing Baseline portfolio site. This guide explains what it is, who wrote it, what its 24 tests cover, and why it is useful well beyond the federal agencies it was written for.
What Section 508 requires of documents
Section 508 of the Rehabilitation Act requires U.S. federal agencies to make their information and communication technology accessible. The Revised 508 Standards, in force since 2018, incorporate WCAG 2.0 Level A and AA success criteria as the accessibility standard for electronic content, which includes non-web documents. A "non-web document", in the Baseline's words drawn from the standards, is a document that is not a web page, not embedded in a web page, and not used in the rendering or functioning of web pages. Section508.gov also records that agencies must prioritise HTML and use PDFs only when necessary, and provides authoring guidance, training modules, and checklists for the document types agencies produce most.
The Baseline and who wrote it
The ICT Testing Baseline portfolio, maintained on the Access Board's site, sets a common minimum for accessibility test processes so that different agencies' results are comparable. The Baseline for Electronic Documents, version 1.0 released September 30, 2024, covers all non-web documents. It was authored by the Federal Accessible Electronic Documents Community of Practice, the AED COP, which subject matter experts from several agencies established in October 2012 to improve accessible content and create reusable testing and authoring artifacts, together with a Baseline for Documents Technical Advisory Committee. Section508.gov's PDF training modules describe their guidance as based on the AED COP's Section 508 Baseline Test Guide for PDFs and the Section 508 PDF Checklist.
The 24 tests
| No. | Test | What it covers in a document |
|---|---|---|
| 1 | Keyboard Accessible | Form fields, links, and controls usable without a mouse |
| 2 | Focus | Visible focus and a logical focus order through fields and links |
| 3 | Non-Interference | Assistive technology is not blocked, including by security settings |
| 4 | Repetitive Content | Not applicable to documents |
| 5 | User Controls | Name, role, value, and state of controls |
| 6 | Images | Alternative text for meaningful images; decorative images hidden |
| 7 | Sensory Characteristics | Instructions do not rely on shape, colour, or position alone |
| 8 | Contrast | Text contrast ratios |
| 9 | Flashing | No content that flashes above threshold |
| 10 | Forms | Labels, instructions, required fields, and error identification |
| 11 | Document Titles | A descriptive title that assistive technology can read |
| 12 | Tables | Header cells and their association with data cells |
| 13 | Content Structure | Headings, lists, and other structure exposed programmatically |
| 14 | Links | Link purpose determinable from the link text or context |
| 15 | Language | Document language and language of parts |
| 16 | Audio-Only and Video-Only | Alternatives for embedded media |
| 17 | Synchronized Media | Captions and audio description for embedded media |
| 18 | Meaningful Content and Sequence | Reading order and content hidden from assistive technology |
| 19 | Frames and iFrames | Not applicable to documents |
| 20 | Conforming Alternate Version | When an alternative document is relied on |
| 21 | Timed Events | Time limits in interactive documents |
| 22 | Resize Text | Text remains usable when enlarged |
| 23 | Multiple Ways | Not applicable to documents |
| 24 | Parsing | The file's structure can be processed by assistive technology |
The shape of the list is the point. It is organised by WCAG outcome rather than by PDF object, which makes it applicable to Word, Excel, and PowerPoint files as well as PDF, and it separates what a document must achieve from how a particular tool achieves it. Cross-reference tables in the Baseline's appendix map each test to the success criteria it covers.
Baseline, test process, and checker
Three layers are easy to confuse. The Baseline defines what must be tested and the pass criteria. A test process, such as the AED COP's test guide for PDFs, says how to test it step by step in a given tool. A checker, such as Acrobat's or PAC, automates the parts of a test process that software can decide; the checker comparison shows how much that leaves. A document is "508 conformant" in any defensible sense only when every applicable Baseline test has been carried out, including the manual ones, and the results recorded.
Using the Baseline outside government
- As a procurement definition. Instead of "must be 508 compliant", require that documents pass the ICT Testing Baseline for Electronic Documents and that the vendor supply the test record. It is free, public, and specific.
- As a review checklist. The 21 applicable tests map closely to the manual items in the 15-point PDF checklist; teams already using that can align their evidence to the Baseline's numbering.
- As a training syllabus. Section508.gov's PDF training modules and checklists are free and were written for non-specialists in agencies.
- As a reminder about format. The federal policy to prioritise HTML applies equally well to any organisation: a document that lives as a web page needs none of this testing in PDF form.
Frequently asked questions
What is the ICT Testing Baseline for Electronic Documents?
The ICT Testing Baseline for Electronic Documents is the U.S. federal reference for testing non-web documents, such as PDF, Word, Excel, and PowerPoint files, for Section 508 conformance. Version 1.0 was released on September 30, 2024, on the Access Board's ICT Testing Baseline portfolio site, authored by the Accessible Electronic Documents Community of Practice. It defines 24 tests, three of them not applicable to documents, each mapped to WCAG success criteria.
What does "508 compliant PDF" actually mean?
In a defensible sense it means the PDF has passed every applicable test in the ICT Testing Baseline for Electronic Documents, including the manual ones, with the results recorded. The Revised 508 Standards incorporate WCAG 2.0 Level A and AA for electronic content, so the tests cover keyboard access, images, contrast, forms, titles, tables, structure, links, language, reading order, and parsing.
Can a private company use the Section 508 document Baseline?
Yes. The Baseline is public and free, and it is a precise definition of an accessible document that any organisation can adopt for procurement or internal review. It is written by WCAG outcome rather than by tool, so it applies to Word, Excel, and PowerPoint files as well as PDFs, and it separates what must be true of a document from how a checker tests it.
Sources
The statements above rest on the primary sources below. Where a source is a law or standard, the version and date named in the text are the ones checked on the review date. This guide is general information, not legal advice.
- U.S. Access Board: ICT Testing Baseline for Electronic Documents . Version 1.0 release date, scope statement, and the list of 24 tests.
- U.S. Access Board: Section 508 ICT Testing Baseline Portfolio
- Section508.gov: Create Accessible PDFs . Federal policy to prioritise HTML and use PDFs only when necessary.
- Section508.gov: Module 0, Introduction and Background (PDF training) . The AED COP's formation in October 2012.
- Section508.gov: Module 2, Testing a PDF for Accessibility . Guidance based on the Section 508 Baseline Test Guide for PDFs and the Section 508 PDF Checklist.
- Section508.gov: Electronic Documents Overview (testing)
Keep reading
Acrobat accessibility checker vs PAC, explained
Why a PDF can pass Adobe Acrobat's accessibility checker and fail PAC, what each tool actually tests, how to read their reports, and what neither can decide.
Read the guide →VPAT and ACR explained: how to read one
What a VPAT is, what an Accessibility Conformance Report is, the current VPAT 2.5 template and its four editions, the conformance levels, why an ACR is not a certification, and the questions to ask when a vendor sends one.
Read the guide →PDF accessibility checklist
Fifteen structural and manual checks to complete before publishing an accessible PDF.
Open the checklist →