WCAG, Section 508, or similar standard
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 →. A standard is only useful when it is specific enough to test, and the history of the field is largely a story of making vague good intentions checkable.
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 specifications 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
Type-specific fields on BaseNode
versionstringVersion of the standard (e.g. "2.1", "2.2")
conformance_levelstringTarget conformance level
idstringrequiredUnique identifier (UUID)
typeNodeTyperequiredDiscriminator for the entity type
titlestringrequiredDisplay name
descriptionstringOptional detailed description
statusstringLifecycle status
tagsstring[]Freeform tags for filtering
4 edge types connected to this entity.
product_conforms_to_a11y_standarda11y_standard_contains_a11y_guidelinea11y_standard_verified_by_a11y_audita11y_standard_annotated_with_a11y_annotation