WSS
Web Specification Studio Home

Web standards and operational practices, written for the people who ship them.

Practical guides on how the web is built, how it works, and how to ship it properly.

Editorial standards · Corrections log · RSS

What you'll find here

Three kinds of material, each written for a different moment in your work.

How standards work in practice

Implementation guides for the standards that govern professional web work. Each one covers what the standard requires, how to test whether you have met it, and the failure modes that turn up most often.

Browse all specifications →

Why things break and how to fix them

Investigations into real problems: what a dependency costs in load time, why a Lighthouse score moved, how one WCAG criterion plays out across five components.

Read the blog →

Things to look up

Material to look up rather than read. Core Web Vitals thresholds, WCAG level breakdowns, HTTP caching headers, image format decision trees.

Open the reference →

Browse by subject

Every document in the library belongs to one of these areas.

Read these first

The documents the rest of the library assumes you have read. They are not the newest things published here. They are the ones worth reading first.

Why we publish

We publish what building the web teaches us.

Web standards are public documents.

The W3C specifications, the WCAG success criteria, and the HTML living standard are available to anyone. They are written for the people implementing browsers, though, not for the people building sites on top of them, so the distance between what a specification says and what to do on Tuesday morning stays wide.

We close that distance through the work we build and maintain: products, tools, internal systems and client projects. Publishing them raises the baseline of the field we work in, and we would rather compete on execution than on keeping information scarce.

The publication exists because the work exists, not the other way around.

More about our team

How these documents are maintained

  • Written from implementation

    Documents come out of work we have built and shipped.

  • Claims carry their method

    Where a document states a performance or accessibility result, it also states how that result was measured.

  • Dated, and corrected in public

    Every document carries a publication date. Corrections are logged rather than quietly edited away.

    View corrections log
  • Standards we hold ourselves to

    What we will and will not publish, how sources are cited, and how commercial relationships are disclosed.

    View editorial standards

DevOps & Operations

Infrastructure, deployment, and monitoring practices. This content lives separate from web standards, focusing on how we build and ship reliably.

Operations Principles

Infrastructure
CI/CD, automated testing, and performance budgets.
Reliability
Making releases boring and routine.

New in the library

The newest implementation guides added to the library. Each one explains what the standard requires, how to implement it, and how to verify it in practice.

Blog

Latest articles

In-depth architectural analyses, browser engine internals, and production runbooks for modern web infrastructure.

View all articles →
1% New version 99% Stable version Shared state Database Cache Queue File storage ! A small release can have a large blast radius. WSS
DevOps··16 min read

Canary Deployments: Why Shared State Can Turn a 1% Release Into a 100% Outage

Canary deployments reduce the blast radius of stateless bugs, but shared databases, queues, and caches can still cause fleet-wide outages. Learn the failure modes and how to protect against them.

Perceivable Operable Understandable Robust WSS
Accessibility··31 min read

WCAG 2.2 AA Testing: How to Test the 6 Criteria Automated Scanners Miss

Why automated scanners miss new WCAG 2.2 AA criteria, and how to test all six in practice: sticky header focus clearance, dragging fallbacks, 24px target spacing, and authentication.

$ curl -I http://example.com HTTP/1.1 301 Moved Permanently Location: https://example.com $ sudo ufw status To Action From 80/tcp ALLOW Anywhere 443/tcp ALLOW Anywhere 22/tcp ALLOW Anywhere :80 :443 Let's Encrypt WSS
Security··22 min read

Why Port 80 Is Required for ACME HTTP-01 Renewals: Troubleshooting AWS Ingress and Port 443 Failures

A production debugging runbook for diagnosing ACME HTTP-01 validation drops, intermediate certificate breaks, ALB redirect loops, and NLB protocol mismatches on AWS.

Crawl Fetch Render JavaScript Index Content WSS
SEO··18 min read

How Googlebot Renders JavaScript and How to Diagnose When It Fails

Is JavaScript stopping Google from indexing your website? Learn how to test if Google can see your content, find out what is broken, and learn the easiest way to fix it.

llms.txt AI agents Crawlers Discovery Your content WSS
AEO··9 min read

What Is llms.txt? How It Works, What It Does, and Whether You Need It

An explanation of the llms.txt proposal, what it defines, what it leaves to AI consumers, and how to decide whether to implement it.

Want to implement these standards?

We build to the same criteria published here, with Core Web Vitals judged against field data, WCAG 2.2 AA verified with assistive technology, and architecture documented as it's built.