Beaucoup d’articles sur le web ont tendance à se concentrer principalement sur les optimisations et les moyens rapides d’accélérer votre site. Les optimisations de serveur telles que la latence du réseau sont parfois négligées ou ignorées. Pour cette raison, nous avons pensé qu’il serait intéressant d’examiner plus en profondeur l’importance de la latence du réseau et l’impact qu’elle a sur votre site WordPress lors du chargement dans différentes régions.

Alors qu’un CDN peut certainement aider à réduire la latence du réseau, l’emplacement de votre serveur hôte est toujours très important, surtout si vous servez des visiteurs dans un endroit géographique très spécifique. La latence est importante et nous vous montrerons pourquoi.

Qu’est-ce que la latence du réseau ?

La latence du réseau fait référence au temps ou au retard impliqué dans la transmission de données sur un réseau. En d’autres termes, combien de temps il faut pour qu’un paquet de données passe d’un point à un autre. De nos jours, cela se mesure généralement en millisecondes, mais cela peut prendre quelques secondes selon le réseau. Plus on se rapproche de zéro, mieux c’est.

“La latence est le temps d’attente introduit par le signal parcourant la distance géographique ainsi que les différents équipements de communication.” – Whatis.com

En d’autres termes, plus la distance est grande, plus la latence est grande, ce qui équivaut à un délai plus long. Vous ne pouvez pas battre la vitesse de la lumière lorsqu’il s’agit de données voyageant sur des câbles à fibre optique. Par exemple, vous trouverez ci-dessous une carte du réseau de la plateforme Google Cloud. Ils ont des milliers de kilomètres de câbles qui passent sous l’océan et couvrent le globe entier. C’est l’une des raisons pour lesquelles il s’agit d’un des réseaux les plus rapides au monde. Et même avec ce vaste réseau à la fine pointe de la technologie, il y aura toujours des délais de latence.

Latence sur les câbles à fibre optique
Latence sur les câbles à fibre optique

Il existe plusieurs facteurs différents qui contribuent aux délais de latence du réseau, notamment :

  • Délai de propagation : Différents types de supports, tels que les connexions sans fil ou à fibre optique, introduisent tous un certain type de délai, car ils ne peuvent repousser qu’un nombre limité de bits. Par exemple, une connexion à fibre optique aura un délai de transmission inférieur à celui d’une ligne T1. Vous devez également tenir compte de la taille du paquet.
  • Délai de propagation : C’est le temps qu’il faut pour que le paquet de données voyage. Cela pourrait inclure la distance, les délais de mise en réseau, etc.
  • Délai de mise en attente : Si la bande passante est dépassée, il peut y avoir des délais de file d’attente dans lesquels les données doivent attendre à l’hébergeur ou au routeur. Cette situation peut être affectée par la congestion du réseau.

Pourquoi la latence du réseau est importante

Certains pourraient soutenir que la latence du réseau n’est pas très importante, cependant, elle peut l’être en ce qui concerne l’endroit où vous choisissez d’héberger votre site. Pour les médias et vos ressources (telles que les images, JavaScript, CSS, Vidéo), un CDN peut corriger une grande partie de la latence supplémentaire impliquée, en livrant une copie à partir d’un serveur plus proche. Cependant, dans la plupart des configurations, vous devez toujours interroger votre serveur d’hébergement pour connaître la charge DOC initiale. Et c’est pourquoi la latence est importante !

The Trainline a réduit le temps de latence de 0,3 seconde à travers l’entonnoir et les clients ont dépensé 8 millions de livres sterling supplémentaires (~11,5 millions de dollars) par an. – WPO Stats

La latence est particulièrement importante lorsqu’il s’agit d’entreprises qui servent les visiteurs dans un lieu géographique spécifique. Par exemple, disons que vous avez une boutique eCommerce à Sydney et que 90 % de vos clients viennent d’Australie. Votre entreprise aurait certainement avantage à placer votre site sur un serveur en Australie, plutôt que de l’héberger en Europe ou aux États-Unis. Nous allons entrer dans le détail de l’impact que cela a sur votre site ci-dessous.

Comparaison de la latence du réseau de Google Cloud

La distance est l’une des principales raisons des délais de latence. Cependant, il est important de se rappeler que la latence n’est pas seulement affectée par la distance, mais aussi par le nombre de sauts qu’elle fait, les routeurs entre les deux, etc. Quelques façons de mesurer la latence du réseau incluent le Ping, Traceroute et MTR. Dans cet exemple, nous allons simplement utiliser les temps de ping et exécuter quelques tests de traceroute. Si vous voulez vraiment creuser dans les données, vous pouvez exécuter des commandes traceroute.

Nous avons donc créé quelques machines d’essai sur la plateforme Google Cloud situées dans différentes régions géographiques. Chez Kinsta, nous incluons le réseau de la plateforme Google Cloud premium sur tous les plans d’hébergement. Beaucoup d’autres hébergeurs utilisent le réseau de niveau standard de Google Cloud, ce qui se traduit par des vitesses plus lentes.

  • perf1.kinsta.com (Située en Iowa, USA)
  • perf2.kinsta.com (Située  à Sydney, Australie)
  • perf3.kinsta.com (Située à Francfort, Allemagne)

Nous avons utilisé l’outil gratuit de test Ping de KeyCDN qui nous permet de tester simultanément à partir de 14 lieux. Rappelez-vous que plus le temps de ping est faible, mieux c’est, car il est en corrélation directe avec le temps de retard (en millisecondes) pendant combien de temps il faut pour que les données voyagent sur Internet, jusqu’à l’adresse de destination, puis jusqu’à vous. Nous avons également utilisé leur outil de traceroute.

Perf1 (Iowa, USA)

Pour le serveur de test situé dans l’Iowa, USA, les temps de ping sont beaucoup plus bas à partir d’endroits qui sont aux Etats-Unis (temps de ping moyen de 16 ms vers Dallas). Comme vous commencez à aller plus loin vers l’Europe ou Singapour, vous commencez à éprouver des moyennes de temps de ping beaucoup plus élevées (temps de ping moyen de 244 ms vers Singapour).

Temps de Ping perf1 (USA)
Temps de Ping perf1 (USA)

Et si nous comparons le Traceroute, vous pouvez voir un exemple : 7 sauts de réseau supplémentaires sont nécessaires pour voyager simplement de l’Iowa, USA à Francfort, Allemagne (contre 10 sauts vers Dallas). C’est pourquoi il est important de se rappeler que les sauts de réseau prennent également en compte la latence du réseau.

Traceroute perf1
Traceroute perf1 (USA)

Perf2 (Sydney, Australie)

Pour le serveur de test situé à Sydney, Australie, les temps de ping sont beaucoup plus bas depuis l’Australie et l’Asie-Pacifique (temps de ping moyen de 1 ms jusqu’à Sydney). Comme vous commencez à aller plus loin vers l’Europe ou l’Amérique du Sud, vous commencez à éprouver des moyennes de temps de ping beaucoup plus élevées (temps de ping moyen de 319 ms vers Sao Paulo).

Ping times perf2 (Australia)
Ping times perf2 (Australia)

Et si nous comparons le Traceroute, vous pouvez voir un exemple :14 sauts de réseau supplémentaires sont nécessaires pour simplement voyager de Sydney, Australie à Francfort, Allemagne.

Traceroute perf2
Traceroute perf2 (Australie)

Perf3 (Francfort, Allemagne)

Pour le serveur de test situé à Francfort, en Allemagne, les temps de ping sont beaucoup plus bas en Europe et même aux Etats-Unis, probablement en raison d’une connexion dorsale rapide entre les deux (temps de ping moyen de 7 ms vers Amsterdam). Comme vous commencez à aller plus loin vers l’Asie-Pacifique ou l’Amérique du Sud, vous commencez à éprouver des moyennes de temps de ping beaucoup plus élevées (temps de ping moyen de 308 ms vers Singapour).

Temps de Ping perf3 (Allemagne)
Temps de Ping perf3 (Allemagne)

Et si nous comparons le Traceroute, vous pouvez voir un exemple : 11 sauts de réseau supplémentaires sont nécessaires pour simplement voyager de Francfort, Allemagne à Sao Paulo, Brésil.

Traceroute perf3 (Allemagne)
Traceroute perf3 (Allemagne)

Ainsi, comme vous pouvez le voir ci-dessus, la distance est directement corrélée avec des temps de ping plus élevés et des sauts de réseau supplémentaires qui constituent la latence du réseau. C’est pourquoi vous devriez positionner stratégiquement votre site pour diminuer ces deux facteurs.

Comparaison de la latence de Google Cloud entre les régions

Ci-dessus nous testons les temps de Ping à partir de l’endroit où se trouvent les serveurs, en corrélation avec les serveurs de ping. Mais qu’en est-il de la latence entre les régions de la plateforme Google Cloud elles-mêmes ? Geek Flare a fait un excellent test entre 9 des différentes régions. Cela peut vous donner un aperçu rapide du délai qui se produit en raison de la latence lorsqu’il est placé dans une région par rapport à une autre.

Latence de la plateforme Google Cloud (Source Geek Flare)
Latence de la plateforme Google Cloud (Source Geek Flare)

N’oubliez pas de lire aussi notre article sur Google Cloud vs AWS pour voir les différences de latence du réseau

Comparaison des temps de chargement des pages

Et bien sûr, nous ne tenons pas compte du temps total de chargement des pages. En fait, c’est là que se trouvent certaines des données les plus intéressantes. Cependant, n’oubliez pas que cela inclut d’autres facteurs tels que le TTFB. Les trois sites de test sont identiques, exécutant une nouvelle installation de WordPress, avec le thème Twenty Seventeen installé. Nous utilisons également Pingdom, de sorte que les temps sont mesurés à partir de l’emplacement de leur serveur de test.

Perf 1 (Iowa, USA)

Nous avons effectué des tests de vitesse à partir de trois sites de test différents avec notre serveur situé en Iowa, USA, et voici ci-dessous les résultats.

Test de vitesse perf1 Dallas
Test de Vitesse perf1 Dallas
Test de vitesse perf1 Australie
Test de Vitesse perf1 Australie
Test de vitesse perf1 Stockholm
Test de Vitesse perf1 Stockholm

Comme nous pouvons le voir ci-dessus, il y a une énorme différence entre le chargement d’un site depuis les Etats-Unis (près du serveur d’hébergement) et le chargement depuis n’importe où dans le monde.

Perf 2 (Sydney, Australie)

Nous avons effectué des tests de vitesse à partir de trois sites de test différents avec notre serveur situé à Sydney, Australie.

Test de vitesse perf2 Dallas
Test de Vitesse perf2 Dallas
Test de vitesse perf 2 Melbourne
Test de Vitesse perf2 Melbourne
Test de vitesse perf2 Stockholm
Test de Vitesse perf2 Stockholm

Comme nous pouvons le voir ci-dessus, il y a une énorme différence entre le chargement d’un site depuis l’Australie (près du serveur d’hébergement) et le chargement depuis n’importe où dans le monde.

Perf 3 (Francfort, Allemagne)

Nous avons effectué des tests de vitesse à partir de trois sites d’essai différents avec notre serveur situé à Francfort, en Allemagne.

Test de vitesse perf3 Dallas
Test de Vitesse perf3 Dallas
Test de vitesse perf3 Melbourne
Test de Vitesse perf3 Melbourne
Test de vitesse perf3 Stockholm
Test de Vitesse perf3 Stockholm
Test de vitesse perf3 Stockholm
Test de Vitesse perf3 Stockholm

Comme nous pouvons le voir ci-dessus, il y a une énorme différence entre le chargement d’un site depuis l’Europe (près du serveur d’hébergement) et le chargement depuis le monde entier.

Si ces tests de chargement de pages ne vous convainquent pas, nous ne savons pas ce qui le fera ! Par exemple, le site d’essai dans l’Iowa, aux États-Unis, n’a pris que 368 ms pour charger à partir de Dallas. Mais il a fallu 2,14 secondes pour charger à partir de Sydney, en Australie. C’est pourquoi l’emplacement est important! Et encore une fois, vous pouvez aider à réduire le temps de chargement total en rapprochant vos ressources médias de vos visiteurs avec un CDN. Kinsta inclut un CDN pour tous les clients ! Mais vous rencontrerez toujours du temps de chargement et la latence de votre serveur hôte, alors choisissez judicieusement.

Choisir le bon emplacement pour héberger votre site WordPress

La plupart des fournisseurs d’hébergement vous permettent généralement de choisir parmi différents emplacements pour héberger votre site. Ici, chez Kinsta, nous avons les 37 emplacements de la plateforme Google Cloud maintenant disponibles. Cela vous permet de placer stratégiquement votre site là où vous avez besoin d’assurer une faible latence et TTFB, ainsi que des temps de chargement rapides. Vous pouvez également choisir un emplacement différent pour chaque site.

Lieux des centres de données Google Cloud
Lieux des centres de données Google Cloud

Vous ne savez pas lequel choisir ? Vous trouverez ci-dessous quelques conseils.

Conseil 1 – Vérifier Google Analytics

L’une des premières choses que vous pouvez faire est de regarder l’emplacement géographique de vos visiteurs dans Google Analytics. Dans l’exemple ci-dessous, vous pouvez voir que plus de 90 % du trafic provient des États-Unis. Ainsi, dans la plupart des cas, vous voudriez placer votre site sur un serveur aux États-Unis. Vous pouvez filtrer les données vers les villes, mais nous recommandons généralement un emplacement central comme Iowa, USA.

Données géolocalisées dans Google Analytics
Données géolocalisées dans Google Analytics

Conseil 2 – Vérifier les données eCommerce

Si vous exploitez une boutique eCommerce, assurez-vous de vérifier également d’où viennent vos clients. C’est bien sûr la façon dont vous générez des revenus, donc ce sont vos visiteurs les plus importants. Cela devrait coïncider avec votre trafic ci-dessus, mais ce n’est pas toujours le cas. Si vous avez des données de eCommerce ou des objectifs, vous pouvez facilement superposer ces informations sur les données géolocalisées pour prendre une décision plus éclairée.

Conseil 3 – Effectuez un test rapide de latence

Il existe de nombreux outils pratiques et gratuits pour mesurer la latence à partir de votre emplacement actuel pour différents fournisseurs de cloud. Cela peut vous aider à évaluer rapidement quelle région pourrait être le meilleur choix pour votre site.

  • GCP Ping (mesure de latence pour les régions de la plateforme Google Cloud)
  • CloudPing.info (mesure la latence des régions d’Amazon Web Services)
  • Azure Latency Test (mesure la latence aux régions de Azur)
Mesure de la latence de la plateforme Google Cloud
Mesure de la latence de la plateforme Google Cloud

Vous pouvez également utiliser CloudHarmony, qui est un outil de comparaison des services cloud. Vous pouvez tester des éléments tels que la latence, le DNS, la liaison montante et la liaison descendante.

Test réseau CloudHarmony
Test réseau CloudHarmony

Moyens rapides pour réduire la latence du réseau

Pour résumer, voici quelques moyens rapides de réduire la latence du réseau.

  • Comme nous vous l’avons montré ci-dessus, placer votre site sur un serveur plus proche de vos visiteurs devrait être la priorité numéro un. Cela permet de réduire les temps de ping et les sauts de réseau.
  • Utiliser un réseau de diffusion de contenu (CDN) pour servir les ressources mises en cache depuis des POP dans le monde entier. Cela permet d’annuler la latence du réseau pour les visiteurs qui ne sont peut-être pas proches de votre serveur hôte. Découvrez comment activer le CDN Kinsta sur votre site WordPress.
  • Profitez du protocole HTTP/2 pour minimiser le nombre de trajets aller-retour, grâce à la parallélisation. HTTP/2 est activé sur tous les serveurs Kinsta. La seule exigence est que votre site fonctionne en HTTPS.
  • Réduire le nombre de requêtes HTTP externes. Chacune d’entre elles peut avoir sa propre latence ajoutée en fonction de l’emplacement de son serveur. Jetez un coup d’œil à notre article sur l’analyse de la performance des tiers.
  • Utilisez unfournisseur DNS haut de gamme avec des temps de contrôle rapides.
  • Utilisez les fonctions prefetch et prefrender pour effectuer des tâches en coulisses pendant que la page se charge.

Résumé

Espérons que vous comprenez maintenant un peu mieux la latence du réseau, son importance et son impact sur votre site. Pour assurer des temps de chargement rapides, assurez-vous de choisir un serveur dont l’hôte est le plus proche de vos visiteurs et clients. Qu’en pensez-vous ? Avez-vous déjà connu des temps de chargement lents en raison d’un site Web placé au mauvais endroit ? Faites-le nous savoir ci-dessous dans les commentaires.

Brian Jackson

Brian a une grande passion pour WordPress, l'utilise depuis plus de dix ans et développe même quelques plugins de qualité. Brian aime les blogs, les films et les randonnées. Connectez avec Brian sur Twitter.