Je suis plus intéressé par la cause de la faible vitesse de chargement des pages sur Chrome/Windows, car ce combo couvre la grande majorité de nos utilisateurs.
La vitesse moyenne des pages au cours du dernier mois est de 55 secondes pour Chrome/Windows et de 53 secondes pour Safari/Linux (!).
En effet, notre site Web n’est pas extrêmement optimisé en ce qui concerne la vitesse de la page en général (la page d’accueil marque 77/100 dans PageSpeed Insights de Google). Certains des problèmes:
Nous travaillons à résoudre ces problèmes.
Ma réponse possible à ce problème nécessite une confirmation:
J'ai appris grâce à d'autres ressources qu'avoir un gros fichier .htaccess peut ralentir la vitesse de la page, mais je me demande toujours pourquoi nous ne rencontrons ce problème que sous Chrome/Windows et Safari/Linux.
Quelqu'un at-il déjà trébuché sur cette question? Est-ce que Chrome dispose d'un moyen spécial pour charger un site Web en fonction du contenu du fichier .htaccess?
En bref, lorsque vous mentionnez votre fichier .htaccess, si vous avez accès au fichier vHost, il est préférable de déplacer ces déclarations dans le fichier vHost, car Apache doit vérifier le fichier .htaccess pour chaque demande, tandis que dans le fichier vHost, les commandes sont chargées en mémoire. au démarrage, identique au reste des paramètres vHost. Cela dit, à moins que vous n'ayez une instruction conditionnelle .htaccess qui concerne uniquement Safari et les navigateurs Chrome, le fichier .htaccess ne peut pas être en cause car il affecterait tous les navigateurs de la même manière et transmettrait à peu près le même nombre de fichiers. retard dans le temps jusqu'au premier octet.
Vous devez faire attention à la façon dont vous utilisez les statistiques de Google dans Google Analytics car Google utilise l'échantillonnage, et dans toutes les situations d'échantillonnage en raison des sélections de données "aléatoires" très élevées dans les données (données très différentes du reste des données). peut jeter les chiffres de sortie. Par exemple, même si seuls quelques utilisateurs de ces navigateurs rencontraient des problèmes (extensions de navigateur mal configurés, par exemple), ils risquaient de provoquer un effondrement des données, et cette variation importante (en particulier si la plupart des configurations de navigateurs expiraient) Si vous êtes concerné, vous pouvez effectuer vous-même des tests de performance en effectuant une série de chargements de page rapides en utilisant les navigateurs incriminés pour voir si le retard est vraiment trop important ou s'il a pu l'être. L'astuce ici est que, en raison de la saturation élevée du marché (par navigateur) de Safari et de Chrome, le risque d'aberration des données est beaucoup plus élevé.