Optimise data transfer on /themes #95248
Labels
[Feature Group] Appearance & Themes
Features related to the appearance of sites.
[Feature] Theme Showcase
The theme showcase screen in Calypso in Appearance > Themes.
[Pri] High
[Product] WordPress.com
All features accessible on and related to WordPress.com.
[Status] Priority Review Triggered
Quality squad has been notified of this issue in #dotcom-triage-alerts
Triaged
To be used when issues have been triaged.
[Type] Enhancement
[Type] Fit and Finish
Issues related to the fit, finish and overall polish of WordPress.com
[Type] Performance
Quick summary
The
/themes
page loads ~35MB of data on page load.Steps to reproduce
What you expected to happen
Data transferred to be in the ballpark of 5MB, similar to the "Pick a design" step in the signup flow
What actually happened
Data transferred over the network is ~35MB. This is a significant amount of data to be transferring for a single page load. There was previously a related conversation on optimising the network transfer on "Pick a design" step in pdKhl6-3ds-p2. @danluu worked on image optimisations which led to a significant reduction in data transferred on this step. It would be great to apply that on the
/themes
page too.This was discussed in p1728385843769819/1728381142.767659-slack-C02FMH4G8.
Impact
Some (< 50%)
Available workarounds?
No but the platform is still usable
If the above answer is "Yes...", outline the workaround.
No response
Platform (Simple and/or Atomic)
No response
Logs or notes
No response
The text was updated successfully, but these errors were encountered: