Skip to main content
daves12101148
Participant
December 20, 2018
Answered

What's the Difference Between Acrobat Accessibility Check and the PDF/UA Preflight Profile?

  • December 20, 2018
  • 8 replies
  • 5077 views

Hi there.

I'm using Windows, and I have Acrobat Pro DC 2019.010.20064.

I've noticed that there are 2 distinct accessibility checkers in Acrobat, and I'm wondering if someone can explain what the difference is. One of them you get to by going to More Tools -> Accessibility -> Full Check. The other you get to by going to More Tools -> Print Production -> Preflight -> PDF/UA compliance.

Thanks,

Dave

    Correct answer BaniVerma

    Hi all,

     

    What's the difference between Acrobat Accessibility Check and the PDF/UA Preflight profile?

    Both tools evaluate PDF accessibility, but they serve different purposes and are meant to be used together.

    Acrobat Accessibility Check PDF/UA Preflight Profile
    Helps identify accessibility issues that can affect users of assistive technology Runs syntax-level checks for whether a PDF meets PDF/UA technical requirements
    Supports remediation by identifying issues that can be fixed automatically or manually Verifies technical conformance to PDF/UA syntax rules after remediation
    Includes items that require manual review, since some accessibility requirements can't be evaluated automatically Requires Acrobat Pro; checks syntax only, not full semantic compliance

    Reference

    What does Acrobat Accessibility Check do?

    Accessibility Check helps identify common accessibility issues in a PDF and guides you through remediation. It reports issues that can be fixed automatically or manually and generates an accessibility report with recommendations.

    Some accessibility requirements, such as meaningful alternative text, logical reading order, and whether content makes sense to assistive technology, require manual review and can't be determined automatically.

    References

    What does the PDF/UA Preflight profile do?

    The PDF/UA Preflight profile (in Acrobat Pro, under Tools > Print Production > Preflight) runs syntax-level checks for whether a PDF meets the technical requirements of the PDF/UA standard. It's intended for workflows where PDF/UA conformance is required, and it complements rather than replaces, Accessibility Check and manual accessibility review.

    Because this check is syntax-only, it can't fully confirm PDF/UA compliance on its own; some requirements still need manual verification.

    Reference

    Should I use both tools?

    Yes. Use Accessibility Check to identify and remediate accessibility issues, manually review items that can't be evaluated automatically, and use the PDF/UA Preflight profile (Acrobat Pro) when technical PDF/UA conformance needs to be verified.

    Passing either tool doesn't eliminate the need for manual accessibility review.

    References

    Thanks,

    ^BS

    8 replies

    BaniVerma
    Community Manager
    BaniVermaCommunity ManagerCorrect answer
    Community Manager
    August 7, 2026

    Hi all,

     

    What's the difference between Acrobat Accessibility Check and the PDF/UA Preflight profile?

    Both tools evaluate PDF accessibility, but they serve different purposes and are meant to be used together.

    Acrobat Accessibility Check PDF/UA Preflight Profile
    Helps identify accessibility issues that can affect users of assistive technology Runs syntax-level checks for whether a PDF meets PDF/UA technical requirements
    Supports remediation by identifying issues that can be fixed automatically or manually Verifies technical conformance to PDF/UA syntax rules after remediation
    Includes items that require manual review, since some accessibility requirements can't be evaluated automatically Requires Acrobat Pro; checks syntax only, not full semantic compliance

    Reference

    What does Acrobat Accessibility Check do?

    Accessibility Check helps identify common accessibility issues in a PDF and guides you through remediation. It reports issues that can be fixed automatically or manually and generates an accessibility report with recommendations.

    Some accessibility requirements, such as meaningful alternative text, logical reading order, and whether content makes sense to assistive technology, require manual review and can't be determined automatically.

    References

    What does the PDF/UA Preflight profile do?

    The PDF/UA Preflight profile (in Acrobat Pro, under Tools > Print Production > Preflight) runs syntax-level checks for whether a PDF meets the technical requirements of the PDF/UA standard. It's intended for workflows where PDF/UA conformance is required, and it complements rather than replaces, Accessibility Check and manual accessibility review.

    Because this check is syntax-only, it can't fully confirm PDF/UA compliance on its own; some requirements still need manual verification.

    Reference

    Should I use both tools?

    Yes. Use Accessibility Check to identify and remediate accessibility issues, manually review items that can't be evaluated automatically, and use the PDF/UA Preflight profile (Acrobat Pro) when technical PDF/UA conformance needs to be verified.

    Passing either tool doesn't eliminate the need for manual accessibility review.

    References

    Thanks,

    ^BS

    Bevi Chagnon - PubCom.com
    Legend
    January 17, 2019

    Disagree with some of that explanation.

    The PDF Accessibility Checker (Tools/Accessibility/Full Check) since Acrobat CC:2018 has been based on PDF/UA-1, not on WCAG 1 and 2 as in previous versions of Acrobat. You can see this in the specific items it's checking: List structure, for example, is different in PDF than in HTML/WCAG. So are links, page/document content structure, and several other items.

    So it is a valid checker for PDF/UA-1 compliance. But I said a "valid" checker, not a complete checker.

    The Preflight checker for PDF/UA-1 is a mash-up of tests. Note that it is found in a tool panel labeled "Print Production," and I know of no standard that requires print-quality PDFs be digitally accessible for assistive technologies.

    So although I agree that the Preflight checker's test is more "granular," I really call it "insanely granular with stuff that has no bearing on accessibility and is a waste of everyone's time."

    Like checking the color space: is it RGB? CMYK? LAB? Does this really matter to someone who is blind or anyone else with a disability using assistive technologies?  How about bitmapped/raster images vs. vectors? Resolution of graphics? Trapping? Bleeds, crop marks, trim boxes, printers marks...all of these are print-related concerns, not for accessibility.

    So some of those "added requirements" aren't requirements at all. They're someone's opinion, or a suggested "best practice" at best.

    Lastly, the Matterhorn Protocol is nothing more than a working test of theories and examples by members of the PDF Association. It is not a law, standard, or anything else that's required to be followed. Just a draft or test of what makes an electronic document accessible. Or COULD make a document accessible--some ideas there don't last long. Since most members of the ISO committee that writes the PDF/UA standard are also members of the PDF Association and work on the Matterhorn Protocol, you are correct to assume that the theories tested in Matterhorn do make their way into the ISO PDF/UA standard.

    But only us geeks and geekettes who work on the standards should be concerned about Matterhorn.

    If your job is to make accessible documents, then you should know, master, and understand PDF/UA and possibly some WCAG that's appropriate. But not Matterhorn because it's not a standard authorized by an authorizing entity (like the ISO), and it's certainly not mandated by any law anywhere.

    Bottom line: neither tool does the job we need it to do.

    Each misses critical accessibility points. And one tool has crapahola in it than is not needed for the standard; this confuses users and obfuscates the real critical issues we should be working on.

    Suggested Solution: (and feature request for you to submit to Adobe's Acrobat team, Chad!):

    1. Merge the Print/Preflight checker into the Accessibility panel's checker, and migrate only the checkers that make sense for accessibility and PDF/UA-1 (and forthcoming PDF/UA-2). Nix the resolution, color space, etc. stuff. (And seriously, nothing for accessibility should be under tools labeled "Print.")
    2. Beef up the Accessibility checker so that it assesses more items than its current version does (which will mostly happen when A is done, but there's more to check).
    3. The checker must adhere to the standard: that is, don't leave anything out. But also don't add in anything that's not in the standard. Add-ins are NOT what has been agreed to by the ISO Committee; they are merely someone's opinion or a government agency's idea of what would be nice, or a software company's suggestion because they've developed a tool to fix the problem that they identify is a problem.
    4. And don't jump the standard! The PDF/UA-2 standard isn't even completed yet, let alone submitted to the ISO and approved for publication by ISO. So don't put in half-baked non-standard stuff into a checker. Standards first, then the checkers, authoring software, assistive technologies, etc. based on the standards. Standards first.

    Apologies for the rant. Can you tell that I'm in near-daily meetings about this stuff?   Gotta getta life.

    |    Bevi Chagnon   |  Designer, Trainer, & Technologist for Accessible Documents ||    PubCom |    Classes & Books for Accessible InDesign, PDFs & MS Office |
    hammer0909
    Community Expert
    Community Expert
    January 18, 2019

    I/we appreciate you taking the time to respond with such detail Bevi ;-) Although I'd have to disagree on a few of those points, I don't think it's beneficial to do so here. We'll have to grab a beer or six next time we're together ;-)

    I was simply trying to distill things down for the OP because it is absolutely confusing. The idea of standards in accessibility right now is the number one point of confusion for many users. The reality is that currently Acrobat doesn't check to any one specific standard 100%, not even close actually. The PAC 3.0 checker is quite good but overkill if your target is the WCAG standard. The Acrobat Accessibility Checker, doesn't go far enough however. So the reality is that you can use a checker but will need to do additional work to the file for full compliance that isn't checked by Acrobat. The Commonlook Validator which is free promises to check to a number of standards, but even that checker produces false positives on a consistent basis and is not exactly friendly to interpret the errors that you do get.

    Anyway, I think the OP got more than they bargained for on this one ;-) but hopefully it answers their question ;-)

    hammer0909
    Community Expert
    Community Expert
    December 26, 2018

    The difference is that each one checks to a different standard. Where the Acrobat Accessibility Checker loosely checks to the WCAG 2.0 standard, PDF/UA or "Universal Accessibility" is based on the Matterhorn Protocol and checks to a more granular level. You'll almost always find more errors checking for PDF/UA due to the added requirements.