The named, versioned benchmark a product is held to when judging whether it is accessible to people with disabilities.
An accessibility standard is the published yardstick a product is measured against: a named, versioned set of requirements that define what "usable by people with disabilities" actually means. The dominant one is the Web Content Accessibility Guidelines (WCAG), maintained by the World Wide Web Consortium through its Web Accessibility InitiativeInitiativeStrategyA large coordinated effort to achieve a strategic goalView reference →.
WCAG organises its requirements under four principles, captured by the acronym POUR: perceivable, operable, understandable, and robust. Under those sit guidelines, and under the guidelines sit individual success criteria, each tagged with a conformance level of A, AA, or AAA. The levels are cumulative, so AA conformance requires every Level A criterion plus the AA additions. WCAG 2.2 became a W3C Recommendation on 5 October 2023 and was later approved as ISO/IEC 40500:2025.
Standards rarely stay purely technical. Several legal regimes point at WCAG as their reference. The United States Section 508 refresh of 2017 adopted WCAG 2.0 Level AA for federal information and communications technology, and the European EN 301 549 standard references WCAG for the EU market. AA is the level most regulations settle on.
A fintech team commits to WCAG 2.2 Level AA for its web app. That single declaration expands into roughly fifty individual success criteria the product must satisfy, from keyboard operability to a 4.5:1 text contrast ratio. The team records the target version and level once, then every audit, guideline, and fix traces back to it. When a regulator or enterprise buyer asks "what do you conform to?", the answer is one precise string, not a vague claim of being "accessible".
In the Unified Product Graph, an accessibility standard sits in the quality and operations region as the anchor for accessibility work. A product declares conformance through Productconforms toA11y Standardhierarchy, and the standard's individual rules attach via product_conforms_to_a11y_standardA11y StandardcontainsA11y Guidelinehierarchy. Audits prove conformance with a11y_standard_contains_a11y_guidelineA11y Standardverified byA11y Audithierarchy, and design-time specificationsSpecificationFoundationsA canonical open standard or specification that primitives and products conform toView reference → connect through a11y_standard_verified_by_a11y_auditA11y Standardannotated withA11y Annotationhierarchy. That shape keeps the standard as the single point of reference: change the target version and every connected guideline, audit, and annotationAnnotationDesign SystemA note or markup on a design artifactView reference → is queryable against it.a11y_standard_annotated_with_a11y_annotation
AA Addresses the most common barriers; the usual legal target.
Type-specific fields on BaseNode
versionstringVersion of the standard (e.g. "2.1", "2.2")
conformance_levelenumTarget conformance level
idstringrequiredUnique identifier (UUID)
typeNodeTyperequiredDiscriminator for the entity type
titlestringrequiredDisplay name
descriptionstringOptional detailed description
statusstringLifecycle status
tagsstring[]Freeform tags for filtering
5 edge types connected to this entity.
product_conforms_to_a11y_standarda11y_standard_contains_a11y_guidelinea11y_standard_verified_by_a11y_audita11y_standard_annotated_with_a11y_annotationdesign_component_conforms_to_a11y_standard