Skip to content

Find what slows the experience.

Measure mobile and desktop performance before speed becomes a growth problem, with lab and field evidence kept apart.

Performance: Device context stays attached

mycompany.comReviewable

PageSpeed scores

Lab observations and conditional field evidence remain separate instead of collapsing into one score.

Performance
MobileLab
  • LCPLargest Contentful Paint, to reviewReview
  • CLSCumulative Layout Shift, observedObserved
  • TBTTotal Blocking Time, to reviewReview
DesktopLab
  • LCPLargest Contentful Paint, observedObserved
  • CLSCumulative Layout Shift, observedObserved
  • TBTTotal Blocking Time, observedObserved
Core Web VitalsConditional
  • Field dataOnly when the source has an eligible sampleConditional
  • Blocking scriptsRender blocking, with remediation instructionsFix
  • Blocking stylesheetsRender blocking, with remediation instructionsFix
  • Server timingObserved on the lab runObserved

No credit card. The free run profiles one domain, and every panel it returns is yours to correct.

The problem this capability addresses

One speed score cannot describe every user experience

The short answer

Alesta records mobile and desktop performance evidence while keeping controlled lab measurements separate from real-user field data. If field data is unavailable, that absence remains visible instead of becoming an estimated result.

Lab tests help reproduce conditions, while field data reflects eligible real-user samples over time. Combining them into one unlabeled number can send a team toward the wrong diagnosis.

Evidence and inputs

Lab observations
Controlled mobile and desktop runs expose diagnostic timing, rendering, and resource conditions.
Field eligibility
Available public field evidence is recorded separately, including the state where a site or URL has no qualifying sample.

What you can review

Device-specific view
Mobile and desktop observations remain distinct so a strong result on one does not hide weakness on the other.
Evidence-aware diagnosis
The review identifies observed constraints and labels unavailable field evidence without fabricating it.

A reviewable workflow

  1. 01

    Run the public test

    Collect controlled observations for the submitted website on the available device profiles.

  2. 02

    Check evidence state

    Separate lab results, field results, and unavailable data before interpreting the page.

  3. 03

    Review likely constraints

    Connect rendering, image, font, and script observations to a practical investigation order.

Boundaries and limitations

Lab is not field data
A controlled run cannot establish how every production visitor experiences the site.
Field data can be absent
CrUX eligibility and sample availability are external conditions, so a missing value must not become an invented score.

How this capability is different

Performance tests delivery, not search coverage

SEO reviews crawl and on-page search signals. Performance focuses on how the public site loads and renders, with measurement types kept explicit.

Questions this page answers

What is the difference between lab and field performance data?

Lab data comes from a controlled test. Field data aggregates eligible real-user experiences. They answer related but different questions.

What happens when field data is unavailable?

Alesta records the evidence as unavailable and keeps the lab observations separate. It does not estimate a field result.

Continue with supporting resources

Choose the next step

Inspect performance with the right evidence label

Start from the domain, compare mobile and desktop observations, and confirm which measurements are lab or field data.

Review website performance