Skip to content
PageVital
← All guides

Why Website Audit Tools Give Different Grades

A practical way to reconcile conflicting website scores: compare scope, conditions, coverage and individual findings before comparing totals.

Published Updated

A high performance score and a low security-header grade can both be accurate. They summarize different questions. The mistake is treating them as competing answers to one universal question about website quality.

When reports disagree, compare their inputs before deciding which score to trust.

Match the question to the tool

A performance audit studies the loading and responsiveness of a page under specified conditions. A header checker inspects response configuration. A technical SEO crawler examines discoverability and page signals across its crawl scope. A composite health report combines a selected set of observations.

A score says little without that definition. Google's Lighthouse scoring documentation describes a performance model in which several metric scores contribute to the total. Changing a heavily weighted metric can move the score more than a less heavily weighted one.

PageVital's score guide explains its standard category weights separately. Neither model measures every aspect of a website.

Compare five inputs

Before forwarding conflicting screenshots, write down:

  • URL: requested page and final destination after redirects.
  • Conditions: device mode, location if available, profile, and test version.
  • Time: exact observation time and whether a deployment occurred between runs.
  • Coverage: completed checks, errors, and unavailable categories.
  • Measurement: lab result, aggregated visitor data, or directly observed configuration.

A mobile lab report and desktop field data are not competing measurements of the same visit. A missing measurement is also not a zero-duration load or a clean result.

Work through a disagreement

Suppose a fictional site's composite grade improves from B to A, while its performance category becomes unavailable. The overall number alone cannot establish an improvement. Keep the previous usable performance evidence and investigate why the later measurement failed.

In a second example, a lab run is slower immediately after a release. Repeat comparable measurements and inspect the requests before attributing the change to the release. A cache miss or variable third-party response is a hypothesis to investigate, not a conclusion from one number.

These examples show why an operator needs the underlying finding and the age of the evidence alongside the summary.

Write a report people can act on

Instead of “the site is now an A,” record a bounded result:

Illustrative verification note: the public services URL returned the intended canonical value on the later check. The earlier mismatch is no longer present in that observation. The checkout workflow was outside this check's scope.

This tells the next person what changed and what remains unknown. It also avoids turning a marketing-friendly grade into a broader technical claim.

Make scores comparable over time

Keep the test configuration stable for trend review. When you deliberately change profiles or tools, record the change and establish a new baseline instead of stitching the numbers into a misleading continuous trend.

Use performance monitoring practices to organize repeat checks, or try the fictional Portfolio walkthrough to see reviewed, incomplete, and recovered states separately.

These guides explain public-page checks and maintenance decisions. Examples are illustrative unless identified otherwise. Source links accompany technical guidance; an automated result does not establish security, compliance, or a business outcome.