The output of most automated accessibility tests is a long list of violations. This format, while comprehensive, makes it difficult to distinguish new issues introduced in a feature branch from ...

Trivago's platform is a central hub for technology enthusiasts and travel industry professionals, offering insights into travel technology, data analytics, and online booking platforms. Through articles, case studies, and tech talks, Trivago offers insights into building scalable and personalized travel search engines. Developers can learn about data science techniques, recommendation algorithms, and real-time data processing to improve user experience in the travel industry.

Tech at trivago

Automated accessibility tests typically produce a flat list of violations that mixes new regressions with long-standing technical debt, making it hard to act on. Trivago's engineering team extended their internal test automation framework with a baseline-driven reporting system. On every merge to main, a baseline.json snapshot is generated and stored in GCP. When a pull request is opened, the same tests run against the feature branch and results are compared to the baseline, categorizing issues as new, fixed, or persisting. New issues automatically fail the CI check and are surfaced directly in the pull request with screenshots, severity badges, and fix guidance. The fingerprinting mechanism hashes the rule ID, HTML snippet, CSS selector, and impact level to stably track violations across runs. The system is built as a plugin to the core framework for easy iteration, and falls back to a standalone snapshot report when no baseline is available. The authors note that automated tools catch only 30–50% of accessibility issues and that manual testing remains essential.

From a long list to a clear signal: baseline-driven acces...

Our approach: comparing against a baseline

How it works in practice: Integrating into CI/CD with GitHub Actions