Lighthouse mobile lab score
Case study / Viirus Theatre / Summer Season '26
A theatre website rebuilt for speed, accessibility, and everyday use.
Viirus needed a public website that could make repertoire, dates, tickets, accessibility information, languages, and cultural content easier to navigate without making the theatre feel generic.

Proof strip
The measurable gains support the story.
The metrics stay visible, but they no longer dominate the identity of the whole page. The case study starts with the service problem, then lets evidence enter in measured layers.
Largest Contentful Paint
Total Blocking Time
Website Carbon Calculator
Context
A theatre website behaves like a public service layer.
Visitors often arrive on a phone with one urgent task: find what is on, confirm the time, understand the language and access context, then move toward tickets. The redesign treats those moments as the product, not as supporting details around the visual identity.
- Repertoire, calendar, production, and ticket paths kept close together
- Bilingual content handled as part of the visitor journey
- Clearer page roles for both audiences and editors

Performance
Cultural content became lighter without becoming generic.
The site still carries large imagery and theatre atmosphere, but the implementation gives priority to what visitors need first. Modern image formats, responsive sizing, caching, and reduced blocking work make the experience feel calmer on phones and slower connections.
- AVIF and WebP image delivery
- Priority handling for above-the-fold media
- Lower transfer weight for image-heavy pages

Accessibility
Accessibility moved from checklist to interface behavior.
The work connects accessibility to things people can actually use: text size, spacing, contrast, motion, target size, focus styling, readable links, status messages, and keyboard-safe overlays.
- Reading preferences available in the interface
- Larger targets, stronger focus, and reduced-motion options
- Clearer status states for search and dense calendar interactions

Discovery
Search, calendar, and tickets were treated as one journey.
For a theatre, discovery does not end at search results. Visitors need to move from interest to a specific performance state, then to ticketing with enough confidence that the date, language, subtitle, and availability information make sense.
- Search dialog states with clearer feedback
- Available, selected, sold-out, hovered, and focused calendar states
- Ticket actions placed closer to the production context

Privacy and sustainability
Less third-party weight improved trust, speed, and carbon impact.
Third-party embeds were replaced or gated behind consent. Reducing external work also lowered transfer weight, improved privacy, and helped the site move from an F to a B carbon rating.
- Consent-aware analytics and embeds
- Custom social gallery instead of default third-party loading
- Lower page weight and less client-side work

Accessibility standard mapping
Features were tied to user impact.
The evidence stays, but it is framed as product behavior: how an interface helps people read, move, understand status, and complete the task.
| Feature | Criterion | User impact |
|---|---|---|
| Sticky navigation | WCAG 3.2.3 | Consistent navigation reduces cognitive load. |
| Focus rings | WCAG 2.4.7 | Keyboard users can always see where focus is. |
| Text scaling | WCAG 1.4.4 | Layouts adapt when text is zoomed up to 200%. |
| Status messaging | WCAG 4.1.3 | Screen readers receive loading and empty-state updates. |
| Search dialog | WCAG 2.1.2 | The overlay can be navigated and dismissed without a keyboard trap. |
| Read aloud | WCAG 1.1.1 | Long-form content has an audio alternative for visitors who benefit from listening. |
Next case study
Bring the same product lens to another public service.
HAAM works best where a website has to carry content, operations, accessibility, performance, and trust at the same time.