Site & page audits

On-page audit of a single URL

The on-page audit runs fast heuristic checks against one URL and returns the signals that most often hold a page back. It looks at the title tag, meta description, the H1 heading, the canonical URL, structured data (schema markup), and basic speed signals — so you can spot obvious problems before reaching for a heavier tool.

Use it as a quick spot-check whenever you publish or update a page: paste the URL, run the audit, and work through the flagged items top to bottom.

• Title & meta description — present, unique, and a sensible length.
• H1 — exactly one clear top-level heading.
• Canonical — points to the URL you actually want indexed.
• Structured data — valid schema that search engines can read.
• Speed signals — early warnings about page weight and load.

Deep audit: real rendering & Core Web Vitals

When heuristics aren't enough, run a deep audit. Instead of just reading the HTML, it loads the page in a real browser through the OnPage API, so JavaScript executes and you see the page the way visitors and search engines actually do.

The deep audit measures Core Web Vitals — Google's user-experience metrics for loading, interactivity, and visual stability. These numbers feed directly into how Google judges page experience, so they're the ones to optimize when a page is technically clean but still feels slow.

• Largest Contentful Paint (LCP) — how quickly the main content appears.
• Cumulative Layout Shift (CLS) — how much the layout jumps while loading.
• Interaction responsiveness — how fast the page reacts to the first input.

Whole-site crawl & health score

A single-page check tells you about one page; a crawl tells you about the whole site. The site audit follows your internal links breadth-first (BFS), visiting page after page so it can find problems you'd never catch by checking URLs one at a time.

Every finding rolls up into a single site-health score, so you have one number to watch over time and a prioritized list of what's dragging it down.

• Broken pages — internal links that lead to errors.
• Missing or duplicate titles — pages that compete with each other.
• Thin content — pages with too little substance to rank.
• Noindex — pages quietly excluded from search results.

Scheduled weekly audits & regression alerts

Sites drift: a deploy breaks a template, a redirect goes wrong, content gets thinned out. The scheduled weekly audit guards against that. A background cron re-crawls each of your projects on its own and stores a fresh health snapshot every week — no need to remember to run it.

When a new snapshot is worse than the last — the health score drops or new broken pages appear — the audit treats it as a regression and notifies you by email and/or webhook, so you hear about a problem while it's still small instead of weeks later in your traffic.

IndexNow & generation history

After you fix issues or publish updates, you don't have to wait for search engines to notice. IndexNow lets you submit changed URLs directly so participating search engines can re-crawl them sooner — useful right after a redesign, a bulk fix, or a fresh batch of pages.

Every audit you run is kept in your generation history. That gives you a paper trail to compare a page or site against its earlier state, confirm that a fix actually moved the score, and revisit findings without re-running the audit.