SEO Audit Checker

Analyze your website's SEO health and get actionable recommendations

Enter a public page URL. We fetch its HTML (via a CORS proxy when needed) and run on-page heuristics—this is not Lighthouse, Core Web Vitals, or crawl budget analysis.

SEO Audit Results

Overall Score

0
out of 100

About SEO Audits

An SEO audit is a structured review of the signals that help search engines crawl, understand, and evaluate a page—or a whole site. This Free SEO Hub checker focuses on a single URL health screen: it fetches page HTML (directly or via a public proxy when CORS blocks the browser) and scores common on-page and technical heuristics. It is not a full-site crawler, not a Core Web Vitals lab, and not a substitute for Search Console or server logs when you need sitewide coverage.

Deep guide: turning a single-URL audit into a prioritized fix list

What this checker measures

Depending on the options you enable, the tool inspects titles and descriptions, heading structure, basic content length signals, link presence, image alt attributes, viewport/mobile hints, and simple performance-related markup cues. Scores are derived from those HTML heuristics—not from random number generators and not from Google’s private ranking systems. Think of the output as a punch list with severity cues, not as a prediction of tomorrow’s rankings.

When to use it

  • Before publishing or redesigning a money page (product, pricing, service, pillar guide).
  • After a CMS theme, plugin, or tag-manager change that might rewrite head tags or inject noindex.
  • When Search Console shows a URL with “Crawled – currently not indexed,” soft 404 patterns, or sudden CTR drops and you want a fast on-page sanity check.
  • During migrations: compare staging vs production HTML for missing titles, broken canonicals, or leftover staging noindex.
  • As a teaching checklist for freelancers or junior marketers who need a concrete “what to look at” order.

When not to use it

  • Do not treat a single URL score as a sitewide SEO grade.
  • Do not expect deep JavaScript-rendered content audits if the fetched HTML is a sparse shell—manual rendered-source checks still matter.
  • Skip it when you need crawl budget analysis across tens of thousands of URLs; use a crawler or logs instead.
  • Do not use it as a security or privacy audit—robots and auth issues need separate controls.
  • If CORS/proxy fetch fails, verify the live page manually rather than inventing scores.

Worked example

You are launching https://example.com/services/local-seo. Run the audit with meta, content, links, images, and mobile checks enabled. Suppose the report flags: title under 15 characters, missing meta description, H1 absent (only H2s), several images without alt, and no viewport meta. A practical fix order:

  1. Restore viewport and confirm the page is reachable over HTTPS without a soft redirect loop.
  2. Write a unique title and description that match the page’s primary intent (see also the title and meta generators).
  3. Add one clear H1 that matches the promise of the title without stuffing.
  4. Fix alts on informative images; decorative images can use empty alt where appropriate.
  5. Re-run the audit, then spot-check the live source and request indexing only after the fixes are live.

If the score jumps but Search Console still shows problems, dig into indexation and linking next—on-page HTML was only one layer.

Interpretation guide

  • Overall score: A relative health summary for the checks you enabled. Use it to track improvement on the same URL after edits, not to compare unrelated sites.
  • Category bars (meta / content / links): Show where the punch list concentrates. A strong meta score with a weak content score usually means the page still needs substance, not more head-tag tweaking.
  • Issue text: Read each finding against the live page. Proxy fetches can differ from what logged-in or geo-specific users see.
  • Priority rule of thumb: Crawl/index blockers and broken primary UX beat “description could be longer.” Business-critical conversion friction beats cosmetic meta polish.

Common mistakes

  • Fixing every low-severity warning while leaving noindex, canonical conflicts, or missing H1 unresolved.
  • Auditing only the homepage and ignoring revenue URLs, blog posts that drive leads, or parameterized duplicates.
  • Changing titles weekly without a hypothesis or Search Console CTR baseline.
  • Assuming a green score means “will rank”—content quality, links, and intent match still dominate competitive queries.
  • Ignoring staging domains, HTTP variants, and trailing-slash clones that split signals.

Related reading and next steps

Use the SEO guide for the end-to-end workflow. Pair audits with a technical SEO hygiene checklist and a Search Console weekly checklist. For robots, noindex, and canonical decisions that often surface during audits, read robots, noindex, and canonical—when to use which. Related tools: canonical URL generator, robots.txt generator, XML sitemap generator.

Suggested triage board after each run

  • P0 – Indexation/crawl: noindex mistakes, broken canonicals, soft 404 patterns, blocked critical assets.
  • P1 – Primary UX: missing viewport, unusable mobile layout cues, empty primary heading.
  • P2 – Snippet clarity: weak/missing titles and descriptions on money pages.
  • P3 – Polish: alt text gaps, minor length warnings, nice-to-have link hygiene.

Assign an owner and due date to each P0/P1 item. Re-run only the affected URL after fixes land. Keep a short changelog so you can correlate Search Console movements with real releases instead of guessing.

What this page typically checks

Category Elements Why it matters
Meta tags Title, description, robots/canonical cues when present Clarity in SERPs and basic indexation intent
Content Headings, text presence, structure signals Helps evaluate whether the page has a coherent topic focus
Links & images Internal/external link presence, alt attributes Discoverability and accessibility of important assets

Audit cadence that stays useful

Frequently Asked Questions

How often should I run this SEO audit?
Run it whenever you change templates, plugins, or head tags, and whenever a priority URL underperforms in Search Console. Many teams also do a light monthly pass on top revenue URLs and a deeper review after major releases. Frequency should follow change risk, not a rigid calendar alone.
What issues should I fix first?
Start with anything that blocks crawl or indexation (noindex mistakes, broken canonicals, severe soft-404 patterns), then mobile/viewport and major usability breaks, then missing or empty titles/H1s, then descriptions, alts, and polish. Prioritize by user and business impact, not by how many warnings appear.
Why might the fetch fail or look incomplete?
Browsers often cannot read third-party HTML directly because of CORS. The tool may use a public proxy, which can be rate-limited or return a different document than a logged-in or geo-specific view. Heavy client-side rendering can also leave a thin initial HTML shell. Always confirm critical findings in the live rendered source.
How long until fixes show in search?
Crawl and indexation timing varies by site and URL importance. Technical corrections can be noticed after the next successful crawl, while competitive ranking movement from content and link changes often takes longer. Use URL inspection and Search Console change history rather than expecting an overnight score-to-rank conversion.