PDF/A vs PDF: What is the Difference and Which One Do You Need?

By FileConvertLab

Side-by-side comparison between a standard PDF (blue, flexible — allows external fonts, JavaScript, multimedia, transparency, encryption) and PDF/A (amber, locked down — no external fonts, no JS, no multimedia, no transparency, everything self-contained). A 'convert' arrow goes from standard to PDF/A. On the right, four PDF/A versions: A-1 (2005, most compatible), A-2 (2011, transparency + JPEG2000), A-3 (2012, any attachment), A-4 (2020, PDF 2.0). Bottom panel: green checklist for when you NEED PDF/A (courts, archives, compliance, 10+ year preservation), red checklist for when you DON'T (email, everyday docs, forms, interactive PDFs). Summary: PDF/A is a preservation format, not a better format — it trades features for archival safety.
PDF/A vs PDF comparison: left side shows a blue standard PDF box with checkmarks for external fonts (from web/OS), JavaScript/forms/multimedia/3D, transparency/layers/attachments, and editable/updatable — best for everyday documents, email, web sharing. Risk: might look different in 20 years. Right side shows an amber PDF/A box with red crosses: no external fonts (all embedded), no JavaScript/forms/multimedia, no transparency/encryption — best for archives, courts, governments, compliance. Promise: same look in 50 years, self-contained, ISO 19005. Four version cards on the right panel: PDF/A-1 (2005, most compatible, no transparency), PDF/A-2 (2011, transparency + JPEG2000), PDF/A-3 (2012, any file as attachment like XML/CSV/source DOCX), PDF/A-4 (2020, PDF 2.0, fewest restrictions). Bottom decision chart: green checks for when you NEED PDF/A (court/government/archive submissions, long-term preservation, compliance), red crosses for when you DON'T (email, everyday docs, forms, interactive PDFs). Key takeaway: PDF/A is for documents that must survive unchanged — not a better format.

You are submitting a document to a court, a government agency, or a university archive, and the instructions say: "PDF/A format required." What does that mean? And if nobody asked for PDF/A, does it matter? Here is the difference between a standard PDF (flexible, living, interactive) and PDF/A (self-contained, locked down, archival) — and when you actually need each one.

Short version: standard PDF is for documents you use today. PDF/A is a straitjacket that guarantees the document will look identical in 50 years — no external fonts, no JavaScript, no dynamic content. If a regulation demands PDF/A, use a PDF to PDF/A converter to make your PDF compliant. If no regulation demands it, stick with standard PDF — it is smaller, more flexible, and perfectly fine for everything else.

What PDF/A Actually Does — Self-Contained by Force

A standard PDF is like a web page — it can reference external resources. A font that lives on your operating system. An image loaded from a URL. A JavaScript that calculates form fields. These work today because the resources are available. In 2050, that external font server is gone, that JavaScript engine has changed, and the PDF looks broken.

PDF/A solves this by banning everything external:

  • All fonts must be embedded inside the file. Even system fonts like Arial or Times New Roman — if the PDF uses them, the font data must be copied into the PDF. No "this font should be installed on the reader's computer."
  • No JavaScript, no multimedia, no 3D. These are execution-dependent — they rely on the PDF reader's implementation, which changes over time. PDF/A strips them all.
  • No external references. Images, stylesheets, data streams — everything must be inside the file. No URLs, no linked resources.
  • No encryption. An encrypted PDF might become unopenable if the decryption method is lost or deprecated.
  • Color profile required. An ICC color profile must be embedded so colors render identically on any screen or printer, now and in the future. The trade-off: the file gets slightly larger (font embedding adds 5-30% on a typical document), and you lose interactive features. What you gain: a guarantee that the document will render identically on any PDF reader, on any operating system, at any point in the future.

Standard PDF — Flexible, Interactive, Smaller

Standard PDF was designed for documents that live in the present. It is the universal format for sharing formatted documents — layouts, fonts, images, and vector graphics in a self-contained file. But unlike PDF/A, it allows shortcuts:

  • External fonts — the PDF references "Arial" without embedding it, assuming the reader's system has it installed. Smaller file, works on most computers.
  • JavaScript — form validation, calculations, dynamic content. A tax form PDF that calculates totals in real time. An interactive map with zoomable layers.
  • Multimedia — embedded video, audio, 3D models. A product brochure with a rotating 3D view. A portfolio with embedded video clips.
  • Transparency and layers — overlapping semi-transparent elements, optional content groups that can be toggled on/off.
  • Encryption — password protection, DRM, digital rights management. For 99% of PDFs — invoices, reports, contracts, ebooks, presentations, forms — standard PDF is the right choice. It is more efficient, supports features users expect, and renders correctly on every current PDF reader. The risk (future incompatibility) only matters if the document must survive for decades.

When You Actually Need PDF/A

PDF/A is not "better PDF." It is a preservation format for a specific set of use cases:

Legal and court filings

Many courts — US federal courts, UK HM Courts, German courts — require PDF/A for electronic filings. The rationale: a PDF/A document submitted in 2026 will be readable and identical when the case is reviewed in 2046. Standard PDF submissions may be rejected outright if the court's system detects they are not PDF/A compliant.

Government archives and national libraries

National archives, libraries, and government record-keeping systems mandate PDF/A. The US Library of Congress, the UK National Archives, the European Commission — all require or strongly recommend PDF/A for document submission and preservation. These institutions think in centuries, not years.

ISO-compliant organizations

Organizations that follow ISO document management standards (ISO 19005 defines PDF/A) often require it as a matter of policy. If your contract, grant agreement, or regulatory filing says "documents must comply with ISO 19005" — that means PDF/A.

Long-term preservation (10+ years)

If a document must be readable and identical in 2036, 2056, or beyond — scientific papers, historical records, architectural plans, legal contracts — PDF/A is the safe choice. Standard PDF might still work in 2056, but there is no guarantee. PDF/A guarantees it.

When PDF/A Is Overkill

Most PDFs do not need PDF/A. Converting to PDF/A adds size, strips interactive features, and provides no benefit if nobody is going to open the file in 20 years:

  • Email attachments and link sharing — the recipient opens it now, not in 2050. Standard PDF is smaller and works perfectly.
  • Invoices, receipts, bank statements — keep them as standard PDF. If you need to archive them long-term, converting to PDF/A when you archive is easier than maintaining PDF/A for every outgoing document.
  • PDFs with fillable forms — converting to PDF/A removes the form interactivity. The recipient cannot type into fields. For forms, standard PDF is the only practical choice.
  • PDFs with multimedia or 3D — PDF/A strips it all. If the multimedia is essential to the document, PDF/A cannot be used.
  • Ebooks, brochures, marketing materials — these are ephemeral by nature. Nobody will read a 2026 brochure in 2056. Standard PDF is fine.

PDF/A Versions — A-1 Through A-4

PDF/A has evolved through four versions. Each is more permissive than the last. If you are converting to PDF/A and the regulation does not specify a version, here is what to pick:

VersionYearBased onKey featurePick when
PDF/A-12005PDF 1.4Strictest — no transparency, no layers, no JPEG2000Maximum compatibility required
PDF/A-22011PDF 1.7Adds transparency, JPEG2000, PDF/A attachmentsBest general choice for new archives
PDF/A-32012PDF 1.7Any file as attachment (DOCX, CSV, XML)Need to embed source files alongside
PDF/A-42020PDF 2.0Fewest restrictions, no conformance levelsCutting-edge, modern PDF 2.0 features
Each version also has conformance levels (except A-4, which removed them): "b" (basic) guarantees visual appearance — the document looks right; "a" (accessible) adds tagging and structure for screen readers and accessibility tools; "u" (unicode) guarantees text can be extracted as Unicode — useful for search and text mining.

For most users, PDF/A-2b is the practical sweet spot — modern enough to handle typical documents (including transparency), compatible enough for almost all archiving requirements, and widely accepted by courts and government agencies. PDF/A-1b is still requested for maximum compatibility with older systems.

How to Convert a Standard PDF to PDF/A

Converting to PDF/A is automated — you do not manually embed fonts or strip JavaScript. The PDF to PDF/A converter does it:

  1. Upload your standard PDF.
  2. Choose the PDF/A version — A-1 for maximum compatibility, A-2 for modern archives, A-3 to embed source files.
  3. The converter validates the PDF against the chosen standard, embeds missing fonts, strips forbidden content, and adds the required metadata and color profile.
  4. Download the compliant PDF/A. The file is now marked with a conformance indicator that validation tools can verify. What gets removed during conversion: JavaScript, multimedia, 3D content, external font references (fonts are embedded instead), encryption, and — depending on the PDF/A version — transparency and layers (flattened instead of removed in A-2 and later). The visual appearance of text, images, and vector graphics is preserved.

Related Tools

If you need to submit a PDF/A but your source is a Word document, convert directly to PDF/A with the Word to PDF converter — choose PDF/A as the output format to skip the intermediate standard PDF step. To verify a PDF/A is compliant before submission, check that the file metadata contains a PDF/A conformance marker (most PDF readers show this in Properties). To reduce the size of a PDF/A after conversion (font embedding adds weight), use the PDF compressor — compression does not break PDF/A compliance if it only optimizes internal structures.

Quick Summary

  • Standard PDF is for living documents — flexible, interactive, supports forms, JavaScript, external fonts. Use it for everything that does not need to survive decades.
  • PDF/A is a preservation format — self-contained, all fonts embedded, no external deps, no JavaScript. Guarantees identical rendering in 50 years.
  • Use PDF/A when regulation demands it — courts, government archives, ISO-compliant organizations, long-term preservation beyond 10 years.
  • PDF/A-2b is the practical default — modern enough for typical documents, compatible enough for most archiving requirements.
  • Converting to PDF/A is automated — font embedding, JS stripping, metadata insertion are all handled by the converter. You upload a PDF, get a compliant PDF/A.

Frequently Asked Questions

What is the difference between PDF and PDF/A?

PDF/A is a restricted subset of PDF designed for long-term preservation. Standard PDF allows external font references, JavaScript, multimedia, encryption, and transparency — features that make the file dynamic but dependent on external resources that may not exist in 20 years. PDF/A bans all of these: all fonts must be embedded inside the file, no JavaScript or multimedia, no external references, no encryption, no transparency (in PDF/A-1). Everything the document needs to display correctly is self-contained inside the file. The result: a PDF/A file opened in 2060 will look identical to how it looks today, regardless of what operating system, fonts, or software exist at that time. Standard PDF makes no such promise — it relies on the reader's environment, which can change.

When should I use PDF/A instead of standard PDF?

Use PDF/A when a regulation, contract, or policy requires it — typically in legal, government, academic, and archival contexts. Courts often mandate PDF/A for electronic filings. Government archives and national libraries require PDF/A for document submission. ISO-compliant organizations that follow document management standards (ISO 19005) may require PDF/A. For long-term preservation beyond 10 years — if the document must be readable and identical in 2050, PDF/A guarantees it. For everything else — everyday documents, email attachments, reports shared via link, invoices, ebooks — standard PDF is the right choice. It is more flexible, often smaller, and supports features like forms and JavaScript that PDF/A strips away.

Can I convert a standard PDF to PDF/A?

Yes. A PDF to PDF/A converter validates your PDF against the PDF/A standard, embeds any missing fonts, removes forbidden content (JavaScript, external references, transparency in the case of PDF/A-1), and adds the required metadata — the PDF/A conformance marker and color profile. The process is automated: upload your PDF, select the PDF/A version (A-1 for maximum compatibility, A-2 for transparency support, A-3 for embedded source files), and download a compliant PDF/A. What gets stripped: JavaScript, multimedia, 3D content, external font references (the fonts themselves are embedded), encryption, and — depending on the version — transparency and layers. The visual appearance stays the same (minus transparency flattening), but interactive features are removed.

What is the difference between PDF/A-1, A-2, A-3, and A-4?

PDF/A-1 (2005): most restrictive, most compatible. Based on PDF 1.4 — no transparency, no layers, no JPEG2000, no embedded files. PDF/A-1b (basic) guarantees visual appearance; PDF/A-1a (accessible) adds tagging and structure for screen readers. PDF/A-2 (2011): based on PDF 1.7 — adds transparency support, JPEG2000 compression, and the ability to embed PDF/A files as attachments. Better compression, more modern. PDF/A-3 (2012): identical to A-2 except it allows embedding any file type as an attachment — not just PDF/A. You can embed the source Word document, CSV data, or XML alongside the PDF/A. PDF/A-4 (2020): based on PDF 2.0 — removes conformance levels (no more a/b/u), fewest restrictions, most modern features. For new archives, A-2 or A-3 is the practical choice. A-1 is still used when maximum compatibility is required.

Does converting to PDF/A make the file larger?

Usually yes — by 5-30%. The increase comes from font embedding: standard PDFs often reference fonts installed on the operating system (like Arial, Times New Roman) without including the font data. PDF/A requires all fonts to be fully embedded (or at minimum, subsets for the characters used), which adds the font data to the file. A 200 KB text-only PDF might become 250 KB. A 5 MB PDF with custom fonts might stay the same size if those fonts were already embedded. Additionally, PDF/A requires a color profile (ICC profile) to be embedded — another 1-10 KB. In some cases, stripping JavaScript, forms, and metadata bloat can shrink the file slightly, but font embedding usually adds more than what is removed.

Will a PDF/A file open in any PDF reader?

Yes — PDF/A is fully backward-compatible. Any PDF reader that can open a standard PDF can open a PDF/A file. The PDF/A restrictions apply to what is inside the file (no external references, no JavaScript), not to the file format itself. A PDF/A file is a valid PDF — just with extra rules. It opens in Adobe Acrobat, Preview (Mac), Edge, Chrome, iPhone Files app, and every other PDF reader. The difference is invisible to the reader: the document looks identical, but you cannot add form fields, run JavaScript, or reference external fonts. From the user's perspective, a PDF/A file is just a PDF that works everywhere today and is guaranteed to keep working decades from now.

Can I edit a PDF/A file after converting it?

You can, but editing may break the PDF/A compliance. If you open a PDF/A file in a PDF editor and add text, images, or annotations, the editor may reintroduce non-compliant elements — an external font reference, a transparency effect, or metadata that does not meet the PDF/A standard. After editing, you would need to re-validate and re-convert to PDF/A to restore the compliance marker. Some PDF editors have a 'stay PDF/A compliant' mode that prevents edits from breaking conformance. If you need to frequently edit a document, keep the master as standard PDF (or DOCX) and only convert to PDF/A for the final, archival version — the one you submit to court or archive.

PDF/A vs PDF: What is the Difference and Which One Do You Need? (2026)