WebVitalsDev sources and fact-checking policy

Technical claims should be traceable to evidence that supports the actual statement.

Updated

Source selection

Official documentation and specifications are the preferred sources for browser, platform and protocol behavior. These include relevant standards, Google Search Central, web.dev, Chrome Developers, MDN and platform maintainers' documentation.

A search result, automated summary or research assistant can help locate material, but it is not a substitute for the underlying source. A source is used for what it establishes, not merely because its title sounds relevant.

Dates, versions and scope

Guidance can change as browsers, frameworks and tools evolve. Version-sensitive examples identify their intended context. Publication dates, update dates and the date a source was checked are different facts and must not be substituted for one another.

An official page can also contain outdated wording or an unresolved inconsistency. Where sources conflict, the explanation should identify the conflict, seek the more specific evidence and avoid presenting an unsupported conclusion as settled.

Numbers and examples

Thresholds, weights and factual performance figures require an identifiable source. Illustrative numbers and code are described as examples, not invented benchmarks. WebVitalsDev does not manufacture search-volume estimates, ranking guarantees or before-and-after results.

Field and lab measurements are kept distinct. So are URL and origin scope, a single run and a population percentile, and an estimate and an observed saving.

Corrections and limitations

Material limits belong beside the claim they qualify. Research notes should not be disguised as firsthand testing. Readers can report a suspected error to [email protected]; the corrections policy explains how confirmed errors are addressed.