PluginBench
Skill
Pass
Audit score 90

audit-speed

calm-north/seojuice-skills

Deep Core Web Vitals and page speed audit with root-cause analysis and optimization recommendations.

What is audit-speed?

Diagnose why pages are slow by analyzing Core Web Vitals (LCP, CLS, INP, FCP, TTFB), Lighthouse scores, and resource sizes. Use this when investigating page speed issues, performance bottlenecks, or optimizing for search ranking signals.

  • Analyze Core Web Vitals metrics against Google thresholds (Good/Needs Improvement/Poor)
  • Build root-cause diagnosis trees for LCP, CLS, and INP failures
  • Break down page resource weight by type (HTML, CSS, JS, images, fonts, third-party)
  • Identify priority fixes ordered by impact (server response, image optimization, font loading, render-blocking assets, layout shifts)
  • Provide quick-win optimizations requiring minimal effort

How to install audit-speed

npx skills add https://github.com/calm-north/seojuice-skills --skill audit-speed
Prerequisites
  • Current Lighthouse or PageSpeed Insights data (or willingness to run Google PageSpeed Insights on target URLs)
  • Knowledge of which pages to audit (homepage, landing pages, or specific slow URLs)
  • Understanding of site tech stack (CMS, framework, hosting) to determine available optimizations
Claude Code
Cursor
Windsurf
Cline

How to use audit-speed

  1. 1.Gather context: identify which pages to audit, collect current Lighthouse/PageSpeed Insights scores, note tech stack and constraints
  2. 2.Run Google PageSpeed Insights on target URLs if no baseline data exists
  3. 3.Use the LCP, CLS, and INP root-cause trees to diagnose failures based on metric values
  4. 4.Break down page resources using the Resource Analysis table to identify weight contributors
  5. 5.Create a prioritized fix list ordered by impact, starting with high-impact root causes
  6. 6.Implement quick-win optimizations (image attributes, fetchpriority, defer JS) first
  7. 7.Re-audit after fixes to measure improvement against Core Web Vitals thresholds

Use cases

Good for
  • Investigate why a page's Lighthouse score dropped or Core Web Vitals are failing
  • Optimize homepage or key landing pages for search ranking signals
  • Diagnose slow image loading, layout shift issues, or unresponsive interactions
  • Analyze third-party script impact on page speed and responsiveness
  • Reduce total page weight and resource sizes to meet performance budgets
Who it's for
  • SEO professionals optimizing for Core Web Vitals ranking factors
  • Web developers troubleshooting page speed and performance issues
  • Product managers evaluating user experience impact of performance problems
  • Site owners preparing for Google PageSpeed Insights audits

audit-speed FAQ

What's the difference between this skill and diagnose-seo?

This skill focuses specifically on page speed, Core Web Vitals, and resource optimization. Use diagnose-seo for broader technical SEO issues beyond performance.

Do I need Lighthouse data to start an audit?

No. If you don't have baseline data, start by running Google PageSpeed Insights on your target URLs to gather Core Web Vitals scores and Lighthouse metrics.

Which metric should I fix first?

Prioritize by impact: LCP and TTFB typically affect search ranking most. Fix root causes in order of estimated impact (high > medium > low), starting with quick wins like image attributes.

What page weight is considered good?

Total page weight under 1.5 MB is good. JavaScript should be under 300 KB (compressed), CSS under 100 KB, and first-party fonts under 100 KB.

How do I estimate the traffic impact of fixing Core Web Vitals?

Use the free CWV Impact Calculator at seojuice.com/tools/cwv-impact/ to model traffic gains from improving your metrics.

Full instructions (SKILL.md)

Source of truth, from calm-north/seojuice-skills.


name: audit-speed description: > Deep Core Web Vitals and page speed audit. Use when the user asks about page speed, Core Web Vitals, LCP, CLS, INP, FCP, TTFB, Lighthouse scores, why a page is slow, performance optimization, or resource size analysis. For broader technical SEO issues, see diagnose-seo. metadata: version: 1.0.0

Audit Speed

Deep Core Web Vitals audit with root-cause analysis trees and resource optimization recommendations.

Core Web Vitals Thresholds

MetricGoodNeeds ImprovementPoor
LCP (Largest Contentful Paint)< 2.5s2.5s - 4.0s> 4.0s
CLS (Cumulative Layout Shift)< 0.10.1 - 0.25> 0.25
INP (Interaction to Next Paint)< 200ms200ms - 500ms> 500ms
FCP (First Contentful Paint)< 1.8s1.8s - 3.0s> 3.0s
TTFB (Time to First Byte)< 800ms800ms - 1800ms> 1800ms

Before You Start

Gather this context:

  1. Which pages? Homepage, key landing pages, or specific slow pages.
  2. Current scores. If the user has Lighthouse or PageSpeed Insights data, start there.
  3. Tech stack. CMS, framework, hosting — this determines which optimizations are available.
  4. Known constraints. Third-party scripts they can't remove, design requirements that limit optimization.

If no data is available, suggest running Google PageSpeed Insights on the key URLs.

LCP Root-Cause Tree

LCP measures when the largest visible element finishes rendering. Diagnose:

Is TTFB slow (> 800ms)?

  • → Server response time issue
  • Check: hosting quality, CDN configuration, database queries, server-side rendering time
  • Fix: upgrade hosting, add CDN, optimize server-side code, enable caching

Is the LCP element an image?

  • → Image optimization issue
  • Check: image format (use WebP/AVIF), image size (serve responsive sizes), lazy loading on LCP image (should NOT be lazy loaded)
  • Fix: convert to modern formats, add width/height attributes, use fetchpriority="high" on LCP image, preload the LCP image

Is the LCP element text?

  • → Font loading issue
  • Check: custom fonts blocking render, font file size, font-display strategy
  • Fix: use font-display: swap or optional, preload critical fonts, subset fonts to used characters

Is render-blocking CSS/JS delaying the LCP?

  • Check: large CSS files in <head>, synchronous JS before content
  • Fix: inline critical CSS, defer non-critical CSS, async/defer JS

CLS Root-Cause Tree

CLS measures unexpected layout shifts. Diagnose:

Do images/videos lack dimensions?

  • → Browser can't reserve space before loading
  • Fix: add width and height attributes to all <img> and <video> elements, use CSS aspect-ratio

Do ads or embeds inject content?

  • → Dynamic content pushing existing content down
  • Fix: reserve space for ad slots with min-height, use contain-intrinsic-size for lazy content

Do fonts cause text reflow?

  • → FOUT (Flash of Unstyled Text) causes layout shift when custom font loads
  • Fix: use font-display: optional (no swap = no shift), or match fallback font metrics

Does dynamic content insert above the fold?

  • → Banners, cookie notices, notifications pushing content
  • Fix: use overlays instead of inline insertions, or reserve space with fixed-height containers

INP Root-Cause Tree

INP measures responsiveness to user interactions. Diagnose:

Is the main thread blocked by long tasks?

  • Check: JavaScript execution time, third-party scripts, large DOM
  • Fix: break long tasks with requestIdleCallback or setTimeout, code-split heavy modules

Do event handlers do heavy synchronous work?

  • Check: click handlers that trigger large DOM updates, form validation on every keystroke
  • Fix: debounce inputs, use requestAnimationFrame for visual updates, offload work to web workers

Are third-party scripts competing for the main thread?

  • Check: analytics, chat widgets, A/B testing tools, social embeds
  • Fix: defer loading until after interaction, use loading="lazy" for embeds, consider removing low-value scripts

Resource Analysis

Break down the total page weight:

Resource TypeSizeAssessmentAction
HTML[x] KB[ok/large]Compress, reduce inline styles/scripts
CSS[x] KB[ok/large]Remove unused CSS, minify, critical CSS extraction
JavaScript[x] KB[ok/large]Code-split, tree-shake, defer non-critical
Images[x] KB[ok/large]Modern formats, responsive sizes, lazy load below fold
Fonts[x] KB[ok/large]Subset, limit families/weights, preload critical
Third-party[x] KB[ok/large]Audit necessity, defer, self-host if possible

Benchmarks:

  • Total page weight under 1.5 MB is good
  • JavaScript under 300 KB (compressed) for most sites
  • CSS under 100 KB (compressed)
  • First-party fonts under 100 KB

Output Format

Speed Audit: [URL or domain]

Core Web Vitals

MetricValueRatingRoot Cause
LCP[value]Good / Needs Improvement / Poor[identified cause]
CLS[value]......
INP[value]......
FCP[value]......
TTFB[value]......

Resource Breakdown [Table from Resource Analysis]

Priority Fixes

For each failing metric, ordered by impact:

  1. [Metric]: [Root cause]

    • Current: [value]
    • Target: [threshold]
    • Fix: [specific action]
    • Estimated impact: [high/medium/low]
  2. ...

Quick Wins List optimizations that require minimal effort:

  • Add width/height to images
  • Set fetchpriority="high" on LCP image
  • Defer non-critical JavaScript
  • ...

Pro Tip: Use the free CWV Impact Calculator to estimate the traffic impact of fixing Core Web Vitals, and the Critical CSS Generator to extract above-the-fold CSS. SEOJuice MCP users can run /seojuice:page-audit [domain] [url] for instant CWV scores, Lighthouse data, and resource breakdowns.