Comment Réduire Les Temps de Réponse du Serveur (TTFB) Dans WordPress: De préférence Sous 200 ms – Article Lighthouse + PageSpeed Insights

Besoin de réduire les temps de réponse du serveur?

Les serveurs sont contrôlés par votre hébergement. Le moyen le plus simple de réduire les temps de réponse du serveur dans WordPress est d’éviter l’hébergement partagé et d’utiliser un serveur plus puissant. En effet, l’hébergement partagé a des ressources limitées + des limites de CPU. Le TTFB de certains hôtes, comme SiteGround et WP Engine, a également empiré. Il existe de nombreux sondages, résultats de migration et conversations sur « l’hébergement le plus rapide » que vous pouvez trouver dans de nombreux groupes Facebook impartiaux comme WP Speed Matters.

Autre que l’hébergement, l’autre moyen d’améliorer TTFB consiste à réduire le processeur et à alléger la charge sur votre serveur. Cloudflare dispose de nombreuses fonctionnalités qui peuvent réduire le TTFB, notamment leur CDN, Brotli, HTTP/3, la protection des bots et APO. Vous pouvez également utiliser la mise en cache au niveau du serveur, les dernières versions de PHP, nettoyer les fichiers indésirables (base de données, plugins gonflés, constructeurs de pages et bloat d’administration) et désactiver le rythme cardiaque.

Qu’Est-Ce Qu’Un Bon TTFB?

Google recommande un TTFB inférieur à 200 ms.

Cela peut être réaliste pour certains sites WordPress, mais vous devez disposer d’une infrastructure rapide (hébergement, thème, plugins). Si TTFB dépasse 600 ms, il est considéré comme lent et échouera l’audit.

Les serveurs lents affectent les temps de chargement, les scores PSI (éléments multiples) et la vitesse du panneau d’administration. Étant donné que les valeurs vitales du Web deviennent un facteur de classement plus important, la réalisation d’un TTFB rapide est plus importante que jamais.

Comment Tester Correctement Votre TTFB

Lighthouse

Lighthouse est un endroit idéal pour tester TTFB. Selon Google, « cet audit échoue lorsque le navigateur attend plus de 600 ms que le serveur réponde à la demande de document principale. »

GTMetrix

GTmetix affiche votre TTFB dans les onglets Résumé et Structure. Inscrivez-vous pour un compte GTMetrix gratuit afin de pouvoir exécuter des tests depuis le centre de données le plus proche de vos visiteurs au lieu de Vancouver.

KeyCDN

KeyCDN mesure le TTFB sur 14 emplacements différents (c’est aussi mon outil préféré). Les TTFBS peuvent être rapides lors du test d’emplacements proches de votre serveur d’origine et lents lors du test de longues distances.

Pingdom

Pingdom mesure le TTFB comme temps « d’attente » et vous permet de tester à partir de divers emplacements.

Chrome DevTools

Chrome DevTools mesure le TTFB mais est affecté par la latence de votre ordinateur et la connexion Internet, vous pouvez donc mesurer le TTFB à partir d’un centre de données à l’aide de l’un des outils ci-dessus.

Réduire l’utilisation du processeur

Réduire le processeur (trouvé dans votre compte d’hébergement) est l’un des meilleurs moyens de réduire les temps de réponse du serveur. La majorité de ce tutoriel sera axée sur la réduction du processeur et donc sur l’allégement de la charge sur votre serveur. Évitez d’utiliser plus de 75% des limites du processeur pour que votre serveur reste détendu.

C’est pourquoi il est si important de choisir un plan avec suffisamment de ressources de serveur. Les sociétés hôtes vous donnent des directives basées sur les visiteurs mensuels, mais elles ne prennent pas en compte le nombre de plugins dont vous disposez, s’ils consomment beaucoup de ressources et si vous utilisez un CDN.

Évitez l’hébergement partagé

L’hébergement partagé a des ressources de serveur limitées, ce qui entraîne souvent un TTFB lent.

Si vos voisins (d’autres sites sur le serveur) monopolisent des ressources, votre site Web est affamé. Sans oublier que la plupart des hôtes partagés ont de faibles limites de CPU. C’est pourquoi vous voyez souvent des erreurs 500 sur l’hébergement partagé. Un jour, votre site Web est rapide, le lendemain, il est lent. Je n’exécuterais jamais Elementor, Divi ou WooCommerce sur un hébergement partagé – ils exigent trop de ressources.

Passez à un hébergement plus rapide

La plupart des recommandations d’hébergement sont des ordures et je suggère de rejoindre le groupe Facebook WP Speed Matters qui est l’un des seuls groupes non contrôlés par les affiliés ou le community manager de SiteGround qui « modère » les messages négatifs sur leur marque comme dans d’autres groupes.

Chacun a des configurations différentes. Sur Cloudways, j’utilise FlyingPress + BunnyCDN (ou utilise WP Rocket). Sur NameHero ou WPX, vous utiliserez le plugin LiteSpeed Cache + QUIC.CDN cloud. Ils sont tous les deux d’excellentes configurations et devraient vous donner un TTFB rapide – voir mes tutoriels de cache WP Rocket ou LiteSpeed.

En cas de doute, consultez les sondages Facebook et les résultats de migration (voir plus).

Évitez les plugins lents + les constructeurs de pages

Certains plugins peuvent ralentir votre site Web, TTFB et augmenter le processeur.

Trouvez vos plugins les plus lents – Query Monitor et New Relic sont parfaits pour trouver des plugins lents. Installez Query Monitor, affichez une page sur votre site, survolez l’onglet Query Monitor et accédez à Requêtes → Requêtes par composant. Vous pouvez vérifier plusieurs pages / publications pour différentes requêtes.

WP Hive est une extension astucieuse de Google Chrome qui vous indique si un plugin aura un impact sur vos scores d’utilisation de la mémoire / PageSpeed Insights lors de l’affichage des plugins dans le référentiel WordPress.

Évitez les constructeurs de pages lourds – Elementor + Divi a été écrasé dans les principales caractéristiques Web. En plus de CSS, JavaScript et d’innombrables wrappers div supplémentaires, ces sites Web s’appuient généralement sur des plugins et des addons tiers supplémentaires. Cela entraîne encore plus de ballonnements. J’ai migré d’Elementor vers Gutenberg et cela a fait une énorme amélioration. Même le codage en dur de votre menu, de votre en-tête, de votre pied de page et de votre barre latérale en CSS peut supprimer beaucoup de boursouflures du constructeur de pages. Vous pouvez également utiliser le nettoyage des ressources et les Perfmatters pour décharger CSS et JS inutilisés (et utiliser les fonctionnalités expérimentales d’Elementor) mais je les éviterais.

Alternatives de plugin légères

• SEO-Rank Math.
• Sauvegardes – UpdraftPlus.
• Curseurs – Soliloque ou MétaSlider.
• Générateur de page – Oxygène, thème Kadence, Gutenberg, Genèse.
• Galerie – Galerie Gutenberg ou Galerie Miaou.
• Analytics – Google Analytics et Google Search Console (pas de plug-ins).
• Partage social – Grandir par Mediavine (plugin de partage social le plus rapide dans le test de WP Rocket).
• Commentaires – commentaires natifs ou wpDiscuz avec paramètres optimisés et délai JavaScript.

Nettoyez votre base de données

Un nettoyage en profondeur de votre base de données peut améliorer TTFB.

Beaucoup d’entre vous utilisent WP Rocket pour le nettoyage automatique des bases de données, mais cela ne vous permet pas de parcourir vos tables de base de données réelles et de supprimer les tables laissées par les anciens plugins. Pour cela, je recommande WP-Optimize. Affichez l’onglet « Tables » et recherchez les plugins « Non installés ». »Si vous avez supprimé un plugin (ou désactivé un module de plugin) et que vous ne l’utilisez plus, vous pouvez le supprimer.

Augmenter la durée de vie du cache

La plupart des plugins de cache vous permettent de définir la durée de vie du cache. En augmentant cela, vous économisez des ressources de serveur car le cache n’a pas besoin d’être construit aussi fréquemment. C’est bien si vous ne publiez pas de contenu fréquemment (comme un site Web d’actualités), sinon vous devriez probablement laisser cela comme valeur par défaut.

Désactiver WordPress Heartbeat

WordPress Heartbeat consomme des ressources en affichant des notifications de plugin en temps réel, lorsque d’autres utilisateurs modifient une publication, etc. Pour la plupart des propriétaires de sites Web, cela fait généralement plus de mal que de bien. Il existe de nombreux plugins pour désactiver cela (WP Rocket, Perfmatters, la plupart des plugins de cache).

Pour désactiver l’API WordPress Heartbeat sans plugin, accédez à l’éditeur de thème Apparence >, puis modifiez les fonctions.fichier php de votre thème. Ensuite, collez le code juste après le <?balise php:

add_action( 'init', 'stop_heartbeat', 1 );function stop_heartbeat() {wp_deregister_script('heartbeat');}

Ne combinez pas CSS + JavaScript

Les sites plus petits devraient généralement combiner CSS / JS alors que les sites plus grands ne devraient pas le faire. Selon WP Johnny, les sites Web dont la taille CSS / JS est inférieure à 10 Ko devraient se combiner alors que plus de 10 Ko ne devraient pas le faire. Il poursuit en disant qu’en ce qui concerne la TTFB, il s’agit de commencer plus tôt, pas de finir plus tôt.

Mise à jour Vers PHP 7.4

De nombreux hôtes ont déjà publié PHP 8.0, des versions plus récentes de MySQL et de nouvelles fonctionnalités pour accélérer votre site tout en réduisant le TTFB. Assurez-vous d’utiliser les optimisations proposées par votre hôte. De nombreux plugins / thèmes ont encore des problèmes de compatibilité avec PHP 8.0 dans lequel vous pouvez utiliser PHP 7.4.

Augmenter la limite de mémoire

Elementor et WooCommerce nécessitent tous deux une limite de mémoire de 256 Mo, mais vous devriez vraiment l’augmenter à 256 Mo de toute façon, surtout si votre site Web subit des erreurs de limite de mémoire fatales.

Ajoutez le code à votre wp-config.php avant « Happy Blogging. »

define('WP_MEMORY_LIMIT', '256M');

Certains hôtes ont également la possibilité de l’augmenter dans leur tableau de bord.

Utilisez la mise en cache au niveau du serveur

De nombreux hôtes proposent une mise en cache au niveau du serveur qui réduit le TTFB et accélère votre site. Cloudways, SiteGround (et SG Optimizer), Kinsta et A2 Hosting ne sont que quelques-uns d’entre eux. J’utilise personnellement memcached, NGINX et Redis (avec Vernis désactivé) dans Cloudways. La mise en cache au niveau du serveur est plus rapide que les plugins de cache car elle provient de votre serveur, ce qui est plus rapide que la mise en cache basée sur des fichiers.

Déchargez les ressources vers des CDN

Les CDN déchargent les ressources vers leurs centres de données et allègent la charge sur votre serveur.

Je suggère Cloudflare, BunnyCDN, QUIC.cloud (si vous utilisez le cache LiteSpeed) ou Cloudfront. Et pensez à ne pas utiliser StackPath qui est utilisé dans de nombreux CDN comme RocketCDN et CloudwaysCDN.

Les trois autres CDN ont tendance à avoir de meilleures performances que Cloudflare, mais la plupart d’entre eux coûtent de l’argent. Quel que soit le CDN que vous choisissez, j’utiliserais Cloudflare pour votre DNS car leur DNS est beaucoup plus rapide que le DNS de GoDaddy ou de NameCheap. Pour utiliser le DNS de Cloudflare, il suffit de vous inscrire à un forfait gratuit, puis de changer de serveur de noms. J’utilise Cloudflare pour le DNS et BunnyCDN pour mon CDN.

Un avantage de Cloudflare est qu’ils ont des fonctionnalités supplémentaires qui peuvent réduire le TTFB (comme Brotli, HTTP / 3, la protection des bots, les règles de page et leur APO) dont je parlerai dans les prochaines étapes.

Étape 1: Créez un compte Cloudflare gratuit, ajoutez votre site et exécutez l’analyse demandée par Cloudflare. Vous arriverez finalement à une page où Cloudflare vous attribue 2 serveurs de noms.

Étape 2: Ajoutez des serveurs de noms Cloudflare à NameCheap. Allez dans Tableau de bord → Liste des domaines → Gérer → Serveurs de noms → DNS personnalisé. Ajoutez les deux serveurs de noms que Cloudflare vous a fournis.

Activer Brotli

Brotli est plus rapide que la compression GZIP. Les deux réduiront la taille des fichiers HTML, CSS et JavaScript. Cela permet à ces ressources de télécharger plus rapidement et améliore TTFB. Cloudflare a une option pour activer Brotli dans les paramètres de vitesse, sinon vous utiliserez Gzip dans votre plugin de cache.

Activer HTTP/3

Dans le blog Cloudflare, ils disent qu’en moyenne, avec HTTP /3, le premier octet apparaît après 176 ms. Avec HTTP/ 2, nous voyons 201 ms, ce qui signifie que HTTP/3 fonctionne déjà 12,4% mieux.

HTTP/3 peut être activé dans les paramètres réseau de votre tableau de bord Cloudflare. Et si vous utilisez Quic.cloud ou un autre CDN, assurez-vous de vérifier s’ils prennent également en charge HTTP / 3.

Activer la protection des bots

Votre page de connexion wp est une cible élevée pour les mauvais bots.

Même si les robots ne parviennent pas à se connecter à votre site, vous pouvez les trouver en train de tenter de se connecter, ce qui consomme des ressources de serveur. Vous pouvez les bloquer en déplaçant votre page de connexion (en utilisant Perfmatters ou WPS Hide Login) vers une URL de connexion personnalisée, puis en activant la protection des robots dans les paramètres de Cloudflare.

Étape 1: Installez Wordfence.

Étape 2: Affichez le rapport de trafic en direct pendant quelques minutes pour voir qui visite votre site en temps réel.

Étape 3: Déplacez votre page de connexion wp. Vous pouvez le faire avec Perfmatters ou WPS Hide Login.

Étape 4: Bloquez encore plus les robots de spam en activant le mode de lutte contre les robots dans Cloudflare → Pare-feu → Bots → Mode de lutte contre les robots (Cloudways dispose également d’une protection contre les robots) ou essayez Blackhole Pour les mauvais robots.

Créez une Règle de page Cache Everything

Si vous utilisez Cloudflare, ajoutez une règle de page pour tout mettre en cache.

Accédez à votre tableau de bord Cloudflare → Règles de page. Copiez / collez la règle ci-dessous, ne remplacez que mon domaine par le vôtre. Si vous avez WooCommerce ou un site dynamique et que vous rencontrez des problèmes lors de l’ajout de la règle de page cache everything, essayez d’utiliser le plugin WP Cloudflare Super Page Cache.

De plus, vous pouvez créer une règle de page pour le wp-admin pour le protéger, contourner le cache et empêcher les applications et les fonctionnalités de performance (par exemple, Rocket Loader) de s’exécuter dans la zone d’administration.

Considérez l’APO de Cloudflare

Cloudflare a testé son APO sur 500 sites et a constaté qu’en moyenne, il améliorait le TTFB de 90 ms. Cela serveur l’ensemble de votre site à partir du réseau périphérique de Cloudflare. C’est 5 $ / mois, mais cela vaut la peine d’être testé si vous avez un TTFB lent. Assurez-vous qu’il est compatible avec votre plugin de cache car il n’est pas dans WP Rocket.

Utilisez un plugin de cache plus rapide

WP Rocket et LiteSpeed Cache sont les normes de référence pour les plugins de cache.

Cependant, la plupart des gens ne les configurent pas avec les paramètres optimaux. J’ai écrit des tutoriels populaires sur la configuration de WP Rocket, WP Fastest Cache, W3 Total Cache et WP Super Cache.

Avec la plupart des autres plugins de cache, vous devrez installer environ 6 plugins supplémentaires pour obtenir ces fonctionnalités, lorsque WP Rocket les a tous intégrés, réduisant ainsi le nombre de plugins sur votre site. Si vous êtes comme moi, vous ne souhaitez utiliser qu’un seul plugin, sinon vous devrez rechercher les fonctionnalités de votre plugin de cache, puis installer ces plugins s’il ne les prend pas en charge.

• Nettoyage de base de données – WP – Optimiser
• Optimisation CSS / JS – Optimisation automatique
• Retarder l’exécution JavaScript – Scripts volants
• Héberger Google Analytics localement – Analyses volantes
• Intégration d’URL CDN – Enabler BunnyCDN /CDN
• Contrôle du rythme cardiaque – Contrôle du rythme cardiaque / code manuel
• Images / vidéos de chargement paresseux – Optimole / WP YouTube Lyte
• Liens de précharge / Perfmatters de page instantanée ou Pages volantes
• Héberger localement le pixel Facebook – aucun plugin ne fait cela que je sais
• Prefetch / preload–Pre* Conseils sur les ressources du Parti / code manuel
• Affichage des polices: swap – Swap Affichage des polices Google / code manuel

Désactiver le partage des données Dans les plugins

Désolé pour les développeurs de plugins, mais si des plugins vous demandent de partager vos données, la désactivation réduira légèrement l’utilisation du processeur car votre serveur n’aura pas besoin d’envoyer les données aux développeurs de plugins.

Limiter les révisions post + Les sauvegardes automatiques

Par défaut, WordPress ne limite pas les révisions post et l’intervalle d’enregistrement automatique est fréquent (1 minute). La diminution des révisions de publications (sauvegardes de vos anciennes publications) et l’augmentation de l’intervalle d’enregistrement automatique (c’est-à-dire 5 minutes) peuvent réduire légèrement l’utilisation du processeur et empêcher une base de données embarquée. Vous pouvez faire les deux à l’aide de Perfmatters ou en ajoutant le code suivant à votre wp-config.fichier php.

define('WP_POST_REVISIONS', 5);

define('AUTOSAVE_INTERVAL', 300); // seconds

Remplacer WordPress Cron Par de vrais travaux Cron

Le cron WordPress est exécuté chaque fois qu’une page est chargée et est souvent la cible d’attaques DOS. En le remplaçant par un vrai travail cron, vous pouvez également planifier des intervalles et économiser des ressources.

Dans la plupart des cas, vous ouvrirez le wp-config.fichier php et ajouter une ligne de code pour désactiver WordPress cron. Ensuite, vous ajouterez la deuxième ligne de code à la section des tâches cron de votre compte d’hébergement.

define('DISABLE_WP_CRON', true);

cd /path/to/your/wordpress; wp cron event run --due-now >/dev/null 2>&1

Retestez le temps de réponse de votre serveur (TTFB)

Une fois que vous avez apporté toutes les modifications de ce guide, retestez votre TTFB et, espérons-le, c’est plus rapide.

Foire aux Questions

Conclusion: rejoignez le groupe Facebook WP Speed Matters pour obtenir des opinions réelles et impartiales. Regardez les sondages Facebook qui ont été effectués et les personnes qui ont migré vers différents hôtes et publié leurs résultats. Enfin, restez à l’écart des affiliés d’hébergement de faible qualité qui ne veulent que les commissions.

Santé,
Tom