The word "PDF" covers not just a single format but an entire family of ISO-standardised variants, each designed for a specific industry or use case. PDF/A ensures documents remain readable in fifty years. PDF/X ensures a document prints correctly on a commercial press. PDF/UA ensures a document is accessible to a person using a screen reader. PDF/E is designed for engineering data. PDF/VT handles personalised high-volume printing. PDF/R is for raster-based documents. Navigating this alphabet soup — choosing the right standard for your workflow — is one of the most common points of confusion in professional PDF practice. This guide maps the entire PDF standards family, explaining what problem each standard solves, the conformance levels within each, and which standard applies to your specific situation.

The PDF family tree: one core, many profiles

All PDF subset standards share the same underlying format (ISO 32000, the core PDF specification) but impose additional requirements or restrictions for specific use cases. They are "profiles" of the base format — every PDF/A document is a valid PDF, but not every PDF is a valid PDF/A. The major PDF ISO standards: - **ISO 32000** — the core PDF specification (PDF 1.7 as -1:2008; PDF 2.0 as -2:2017/2020) - **ISO 19005 (PDF/A)** — long-term archiving - **ISO 15930 (PDF/X)** — print exchange - **ISO 24517 (PDF/E)** — engineering documents - **ISO 14289 (PDF/UA)** — universal accessibility - **ISO 16612 (PDF/VT)** — variable data and transactional printing - **ISO 23504 (PDF/R)** — raster document imaging These standards are not mutually exclusive — a document can conform to multiple standards simultaneously. A document used in an accessible government archive might need to be both PDF/A-2a AND PDF/UA-1 compliant. A design agency might produce a PDF that is both PDF/X-4 (print-ready) and PDF/A-3 (archivable with source files attached).

PDF/A — ISO 19005: long-term archiving

**Problem solved**: Ensuring a PDF document can be rendered accurately and completely far into the future, without depending on external resources, proprietary software, or deprecated features. **Core requirements**: All fonts embedded; all colour profiles embedded or use device-independent colour spaces; no encryption (prevents future access); no external content references; no JavaScript or multimedia; XMP metadata with conformance identification. **Conformance levels within PDF/A**: - **PDF/A-1** (ISO 19005-1:2005, based on PDF 1.4): Strictest. No transparency. Widely deployed. Use for maximum compatibility with existing validators. - **PDF/A-2** (ISO 19005-2:2011, based on PDF 1.7): Adds transparency, JPEG2000, optional content, embedded PDF/A attachments. The recommended choice for new workflows. - **PDF/A-3** (ISO 19005-3:2012): PDF/A-2 plus attachments of any file type. Used in hybrid invoice formats (ZUGFeRD, Factur-X). - **Within each version**: Level **A** (accessible — full tagged structure), **B** (basic — visual reproducibility only), **U** (unicode — text extraction guaranteed). **Who uses PDF/A**: National archives, banks, insurance companies, government agencies, legal document systems, any organisation with multi-decade document retention requirements. See the full guide: PDF/A archiving guide.

PDF/X — ISO 15930: print exchange

**Problem solved**: Ensuring a PDF can be reliably reproduced on a commercial printing press — no missing fonts, no unresolved transparency, no RGB content when CMYK is required, with the press's colour profile embedded. **Core requirements**: Embedded fonts; output intent with ICC profile; no JavaScript or multimedia; specific colour space requirements depending on version. **Conformance levels within PDF/X**: - **PDF/X-1a** (ISO 15930-1:2001): CMYK or spot colour only, no transparency. Very strict — used for offset press production where the presetter manages all colour conversion. - **PDF/X-3** (ISO 15930-4:2003): Adds device-independent colour spaces (RGB with ICC profiles). Allows colour-managed files where the RIP handles conversion. - **PDF/X-4** (ISO 15930-7:2008): The current recommended standard. Based on PDF 1.6, adds transparency support (no pre-flattening required), maintains ICC-based colour management. This is the standard most commercial printers request today. - **PDF/X-5** variants: Extensions for OPI workflows and external graphical content. **Who uses PDF/X**: Commercial printers, prepress bureaus, advertising agencies, packaging designers, publishers. If your printer asks for a "print-ready PDF," they almost certainly want PDF/X-4. See the PDF printing guide and colour management guide.

PDF/UA — ISO 14289: universal accessibility

**Problem solved**: Ensuring a PDF is accessible to users with disabilities — readable by screen readers, navigable by keyboard-only users, and usable with assistive technologies. **Core requirements**: Tagged document structure with correct semantic element types (headings, paragraphs, tables, lists, figures); logical reading order; alternative text for all non-text content; correct Unicode text encoding; language declaration; no security settings that prevent assistive technology access. **Versions**: - **PDF/UA-1** (ISO 14289-1:2012): Based on PDF 1.7. The current widely implemented standard. Validated using the Matterhorn Protocol (136 failure conditions). - **PDF/UA-2** (ISO 14289-2:2024): Based on PDF 2.0. Adds support for PDF 2.0 structure improvements, associated files, and updated real content definitions. **Relationship to WCAG**: PDF/UA does not replace WCAG 2.x for web-served PDFs — it complements it. A PDF/UA-1 conformant document satisfies many WCAG 2.1 Success Criteria but not all (some WCAG criteria address the hosting page context, not the document itself). **Who uses PDF/UA**: Government agencies (legal requirement), healthcare, financial services, educational institutions, and any organisation with obligations under the EU Web Accessibility Directive, Section 508, or the UK Equality Act. See the accessibility audit guide.

PDF/E, PDF/VT, and PDF/R: specialist standards

**PDF/E — ISO 24517: Engineering Documents** Problem solved: Reliable exchange of engineering documents — CAD drawings, schematics, 3D models — between different engineering software and across organisations. PDF/E-1 (2008, based on PDF 1.6) requires embedded fonts and colour profiles but uniquely permits 3D content, Flash, and certain interactive features useful in engineering review workflows. PDF/E-2 (in development) will be based on PDF 2.0. Who uses PDF/E: Aerospace and defence contractors, mechanical engineering firms, architecture/engineering/construction (AEC), oil and gas. Often combined with PRC 3D content (see the PDF 3D guide). --- **PDF/VT — ISO 16612: Variable Data and Transactional Printing** Problem solved: High-volume personalised document production — bank statements, insurance policies, utility bills, direct mail — where millions of personalised documents must be produced efficiently with consistent colour management across the run. PDF/VT extends PDF/X-4 with: a Document Part Metadata (DPM) structure that identifies which parts of the document are variable (different per recipient) vs fixed (same for all), and a record structure that groups pages belonging to a single recipient. This enables RIPs to cache fixed elements and only re-render variable elements, dramatically improving throughput. --- **PDF/R — ISO 23504: Raster Document Imaging** Problem solved: Standardising PDF documents that consist entirely of raster images (scanned documents, fax outputs) for exchange between document imaging devices (MFPs, scanners, fax machines). PDF/R-1 (2020) defines requirements for PDFs produced and consumed by imaging devices: specific image compression requirements (JBIG2, JPEG, CCITT), page geometry constraints, and optional OCR text layer. It bridges the gap between PDF/A (too strict for device-generated files) and uncontrolled PDF output from scanning devices.
Choosing the right PDF standard is about matching technical requirements to workflow needs. Most organisations need PDF/A for archiving, PDF/X if they print commercially, and PDF/UA if they serve the public. These are not competing standards — a single document workflow can and often should target multiple conformance levels simultaneously. Validate your PDFs against any of these standards using veraPDF (PDF/A, PDF/UA) or Acrobat Preflight (all standards). Our PDF editor and annotation tools work with documents at any conformance level.