Weekly site speed audit that files its own fix tickets

Every Monday at 7am, run a Lighthouse audit on each of my key pages and turn the results into action instead of a raw score dump.

These are the pages I want checked every week. Replace this list with my real URLs: my homepage, my pricing page, and my top landing pages. Audit each one separately so I get a score per page rather than one blended number.

For each URL, use the Browserless Run Lighthouse Audit action and collect the performance, accessibility, best practices and SEO scores along with the underlying metrics.

Check every page against these budgets. A page fails if performance is below 80, accessibility is below 90, best practices is below 90, SEO is below 90, largest contentful paint is above 2.5 seconds, total blocking time is above 300 milliseconds, or cumulative layout shift is above 0.1. These are my starting numbers and I will want to adjust them later, so keep them together in one place that is easy to edit.

Judge each page against those absolute budgets rather than against last week's numbers. I do not want this workflow to depend on storing history anywhere. A breach is a breach on its own terms, and Linear is the memory for what has already been reported.

For every page that breaches a budget, read the individual failing audits inside the Lighthouse result and write a short ranked list of the specific fixes that would recover the most score. Rank by score impact, and name the actual offending resource or element wherever the audit gives it to you, for example the specific oversized image, the render blocking script, or the form field missing a label. Generic advice like optimize your images is not useful to me, so be concrete.

Before creating any ticket, use Linear Search Issues to check whether an open issue already covers that page and that problem. Search on the page URL and on the nature of the failure. If a matching open issue already exists, do not create another one, and carry the existing issue link through to the summary instead. This dedupe step matters more than anything else here, because without it I get the same ticket filed every Monday.

Only when the problem is genuinely new, use Linear Create Issue. Put the page URL, the failing metrics with their actual values next to the budget they missed, and the ranked recommended fixes into the issue description. Give the issue a title that names both the page and the problem, so that next week's search can find it.

Finish with exactly one Slack Bot Send a Message post to my web team channel. Summarize each page's four scores, call out which budgets failed and by how much, and link to any tickets created as well as any existing tickets that already cover a breach. Keep it scannable, with one short block per page.

When every page passes, still post the message and state clearly that all pages are within budget. A clean week should read as a useful all clear, not as silence, because silence is indistinguishable from the check never having run.