Created August 29, 2025

REPORT

PageSpeed Insights

https://www.whitelabeliq.com/

Performance Overview

This PageSpeed Insights audit was conducted on https://www.whitelabeliq.com/ using Lighthouse v10.0.0 on August 29, 2025. The audit evaluated Performance in detail across both desktop and mobile devices, while Accessibility, Best Practices, and SEO are summarized with overall scores. Core Web Vitals assessments are based on real user experience data collected over the past 28 days.

Provides a high-level benchmark of the site's overall health, highlighting key strengths and surfacing improvement opportunities. Serves as a baseline for tracking progress and ensuring the site continues to deliver a fast, accessible, and search-optimized experience.

Performance Scores

Performance
46
Accessibility
96
SEO
92
Best Practices
78

Scores Overview

The scores shown above represent the Desktop Lighthouse audit results for Performance, Accessibility, Best Practices, and SEO. Performance reflects detailed metrics such as page load speed, interactivity, and visual stability. Accessibility, Best Practices, and SEO are summarized as overall scores. These values provide a quick benchmark of the site's technical health on desktop devices, following Google Lighthouse scoring standards.

0–49 (Poor)    50–89 (Needs Improvement)    90–100 (Good)

Core Web Vitals Assessment: Failed

Core Web Vitals Overview

This Core Web Vitals assessment is based on real user experience data collected over the past 28 days. It evaluates key metrics such as Largest Contentful Paint (LCP), Interaction to Next Paint (INP), and Cumulative Layout Shift (CLS).

These metrics provide insights into the site's loading performance, interactivity, and visual stability as experienced by actual users. Maintaining good Core Web Vitals is crucial for both user satisfaction and search engine ranking.

Largest Contentful Paint (LCP) – Measures loading performance. It reports how long it takes for the largest visible element (such as an image or headline) to appear on the screen. A good experience is ≤ 2.5 seconds.

Interaction to Next Paint (INP) – Measures interactivity. It tracks how quickly the page responds to user actions like clicks, taps, or keyboard input. A good experience is ≤ 200 ms.

Cumulative Layout Shift (CLS) – Measures visual stability. It tracks how much page elements unexpectedly shift during load. A good experience is ≤ 0.1.

Other Notable Metrics

First Contentful Paint (FCP) – Indicates perceived load speed. It measures how quickly the first text or image is rendered.

Time to First Byte (TTFB) – Measures server responsiveness. It shows how fast the server delivers the first byte of data to the browser.

Largest Contentful Paint (LCP)

2.5 s

  • Good: 75%
  • Needs Improvement: 18%
  • Poor: 7%

Interaction to Next Paint (INP)

53 ms

  • Good: 92%
  • Needs Improvement: 3%
  • Poor: 5%

Cumulative Layout Shift (CLS)

0.01

  • Good: 98%
  • Needs Improvement: 0%
  • Poor: 2%

Other Notable Metrics

First Contentful Paint (FCP)

2.4 s

  • Good: 57%
  • Needs Improvement: 28%
  • Poor: 15%

Time to First Byte (TTFB)

1.0 s

  • Good: 61%
  • Needs Improvement: 31%
  • Poor: 7%

Core Web Vitals Assessment (Field Data)

Status: Failed

Metric Field Data Status Target
Largest Contentful Paint (LCP) 2.5 s Fail ≤ 2.5s
Interaction to Next Paint (INP) 53 ms Pass ≤ 200ms
Cumulative Layout Shift (CLS) 0.01 Pass ≤ 0.1
First Contentful Paint (FCP) 2.4 s Fail ≤ 1.8s
Time to First Byte (TTFB) 1.0 s Fail ≤ 0.8s
Note: This assessment is based on real user data over the past 28 days. The site fails Core Web Vitals.

Understanding Lab Data (Desktop)

The following metrics are derived from Lighthouse Lab Data, which runs performance tests under controlled, simulated conditions. Unlike Core Web Vitals, which rely on real user field data, lab data provides reproducible diagnostics to identify specific performance bottlenecks. Each value is compared against Google's recommended thresholds to determine pass or fail status.

Specific Metrics Used

How the Data is Processed

Raw values are converted into readable formats (e.g., milliseconds to seconds, CLS rounded to three decimals) and evaluated against Google's thresholds. If API data is unavailable, fallback values are used for consistency (FCP 1.2s, LCP 2.8s, TBT 150ms, CLS 0.05, SI 3.2s).

Why This Matters

Lab data helps pinpoint the root causes of poor performance in a controlled setting, even if real-user data (Core Web Vitals) is not yet available or stable. Because the tests are simulated, results may not match every real-world user experience, but they are highly useful for identifying and prioritizing fixes.

46
Performance Metrics Screenshot
0-49
50-89
90-100
First Contentful Paint
2.0 s
Time at which the first text or image is painted. Target: ≤ 1.8s
Largest Contentful Paint
2.2 s
Time at which the largest text or image is painted. Target: ≤ 2.5s
Total Blocking Time
909 ms
Sum of all time periods when task length exceeded 50ms. Target: ≤ 200ms
Cumulative Layout Shift
0.011
Measures the movement of visible elements within the viewport. Target: ≤ 0.1
Speed Index
3.1 s
Shows how quickly the contents of a page are visibly populated. Target: ≤ 3.4s

Lab Data Performance Metrics

Metric Lab Value Status Target
First Contentful Paint 2.0 s Fail ≤ 1.8s
Largest Contentful Paint 2.2 s Pass ≤ 2.5s
Total Blocking Time 909 ms Fail ≤ 200ms
Cumulative Layout Shift 0.011 Pass ≤ 0.1
Speed Index 3.1 s Pass ≤ 3.4s
Note: These metrics are collected from a simulated environment (Lab Data) using Lighthouse. They help developers identify and fix specific performance issues under controlled conditions.

Performance Optimization Opportunities

Issue Estimated Savings Action Priority
Eliminate render-blocking resources1631 msResources are blocking the first paint of your page. Consider delivering critical JS/CSS inline and deferring all non-critical JS/styles. (https://developer.chrome.com/docs/lighthouse/performance/render-blocking-resources/).High
Minify JavaScript0 msMinifying JavaScript files can reduce payload sizes and script parse time. (https://developer.chrome.com/docs/lighthouse/performance/unminified-javascript/).Medium
Reduce unused JavaScript520 msReduce unused JavaScript and defer loading scripts until they are required to decrease bytes consumed by network activity. (https://developer.chrome.com/docs/lighthouse/performance/unused-javascript/).High
Reduce unused CSS120 msReduce unused rules from stylesheets and defer CSS not used for above-the-fold content to decrease bytes consumed by network activity. (https://developer.chrome.com/docs/lighthouse/performance/unused-css-rules/).High
Defer offscreen images0 msConsider lazy-loading offscreen and hidden images after all critical resources have finished loading to lower time to interactive. (https://developer.chrome.com/docs/lighthouse/performance/offscreen-images/).Medium

Performance Optimization Opportunities

Issue Estimated Savings Action Priority
Serve static assets with an efficient cache policyA long cache lifetime can speed up repeat visits to your page. (https://developer.chrome.com/docs/lighthouse/performance/uses-long-cache-ttl/).Medium
Efficiently encode images0 msOptimized images load faster and consume less cellular data. (https://developer.chrome.com/docs/lighthouse/performance/uses-optimized-images/).Low
Avoid serving legacy JavaScript to modern browsers0 msPolyfills and transforms enable legacy browsers to use new JavaScript features. However, many aren't necessary for modern browsers. Consider modifying your JavaScript build process to not transpile (https://web.dev/baseline) features, unless you know you must support legacy browsers. (https://philipwalton.com/articles/the-state-of-es5-on-the-web/)Medium
Avoid enormous network payloadsLarge network payloads cost users real money and are highly correlated with long load times. (https://developer.chrome.com/docs/lighthouse/performance/total-byte-weight/).Medium
Serve images in next-gen formats0 msImage formats like WebP and AVIF often provide better compression than PNG or JPEG, which means faster downloads and less data consumption. (https://developer.chrome.com/docs/lighthouse/performance/uses-webp-images/).Medium

Performance Optimization Opportunities

Issue Estimated Savings Action Priority
Use video formats for animated content0 msLarge GIFs are inefficient for delivering animated content. Consider using MPEG4/WebM videos for animations and PNG/WebP for static images instead of GIF to save network bytes. (https://developer.chrome.com/docs/lighthouse/performance/efficient-animated-content/)Low
Image elements do not have explicit `width` and `height`Set an explicit width and height on image elements to reduce layout shifts and improve CLS. (https://web.dev/articles/optimize-cls#images_without_dimensions)Medium

Test Environment

Device Desktop
Lighthouse Version v10.0.0
Browser HeadlessChrome/10.0.0
Generated On August 29, 2025

Final Notes

This report reflects the status of https://www.whitelabeliq.com/ as of August 29, 2025. The Core Web Vitals assessment is based on real user data over the past 28 days, while lab data provides controlled environment metrics for development optimization. Focus on addressing high-priority performance issues to improve user experience and search engine rankings.

Report Generated: August 29, 2025

PageSpeed Insights Report

https://www.whitelabeliq.com/

This comprehensive PageSpeed Insights audit has identified key areas for improvement to ensure your website meets high performance standards. The findings presented in this report provide a clear roadmap for enhancing performance and creating a more efficient digital experience for all users.

We recommend prioritizing the critical and serious issues identified, as these have the most significant impact on user performance. The moderate issues, while less urgent, should also be addressed to achieve optimal performance.