New scan
80overall score
BGood HTTP 200

Utusan Malaysia

https://www.utusan.com.my/

Utusan Malaysia menerbitkan berita terkini, politik, sukan, gaya hidup, agama, dan hiburan serta dari dalam dan luar negara

scanned
duration
13.24 s
requests
≈239
page weight
3.6 MB
ttfb
155 ms
https://www.utusan.com.my/
Baca Lagi
Inline script volume
HTML payload
Baca Lagi
Static asset caching
Baca Lagi
Request count
Puluhan anjing liar ancam penduduk Seri Iskandar
wireframe rebuilt from the page’s html // issues pinned by area

Need these fixes handled?

NY8 · technical consulting and web development — from a prioritised plan to implementation.

Failed
19
Warnings
24
Passed
90
Checks
135

// the plan // checklist

The plan, as a checklist

80

audited: 80

grade B → B

0 of 43 fixed

0%

Tick an issue once it is fixed. Each tick counts that check as passed, and the score moves with it.

The top 3 alone would reach 85 · grade B.

Start here

the biggest gains, largest first0 / 3 fixed
  1. Consent managementPrivacy

    Add a consent management platform and block trackers until the visitor opts in.

    +1.6

  2. Privacy policy linkPrivacy

    Publish a privacy policy and link it from the site footer.

    +1.4

  3. Render-blocking resourcesPerformance

    Inline critical CSS, load the rest with media="print" + onload, and add async or defer to non-essential scripts.

    +1.2

after that

0 / 5 fixed

  • HTML payloadPerformance+0.9
  • Static asset cachingPerformance+0.9
  • Cumulative Layout Shift (CLS)Core Web Vitals+0.8
  • Request countPerformance+0.8
  • Script loading strategyPerformance+0.8

Module scores

Select a module to see its checks

Grade band

B

80/100

band 80–89

10 points to reach A

F0–59
D60–69
C70–79
B80–89
A90–94
A+95–100

Scores are weighted across the eight categories shown in the report.

All checks

Every rule that ran, with its evidence and fix. Tick an issue as fixed and the checklist score moves with it.

135 checks

// deep dive

Measurements and evidence

Core Web Vitals

Thresholds follow Google’s published good / needs-improvement / poor bands.

Modelled from a live request trace

LCP

Largest Contentful Paint

1.80 s

good ≤ 2.50 s · poor > 4.00 s

INP

Interaction to Next Paint

310 ms

good ≤ 200 ms · poor > 500 ms

CLS

Cumulative Layout Shift

0.169

good ≤ 0.100 · poor > 0.250

FCP

First Contentful Paint

1.26 s

good ≤ 1.80 s · poor > 3.00 s

TTFB

Time to First Byte

155 ms

good ≤ 800 ms · poor > 1.80 s

TBT

Total Blocking Time

301 ms

good ≤ 200 ms · poor > 600 ms

generated // checks run against www.utusan.com.my