Metadata must not contain private-use characters
PDF/UA check
XMP_TEXT_PUA· Metadata · severity Medium · PDF/UA 8.6 Text strings · advanced check
Advanced check. This is a file-internals rule. It is hidden from the standard report view and generally indicates a problem with the tool that produced the PDF rather than something an author did.
Why it matters
Document title and author are announced by screen readers when opening or switching between PDFs. PUA characters in metadata are read as gibberish.
What you will see
The title or author metadata contains Private Use Area codepoints, which have no defined meaning.
How to fix
Replace Private Use Area characters (U+E000-U+F8FF and the supplementary PUA planes) in the XMP metadata fields dc:title, dc:creator, dc:subject, dc:description, and pdf:Keywords with standard Unicode text. Retype the affected values in the document properties rather than pasting from the original source.
Step-by-step guide
- Read the EQChecker report details to see which fields contain Private Use Area characters - the check scans the XMP properties dc:title, dc:creator, dc:subject, dc:description and pdf:Keywords.
- Open File > Properties > Description in Acrobat Pro and retype the affected fields (Title, Author, Subject, Keywords) by hand using ordinary text. Do not paste from the original source - pasting text extracted from PDFs whose fonts map glyphs to PUA codepoints is how these characters usually get in.
- Replace symbols that only exist in icon or symbol fonts (Wingdings bullets, dingbats, custom ligature glyphs) with plain-text equivalents, e.g. a hyphen instead of a decorative bullet, the actual letters instead of a ligature glyph.
- Save the file so Acrobat rewrites the XMP packet with the corrected values.
- If PUA characters persist in properties Acrobat's Description tab does not expose, edit the raw XMP via File > Properties > Description > Additional Metadata > Advanced.
Verify: Re-run the EQChecker scan; XMP_TEXT_PUA passes when no PUA codepoints (U+E000-U+F8FF and the supplementary PUA planes) remain in the checked XMP fields. A screen reader should now announce the title and author as real words.
Note: Grounded in PDF/UA-2 8.6, which forbids the Unicode PUA in human-readable text strings; EQChecker applies the same principle to user-facing XMP metadata. This is an advanced-mode, PDF/UA-2-only check - PDF/UA-1 explicitly permitted PUA usage.
WCAG success criteria
2.4.2 Page Titled — Level A
Each page needs a descriptive
Standards
This check contributes to the following standards:
PDF/UA WCAG A EN 301 549
| Standard | Criteria |
|---|---|
| PDF/UA-2 (ISO 14289-2:2024) | 8.6 Text strings |
| EN 301 549 (non-web documents) | 10.2.4.2 |