Server response and HTML diagnostics

Website Speed and Structure Audit

Review response timing, document structure and essential technical SEO signals from one server-side HTML fetch.

Public websites only HTML analysis Live response timing
Before you run an audit

What a server-side website audit tells you

A website audit helps you see whether a public page responds correctly, loads its initial HTML within a reasonable time and includes the basic technical signals search engines and browsers expect. It is a useful first check after publishing a new page, migrating hosting or troubleshooting slow landing pages.

This tool fetches the HTML document from the server and analyses response timing, heading structure, metadata, canonical tags, viewport settings and image alternative text. It does not execute JavaScript or measure full browser rendering, so it complements — but does not replace — lab tools such as PageSpeed Insights.

If response timing looks poor, confirm DNS and routing with the DNS lookup tool and network diagnostics. For metadata drafting, use the SEO metadata generator after fixing structural issues here.

Practical workflows

When to use this audit

Start with the business symptom, then inspect only the signals that explain that part of the page.

New page not indexing

  1. Run the audit and confirm the page returns a successful HTTP status.
  2. Check the robots directive and canonical URL for accidental noindex or duplicate signals.
  3. Verify a single clear H1 and a descriptive title within common length ranges.
  4. Confirm structured data is present if the page relies on rich results.

Slow first load complaints

  1. Review DNS lookup, connect, TLS and TTFB timings in the performance table.
  2. Compare downloaded HTML size — very large documents often slow first paint.
  3. If TTFB is high, investigate hosting, caching or application processing.
  4. Run a real-user speed test separately if the bottleneck may be on the visitor network.

Pre-launch technical checklist

  1. Audit the homepage and one key inner page before going live.
  2. Confirm viewport, document language and Open Graph title are set.
  3. Check images for missing alternative text in the returned HTML.
  4. Use the SEO generator to refine title and description copy after technical fixes.
Audit a Public Webpage

Understand the scope

What this website audit measures

Server response

HTTP status, validated DNS resolution, connection timing, TLS handshake, TTFB and downloaded HTML size.

Document structure

Headings, links, images, scripts, stylesheets and alternative-text coverage in the returned HTML.

Technical SEO signals

Title, description, canonical, robots, viewport, language, Open Graph and structured-data presence.

Not a Core Web Vitals test

This tool does not execute JavaScript or render the page. Use Google PageSpeed Insights for lab-based LCP, INP and CLS analysis.

Website audit questions

Is this the same as a browser performance test?

No. This server-side audit measures the initial HTML response and document structure. It does not execute the full page or calculate browser Core Web Vitals.

What is TTFB?

Time to First Byte measures how long the audit server waits before receiving the first response byte. Hosting, application processing, caching and geographic distance can affect it.

Why does the downloaded size differ from my browser?

The tool measures the fetched HTML response, not every image, font, stylesheet and script subsequently loaded by a browser.

Does a high audit score guarantee good SEO?

No. The score covers selected technical signals only. Content quality, backlinks, crawlability, user experience and search intent still matter.

Can private or local websites be audited?

No. Private, local and reserved network destinations are blocked to protect internal infrastructure.

Why might my canonical URL look wrong?

The audit reads the canonical link tag from the returned HTML only. Relative URLs, staging domains or CMS misconfiguration can make the detected value differ from the live public URL.

What does a missing viewport tag mean?

Without a viewport meta tag, mobile browsers may scale the page like a desktop site. That hurts readability on phones and is flagged as a basic technical issue.

Should I fix every failed check immediately?

Prioritise HTTP errors, missing titles, duplicate H1 headings and blocking robots directives first. Cosmetic metadata improvements can follow once the page is reachable and indexable.

Link copied