Techniques avancées pour pousser la vitesse de chargement de votre site Web à la limite

0

Le besoin de vitesse. Bien que la citation soit généralement associée aux voitures, le Web a également besoin de vitesse. Les utilisateurs n'exigent pas seulement que les sites se chargent rapidement, de nombreux utilisateurs signalent qu'ils commencent à être ennuyés lorsqu'un site prend plus de 3 secondes à se charger.

Si votre site prend plus de 8 secondes de réaction à l'entrée d'un utilisateur, il abandonnera le site, pour ne jamais revenir. Vous aurez perdu un client pour toujours.

Outre l'expérience utilisateur de l'utilisateur, il existe un autre visiteur qui exige que votre site Web soit rapide – Google. La vitesse de chargement du site Web est en fait un facteur de classement, les sites qui ne sont pas rapides sont pénalisés dans les classements organiques par rapport aux sites qui se chargent rapidement.

Mais vous savez probablement déjà tout cela, en fait, il existe des centaines d'articles sur l'accélération du chargement des sites Web, même sur ce site.

Mais, nous allons aller au-delà de tout cela. Nous allons maintenant passer à la vitesse supérieure et mentionner quelques techniques avancées qui feront passer la vitesse de chargement de votre site Web au niveau supérieur.

1 Hébergez votre site sur un Serveur Privé Virtuel (ou mieux)

L'hébergement de votre site Web sur un VPS (ou serveur privé virtuel) est la première et la plus simple des choses que vous devez faire pour accélérer le chargement de votre site Web. Ce n'est pas très avancé, et ce n'est pas particulièrement à la pointe, mais c'est quand même essentiel.

Il y a plusieurs raisons à cela.

Le premier d'entre eux est que la plupart des comptes d'hébergement sont axés sur la rentabilité de l'entreprise qui fournit le service, plutôt que sur les performances des sites qui y sont hébergés.

Le concept de l'hébergement consiste à prendre quelques serveurs physiques et à y placer des centaines, voire des milliers de sites Web de manière à réaliser un profit.

Exécutons quelques chiffres pour expliquer cela.

Disons qu'un serveur physique coûte 1 000 $/mois à la société d'hébergement et qu'un compte d'hébergement partagé coûte 5 $ par mois.

Le serveur d'hébergement doit héberger 200 sites Web (5 $ * 200 = 1 000 $) juste pour atteindre le seuil de rentabilité. Il a besoin de 240 sites pour réaliser un bénéfice de 200 $ par mois sur ce serveur.

Ainsi, un compte d'hébergement partagé partage les ressources du serveur avec 240 autres sites Web, et votre site Web est en concurrence pour les ressources avec TOUS ces sites Web.

Étant donné que vous n'avez aucun contrôle sur l'un de ces sites Web, votre site est plus que probablement lent, sans faute de votre part, mais parce que d'autres sites utilisent le serveur.

Bien que les chiffres ci-dessus ne soient pas exacts, le concept sous-jacent est réel.

Un serveur privé virtuel est très différent. Il coûte généralement environ 5 à 10 fois plus qu'un serveur d'hébergement mutualisé, de sorte que la société d'hébergement a besoin de moins de "clients" pour justifier et réaliser des bénéfices sur ce serveur.

Mais pour une entreprise qui gère une entreprise via son site Web, pourquoi se donner la peine d'être avare de quelques maigres dollars par mois ? Quelle est la vraie différence entre payer 4,95 $ et 29,95 $ par mois ? Ça ne va pas casser la banque, n'est-ce pas ?

En outre, les comptes VPS ont généralement des ressources dédiées à chaque compte. Essentiellement, ces ressources telles que la mémoire et le temps CPU sur le serveur sont réservées à votre site Web et à votre site Web uniquement.

Cela signifie qu'aucun autre compte ne peut utiliser les ressources de votre compte, même si votre site Web n'a actuellement aucun utilisateur et n'utilise pas ces ressources.

Cela permet à chaque compte de s'exécuter beaucoup plus rapidement en général et les sites Web hébergés sur VPS sont généralement plusieurs secondes plus rapides que ceux hébergés sur des comptes partagés.

Vous constaterez que de nombreux services proposent des mises à niveau gratuites avec leurs comptes de serveur privé virtuel, telles que l'intégration avec un CDN ou des services de sécurité de site Web avancés via des tiers tels qu'Incapsula et la prise en charge de HTTP2, dans le cadre du compte d'hébergement ou moyennant un petit supplément. frais – qui assurent le bon fonctionnement de votre site.

Plus important encore, avec un VPS, le client a un accès complet à la configuration du logiciel serveur exécutant son site Web, avec des droits d'administration complets sur les ressources dédiées à son compte.

Donc, tout d'abord, mettez à niveau votre compte d'hébergement partagé vers un serveur privé virtuel, ou même un serveur dédié, si vous avez le budget pour cela.

C'est quelque chose qui est important pour les prochaines techniques que nous allons mentionner ci-dessous, car la plupart d'entre elles nécessiteront un accès à WHM ou un accès administratif à votre serveur.

2 Mettez à niveau votre base de données MySQL vers les dernières versions ou MariaDB

Si vous utilisez un WordPress ou un autre CMS ou un site basé sur une base de données, il y a de fortes chances que votre site Web utilise MySQL comme backend de base de données.

En effet, MySQL est préinstallé sur la plupart des comptes d'hébergement par défaut.

Cependant, la plupart des gens ne savent pas que la version par défaut de MySQL installée sur la plupart des comptes est assez ancienne, voire obsolète. Ce n'est pas non plus très rapide, comparé à d'autres technologies qui ont été optimisées pour la vitesse.

Et ce que la plupart des gens ne savent pas non plus, c'est qu'il existe un moteur de base de données équivalent qui peut facilement remplacer MySQL, tout en augmentant la vitesse du site Web.

Il s'agit du moteur de base de données MariaDB. Il est en fait créé par les développeurs originaux de MySQL et vous pouvez donc imaginer qu'ils voudront le rendre 100% échangeable avec MySQL.

En fait, les entreprises notables qui utilisent ce moteur de base de données rapide pour leur infrastructure incluent Wikipedia, Google et même WordPress.com !

Même si vous ne mettez pas à niveau vers MariaDB, mettez à niveau vers la dernière version de MySQL. Les dernières versions du logiciel sont toujours plus rapides et plus efficaces que les anciennes versions.

Bien sûr, la mise à niveau n'est pas pour les âmes sensibles, c'est une procédure intrinsèquement risquée et vous devez avoir des sauvegardes que vous pouvez restaurer au cas où les choses ne fonctionneraient pas bien.

Cela nécessite également que vous ayez un accès ROOT à votre serveur ou VPS, raison pour laquelle nous avons mentionné que vous devez passer à un VPS ou à un serveur dédié.

Pour ce faire, (après avoir effectué une sauvegarde complète de la machine virtuelle), connectez-vous à WHM.

Allez à Accueil >> Logiciels >> Mise à niveau MySQL/MariaDB.

Il y a ensuite un assistant simple que vous pouvez suivre pour effectuer automatiquement la mise à niveau.

3 Mettez à niveau vers la dernière version de PHP7

Comme nous l'avons mentionné précédemment, vous constaterez que la version par défaut de la configuration PHP avec la plupart des comptes d'hébergement n'est pas la plus rapide.

Par exemple, si votre hébergement utilise par défaut une version de PHP5.6, celle-ci n'est plus prise en charge depuis quelques années (janvier 2017).

Même la prise en charge de la version 7.0 est en fin de prise en charge depuis décembre 2017, la version actuellement prise en charge étant la version 7.2.

Pourtant, pour des raisons d'héritage, la plupart des comptes d'hébergement utiliseront toujours par défaut ces anciennes versions de PHP – mais en réalité, PHP7.2 est un moteur extrêmement rapide !

Tout bon hébergeur doit vous permettre de faire du 7.2 le moteur utilisé pour vos sites. S'il n'est pas disponible pour vous, il est probablement temps de changer votre service pour un meilleur !

Bien sûr, assurez-vous toujours de vérifier que le logiciel utilisé par votre site Web est compatible avec cette version de PHP. Si les choses se brisent lors de la mise à niveau, vous devrez vérifier auprès du fournisseur spécifique pour vous assurer qu'il existe un correctif ou une solution de contournement, ou peut-être qu'il existe une version vers laquelle vous devez mettre à jour.

4 Configurer OpCache pour PHP

Vous avez probablement lu maintes et maintes fois que vous devez implémenter la mise en cache du navigateur pour votre site, par exemple en suivant l'article ici, et également implémenter un mécanisme de mise en cache des fichiers qui crée en fait une copie de votre site Web afin qu'il puisse être servi rapidement.

Mais il existe un troisième niveau de mise en cache dont vous n'êtes peut-être pas conscient, mais c'est peut-être celui qui est capable de réduire le temps de réponse de votre serveur à moins d'une demi-seconde.

Il s'agit de la mise en cache du bytecode et vise à accélérer l'exécution réelle de PHP. Le fonctionnement de PHP consiste à compiler des scripts en opcodes qui sont exécutés.

Les opcodes sont générés à chaque exécution du code PHP. Cela signifie que si le code PHP ne change pas, la génération d'opcodes est une perte de temps et de ressources.

La mise en cache du bytecode fait gagner du temps en stockant les opcodes en mémoire et une fois que le PHP doit être exécuté, le code compilé est extrait de la mémoire et exécuté immédiatement.

Cela rend l'exécution de ce code PHP ultra rapide. Combinez cela avec un VPS, fonctionnant sur un serveur de base de données mis à niveau et la mise en cache au niveau des fichiers de votre site WordPress ou CMS et le temps de réponse du serveur est généralement compris entre 200 et 400 ms.

Plus important encore, ce temps de réponse du serveur est une mesure qui est généralement considérée comme la mesure que Google utilise comme facteur de classement (TTFB), donc augmenter ce temps de réponse est un gros problème.

Il existe différentes façons d'activer cela, nous avons constaté que la meilleure façon de le faire pour notre configuration était d'activer une configuration sous EasyApache4 qui contient OpCache, puis de configurer les paramètres en conséquence.

5 Optez pour Nginx au lieu d'Apache

Notre recommandation finale est un peu drastique et nécessite pas mal de changements, mais étant donné que nous discutons de techniques avancées, nous ne pouvons pas laisser de côté celle-ci.

Apache est le serveur Web standard pour l'hébergement de sites depuis des décennies, mais sa popularité a diminué au fil des ans, principalement à cause d'un concurrent puissant – Nginx.

Ce serveur Web n'a cessé de gagner en popularité, principalement parce qu'il est capable de surpasser Apache, en particulier pour les sites très fréquentés, qui doivent pouvoir optimiser chaque aspect de leur infrastructure. Nginx surpasse généralement Apache en ce qui concerne les connexions simultanées, ce qui signifie qu'il est capable de servir plus d'utilisateurs simultanément qu'Apache.

Bien que Nginx n'ait pas pris le contrôle d'Apache en termes de nombre total de sites Web utilisant le serveur, il a nettement surclassé Apache dans le top 10 000 des sites Web sur le Web, Nginx alimentant plus de 60 % des sites, contrairement à Apache qui héberge moins de 20 %.

Compte tenu de la façon dont Nginx est capable de surpasser Apache en matière de connexions simultanées, il est tout à fait logique que les 10 000 meilleurs sites, qui desservent généralement des centaines, voire des milliers chaque minute, il n'est pas étonnant que Nginx prenne le relais. .

Donc, si votre site a besoin de plusieurs connexions de manière efficace, Nginx est la conclusion logique.

Bien entendu, passer d'Apache à Nginx, si votre infrastructure est déjà mise en place, n'est pas pour les âmes sensibles.

Vous aurez besoin de

  1. Vérifiez que tous vos logiciels sont entièrement compatibles avec Nginx
  2. Installez Nginx et tous les modules supplémentaires requis par votre site
  3. Basculez toutes les configurations et réglages d'Apache vers Nginx (la façon dont ils sont configurés est différente)
  4. Mettre en œuvre tout réglage des performances nécessaire pour pousser le serveur à la limite

Le moyen le plus simple de configurer Nginx sur CPanel et WHM consiste à utiliser un module appelé Engintron.

Emballer

Les techniques ci-dessus ne sont pas pour les faibles de cœur. Ils nécessitent un examen attentif et tout un processus doit être en place pour vous assurer que vous avez testé votre site pour tout problème qui pourrait survenir en effectuant des changements aussi drastiques. Mais une fois que vous aurez mis en œuvre la plupart des modifications ci-dessus, vous pourrez facilement réduire le temps de chargement de votre site à moins de 2 secondes. Et lorsque vous le ferez, vous constaterez des avantages au bout de quelques mois, avec de meilleurs taux de rebond, de meilleurs classements et, surtout, des clients plus satisfaits !

Source d'enregistrement: instantshift.com

This website uses cookies to improve your experience. We'll assume you're ok with this, but you can opt-out if you wish. Accept Read More