iLiLawForms
DocumentsHow it worksHosted policiesPricing
Sign inGet started
DocumentsHow it worksHosted policiesPricing
Sign in

Legal

Accessibility Statement

Last updated August 3, 2026

iLawForms aims to meet WCAG 2.2 Level AA. This page says what we have done, what we know is still missing, and how to tell us when something blocks you.

Contents

  1. The standard we build to
  2. What that means in practice
  3. Generated and hosted documents
  4. Known limitations
  5. Telling us about a barrier
  6. How we assess this

The standard we build to

iLawForms aims to conform to the Web Content Accessibility Guidelines (WCAG) 2.2 at Level AA, across the marketing site, the product, and the policy pages we host for customers.

These are also the reference standard for the Americans with Disabilities Act as applied to websites, for Section 508 of the Rehabilitation Act, and for the European Accessibility Act. We build to one standard rather than to whichever is locally enforceable.

What that means in practice

Accessibility is written into the design system as a set of rules that a component is not allowed to break, rather than as a review at the end. Specifically:

  • Every interactive element is reachable and operable by keyboard, and the focus indicator is restyled but never removed.
  • Colour is never the only carrier of meaning — a status shows a word or an icon as well as a colour.
  • Text and interface colours are chosen to meet the AA contrast ratios, and body text is set at a comfortable size and line height rather than at the smallest size that fits.
  • Each page has exactly one h1 and heading levels are never skipped, so the document outline is usable by a screen reader.
  • Motion respects the prefers-reduced-motion setting; animation is reduced to nothing rather than merely shortened.
  • Tap targets are at least 44 by 44 pixels.
  • Form fields have real labels, errors are announced rather than only recoloured, and validation messages say what to do rather than only that something is wrong.
  • Wide content such as a table scrolls inside its own region, which is itself keyboard-reachable, instead of forcing the whole page sideways.
  • Pages are readable when zoomed to 200% and at 320px width, and reflow rather than requiring horizontal scrolling.

Generated and hosted documents

Documents produced by the Service are semantic HTML — real headings, real lists, real links — with no layout tables, no images of text, and no scripts required to read them. Hosted policy pages load no third-party code at all, which removes an entire class of accessibility regression that neither we nor the customer would control.

PDF export is a rendering of the same document. We generate tagged PDFs where the renderer supports it, but PDF is a weaker format for assistive technology than HTML, and the HTML version at your hosted URL should be treated as the accessible original.

Known limitations

We have not had an independent accessibility audit. Our conformance claim is based on internal testing, not on third-party certification, and we do not publish an Accessibility Conformance Report.

We are also aware that:

  • Content you enter into a document — a heading you write, a link you add — is outside our control, and a document is only as accessible as the text put into it.
  • The Cloudflare Turnstile challenge on sign-in is a third-party component. It is designed to be non-interactive and accessible, but we do not control its implementation. If it blocks you, email us and we will help you get in another way.
  • Complex product surfaces such as the questionnaire and the rights-request queue get less assistive-technology testing than the marketing site, simply because they are newer.

Where we know about a barrier we would rather say so than let you find it. If you find one we have not listed, please tell us.

Telling us about a barrier

Email accessibility@ilawforms.com with the page, what you were trying to do, and the assistive technology and browser you were using if you know them.

We acknowledge within two business days and tell you what we are going to do about it. Where a fix will take time, we will offer a way to complete the task in the meantime — a person doing it for you if that is what it takes. Nobody should be unable to cancel a subscription or export a document because of an interface defect of ours.

If our response does not resolve the problem, say so and it will be escalated. There is no formal appeal process to navigate; there is one mailbox and a commitment to fix things.

How we assess this

We use a combination of automated checks in continuous integration, manual keyboard-only testing, and screen reader spot checks. The design system documents the rules above as non-negotiable, so a new component that breaks one is a defect rather than a trade-off. This statement is reviewed whenever the product changes materially, and was last reviewed on the date at the top of this page.

Questions about this document can be sent to accessibility@ilawforms.com, or by post to iLawForms, [to be confirmed before launch].

iLiLawForms

Compliance documents generated from a questionnaire, hosted at a stable URL, and updated when the law changes.

Product

  • Documents
  • How it works
  • Hosted policies
  • Pricing

Coverage

  • EU (GDPR)
  • UK (UK GDPR)
  • California (CCPA/CPRA)

Account

  • Sign in
  • Create an account

Company

  • About
  • Contact

Legal

  • Terms of Service
  • Privacy Policy
  • Cookies
  • Legal Disclaimer
  • Acceptable use
  • Refunds
  • Data Processing Addendum
  • Sub-processors
  • Security
  • All legal documents

iLawForms is not a law firm and does not provide legal advice. Documents generated here are a starting point, not a substitute for advice from a qualified lawyer in your jurisdiction.

© 2026 iLawFormsCoverage at launch: EU · UK · California