Sitemap
Ioannis Diamantidis

Ioannis Diamantidis

👨‍💻 Software Developer | 📱Mostly mobile (Flutter, iOS, Android) | ✍️ Frequently blogging about tech and my learnings: https://diamantidis.github.io

Member-only story

Automating Lighthouse CI for a static Blog

4 min readMay 22, 2026

--

Press enter or click to view image in full size

Over time, performance, accessibility, and SEO metrics on a blog tend to drift downward. You add a new feature, embed a script, or restructure a page, and the scores quietly degrade. Manual Lighthouse checks are an option, but only if you remember to run them. From personal experience, it is easy to forget, so I decided to automate the process with Lighthouse CI.

Why Lighthouse CI

Lighthouse CI (@lhci/cli) lets you run Lighthouse audits from the command line and assert minimum scores across the four categories: Performance, Accessibility, Best Practices, and SEO. It uses a config file where you define which pages to test, how many runs per page, and what thresholds to enforce. The collect section controls what to audit, assert defines the pass/fail rules, and upload handles report storage.

The key advantage over running Lighthouse in Chrome DevTools is automation. You can integrate it into your development workflow and CI pipeline so it runs without you thinking about it.

How I use it

For this blog, I identified three different workflows that I would like to cover. Let’s explore them one by one.

Scenario 1: Local Smoke Test

--

--

Ioannis Diamantidis
Ioannis Diamantidis

Written by Ioannis Diamantidis

👨‍💻 Software Developer | 📱Mostly mobile (Flutter, iOS, Android) | ✍️ Frequently blogging about tech and my learnings: https://diamantidis.github.io