Performance6 min read· Updated

Find the element and requests behind a slow page

Start with a specific page and screen size. Use the observed element and request evidence to choose one change, then repeat the same test.

Investigate a slow pageRun a bounded browser measurement and inspect the element and requests it observed.
Open Website Performance Investigator
On this page

    Keep the test conditions comparable

    In Performance Investigator, enter the affected public URL and choose mobile or desktop. An optional comparison page uses the same profile. The report describes this test server and observation window. Visitor devices, network conditions and page states can differ.

    Find the likely work behind the wait

    Inspect the observed Largest Contentful Paint element and resource, then review costly requests and third-party hosts. A long request and a late paint can be related, but their timing alone does not prove causation. Cross-origin response sizes without timing permission remain unknown; zero must not be interpreted as a free request.

    Example: a delayed hero image

    This illustrative case uses a synthetic page with a large hero image. The image becomes the observed LCP element. Its request completes late, so the next useful experiment is to reduce its transfer size or remove an unnecessary loading delay. Repeat the test with the same screen size. Compare the run range as well as the reported central value; a single quicker run is weak evidence.

    Bring a browser capture when the problem is local

    If the issue occurs only in your browser, export a HAR from the affected state and compare it with a successful capture in Private Browser Network Analyzer. The files stay in your browser. Match the page state and time window. Requests with the same path can still differ by host, query or occurrence.

    Retest a specific hypothesis

    1. Save the original report and the exact test settings.
    2. Change one relevant resource or loading behavior.
    3. Run the same test and compare compatible results.
    4. Check the page and its main user journey for regressions.

    A short lab run cannot replace field data from real visitors. Use missing or incomplete evidence as a reason to investigate further, not as a successful performance result.

    Reference: Largest Contentful Paint.

    Use the linked tools to confirm each change, then repeat the original test. Review server or DNS changes before applying them to a live site.

    Spotted something out of date? Email [email protected].

    More guides

    Technical SEO5 min read

    Crawling versus indexing

    Check response directives and discovery, then consult the search engine’s recorded indexing reason.

    Email5 min read

    Set up email DNS

    Separate receiving records from sending authentication and verify every legitimate sender.

    Network5 min read

    Why a port check says closed

    Trace the connection path without disabling the firewall or treating a TCP result as a UDP test.

    Redirects7 min read

    Fix ERR_TOO_MANY_REDIRECTS

    The usual causes are a CDN in Flexible SSL mode, a wrong site address in your CMS or two rules that disagree about www.

    Email9 min read

    Emails going to spam

    Read receiving-server headers, check authentication and alignment, then investigate reputation and recipient signals.

    DNS6 min read

    DNS change not showing up

    Compare authoritative records and resolver caches to investigate a DNS change that has not appeared.

    Server config6 min read

    Cron job not running

    Check paths, environment variables, permissions, logging and time zones in a cron job that is not running.

    ↑ ↓ moveEnter openEsc close

    Expanded view