Performance report
hiwebxseries.one
- WordPress
- nginx
- PHP
85 out of 100
Warp Score
B Good
- TTFB — Goodserver response
- 82 ms
- LCP — Needs improvementlab
- 3.9 s
- LCP — Goodlab
- 1.5 s
- INP — Goodreal users
- 138 ms
- CLS — Goodlab
- 0
- CLS — Goodlab
- 0.011
- Desktop — GoodLighthouse
- 94
- Mobile — Needs improvementLighthouse
- 82
- Transfer
- 1.6 MB
- Transfer
- 1.6 MB
- Requests
- 51
- Requests
- 51
Overview
Score breakdown
Performance
B87 / 100
Lighthouse scored this page 82 on mobile and 94 on desktop.
Core Web Vitals
A94 / 100
Real visitors pass Core Web Vitals on this page, with a 75th-percentile LCP of 1.7 s.
Server & Cache
A+100 / 100
HTML is served from cache by Proxy cache with a warm TTFB of 82 ms.
Assets
F57 / 100
1.6 MB transferred in 51 requests, including 18 KB of JavaScript.
Delivery
B82 / 100
Delivered with HTTP/2, Gzip compression, no CDN detected.
Top improvements
Eliminate render-blocking resources
3 stylesheets and scripts block the first paint.
Evidence
- hiwebxseries.one/wp-content/plugins/coo…g-cloud/inc/cool-tag-cloud.css?ver=2.25 (858 ms)
- cdnjs.cloudflare.com/ajax/libs/font-awesome/4.7.0/css/font-awesome.min.css (752 ms)
- hiwebxseries.one/wp-content/themes/GODxPLAY/css/front.icons.css (353 ms)
Why it matters
The browser cannot draw anything until these files are downloaded and processed, which delays FCP and LCP.
How to fix
Inline the CSS needed for the first screen and load the rest asynchronously; defer scripts that are not needed to render the page.
Related metric: LCP
In Warp PerformanceWarp Performance → CSS → Remove Unused CSSWarp Performance → JavaScript → Defer JavaScriptOptimize image delivery
Images are larger than they need to be: resizing, recompressing or converting them would save about 1018 KB.
Evidence
- hiwebxseries.one/wp-content/uploads/2026/09/Womaniya-Episode-5-1.webp (121 KB could be saved)
- hiwebxseries.one/wp-content/uploads/2026/09/Womaniya-Episode-6-1.webp (103 KB could be saved)
- hiwebxseries.one/wp-content/uploads/2026/09/Womaniya-Episode-2-1.webp (92 KB could be saved)
Why it matters
Images are usually the largest part of a page and often the LCP element.
How to fix
Serve images at the size they are displayed, in WebP or AVIF, with sensible compression.
Related metric: LCP
In Warp PerformanceWarp Performance → Media → Local Image OptimizationWarp Performance → Media → Responsive ImagesLoad the LCP image sooner
The largest image on the first screen is not discoverable in the initial HTML or is not prioritized.
Evidence
- fetchpriority=high should be applied
Why it matters
LCP cannot happen until this image has downloaded. Anything that delays its request delays LCP directly.
How to fix
Remove lazy-loading from the LCP image, add fetchpriority="high", and preload it if it is set from CSS or JavaScript.
Related metric: LCP
In Warp PerformanceWarp Performance → Media → Preload Critical ImagesKeep text visible while fonts load
2 web fonts hide text until they have loaded.
Evidence
- hiwebxseries.one/wp-content/themes/GODxPLAY/css/fonts/icomoon.ttf?k4wkth (140 ms)
- cdnjs.cloudflare.com/ajax/libs/font-awe…fonts/fontawesome-webfont.woff2?v=4.7.0 (30 ms)
Why it matters
Visitors see blank space where text should be until the font arrives, which delays FCP and can delay LCP.
How to fix
Use font-display: swap (or optional) so text renders immediately in a fallback font.
Related metric: FCP
In Warp PerformanceWarp Performance → Fonts → Font Display SwapAdd width and height to images
1 image has no explicit dimensions.
Evidence
- hiwebxseries.one/wp-content/uploads/2023/06/hiwebxseries.webp
Why it matters
Without dimensions the browser cannot reserve space, so content jumps when the image arrives. That movement is measured as CLS.
How to fix
Set width and height attributes (or a CSS aspect-ratio) on every image.
Related metric: CLS
In Warp PerformanceWarp Performance → Media → Add Missing Dimensions
1 more finding is listed in the other tabs.
Page weight
1.6 MB transferred · 51 requests · Mobile
- Images 1.46 MB 34 requests
- Fonts 97 KB 2 requests
- JavaScript 18 KB 5 requests
- HTML 16 KB 1 request
- CSS 9 KB 3 requests
- Other 4 KB 6 requests
1.6 MB transferred · 51 requests · Desktop
- Images 1.46 MB 34 requests
- Fonts 97 KB 2 requests
- JavaScript 18 KB 5 requests
- HTML 16 KB 1 request
- CSS 9 KB 3 requests
- Other 4 KB 6 requests
Shareable summary
Core Web Vitals
Real-user data shows what visitors actually experienced over the last 28 days. The lab test is a single controlled page load, useful for finding causes. The two often differ, and Google uses the real-user data.
Real users Chrome UX Report · 75th percentile
Passes Core Web VitalsMobile visitors · data for this page
- LCP p75 — Good
- 1.7 s
- INP p75 — Good
- 138 ms
- CLS p75 — Good
- 0
- TTFB p75 — Needs improvement
- 866 ms
- FCP p75 — Good
- 1.4 s
Desktop visitors · data for this page
- LCP p75 — Good
- 1.9 s
- INP p75 — Good
- 109 ms
- CLS p75 — Good
- 0
- TTFB p75 — Needs improvement
- 839 ms
- FCP p75 — Good
- 1.3 s
Lab test Google Lighthouse · simulated load
Mobile
- Lighthouse — Needs improvement
- 82
- LCP — Needs improvement
- 3.9 s
- FCP — Needs improvement
- 2.4 s
- TBT — Good
- 0 ms
- Speed Index — Needs improvement
- 4.6 s
- CLS — Good
- 0
Desktop
- Lighthouse — Good
- 94
- LCP — Good
- 1.5 s
- FCP — Good
- 0.5 s
- TBT — Good
- 83 ms
- Speed Index — Good
- 1.1 s
- CLS — Good
- 0.011
Server & Cache
- TTFB (server response)
- 82 ms
- HTML cache
- Proxy cache Confirmed
- CDN
- None detected
- Compression
- Gzip
- HTTP version
- HTTP/2
- Server
- nginx
- Redirects
- None
- Browser caching
- HTML is fetched fresh on each visit
- Static asset caching
- 6 of 6 sampled assets cached for 30 days or more
Connection timing from the scanner
- DNS
- 29 ms
- TCP
- 81 ms
- TLS
- 86 ms
- First-byte wait
- 82 ms
- Total
- 331 ms
- HTML size
- 16 KB
Measured from the Warp Scan server, so network times reflect its location rather than your visitors'. The TTFB figure above is the first-byte wait on an open connection (the faster of two requests), so it includes one network round trip from the scanner.
Developer details
Cache evidence
- x-cache: HIT (first request)
- x-cache: HIT (repeat request)
Response headers (first request)
vary: Accept-Encoding, accept, content-type
server: nginx
content-type: text/html; charset=UTF-8
content-encoding: gzip
link: <https://hiwebxseries.one/wp-json/>; rel="https://api.w.org/"
x-cache: HIT
Response headers (repeat request, 82 ms)
vary: Accept-Encoding, accept, content-type
server: nginx
content-type: text/html; charset=UTF-8
content-encoding: gzip
link: <https://hiwebxseries.one/wp-json/>; rel="https://api.w.org/"
x-cache: HIT
Sampled static assets
| Asset | Cache lifetime | Cache-Control |
|---|---|---|
| hiwebxseries.one/wp-content/t…/GODxPLAY/css/front.icons.css | 10 years | max-age=315360000, public |
| hiwebxseries.one/wp-content/u…ads/2023/06/hiwebxseries.webp | 10 years | max-age=315360000, public |
| hiwebxseries.one/wp-content/p…c/cool-tag-cloud.css?ver=2.25 | 10 years | max-age=315360000, public |
| hiwebxseries.one/wp-content/u…Pyar-Ka-Bazaar-Episode-4.webp | 10 years | max-age=315360000, public |
| hiwebxseries.one/wp-content/u…Pyar-Ka-Bazaar-Episode-3.webp | 10 years | max-age=315360000, public |
| hiwebxseries.one/wp-content/u…Pyar-Ka-Bazaar-Episode-2.webp | 10 years | max-age=315360000, public |
No server or caching issues found.
JavaScript
18 KB in 5 requests · 1% of page weight · Mobile
18 KB in 5 requests · 1% of page weight · Desktop
Eliminate render-blocking resources
3 stylesheets and scripts block the first paint.
Evidence
- hiwebxseries.one/wp-content/plugins/coo…g-cloud/inc/cool-tag-cloud.css?ver=2.25 (858 ms)
- cdnjs.cloudflare.com/ajax/libs/font-awesome/4.7.0/css/font-awesome.min.css (752 ms)
- hiwebxseries.one/wp-content/themes/GODxPLAY/css/front.icons.css (353 ms)
Why it matters
The browser cannot draw anything until these files are downloaded and processed, which delays FCP and LCP.
How to fix
Inline the CSS needed for the first screen and load the rest asynchronously; defer scripts that are not needed to render the page.
Related metric: LCP
In Warp PerformanceWarp Performance → CSS → Remove Unused CSSWarp Performance → JavaScript → Defer JavaScript
CSS
9 KB in 3 requests · 1% of page weight · Mobile
9 KB in 3 requests · 1% of page weight · Desktop
No CSS issues found.
Images
1.46 MB in 34 requests · 91% of page weight · Mobile
1.46 MB in 34 requests · 91% of page weight · Desktop
Optimize image delivery
Images are larger than they need to be: resizing, recompressing or converting them would save about 1018 KB.
Evidence
- hiwebxseries.one/wp-content/uploads/2026/09/Womaniya-Episode-5-1.webp (121 KB could be saved)
- hiwebxseries.one/wp-content/uploads/2026/09/Womaniya-Episode-6-1.webp (103 KB could be saved)
- hiwebxseries.one/wp-content/uploads/2026/09/Womaniya-Episode-2-1.webp (92 KB could be saved)
Why it matters
Images are usually the largest part of a page and often the LCP element.
How to fix
Serve images at the size they are displayed, in WebP or AVIF, with sensible compression.
Related metric: LCP
In Warp PerformanceWarp Performance → Media → Local Image OptimizationWarp Performance → Media → Responsive ImagesLoad the LCP image sooner
The largest image on the first screen is not discoverable in the initial HTML or is not prioritized.
Evidence
- fetchpriority=high should be applied
Why it matters
LCP cannot happen until this image has downloaded. Anything that delays its request delays LCP directly.
How to fix
Remove lazy-loading from the LCP image, add fetchpriority="high", and preload it if it is set from CSS or JavaScript.
Related metric: LCP
In Warp PerformanceWarp Performance → Media → Preload Critical ImagesAdd width and height to images
1 image has no explicit dimensions.
Evidence
- hiwebxseries.one/wp-content/uploads/2023/06/hiwebxseries.webp
Why it matters
Without dimensions the browser cannot reserve space, so content jumps when the image arrives. That movement is measured as CLS.
How to fix
Set width and height attributes (or a CSS aspect-ratio) on every image.
Related metric: CLS
In Warp PerformanceWarp Performance → Media → Add Missing Dimensions
Fonts
97 KB in 2 requests · 6% of page weight · Mobile
97 KB in 2 requests · 6% of page weight · Desktop
Keep text visible while fonts load
2 web fonts hide text until they have loaded.
Evidence
- hiwebxseries.one/wp-content/themes/GODxPLAY/css/fonts/icomoon.ttf?k4wkth (140 ms)
- cdnjs.cloudflare.com/ajax/libs/font-awe…fonts/fontawesome-webfont.woff2?v=4.7.0 (30 ms)
Why it matters
Visitors see blank space where text should be until the font arrives, which delays FCP and can delay LCP.
How to fix
Use font-display: swap (or optional) so text renders immediately in a fallback font.
Related metric: FCP
In Warp PerformanceWarp Performance → Fonts → Font Display Swap
Third Parties
105 KB from other domains in 14 requests · 6% of page weight
No common third-party services were detected.
Headers & Delivery
- HTTPS
- Yes
- HSTS
- Not set
- Cache-Control
- Not set
- Validators
- None
- Content-Type
- text/html; charset=UTF-8
- Vary
- Accept-Encoding, accept, content-type
Consider a CDN
No CDN was detected in front of this page.
Evidence
- No CDN headers were present in the response
Why it matters
Without a CDN every visitor connects to one origin location, so distant visitors wait longer for every file.
How to fix
Serve static assets, and ideally HTML, through a CDN with locations near your audience.
In Warp PerformanceWarp Performance → CDN → CDN Integration
Technology
-
WordPress Detected
- Asset paths under /wp-content/
- Asset paths under /wp-includes/
- REST API discovery link (api.w.org)
- Generator meta tag: WordPress
- link: <https://hiwebxseries.one/wp-json/>; rel="https://api.w.org/"
-
nginx Detected
- server: nginx
-
PHP Detected
- Implied by WordPress
WordPress
- Theme
- godxplay
- REST API
- Advertised
- Plugins visible in the page
- 1 plugin
Optimization tools
Unable to determine. No optimization plugin exposed itself in the page or its headers.
Plugins referenced by asset paths
cool-tag-cloud