Desk Trials

GUIDE / Writing & documents

Hand off an accessible document with structure intact

Headings, links, alt text, and checker results matter, but the receiver still needs to navigate and understand the final file.

Documentation-based practical guide

Documentation-based proposal; not a hands-on test

Accessibility has to survive the delivered format

A well-structured source document can become a flattened or confusing PDF, and a clean-looking PDF can hide broken reading order. Define the handoff format and destination before the final check: editable document, tagged PDF, web page, or more than one. Preserve the editable source unless the receiver explicitly needs only a fixed record.

Use real structure, not visual imitation. The W3C’s page-structure tutorial explains that meaningful regions and logically nested headings support navigation and orientation for screen-reader, keyboard, cognitive, low-vision, and mobile users. In a word processor, use built-in title, heading, list, and table styles. Bold text enlarged to look like a heading does not provide the same navigable structure.

Check headings, links, and visuals as separate systems

ElementMechanical checkHuman check
HeadingsBuilt-in styles and logical levelsOutline alone explains the document
LinksActive, reachable, visibly identifiableLink text makes sense out of context
ImagesAlt field present or marked decorativeAlternative conveys the image’s purpose here
TablesHeader row and simple cell structureRow and column relationships remain understandable
Reading orderNavigation or tag order inspectedContent follows a sensible sequence

For links, the W3C’s guidance on link purpose says readers should be able to determine what a link does from its text or programmatically associated context. Replace repeated “click here” labels with the destination or action. If the same link text leads to different places, make each purpose explicit.

For images, do not fill every alt field with a filename or generic description. The W3C alt decision tree distinguishes informative, functional, complex, redundant, and decorative images. A decorative divider can have an empty alternative. A chart needs its conclusion or underlying information available in text, not a list of colors and shapes. Alt text depends on what the image contributes in this document.

Run the checker, then perform tasks

Microsoft recommends running the Accessibility Checker before sharing Office content and reviewing its errors and warnings. Use it, but do not call a clean report proof of accessibility. Automated checks cannot decide whether a heading is informative, alt text is useful, a link label is honest, or the reading sequence makes sense.

Perform a short human task pass in the final file: navigate using only the heading list; tab through links; open two destinations; read a table by row and column; inspect at high zoom or a narrow window; and verify that no instruction depends only on color. If possible, have someone other than the author perform the check with the tools they normally use.

Package the handoff

Include the final file, editable source, format/version note, accessibility-check date, known limitations, and a contact or owner for corrections. If conversion changes structure, name that limitation rather than implying conformance. A hypothetical example: a report’s chart has a concise alt description plus a nearby data table; the handoff note says the PDF reading order was checked and identifies one complex appendix table that may be easier to use in the spreadsheet source. This is illustrative, not a test result.

  1. Apply built-in structure in the editable source.
  2. Write descriptive link text and purpose-based image alternatives.
  3. Run the platform checker and resolve material findings.
  4. Test navigation, links, zoom, tables, and reading sequence manually.
  5. Deliver the source, final format, check note, and known limitations.

The revision-diff review should happen before this final pass so a late factual edit does not silently undo heading, link, or alternative-text work.

Before you hand it over

Use this as a working check, not certification. Checks stay in this page only and reset on reload.

0 of 5 checked

Sources & verification

Product details are based on the linked documentation. The proposed workflow and worked examples are editorial guidance, not measured test results.

  1. Page Structure TutorialSource date: 2026-04-08 · Retrieved: 2026-09-19T12:39:20.1443518-07:00

    Semantic regions, logical headings, and the navigation benefits of well-structured content.

  2. Understanding Success Criterion 2.4.4: Link Purpose (In Context)Source date: not stated · Retrieved: 2026-09-19T12:39:20.1443518-07:00

    Descriptive link purpose from link text or programmatically determined context.

  3. An alt Decision TreeSource date: 2024-05-13 · Retrieved: 2026-09-19T12:39:20.1443518-07:00

    Context-sensitive alternatives for informative, functional, complex, redundant, and decorative images.

  4. Improve accessibility with the Accessibility CheckerSource date: not stated · Retrieved: 2026-09-19T12:39:20.1443518-07:00

    Running the checker before sharing and reviewing errors, warnings, and recommended actions.

Continue the workflow

  1. Build a reusable writing brief before polishing the prompt

    A compact, reusable specification for commissioning consistent writing without relying on a clever one-off prompt.

  2. Review the diff for altered facts, not just improved prose

    A practical review pass for comparing document versions and finding factual changes hidden inside editorial revisions.

  3. A content credential records a process, not whether it is true

    The C2PA specification, read on 16 September 2026, says validation confirms a claim's binding to a file, not whether the claim itself is accurate.

  4. Word's Copilot needs a license, a role, and up to a day to appear

    Microsoft's own setup documentation, current as of 16 September 2026, lists the licensing, admin roles, and security steps before Copilot appears in Word.