Rendered checks where possible
Browser-level evidence can verify contrast and target-size conditions that raw HTML alone cannot.
Website Accessibility
HIC automates defensible accessibility checks while keeping unverified interaction conditions visible instead of quietly converting missing evidence into a passing score.
The engineering case
HIC evaluates semantic structure, accessible names, logical headings, control purpose, rendered contrast, touch targets, forms and media alternatives where evidence allows. Keyboard interaction and other specialist conditions remain explicitly unverified when automation cannot establish them.
Browser-level evidence can verify contrast and target-size conditions that raw HTML alone cannot.
A page with no form controls should not receive a fabricated form score.
Automated evidence is useful, but it is not represented as a complete formal accessibility audit.
Reference definition
Website accessibility is the practice of making digital information and functionality perceivable, operable and understandable across a wide range of abilities, devices and assistive technologies. Automated checks are valuable evidence, but they are not a complete accessibility audit.
Machines can detect many missing names, contrast failures, invalid relationships and structural issues. They cannot reliably prove that every workflow is understandable, that keyboard order is sensible in context or that alternative text communicates the right meaning. HIC therefore records what automation can establish and leaves specialist or interaction-dependent conditions explicitly unverified when necessary.
The Web Content Accessibility Guidelines provide testable success criteria organised around perceivable, operable, understandable and robust experiences. HIC does not present itself as a replacement for a formal WCAG conformance audit. Instead, it incorporates defensible automated evidence into a broader human-impact assessment and makes its limitations visible.
A page with no form controls cannot fail a form-label criterion simply because no form exists. Likewise, evidence unavailable is not the same as evidence of failure. Clear state semantics protect both site owners and users from misleading scores and make the report more useful to engineers.
Semantic controls, visible focus, clear labels, sufficient contrast and predictable structure often improve usability beyond disability-specific scenarios. They also tend to produce cleaner machine-readable documents. Accessibility is therefore not an isolated compliance layer; it is part of robust web engineering.
Engineering checklist
Key terminology
Questions people ask
Grey can mean not assessed, evidence unavailable or not applicable. HIC keeps those states distinct because they imply different things.
No. Automated focus-related checks can provide evidence, but complete keyboard operability requires interaction testing.
Primary references
HIC combines its own assessment methodology with public web standards and current search-engine guidance. External references support the conventional web principles described here; HIC-specific scoring, evidence classes and impact modelling remain HIC methodology.
References are provided for verification and further reading. Inclusion does not imply endorsement of HIC by the referenced organisations.
Explore the knowledge graph
Each page focuses on one primary topic so humans, search engines and AI systems can retrieve a clear canonical source instead of inferring the entire platform from a single page.