openlibrary icon indicating copy to clipboard operation
openlibrary copied to clipboard

Issues Related to Performance seen during lighthouse audit

Open tabshaikh opened this issue 4 years ago • 4 comments

Lighthouse performance audit for different pages: Home Page: https://openlibrary.org/ Author Page: https://openlibrary.org/authors/OL18319A/Mark_Twain Edition Page: https://openlibrary.org/books/OL27459710M/Holding_Up_the_Universe

Desktop Mobile
Home page 58 62
Author Page 80 87
Edition Page 52 59

Homepage Desktop Performance Summary:

Screenshot from 2020-03-21 00-43-42

Homepage Mobile Performance Summary:

Screenshot from 2020-03-21 00-45-36

Author Page Desktop Performance Summary:

author-desktop

Author Page Mobile Performance Summary:

author-mobile

Edition Page Desktop Performance Summary:

edition-desktop

Edition Page Mobile Performance Summary:

edition-mobile

Issues Common to all pages:

Screenshot from 2020-03-20 20-20-57

The Key issues needed to improve Openlibary performance are below(in order of priority) ::

  • [ ] Properly size images #3223
  • [ ] Serve static assets with an efficient cache policy
  • [ ] Twitter preview blocked for IA hosted images #1841
  • [ ] Preload key requests #3221
  • [ ] Serve images in next-gen formats #3222
  • [ ] Preconnect to required origins #3224
  • [ ] Avoid flash of invisible text #3226
  • [ ] Ensure text remains visible during webfont load
  • [ ] Minimize main-thread work
  • [ ] Avoid an excessive DOM size
  • [ ] Reduce JavaScript execution time
  • [ ] Avoid chaining critical requests
  • [ ] Keep request counts low and transfer sizes small

Audit Report can be found here -> https://archive.org/details/ol-audit desktop-author.pdf author-mobile.pdf edition-mobile.pdf edition-desktop.pdf

Stakeholders

@tabshaikh

tabshaikh avatar Mar 20 '20 15:03 tabshaikh

I'm getting very different times, perhaps because of network speed differences. We need to find a way to test this reproducibly so that we're not chasing our tails.

We should use HTTPS for all URLs to avoid the initial redirect. The home page is critical, but other page types are important too, so we should test Author, Work, & Edition.

Here are mobile and desktop scores for various URLs at my home office: 48 73 Work https://openlibrary.org/works/OL85892W/Dracula 95 99 Author https://openlibrary.org/authors/OL31727A/Bram_Stoker 65 98 Homepage https://openlibrary.org

As one would expect with the differing scores, the order and magnitude of the performance improvement suggestions change as well. Below are the ones for the home page:

Mobile - Score 61

Opportunité - Estimation des économies Différez le chargement des images hors écran - 3 s Préchargez les demandes clés - 1,17 s Diffusez des images aux formats nouvelle génération - 0,15 s

Desktop - Score 91

Opportunité - Estimation des économies Différez le chargement des images hors écran - 0,36 s Dimensionnez correctement les images - 0,24 s Préchargez les demandes clés - 0,13 s

tfmorris avatar Mar 22 '20 21:03 tfmorris

@tfmorris Yes maybe due to different locations and network speeds the audit would show different results, these issues I created for keeping homepage in mind but I would audit the author and editions page too and update all the issues for author and edition's page too :) Thanks for your feedback

tabshaikh avatar Mar 23 '20 17:03 tabshaikh

Assignees removed automatically after 14 days.

github-actions[bot] avatar Jan 25 '24 08:01 github-actions[bot]

https://pagespeed.web.dev/analysis/https-openlibrary-org/415u7hl5ah?form_factor=mobile

mekarpeles avatar Feb 12 '24 21:02 mekarpeles