
Here is a case study focused on the positive impacts generated by the implementation of a "Performance Pack" within TOF Paris, a renowned French brand known for its collections of sensual clothing designed specifically for men. This brand offers a diverse range of high-quality underwear, sportswear, and swimwear for men.
Our client's request primarily targeted an improvement in Core Web Vitals to enhance the SEO of their online store.
Let's discover how the introduction of this initiative has revitalized and improved the entire website.
Specific Actions to Reduce Construction Time
Firstly, the goal is to reduce construction time since it has a notable impact on one of the key indicators among the Core Web Vitals defined by Google: the LCP (Largest Contentful Paint).
In fact, the shorter the construction time, the better the LCP score.
Following a preliminary analysis, we were able to identify several points to implement in order to reduce construction time and, by extension, the LCP.
1/ The first step involved benchmarking the construction times of pages, identifying three main bottlenecks.
2/ The second step was to place caches on the following modules :
After implementing these caches, a new benchmarking was carried out. It identified other modules that required caching :
3/ The final step in these actions is to reconfigure cache settings in the back office to further optimize performance.
| before | after | |
| Perf. grade |
67/ 100
|
93/ 100
|
| Construction time | 764 ms | 397 ms |
| LCP (Largest Contentful Paint) | 2 s | 954 ms |
| CLS (Cumulative Layout Shift) | 0,56 | 0 |


Among the Core Web Vitals, it is essential to emphasize the Largest Contentful Paint (LCP). In connection with the previously mentioned construction time, LCP measures the time it takes for the largest element on the page to be displayed.
Naturally, a reduction in this delay is favorable for a better user experience.
To be considered satisfactory, it is desirable for this figure to be below the 2.5 second threshold.
Here is the list of additional actions, in addition to construction time, taken to optimize the LCP on tof-paris.com :
Lazy loading is generally quite useful for optimizing page loading times. (Learn more about lazy loading here : https://www.profileo.com/blog/optimiser-site-prestashop-avec-le-lazy-loading/)
However, in the case of images above the fold, it is not recommended at all. In our case, it was even a hindrance to achieving a good LCP optimization.
You can find all our recommendations on ideal product image formats in the following blog article : https://www.profileo.com/blog/optimisation-prestashop-travailler-ses-images-de-fiche-produit/
Additional actions taken during Search Console tracking.
Converting an image to base64 involves transforming it into a character string. Instead of being a separate file, the image is directly embedded into the page as code, avoiding browser file downloads. It's worth noting that this technique is primarily suitable for lightweight images, as excessive use on larger images can lead to page overload.
| before | after | |
| LCP (Largest Contentful Paint) | 2 s | 954 ms |

The CLS (Cumulative Layout Shift) score evaluates the visual stability of a web page by considering layout disruptions that can occur as users navigate.
These disruptions, potentially annoying for visitors, can result from the movement of elements during page loading, resizing of widgets, or even the gradual appearance of blocks. To ensure a high-quality user experience, Google recommends maintaining a CLS score below 0.1.
We focused our CLS optimization efforts specifically for mobile on category pages and product pages (which were causing issues with Google) :
| before | after | |
| CLS (Cumulative Layout Shift) | 0,56 | 0 |

To learn more about the Core Web Vitals, including the CLS and LCP indicators, we invite you to read the dedicated article on this topic.
Monitoring the trends through the Google Search Console tool helps highlight the changes resulting from various actions taken.
The summary page of the "Core Web Vitals" report in the Search Console details the data based on the device used to view the URL, whether it's on mobile or desktop. The data is categorized based on the URL status, either "Poor," "Needs improvement," or "Good."
An URL is considered fast when all the measured indicators (core web vitals) are in the "Good" range.
Before our interventions, the number of fast URLs was low, especially with a score of zero fast URLs for the mobile version.
After the implementation of our interventions starting on 17/03/203, the improvement trend has increased to achieve a 100% optimization result: all URLs are now fast, both on desktop and mobile versions.
Before
|
After
|