Watch for changes
presstelegram.com loads faster with WebSpeed
Measured PageSpeed before and after WebSpeed optimization — no plugins, no migration.
Speed Index from a single check. Repeat checks of the same page typically differ by around 30%, so read the two times as a direction, not a precise multiplier.
From the measured LCP gain: −305.3 s.
Core Web Vitals are a Google ranking signal, but work as a “tiebreaker” — they matter most when two pages are roughly equal in relevance and content. The biggest SEO benefit comes from moving out of the Poor zone (score < 50).
From the measured LCP gain: −305.3 s.
Google / Deloitte (2019): 0.1 s improvement → +8% conversions in retail. Portent: each extra second of load time reduces conversion rate ~4%.
From the measured LCP gain: −305.3 s.
Based on Google data: pages loading in 3 s vs 1 s show ~32% higher bounce rate. Estimate scales proportionally to LCP improvement and is site-specific.
Forecasts, not measurements: measured gains × published studies — tap any underlined label for the source.
Lighthouse recording of the original page under real desktop throttling. The right panel replays the same frames at the measured Speed Index ratio (3.1× faster).
Fastest quarter 80+ · you 16
Fastest quarter 96+ · you 29
Fastest quarter ≤ 3.4 s · you 31.2 s
Fastest quarter ≤ 0.9 s · you 9.4 s
Fastest quarter ≤ 3.7 s · you 612.4 s
Fastest quarter ≤ 0.9 s · you 4.7 s
Fastest quarter ≤ 1.1 MB · you 126 MB
Fastest quarter ≤ 1.3 MB · you 125.7 MB
Based on 2844 WordPress sites WebSpeed has measured, as they are, without our optimization. Updated 9 Nov 2026.
Speed
what the visitor sees| Metric | Now | Fast | Δ |
|---|---|---|---|
| PageSpeed scoreblends the five below | 16 | 28 | +12 |
| First Contentful Paint. The moment the browser renders the first piece of real content — the first sign to the visitor that the page is loading.≤ 1.8s | 7.0 s | 1.8 s | −74% |
| Largest Contentful Paint. The time it takes for the largest image or text block in the viewport to render — one of Google's three Core Web Vitals.≤ 2.5s | 612.4 s | 5.4 s | −99% |
| How quickly the visible part of the page fills in during load, averaged over time — a lab metric that rewards showing content sooner.≤ 3.4s | 31.2 s | 10.2 s | −67% |
| Total Blocking Time. The total time the main thread was blocked by long tasks during load — the lab metric that stands in for real-world responsiveness.≤ 200ms | 7,190 ms | 4,100 ms | −43% |
| Cumulative Layout Shift. A score for how much visible content unexpectedly jumps around while the page loads — one of Google's three Core Web Vitals.≤ 0.1 | 0.193 | 0.235 | +0.04 |
| LCP breakdownobserved load, no throttling | |||
| What the largest visible element was — an image or a block of text. The two are sped up by different means. | Image | Image | same |
| Time until the first byte of the HTML arrived.TTFB | 10 ms | 27 ms | No change beyond run-to-run noise. |
| Time between the first byte and the moment the browser started downloading the LCP image. Long when the image is found late — lazy-loaded, set from CSS or JS.until the image is requested | 56 ms | 96 ms | No change beyond run-to-run noise. |
| Time spent downloading the LCP image itself — its weight and the connection.downloading the image | 75 ms | 34 ms | No change beyond run-to-run noise. |
| Time between the resource being ready and the element being painted — blocked by CSS, fonts or scripts.until it is painted | 3.0 s | 243 ms | −92% |
Page weight
loaded during the test| Metric | Now | Fast | Δ |
|---|---|---|---|
| Files the browser downloaded during the test. | 300+ | 300+ | |
| The page itself, before anything it references. | 4159 KB | 1885 KB | −47% |
| Scripts downloaded during the test. Fewer can mean deferred past the test window, not removed from the site. | 853.1 MB | 1174.1 MB | +32% |
| Stylesheets downloaded during the test. | 18237 KB | 14241 KB | No change beyond run-to-run noise. |
| Web font files downloaded during the test. | 10310 KB | 7239 KB | −23% |
| Images downloaded during the test. Images below the fold may load later, after the test. | 145119.2 MB | 563.4 MB | −97% |
| Third-partyother companies’ servers | |||
| Distinct third-party domains the page downloaded from — analytics, chat, embeds, fonts, CDNs. | 74 | 111 | +37 |
| Bytes downloaded from those third-party domains. | 120.6 MB | 7.3 MB | −94% |
What holds the main thread
Lighthouse attribution, lab run| Time a script kept the browser busy beyond 50 ms per task — the same pieces Lighthouse adds up into Total Blocking Time. While it lasts, taps and clicks wait. Counted on the recorded run, so the total can differ from the simulated TBT above. | Now | Fast |
|---|---|---|
| Google Tag Manager, plus the tags it loads: analytics, ads, chat. Time counts here when it runs inside GTM’s own script. Fast does not remove it: every tag still fires.Third-party service · Tag manager | 1,461 ms | 895 ms |
| Osano CMPThird-party service · Consent provider | 987 ms | 477 ms |
| Google/Doubleclick AdsThird-party service · Ad | 652 ms | 423 ms |
| The site’s own scripts, plugins and services not listed above (each under 50 ms or past the top three), and browser work Lighthouse could not tie to any script.Site’s own code, smaller scripts, unattributed | 2,438 ms | 3,166 ms |
Fast removes nothing: every script still loads and runs, and Fast starts what it safely can after the page is ready to use.
Each number comes from one lab run. A script that ran after the run ended shows 0 ms.
Already on this site
Original page, before Fast- No speed tools recognisedNo caching plugin, CDN or speed host left a trace in the page’s code or headers
- Images are in modern formats and sized to the screenMissingLighthouse estimate: −1.3 s LCP
- No CSS or JS holds back the first paintMissing
- Static files are cached in the browserMissingLighthouse estimate: −459.9 s LCP
- CSS and JS are minifiedMissingLighthouse estimate: −24 KB
- Text stays visible while web fonts loadMissing
- Main image is in the HTML, not added by a scriptOK
- Main image is marked high priorityOK
- Main image is not lazy-loadedOK
- The page is compressed (gzip or brotli)OK
- Admin area
/wp-admin/and/wp-login.phppass through Fast unchanged and are never cached - Signed-in visitorsSign-in link to
/login. A signed-in visitor never gets a page cached for someone else, and pages with the site’s sign-in cookie pass through Fast unchanged
Tools are recognised from the page’s code and response headers. A tool that leaves no trace there is not listed.
“OK” means Lighthouse found nothing to fix on the original page — not that someone switched it on.
Savings are Lighthouse’s own estimates for the original page, not measured by us.
Speed
what the visitor sees| Metric | Now | Fast | Δ |
|---|---|---|---|
| PageSpeed scoreblends the five below | 29 | 57 | +28 |
| First Contentful Paint. The moment the browser renders the first piece of real content — the first sign to the visitor that the page is loading.≤ 1.8s | 1.5 s | 0.5 s | −68% |
| Largest Contentful Paint. The time it takes for the largest image or text block in the viewport to render — one of Google's three Core Web Vitals.≤ 2.5s | 4.7 s | 1.2 s | −75% |
| How quickly the visible part of the page fills in during load, averaged over time — a lab metric that rewards showing content sooner.≤ 3.4s | 9.4 s | 3.1 s | −67% |
| Total Blocking Time. The total time the main thread was blocked by long tasks during load — the lab metric that stands in for real-world responsiveness.≤ 200ms | 4,030 ms | 1,250 ms | −69% |
| Cumulative Layout Shift. A score for how much visible content unexpectedly jumps around while the page loads — one of Google's three Core Web Vitals.≤ 0.1 | 0.119 | 0.119 | No change beyond run-to-run noise. |
| LCP breakdownobserved load, no throttling | |||
| What the largest visible element was — an image or a block of text. The two are sped up by different means. | Image | Image | same |
| Time until the first byte of the HTML arrived.TTFB | 19 ms | 25 ms | No change beyond run-to-run noise. |
| Time between the first byte and the moment the browser started downloading the LCP image. Long when the image is found late — lazy-loaded, set from CSS or JS.until the image is requested | 2.3 s | 89 ms | −96% |
| Time spent downloading the LCP image itself — its weight and the connection.downloading the image | 17 ms | 66 ms | No change beyond run-to-run noise. |
| Time between the resource being ready and the element being painted — blocked by CSS, fonts or scripts.until it is painted | 2.1 s | 302 ms | −86% |
Page weight
loaded during the test| Metric | Now | Fast | Δ |
|---|---|---|---|
| Files the browser downloaded during the test. | 300+ | 300+ | |
| The page itself, before anything it references. | 4171 KB | 1677 KB | −55% |
| Scripts downloaded during the test. Fewer can mean deferred past the test window, not removed from the site. | 853.1 MB | 1164.1 MB | +31% |
| Stylesheets downloaded during the test. | 18237 KB | 14243 KB | No change beyond run-to-run noise. |
| Web font files downloaded during the test. | 10310 KB | 7239 KB | −23% |
| Images downloaded during the test. Images below the fold may load later, after the test. | 146119.2 MB | 563.6 MB | −97% |
| Third-partyother companies’ servers | |||
| Distinct third-party domains the page downloaded from — analytics, chat, embeds, fonts, CDNs. | 76 | 110 | +34 |
| Bytes downloaded from those third-party domains. | 120.4 MB | 7.4 MB | −94% |
What holds the main thread
Lighthouse attribution, lab run| Time a script kept the browser busy beyond 50 ms per task — the same pieces Lighthouse adds up into Total Blocking Time. While it lasts, taps and clicks wait. Counted on the recorded run, so the total can differ from the simulated TBT above. | Now | Fast |
|---|---|---|
| Google Tag Manager, plus the tags it loads: analytics, ads, chat. Time counts here when it runs inside GTM’s own script. Fast does not remove it: every tag still fires.Third-party service · Tag manager | 1,450 ms | 465 ms |
| Google/Doubleclick AdsThird-party service · Ad | 949 ms | 208 ms |
| Osano CMPThird-party service · Consent provider | 740 ms | 135 ms |
| The site’s own scripts, plugins and services not listed above (each under 50 ms or past the top three), and browser work Lighthouse could not tie to any script.Site’s own code, smaller scripts, unattributed | 2,217 ms | 909 ms |
Fast removes nothing: every script still loads and runs, and Fast starts what it safely can after the page is ready to use.
Each number comes from one lab run. A script that ran after the run ended shows 0 ms.
Already on this site
Original page, before Fast- No speed tools recognisedNo caching plugin, CDN or speed host left a trace in the page’s code or headers
- Images are in modern formats and sized to the screenMissingLighthouse estimate: −300 ms LCP
- No CSS or JS holds back the first paintMissing
- Static files are cached in the browserMissingLighthouse estimate: −300 ms LCP
- CSS and JS are minifiedMissingLighthouse estimate: −24 KB
- Text stays visible while web fonts loadMissing
- Main image is in the HTML, not added by a scriptOK
- Main image is marked high priorityOK
- Main image is not lazy-loadedOK
- The page is compressed (gzip or brotli)OK
- Admin area
/wp-admin/and/wp-login.phppass through Fast unchanged and are never cached - Signed-in visitorsSign-in link to
/login. A signed-in visitor never gets a page cached for someone else, and pages with the site’s sign-in cookie pass through Fast unchanged
Tools are recognised from the page’s code and response headers. A tool that leaves no trace there is not listed.
“OK” means Lighthouse found nothing to fix on the original page — not that someone switched it on.
Savings are Lighthouse’s own estimates for the original page, not measured by us.
PageSpeed scores are measured by Google PageSpeed Insights and are not guaranteed: they vary run to run and depend on network, device and third-party code. How to read this report
PageSpeed 16 → 28 on mobile and 29 → 57 on desktop and the screen fills in 10.2 s instead of 31.2 s on mobile.
Still on the site itself: images are not in modern formats or sized to the screen, CSS or JS holds back the first paint, static files are not cached in the browser, and 2 more — listed under “Already on this site” in Speed metrics.
Get this speed for your visitors — WebSpeed Fast, 14 days free. Edit the page code yourself — the report lists the changes.
Pick how hands-off you want it
The before/after check is free to run; it isn’t one of these plans. Choose a plan when you’re ready to make the speed-up permanent — or buy the report once and apply it yourself.
- The whole optimization pipeline, live
- One site
- Proxy or on-site SDK, no code changes
- Cached delivery keeps your site up during origin outages
- Priced by monthly visits, scales with you
We connect it for you.
- Everything in Fast, across multiple sites
- Priority cache — your pages stay warm
- Support with a named contact
- One invoice for the whole portfolio
Agencies and multi-site owners.
- Everything in Growth
- A config built by hand for your site
- What only you can change, written up for your team
- Set up, measured and maintained by us
- Schema, sitemap and redirect fixes on request
We look at your site by hand first, then keep it tuned. Six months minimum.
Subscriptions start with a 14-day free trial (Fast and Growth). After it, Fast is billed yearly, and Growth and Custom run for a minimum of 6 months — you commit only after the trial. Fast is priced by monthly visits; indicative launch pricing.
Not ready for a subscription?
Buy the Audit once and apply it yourself — the same findings the pipeline acts on, written up as instructions.
- One site, up to 5 pages you choose
- Fast’s changes to your page code, written up as a guide you run yourself
- Server settings, code changes and ready-to-paste head snippets
- Before/after PageSpeed from the free check (PDF / HTML / MD)
- Re-issued free for a year as your site changes
Not useful? Email us within 14 days and we refund it. A document, not a service — you apply it; Custom is the same work done for you.