WordPress lent. D√©couvrons les causes et les solutions. - ūüŹÜ Serveur g√©r√©

BLOG

20 juin 2022

WordPress lent. Découvrons les causes et les solutions.

Découvrons les principales raisons pour lesquelles WordPress est lent et comment y remédier.

WordPress lent

L'importance de la vitesse d'un site Web est désormais incontestée, surtout après l'avènement de Google Vitaux Web de base, qui ont confirmé avec éloquence que la vitesse d'un site est un facteur de classement.

Avec cette prise de conscience il serait trompeur, déplacé, déplacé et contre-productif de ne pas s'attarder sur une question aussi importante, susceptible de décréter l'échec de votre site (et de votre personne), ou d'un business rentable et gratifiant capable de vous garantir un cadre de vie confortable .. c'est satisfaisant.

Soyons s√©rieux, si vous √™tes en premi√®re page et que vous avez un site rapide et accrocheur, vous ferez des affaires. En revanche, si votre site est lent et non positionn√©, votre site ne sera qu'un co√Ľt, une d√©pense, un passif et non une machine √† sous.

Après avoir dit et clarifié le concept ci-dessus, demandons-nous si nous avons vraiment la moindre idée de ce que signifie avoir un site rapide. La plupart des professionnels qui parlent aujourd'hui de vitesse n'ont pas la moindre idée de ce qu'ils disent à leurs clients et même à eux-mêmes.

Nous ne voulons pas être présomptueux, mais de plus en plus souvent, nous voyons des hébergeurs et des ingénieurs système ne s'occuper que de leur branche, ainsi que des développeurs et développeurs complètement désintéressés des implications systèmes sur le résultat final.

Dans d'autres contextes, et d'autres articles que vous trouvez en ligne √† la place, nous nous limitons √† recommander un h√©bergement WordPress plut√īt qu'un autre, souvent avec des conflits d'int√©r√™ts embarrassants tels que de fausses critiques et des commissions non d√©clar√©es.

Pour notre part, il suffit de savoir que WordPress était lent avant l'avènement de Vitaux Web de base, et WordPress est lent même après eux. Nous avions simplement des mesures qui permettaient même à l'homme du commun de comprendre ce qui est bon et ce qui ne l'est pas.

Cependant, cette volonté de simplifier, avec un score anodin, ne nous permettait pas de comprendre facilement ce qui est rapide et ce qui est lent dans un site WordPress, et donc on se retrouve des professionnels qui n'ont rien compris à comment optimiser un site web et à comment vous devez nécessairement prêter au composant Serveur, si vous voulez bien commencer et mieux finir.

On parle pour des raisons commerciales √©videntes de lenteur de WordPress, mais force est de constater que les concepts th√©oriques que nous allons exprimer sont applicables et adaptables √† tout autre CMS ou langage c√īt√© serveur.

WordPress lent. Comprendre le problème en le décomposant

Il a toujours été inutile dans la vie de commencer par résoudre un problème sans en avoir compris l'origine et les causes. Dans cet article, nous voulons séparer le problème en parlant de la vitesse de génération de la page HTML et de la vitesse que le navigateur utilise pour réassembler les ressources qu'il voit indiquées dans la page HTML.

Un peu comme dire que pour réaliser un plat culinaire exotique, il faut d'abord commander les ingrédients, attendre qu'ils nous soient livrés, et ensuite seulement commencer par l'élaboration de la recette qui produira le plat exotique prêt et fini à déguster .

Probl√®mes c√īt√© serveur et TTFB.

Il est aisé de comprendre que si la réalisation d'une recette élaborée prend une demi-heure, mais que chercher les ingrédients et les amener en cuisine nous occuperait une demi-matinée, le temps de réalisation du plat équivaut au temps qu'il a fallu à nous de trouver et d'acheter les ingrédients ajoutés au temps nécessaire à la réalisation de la recette.

Parfois, en bref, le temps de r√©cup√©ration du code HTML c√īt√© serveur peut √™tre beaucoup plus long que le temps n√©cessaire au navigateur pour t√©l√©charger les ressources et les reconstituer comme un puzzle.

Le problème avec la récupération de HTML est ce qui est techniquement mesuré dans la valeur de Temps jusqu'au premier octet.

Processus TTFB Apache PHP MySQL

Cette valeur dont nous avons longuement parlé dans l'article dont vous pouvez trouver le lien ci-dessus, est celle qui peut être brièvement définie avec la vitesse du serveur, influencée par du code PHP non performant, requêtes lentes à la base de données MySQL, et l'inefficacité de tout ce qui est construit sur cette architecture PHP + MySQL.

Qu'il s'agisse d'un plugin, d'un th√®me, d'une fonction, d'un extrait de code, le probl√®me de ce qui est fait en PHP et MySQL sera toujours consultable en PHP et MySQL. Qu'il s'agisse de plugins, de th√®mes, de fonctions, de morceaux de code, nous le savons, dont nous avons voulu abstraire les concepts architecturaux avec des superstructures organisationnelles, mais c√īt√© serveur, niveau interpr√©teur PHP rien ne change, on ne sait pas si ce qui tourne est un module, un plugin, un th√®me ou autre. Le code PHP est du code PHP, la requ√™te MySQL est une requ√™te MySQL.

Fin des discours, fin des aménagements divers et de la "philosophie informatique", utile uniquement pour grossir les honoraires des consultants et diminuer les portefeuilles de clients et de clients.

Ces problèmes doivent évidemment être identifiés et profilés avec débogage et profilage, l'utilisation de journaux de requêtes lents dans le débogage des requêtes lentes, etc...etc...

L'utilisation de matériel performant, efficace, à faible latence et à haut débit est certainement une valeur ajoutée adjuvante pour atteindre les objectifs visés, à savoir avoir un temps de traitement le plus court possible.

Une requ√™te qui prend 100ms au lieu de 200ms est une requ√™te double performante, qui en bout de cha√ģne de g√©n√©ration de la page HTML √† retourner au navigateur va nous permettre d'avoir un site peut-√™tre deux fois plus rapide, voire pas, mais certainement plus rapide.

Ne parlons pas des plugins ? Ne parlons pas des 10 secrets pour accélérer WordPress ?

Comment accélérer WordPress en 10 astuces ?

Il n'y a pas de "plugins" miraculeux, il n'y a pas de "m√©thodes" secr√®tes, il existe plut√īt des comp√©tences et des approches ainsi que des combinaisons de proc√©dures et de t√Ęches qui am√©liorent chaque aspect de votre pile logicielle et de votre serveur.

Nous sommes maintenant humainement fatigués de voir des "listes" de choses écrites par des gens qui n'ont jamais installé de distribution Linux de leur vie, qui n'ont jamais écrit de code en langage C ou qui ne savent pas comment fonctionne le protocole TCP/IP, proposant peut-être la séparation du serveur d'application et du serveur de base de données, peut-être avec une connexion gigabit.

On en a marre de se faire arnaquer par des gens qui ont des sites d'√©picerie fine de proximit√© dans leur portefeuille, et qui peut-√™tre en atteignant le score fatidique de 90 sur Google PageSpeed ‚Äč‚ÄčMobile, ont compromis le bon fonctionnement du pixel Facebook et le suivi des campagnes, peut-√™tre sans se soucier du TTFB et de la latence DNS extr√™mement √©lev√©e.

Certes vous croiserez des individus qui amélioreront aussi sensiblement la vitesse et le TTFB en utilisant des plugins Cache comme WordPress SuperCache, W3 Total Cache ou des plugins commerciaux comme WP Rocket par exemple et démonstration en main, vous vous sentirez également pleinement satisfait.

Peu iraient plus loin que ces plugins, n'√©tant pas des ing√©nieurs syst√®me comp√©tents. Allez recompiler le noyau avec les bonnes valeurs de tuning au niveau TCP/IP, le bon support au niveau du serveur web comme le support de BBR TCP , le soutien de la Brotli compressionQu'il s'agisse d'un vin rare et exotique ou du m√™me vin dans diff√©rents mill√©simes, quel que soit votre choix au 0-RTT avec prise en charge des donn√©es pr√©coces, Et cache statique c√īt√© serveur tel que Varnish Cache capable de tr√®s bien fonctionner m√™me avec du trafic provenant des r√©seaux sociaux.

Vous obtiendrez donc probablement un bon résultat mais pas le meilleur, et compte tenu de la concurrence de plus en plus féroce pour vous positionner dans les premiers résultats cela n'a aucun sens de recourir à des demi-mesures.

Probl√®mes c√īt√© client, probl√®mes c√īt√© navigateur et rendu HTML

Maintenant que nous avons le code HTML de la page que nous voulons afficher, nous devons commencer à télécharger les ressources qu'il contient. Imaginons que cette page HTML soit une longue page d'accueil classique, avec des centaines de ressources et d'images, dont certaines dans l'en-tête, certaines dans le diaporama initial, certaines dans le corps central du texte et bien d'autres dans le pied de page final.

Lequel devrait commencer √† t√©l√©charger tout de suite ? √Čvidemment ceux que nous verrons en premier et donc, les parties inh√©rentes √† l'en-t√™te et au menu, au diaporama et seulement ensuite les √©l√©ments d'image du contenu que nous allons lire (peut-√™tre) ou du pied de page, en supposant que cela nous int√©resse en poursuivant la lecture compl√®te jusqu'√† arriver au pied de page.

C'est l√† qu'entrent en jeu des approches telles que le CSS critique, le chargement paresseux des ressources, la suppression des CSS et des JS inutilis√©s, ainsi que la garantie du meilleur poids possible pour les ressources, ainsi qu'une efficacit√© importante du c√īt√© du r√©seau et de la mise en r√©seau. sont largement couverts dans la section de Vitaux Web de base.

navigateur de rendu html

Ces aspects devraient normalement √™tre vus par les d√©veloppeurs qui, cependant, sont souvent incapables de r√©soudre les probl√®mes d√©crits ci-dessus c√īt√© serveur et donc la meilleure recette est d'unir des d√©veloppeurs et des ing√©nieurs syst√®me comp√©tents pour r√©soudre les probl√®mes de vitesse du site.

M√©fiez-vous toujours des approches classiques "Installez un plugin, faites 3 clics et le tour est jou√©". Ce n'est pas comme √ßa que √ßa marche et vous risquez de faire plus de d√©g√Ęts qu'autre chose, ou du moins de penser que vous avez bien fait et de ne pas r√©aliser que peut-√™tre le trafic provenant de Facebook ou Instagram ou des campagnes Google coupe votre cache comme un fer rouge. dans un b√Ęton de beurre et les mauvaises valeurs de navigation de l'utilisateur sont envoy√©es √† Google qui les utilise pour g√©n√©rer et compiler des rapports sur Donn√©es CRUX de Vitaux Web de base qui sera jug√© insuffisant et donc vous serez p√©nalis√© ou du moins pas r√©compens√©.

Conclusions

Si vous avez un site WordPress lent et que vous souhaitez l'accélérer, vous devez obligatoirement atteindre les deux objectifs indiqués ci-dessus : avoir un serveur qui renvoie du HTML de l'ordre de 200 - 300ms maximum ; que ce HTML et les ressources associées telles que JS et CSS soient structurés de manière à avoir le minimum d'informations nécessaires au rendu de la page, le minimum d'espace occupé (compression efficace), et que le balisage soit conçu dans le but de télécharger immédiatement les ressources que nous devons afficher en premier (par exemple, Critical CSS).

Satisfaire ces deux exigences vous procurera un avantage important tant en termes d'ergonomie utilisateur et donc d'Expérience Utilisateur, que des avantages en termes de SEO puisque la rapidité d'un site est désormais un facteur d'indexation.

 

 

Vous avez des doutes ? Vous ne savez pas par o√Ļ commencer ? Contactez-nous !

Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

Managed Server Srl est un acteur italien leader dans la fourniture de solutions syst√®me GNU/Linux avanc√©es orient√©es vers la haute performance. Avec un mod√®le d'abonnement peu co√Ľteux et pr√©visible, nous garantissons que nos clients ont acc√®s √† des technologies avanc√©es en mati√®re d'h√©bergement, de serveurs d√©di√©s et de services cloud. En plus de cela, nous proposons des conseils syst√®me sur les syst√®mes Linux et une maintenance sp√©cialis√©e en SGBD, s√©curit√© informatique, Cloud et bien plus encore. Nous nous distinguons par notre expertise dans l'h√©bergement de CMS Open Source de premier plan tels que WordPress, WooCommerce, Drupal, Prestashop, Joomla, OpenCart et Magento, soutenus par un service d'assistance et de conseil de haut niveau adapt√© aux administrations publiques, aux PME et √† toutes tailles.

Red Hat, Inc. d√©tient les droits de Red Hat¬ģ, RHEL¬ģ, RedHat Linux¬ģ et CentOS¬ģ ; AlmaLinux‚ĄĘ est une marque commerciale d'AlmaLinux OS Foundation ; Rocky Linux¬ģ est une marque d√©pos√©e de la Rocky Linux Foundation ; SUSE¬ģ est une marque d√©pos√©e de SUSE LLC ; Canonical Ltd. d√©tient les droits sur Ubuntu¬ģ ; Software in the Public Interest, Inc. d√©tient les droits sur Debian¬ģ ; Linus Torvalds d√©tient les droits sur Linux¬ģ ; FreeBSD¬ģ est une marque d√©pos√©e de la FreeBSD Foundation ; NetBSD¬ģ est une marque d√©pos√©e de la Fondation NetBSD ; OpenBSD¬ģ est une marque d√©pos√©e de Theo de Raadt. Oracle Corporation d√©tient les droits sur Oracle¬ģ, MySQL¬ģ et MyRocks¬ģ ; Percona¬ģ est une marque d√©pos√©e de Percona LLC ; MariaDB¬ģ est une marque d√©pos√©e de MariaDB Corporation Ab ; REDIS¬ģ est une marque d√©pos√©e de Redis Labs Ltd. F5 Networks, Inc. d√©tient les droits sur NGINX¬ģ et NGINX Plus¬ģ ; Varnish¬ģ est une marque d√©pos√©e de Varnish Software AB. Adobe Inc. d√©tient les droits sur Magento¬ģ ; PrestaShop¬ģ est une marque d√©pos√©e de PrestaShop SA ; OpenCart¬ģ est une marque d√©pos√©e d'OpenCart Limited. Automattic Inc. d√©tient les droits sur WordPress¬ģ, WooCommerce¬ģ et JetPack¬ģ ; Open Source Matters, Inc. d√©tient les droits sur Joomla¬ģ ; Dries Buytaert d√©tient les droits sur Drupal¬ģ. Amazon Web Services, Inc. d√©tient les droits sur AWS¬ģ ; Google LLC d√©tient les droits sur Google Cloud‚ĄĘ et Chrome‚ĄĘ ; Facebook, Inc. d√©tient les droits sur Facebook¬ģ ; Microsoft Corporation d√©tient les droits sur Microsoft¬ģ, Azure¬ģ et Internet Explorer¬ģ ; La Fondation Mozilla d√©tient les droits sur Firefox¬ģ. Apache¬ģ est une marque d√©pos√©e de The Apache Software Foundation ; PHP¬ģ est une marque d√©pos√©e du groupe PHP. CloudFlare¬ģ est une marque d√©pos√©e de Cloudflare, Inc. ; NETSCOUT¬ģ est une marque d√©pos√©e de NETSCOUT Systems Inc. ; ElasticSearch¬ģ, LogStash¬ģ et Kibana¬ģ sont des marques d√©pos√©es d'Elastic NV. Ce site n'est affili√©, sponsoris√© ou autrement associ√© √† aucune des entit√©s mentionn√©es ci-dessus et ne repr√©sente aucune de ces entit√©s de quelque mani√®re que ce soit. Tous les droits sur les marques et noms de produits mentionn√©s sont la propri√©t√© de leurs titulaires respectifs des droits d'auteur. Toutes les autres marques mentionn√©es appartiennent √† leurs titulaires. MANAGED SERVER¬ģ est une marque d√©pos√©e au niveau europ√©en par MANAGED SERVER SRL Via Enzo Ferrari, 9 62012 Civitanova Marche (MC) Italie.

JUSTE UN MOMENT !

Souhaitez-vous voir comment votre WooCommerce fonctionne sur nos syst√®mes sans avoir √† migrer quoi que ce soit ? 

Entrez l'adresse de votre site WooCommerce et vous obtiendrez une démonstration navigable, sans avoir à faire absolument quoi que ce soit et entièrement gratuite.

Non merci, mes clients préfèrent le site lent.
Retour en haut de page