You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I want to understand how does lighthouse wait for network activity to subside.
For context, I have 2 test pages:
fast.html (renders some content, waits for 3 seconds, renders some more content)
slow.html (renders some content, waits for 3 seconds, renders some more content, during the wait, keeps doing GET requests every 500ms)
What I observe here is that fast.html consistently get 100 LHS while the slow.html has its LCP and SI in 90s. The LCP for slow.html considers the content rendered delayed also as part of LCP while the fast.html's LCP does. not have the delayed text as part of the LCP.
I have feeling that the constant network activity prolongs the LHS audit, making it to take the content rendered in a delayed way into consideration unlike fast.html.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
I want to understand how does lighthouse wait for network activity to subside.
For context, I have 2 test pages:
What I observe here is that fast.html consistently get 100 LHS while the slow.html has its LCP and SI in 90s. The LCP for slow.html considers the content rendered delayed also as part of LCP while the fast.html's LCP does. not have the delayed text as part of the LCP.
I have feeling that the constant network activity prolongs the LHS audit, making it to take the content rendered in a delayed way into consideration unlike fast.html.
I am using https://pagespeed.web.dev/ for running the tests and here are the audit results:
Looking for deeper insights as to what happening here.
Beta Was this translation helpful? Give feedback.
All reactions