The Web HIG

A practical standard for how web interfaces should behave.

The Web HIG gives teams a shared set of rules for usable, accessible, responsive, performant, predictable, and safe web applications.

Design systems define what your UI looks like.

The Web HIG defines how it behaves.

It is not a component library, CSS framework, or visual theme. Keep your existing stack and use HIG as a practical behavior and quality contract. Why it exists →

New to The Web HIG?

Start here if you are seeing the project for the first time. The short version: HIG helps you decide what should happen around your components when real users load, navigate, submit, search, fail, recover, resize, or delete something.

What it is

A vendor-neutral, versioned web interface standard for behavior, interface states, accessibility, performance, security UX, and AI-assisted implementation.

What it is not

Not a component library, Figma kit, CSS framework, brand system, or replacement for WCAG, HTML, CSS, ARIA, or your design system.

When to use it

Use it while building, reviewing, auditing, or asking an AI coding agent to change a web interface consistently.

Explore the documentation

The site is split into focused pages so first-time visitors can start small and go deeper only when they need more detail.

One standard. Three levels.

Progressive disclosure — load only what you need. Pin HIG-QUICK instead of the full specification.

Common questions

Where do I start?

Start with New to The Web HIG?, then read HIG-QUICK.md. It is the everyday onboarding path and takes about five minutes.

Is this a component library?

No. You keep your design system and stack; the HIG defines behavior, states, accessibility, performance, and security UX.