Réduire le temps de réponse du serveur, clé du référencement

Réduire le temps de réponse du serveur, clé du référencement

Rate this post

Comment réduire le temps de réponse du serveur. Améliorez le facteur qui influence le plus le temps de chargement de votre site Web et améliore également votre référencement.

Quel est le temps de réponse du serveur

Le temps de réponse du serveur est le temps qu’il faut à un serveur pour répondre à la demande d’un navigateur.

Peu importe combien vous avez optimisé votre site Web pour qu’il se charge rapidement; Si le serveur sur lequel votre page est hébergée répond lentement, il y aura toujours un délai supplémentaire, ce qui affectera le temps de chargement total.

Pour que les utilisateurs perçoivent vraiment votre page aussi rapidement, il est essentiel de réduire au minimum le temps de réponse du serveur.

Selon les directives de Google, un bon Le temps de réponse du serveur doit être inférieur à 200 millisecondes..

Temps de réponse du serveur vs TTFB

Le temps de premier octet ou TTFB est une métrique souvent utilisée pour mesurer le temps nécessaire au chargement d’une page, puisque l’utilisateur demande le chargement, jusqu’à ce que le premier octet atteigne votre navigateur.

Ce n’est pas la même chose que le temps de réponse du serveur, car le TTFB comprend quatre phases:

    1. Établir une connexion
    1. Envoyer la demande du navigateur au serveur
    1. Le temps de réponse du serveur
    1. Envoyer un premier octet d’informations au navigateur

Par conséquent, il inclut des facteurs dépendant de la connexion et totalement indépendants du serveur sur lequel la page est hébergée.

La réduction du temps d’attente du serveur est peut-être entre nos mains, mais nous pouvons difficilement réduire (au moins de manière significative) les 3 autres phases. Il est également vrai que lorsqu’une page est lente, le la plupart va dans la réponse du serveur, pas dans les 3 autres étapes.

Le TTFB est également pas le même que le temps de chargement total, puisque c’est le temps qu’il faut pour charger toutes les ressources à partir d’une URL complète, y compris toutes les images, scripts, fichiers CSS, etc. Tous ces éléments commencent à se charger une fois le TTFB terminé.

La TTFB se termine à l’instant où la premier octet des informations parvient à notre navigateur, et vous pouvez donc commencer à montrer quelque chose sur l’écran.

Aux yeux de l’utilisateur, le TTFB est un « temps mort », pendant lequel rien ne se passe, ou du moins dans votre navigateur, vous ne voyez absolument rien. Tout ce qu’il voit, c’est un petit disque tournant dans l’onglet du navigateur actif.

Plus ce temps d’attente est long, plus impatient L’utilisateur devient. Une page a plus de chances d’être perçue comme lente par les utilisateurs si sa TTFB est élevée.

Bien entendu, cet effet est encore plus grave à partir d’un téléphone portable et encore plus si la connexion est lente. Si la page n’est pas optimisée, le TTFB peut être gênant pour l’utilisateur.

Alors, comment réduire ce temps d’attente gênant pour nos utilisateurs?

Comme je l’ai dit, l’élément principal qui est dans notre main améliorer est le temps de réponse de notre serveur, qui est généralement la phase la plus longue de tous ceux qui composent le TTFB.

Outils pour mesurer le temps de réponse du serveur

Pour améliorer quelque chose, nous devons le mesurer. Il existe plusieurs outils pour mesurer le temps de réponse du serveur:

Google Pagespeed Insights

Il n’a pas besoin de présentation, car il provient de Google et nous l’avons tous examiné pour voir le score qu’il donne à notre page.

Ce que vous ignorez peut-être, c’est que cela ne fait pas grand chose à obséder à propos de ce score, car c’est totalement subjectif (Cela dépend de ce que Google dit est important). Et non seulement cela, mais tous les x mois, Google modifie l’échelle avec laquelle il vous donne un laissez-passer ou vous obtenez un besoin d’amélioration.

Mais dans le temps de réponse du serveur, ce que nous voulons mesurer, il n’ya pas de subjectivité possible. Google nous le montre en quelques secondes et avec deux décimales. En outre, il affiche un avertissement lorsque le temps de réponse du serveur dépasse 0,2 seconde, ce qui correspond au maximum recommandé dans ses instructions.

Sortir de cette marque n’est pas facile, mais c’est possible. Continue de lire.

Webpagetest.org

Pour moi, l’outil le plus complet de tous ceux qui mesurent le temps de chargement, bien qu’il ne soit pas le plus simple à utiliser.

Eye, dans la vue récapitulative vous indique le TTFB d’une page (ils l’appellent le premier octet à sécher), qui, comme nous l’avons vu, inclut le temps de réponse du serveur et d’autres facteurs de connexion. Mais dans la vue détaillée, nous pouvons voir exactement ce que nous voulons, une heure qui ne comprend que la réponse du serveur.

webpagetest temps de réponse du serveur

En outre, webpagetest.org présente l’avantage de pouvoir choisir le point géographique à partir duquel nous allons mesurer. Ensuite, en attribuant un score (de A à F), il le fait en tenant compte de notre distance physique à ce point, ce qui supprime des milliers de kilomètres de l’équation qui doit parfois parcourir une url de votre serveur à celle qui commence à se charger dans notre navigateur. .

De plus, dans cet outil, chaque mesure du temps de chargement d’une page génère une URL unique que vous pouvez enregistrer et consulter à tout moment, pour comparer et confirmer si vous avez amélioré. Pagespeed Insights ne propose pas cela.

Pingdom

Au lieu de Webpagetest, vous avez Pingdom, peut-être plus intuitif et simple à utiliser. Lorsque vous examinez le chargement de la page en détail, vous disposez de la métrique Wait, qui indique le temps de réponse du serveur.

temps de réponse du serveur pingdom

Bien que cela semble plus rapide, son inconvénient par rapport à webpagetest est qu’il ne fait qu’un test, alors que webpagetest en fait 3 et vous donne une moyenne des résultats des 3 tests. Pour avoir ce niveau de fiabilité, ce qui est recommandé, avec Pingdom, vous auriez besoin de faire 3 tests à la main.

En outre, vous avez moins d’options de points géographiques pour effectuer le test que WebPagest. Enfin, chaque test possède une URL unique. Vous pouvez donc les enregistrer pour mesurer et réviser votre évolution.

Ma méthode de mesure

Avant d’apporter des modifications pour améliorer mon temps de réponse, j’effectue toujours une première mesure avec ces deux outils, que je garde (dans le cas de Pagespeed, je le montre) comme repère ou indicateur de mesure pour suivre mon évolution.

Ensuite, chaque fois que je modifie mon site, je mesure à nouveau et enregistre les résultats, à côté de la date du changement et du changement effectué.

Maintenant que nous savons comment mesurer, voyons comment réduire le TTFB. Je vais me concentrer particulièrement sur WordPress, qui est le système de gestion de contenu le plus répandu et sur lequel j’ai le plus travaillé avec ce facteur.

Comment améliorer le temps de réponse du serveur dans WordPress

Voici la mauvaise nouvelle ou la moins bonne nouvelle. Il n’y a pas de formule universelle, applicable à n’importe quel site, pas même à n’importe quel site WordPress.

Ce que je vais partager avec vous, ce sont trois actions répétables qui peuvent améliorer votre temps de réponse par elles-mêmes.

Les deux premiers impliquent d’apporter des modifications à la configuration de votre WordPress, mais pas sur votre serveur.

Les deux autres impliquent de changer le serveur que vous utilisez pour héberger votre site. Ceux-ci pourraient servir exactement la même chose pour d’autres sites Web qui ne sont pas WordPress, mais je ne l’ai pas essayé. Par conséquent, je recommande le consulter avant avec votre fournisseur d’hébergement, cela vous permet peut-être de faire un test pour voir si c’est la solution dont vous avez besoin.

Notez que je ne dis pas que les 4 solutions que je propose sont les seules. Un oncle qui sait comment traiter les demandes dans WordPress peut optimiser le temps de réponse de n’importe quel site, quels que soient son modèle et son serveur, si vous prenez quelques heures.

Mais savez-vous ce qui ne va pas? Que si quelque chose est changé dans ce WP, nous devons refaire le travail. Avec les 4 méthodes que je vous propose, vous obtiendrez un maximum d’avantages en peu de temps et sans vous soucier de modifier ultérieurement certains détails de votre site. Fonce:

Installer un thème plus léger

Pas dans tous les projets, vous pouvez vous permettre de changer sans plus de thème, mais si vous pouvez le faire, c’est l’un des moyens plus simple pour améliorer la réponse du serveur. Changez votre modèle actuel en un autre plus léger (ou mieux programmé).

Pourquoi? Les modèles WordPress sont devenus compliqués au point que beaucoup d’entre eux incluent des centaines d’options dans le backend qui en font des outils pour créer des sites personnalisés, souvent avec une présentation visuelle intégrée.

Tout cela suppose un excès de requêtes et de scripts obligeant le serveur à effectuer trop de calculs avant de renvoyer une simple page ou une publication. Des modèles très populaires, tels que Divi et Avada, qui offrent d’excellentes options pour créer un site qui vous convient, boitant sur ce pied et beaucoup.

Le remède consiste à revenir aux éléments de base, à un modèle limité aux éléments de base ou programmé spécifiquement pour un chargement rapide. Quelques exemples sont Twenty Twelve et tous les modèles par défaut de WordPress, Basic, Schema …

Il y en a sûrement plus, mais je ne peux pas tous les énumérer. Si vous trouvez des exemples qui ont fonctionné pour vous, je vous en serais reconnaissant de les partager dans les commentaires.

Ainsi, vous voyez que ce que je dis est vrai, vous pouvez voir ce tableau dans lequel je montre le temps de réponse du serveur d’une installation WordPress vide (avec uniquement la publication Hello World) et différents modèles installés.

Divi 1.2 sec

Vingt Douze 0.47 sec

Basique 0.34 sec

Source: temps de réponse du serveur Pagespeed dans la version mobile du Web

Ce n’est pas une critique de Divi; Au contraire, je suis convaincu de Divi et je pense qu’il est très bien programmé et est peut-être le meilleur modèle WordPress pour créer un excellent site Web à votre convenance. Toutefois, s’agissant d’obtenir le meilleur temps de réponse possible, ce n’est pas la meilleure option « standard », pour tout ce que j’ai déjà expliqué.

Que se passe-t-il si vous êtes déjà attaché au modèle choisi et, pour une raison quelconque, vous devez le maintenir? Heureusement, vous avez encore plusieurs options.

Installer WP-Rocket

Le premier est WP-Rocket. Je ne recommande aucun plug-in de mise en cache, tel que Super Cache ou W3 Total Cache, car son bon fonctionnement et surtout son influence sur le TTFB dépendent de nombreux facteurs.

Par contre, avec WP-Rocket et la configuration par défaut, la réduction du temps de réponse du serveur est pratiquement garantie, selon mon expérience.

C’est le temps de réponse du serveur d’une installation WP …


Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *