Guide

How to triage a PDF backlog

You have thousands of documents and a deadline. How to find out what you are actually dealing with before committing to a plan, at no cost.

About 20 minutes · moderate

Measure before you plan

The most expensive mistake in a remediation programme is committing to a schedule before knowing the distribution of work. “Forty thousand documents” is not a plan. “Eleven thousand need work, of which two thousand need a person” is.

The census costs nothing. Taggart’s validator is free and unlimited precisely so this step is not a budget item.

The four buckets

Already usable. Tagged, correct reading order, language set, alt text present. Usually documents exported properly from Word or InDesign. Leave them alone.

Mechanical only. Missing title, missing language, missing DisplayDocTitle, headers not artifacted, TH cells without /Scope. All fixable in one pass with no judgement calls. This bucket is where automation earns its keep.

Needs a person. Broken reading order, untagged content, missing alt text, tables that are really layout. Real work, and the bucket that determines your schedule.

Not a PDF problem. Scanned images with no text layer. These need OCR before anything else is possible, and OCR is a different tool and a different budget line.

How to run it

  1. Gather the files. This is usually the slow part — they are in a CMS, a shared drive and someone’s laptop.
  2. Run the validator over all of them, exporting JSON per file.
  3. Bucket by the finding IDs. A document whose only findings are 06-003, 07-001 and 11-001 is mechanical. One with 09-001 or 01-005 needs a person. One with no text at all needs OCR.
  4. Cross-reference against usage. Your analytics know which documents are actually opened. A 2015 committee minute nobody has downloaded in three years is not the same priority as this year’s application form.
  5. Now write the plan.

What the numbers usually show

Two things surprise people.

More documents are fine than expected. Anything exported from a well-built template usually passes. If your organisation standardised its templates at some point, everything after that date may be in good shape.

The bad ones cluster. Failures are rarely evenly distributed — they come from a specific template, a specific author, or a specific year. Finding the cluster is worth more than fixing any individual document, because fixing the template fixes the future.

Where Taggart fits

The validator is free and unlimited, and its output is JSON, so bucketing several thousand documents is a script rather than a project:

taggart check report.pdf --json | jq '[.findings[].ruleId] | unique'

The CLI in the Pro tier does folder processing with a report per file, which is the shape you want for a recurring census rather than a one-off.

Frequently asked questions

How long does a census take?

Machine time, minutes to hours depending on volume — Taggart checks a typical document in well under a second. Human time is mostly in gathering the files and deciding the categories, which is usually a day.

What proportion of a typical backlog needs real work?

In our experience roughly a third are already usable, a third need only mechanical fixes, and a third need a person. Your distribution will differ, which is exactly why you measure rather than assume.

Do we have to fix everything?

Read your instrument's exceptions rather than a summary of them — they are narrower than people hope. Then prioritise by consequence: forms first, then anything required to access a service, then the rest.

Related failure conditions

Check your own file. Taggart's validator is free and unlimited — no page cap, no watermark, no account.

Check a PDF free

Last updated .