web-dev-qa-db-fra.com

HTTPS provoquant un ralentissement MAJEUR sur le site Web

Je viens tout juste d’acquérir et d’installer un certificat SSL, mais mes liens HTTPS sont aussi lents que possible. Mon site Web est passé d'un temps de chargement constant de 1,4 à 1,9 seconde à un temps de chargement de 3 à 3,9 secondes. En réalité, il s’est chargé en moins d’une seconde avec des images de qualité inférieure sur la page d’accueil. Mon hôte actuel est HostGator Cloud, qui est relativement rapide.

Soyons clairs: je force le protocole HTTPS (et corrige également les erreurs partiellement chiffrées de WP en utilisant une redirection 301 via des plugins WordPress. Je doute que cela cause les problèmes, étant donné que je les ai désactivés et que j'ai constaté une différence inférieure à 20 ms pour les temps de chargement HTTPS.

Mon site Web est actuellement beaucoup plus lent que mes concurrents utilisant le protocole HTTPS. Ils voient entre 1,6 et 1,9 secondes, et je vois 3+. Pourquoi mes temps de chargement sont-ils deux fois plus longs quand ils ont plus de demandes et un volume de données similaire à charger?!

Merci pour votre aide les gars.

1
Eric

Je vais noter ici quelques points qui pourraient vous intéresser pour le temps de chargement de votre page ...

Nombre de fichiers
Une vérification rapide des outils de développement montre que votre site est en train de télécharger près de 70 fichiers statiques distincts dans le navigateur, qui se compose de fichiers javascript, de fichiers css, de fichiers image, etc. n'utilisez pas énormément de choses sur les images, si ce n'est que vous réduisez quelque peu leur site, mais lorsque vous utilisez les fichiers javascript et CSS, il vous conviendrait de les combiner en un seul fichier (par exemple déplacer tout votre javascript dans un seul fichier ou tout au plus un très petit nombre de fichiers liés regroupant le code par fonction). Vous pouvez également envisager de combiner tous les CSS dans un seul fichier.

Temps jusqu'au premier octet
Globalement, votre site a un TTFB de 2,29 secondes, ce qui est extrêmement long. La TTFB est la durée pendant laquelle le navigateur attend jusqu'à ce qu'il obtienne le premier octet d'un fichier. Cela dépend le plus souvent du temps de réponse du serveur et de la latence de l'aller-retour.

Maintenant, votre poignée de main SSL ne prend que 250 ms environ, ce qui est raisonnablement bon, donc le problème semble être lié au TTFB. Étant donné que vous déclarez utiliser le cloud HostGator, il semblerait que l'instance de serveur que vous utilisez ne dispose pas de suffisamment de ressources pour exécuter l'installation WordPress (improbable mais possible), ou plus vraisemblablement d'un plugin dans votre ordinateur. WordPress l'installation ralentit le processus. N'oubliez pas que l'application WordPress doit finir de parcourir le code avant que le code HTML ne soit envoyé au navigateur. Le meilleur diagnostic que vous pouvez faire à ce stade consiste à désactiver toutes les extensions possibles de manière à exécuter une installation Plain Vanilla WordPress. Une fois que vous avez fait cela, essayez de charger et voyez ce que la TTFB montre alors. Si le niveau est toujours élevé (il est possible d'améliorer quelque chose au-delà de 160 ms), vous devrez peut-être améliorer l'instance de serveur sur laquelle vous vous trouvez (RAM ou CPU élevé, en fonction de ce qui étouffe le code). Si c'est bon, réactivez lentement chaque extension et plug-in un à la fois jusqu'à trouver celui qui cause la dégradation de votre TTFB.

1
Chris Rutherfurd