Mobile app version of vmapp.org
Login or Join
Si4351233

: What is the cause of page speed performing extremely poorly on Chrome on Windows and Safari on Linux? I am more interested in the cause of poor page loading speed on Chrome/Windows, since this

@Si4351233

Posted in: #GoogleAnalytics #GoogleChrome #Htaccess #PageSpeed #Windows

I am more interested in the cause of poor page loading speed on Chrome/Windows, since this combo covers the vast majority of our users.



The average page speed in the last month is 55 seconds for Chrome/Windows and 53 seconds for Safari/Linux (!).

Indeed, our website is not extremely well optimized concerning the general page speed (the homepage scores 77/100 in PageSpeed Insights from Google). Some of the issues :


It is not delivered via CDN
It has a pretty high server response (0.89)


We are working on solving these issues.

My possible answer for this problem, that needs a confirmation :


it has a huge .htaccess file, with ~1660 lines of redirects.


I learned from other resources that having a big .htaccess file can slow down a lot the page speed, but I still wonder why we only encounter this problem on Chrome/Windows and Safari/Linux.

Did anyone else stumble upon this issue before? Does Chrome has a special way of loading a website based on the .htaccess file's content?

10.01% popularity Vote Up Vote Down


Login to follow query

More posts by @Si4351233

1 Comments

Sorted by latest first Latest Oldest Best

 

@Si4351233

Briefly as you mention your .htaccess file if you have access to the vHost file it is better to shift these declarations into the vHost file as Apache needs to check the .htaccess file for every request whereas in the vHost file the commands are loaded to memory on startup the same as the rest of the vHost settings. Having said that unless you have a .htaccess conditional statement that only affects Safari and Chrome browsers the .htaccess file can't be the issue as it would affect all browsers the same way and impart around the same amount of delay in the time to first byte.

You need to be careful about how you use Google's metrics in Google Analytics as Google uses sampling, and in any sampling situation because of the "random" data selections high outliers in the data (data that is greatly different to the rest of the data) can throw the figures way out. As an example even if only a few users with those browsers had issues (such as badly configured browser extensions) that can throw the data wildly out of wack, and that significant a variation (especially given most browser configurations will timeout the connection well before the 80+ second mark you cite tends to reinforce that to me. If you are concerned you can run performance tests yourself by doing a series of rapid page loads using the offending browsers to see if the delay is really that high or if it may have been unique to very few users. The trick here is that due to the high market saturation (browser-wise) of Safari and Chrome there is a much higher chance of data outliers.

10% popularity Vote Up Vote Down


Back to top | Use Dark Theme