PDF vs PDF/A: What’s the Difference?
Learn why an archival PDF profile has different requirements from an ordinary PDF.
Introduction
You may have been asked to submit a document in PDF/A format instead of an ordinary PDF. The two can look identical, but they serve different purposes. Regular PDF is designed for flexible document exchange; PDF/A is a family of standards designed to support long-term preservation.
Understanding the distinction is important for legal records, institutional archives, and documents that must remain readable for years.
What Is a PDF?
Portable Document Format (PDF) describes fixed-layout pages containing text, images, fonts, graphics, and other elements. It supports a broad range of features, including forms, annotations, encryption, and attachments. These features make PDF useful for everyday sharing but can complicate preservation if future software cannot reproduce them.
What Is PDF/A?
PDF/A is defined by the ISO 19005 family of standards. Its requirements limit or specify PDF features to improve the reliability of future rendering. For example, required fonts must be embedded according to the selected profile, and encryption is prohibited. A document is not compliant merely because its filename or metadata says “PDF/A”; conformance must be validated.
PDF vs PDF/A Comparison
| Feature | Regular PDF | PDF/A |
|---|---|---|
| Primary purpose | General sharing | Long-term archiving |
| Font embedding | Depends on file | Required according to profile |
| Encryption | Supported | Prohibited |
| Interactive content | Broad support | Restricted by profile |
| External dependencies | May exist | Restricted |
| Compliance testing | Normal viewing | Profile-specific validation |
PDF/A Versions Explained
PDF/A-1 is based on PDF 1.4 and restricts features such as transparency. PDF/A-2 builds on newer PDF capabilities and permits transparency under its rules. PDF/A-3 permits arbitrary embedded attachments, although those attachments are not necessarily archival themselves. PDF/A-4 is based on PDF 2.0 and updates the conformance model.
Some versions also define conformance levels related to text mapping and document structure. Always follow the profile required by the receiving organization rather than assuming one version is universally best.
When Should You Use PDF/A?
Choose PDF/A when a records policy, government agency, archive, or client explicitly requires long-term preservation. Ordinary PDF is often sufficient for invoices, presentations, and reports intended for immediate sharing.
PDF/A is not an encryption format, an automatic OCR tool, or a guarantee that the document cannot be changed.
How to Create and Validate PDF/A
- Identify the required profile. Ask whether PDF/A-1, -2, -3, or -4 is needed and whether a conformance level is specified.
- Use a compliant exporter. A normal “Save as PDF” command does not necessarily produce PDF/A.
- Review fonts and resources. Ensure fonts can be embedded and required content is self-contained.
- Export a separate copy. Preserve the editable original for future revisions.
- Validate the output. Use a PDF/A validator that supports the chosen profile and correct any reported failures.
Common Mistakes
A PDF that opens successfully is not necessarily PDF/A compliant. Likewise, making a scanned PDF compliant does not automatically make its text searchable. PDF/A-3 attachments may be useful for workflows such as preserving an original spreadsheet, but they should be governed by an archival policy.
Frequently Asked Questions
Can ordinary PDF readers open PDF/A?
Generally yes, although they may not validate conformance.
Is PDF/A smaller than PDF?
Not necessarily. Embedded resources may increase size.
Can I password-protect a PDF/A file?
PDF/A prohibits encryption.
Does PDF/A include OCR?
No. OCR is a separate process.
Which PDF/A version should I choose?
Use the profile specified by the receiving institution or your organization's retention policy.
Conclusion
PDF is a flexible document format; PDF/A adds requirements for long-term preservation. Choose the correct profile and validate it rather than relying on a label. For ordinary PDF conversion and organization, explore PDFreevert.