After my post about usually bad Magento 2 eCommerce websites web performance. I had feedback from the Magento agency SitePoint:
If you need help improving your Magento site, message us! Here's a testimonial from one of our customers who was having the same issue... but not anymore! https://www.youtube.com/watch?v=12mwI3_14y8&t=3s
And here is a video:
Jennifer Hillman co-founder of Lexanthropy wrote:
We were having challenges with speed first and foremost, which is essential to our business for our customer retention. There's a level of frustration if the pages aren't loading as fast and people just tend to move on to another website.
Let's Check "Improved" Magento 2 performance:
Category Page TTFB 1 virtual user:
INFO[0046] Tested URL: https://luxanthropy.com/women/blazers.html source=console
running (00m43.3s), 0/1 VUs, 20 complete and 0 interrupted iterations
default ✓ [======================================] 1 VUs 00m43.2s/10m0s 20/20 shared iters
█ setup
█ teardown
data_received..............: 4.1 MB 95 kB/s
data_sent..................: 23 kB 520 B/s
http_req_blocked...........: min=1.29µs med=1.4µs avg=17.08ms max=341.71ms p(95)=17.08ms
http_req_connecting........: min=0s med=0s avg=3.21ms max=64.21ms p(95)=3.21ms
http_req_duration..........: min=1.53s med=1.73s avg=2.13s max=9.62s p(95)=2.32s
http_req_receiving.........: min=5.02ms med=5.77ms avg=21.7ms max=257.06ms p(95)=76ms
http_req_sending...........: min=88.93µs med=134.37µs avg=143.96µs max=395.87µs p(95)=199.93µs
http_req_tls_handshaking...: min=0s med=0s avg=8.66ms max=173.38ms p(95)=8.66ms
http_req_waiting...........: min=1.53s med=1.72s avg=2.1s max=9.36s p(95)=2.31s
http_reqs..................: 20 0.462024/s
iteration_duration.........: min=345.2µs med=1.73s avg=1.96s max=9.97s p(95)=1.95s
iterations.................: 20 0.462024/s
vus........................: 1 min=1 max=1
vus_max....................: 1 min=1 max=1
Result TTFB: 2.31 s
4 concurent virtual users:
Tested URL: https://luxanthropy.com/women/blazers.html source=console
running (00m39.0s), 0/4 VUs, 50 complete and 0 interrupted iterations
default ✓ [======================================] 4 VUs 00m38.9s/10m0s 50/50 shared iters
█ setup
█ teardown
data_received..............: 10 MB 262 kB/s
data_sent..................: 58 kB 1.5 kB/s
http_req_blocked...........: min=1.12µs med=1.43µs avg=22.84ms max=286.28ms p(95)=284.8ms
http_req_connecting........: min=0s med=0s avg=5.82ms max=72.87ms p(95)=72.74ms
http_req_duration..........: min=2.33s med=2.88s avg=2.98s max=3.93s p(95)=3.78s
http_req_receiving.........: min=4.22ms med=6ms avg=33.62ms max=292.5ms p(95)=272.7ms
http_req_sending...........: min=65.12µs med=123.39µs avg=139.69µs max=390.21µs p(95)=269.29µs
http_req_tls_handshaking...: min=0s med=0s avg=14.3ms max=179.44ms p(95)=178.27ms
http_req_waiting...........: min=2.33s med=2.81s avg=2.95s max=3.93s p(95)=3.78s
http_reqs..................: 50 1.280841/s
iteration_duration.........: min=339.15µs med=2.89s avg=2.9s max=3.94s p(95)=3.78s
iterations.................: 50 1.280841/s
vus........................: 0 min=0 max=4
vus_max....................: 4 min=4 max=4
Result: 3.78 s
As we can see The site can handle only one 1 user at a time without TTFB performance degradation. However, real-life performance can be even worse.
Frontend Performance:
First Contentful Paint: 6.4 s
Speed Index: 18.4 s
Largest Contentful Paint: 9.0 s
Time to Interactive: 37.0 s
Total Blocking Time: 2,230 ms
Cumulative Layout Shift: 0.002
Pretty awful result...
During the several concurrent users, TTFB can be really big.
Customers are not protected from the negative user experience and can abandon your website.
However, Magento's bad performance is not an Agencies problem it is a general Magento Architecture issue. Magento 2 has 10 times worse performance than M1 nad also has awful frontend architecture and performance and cand be fixed without rewriting the core and investing a significant amount of $$
Top comments (0)