Avoir un service CDN fonctionnant aux côtés de votre site Web propulsé par WordPress est une très bonne chose si votre site est visité dans le monde entier. Surtout si votre site est lourd en actifs et quand je veux dire actifs, je veux dire tous ces fichiers javascript, CSS et image embêtants.
Ces actifs sur votre site sont parmi les premiers sujets nécessitant un CDN. Si votre site est un petit blog, cela n’aura probablement pas d’importance puisque la réduction du temps de chargement sera négligeable, mais qu’en est-il des gros ?
Pour cette expérience, je vais mettre en place un CDN77.com Compte pour mon site tech/jeux vidéo, c’est un site très coûteux en termes d’actifs avec une taille de pas moins de 2,4 Mo et plus de 95 requêtes. En termes simples, c’est une lourde charge à charger pour le navigateur et le serveur. Étant un magazine avec des tonnes de nouvelles, il n’y a aucun moyen d’améliorer les choses. Le serveur est déjà un serveur haut de gamme et devoir couper du contenu est définitivement interdit.
Il existe des tonnes de sites comme ceux-ci sur Internet. Je n’arrête pas d’entendre des voix sur l’inutilité d’un CDN pour tout type de site (grand ou petit) et je ne peux pas m’empêcher de m’émerveiller devant ce genre de commentaires.
Dans cet article d’aujourd’hui, je vais examiner pourquoi les CDN sont importants et comptent (beaucoup). Vous verrez, avec des chiffres et des preuves, pourquoi avoir un CDN compte beaucoup, surtout si vous avez des clients loin de l’endroit où se trouve votre serveur. Devoir charger un site avec peu d’actifs est une chose, mais les sites moyens à gros en bénéficieront grandement et je vais vous montrer pourquoi…
Benchmark avec et sans CDN
Pour les besoins de cette expérience, je vais utiliser Outils Pingdom. De tous les outils gratuits que vous pouvez proposer pour tester la vitesse et le temps de chargement réels du site, Pingdom Tools est l’un des meilleurs (et aussi des plus précis). Les mesures Pingdom incluent les temps d’attente pour les actifs qui peuvent être externes et surtout asynchrones. Le temps de chargement pour un utilisateur final est donc légèrement plus court. Tout d’abord, nous allons charger le site Web directement depuis le serveur, sans aucun CDN. Tenez compte du fait que le serveur est déjà assez rapide, un Xeon fonctionnant à 3,3 GHz sur Nginx avec le cache FastCGI n’est pas une mince affaire et il devrait se charger assez rapidement tout seul.
Sans CDN77 de San Jose, Californie
Dans l’image, vous pouvez voir que le temps de chargement total est d’environ 2,64 secondes, pour cette expérience, j’ai utilisé le serveur San Jose en Californie, aux États-Unis, puisque mon serveur est situé en Caroline du Nord, aux États-Unis, le temps de chargement doit être suffisamment court. Sur l’écran de droite, vous pouvez voir toutes les ressources (actifs) en cours de chargement avec leurs heures réelles.
Sans CDN77 de Stockholm, Suède
Comme vous pouvez le voir, dès que la demande vient d’un endroit lointain, les choses commencent à baisser… Le site Web a abaissé son score à 86 et maintenant le temps de chargement est d’environ 5,20s, c’est ce qui se passe lorsque plus de 95 demandes ont de voyager partout dans le monde. Prenez en compte la vitesse de la lumière et tous ces fichiers embêtants ne feront qu’augmenter le temps de chargement total, il n’y a tout simplement aucun moyen de le contourner.
Avec CDN77 de San Jose, Californie
Maintenant, activons CDN77 pour qu’il commence à récupérer automatiquement tous les actifs et voir ce qui se passe…
Or c’est le premier inconvénient de l’utilisation d’un CDN. S’il est mal interprété, cela pourrait conduire à une fausse opinion selon laquelle le CDN ne fonctionne pas. La première fois que le site Web est chargé, le service CDN doit récupérer les actifs du serveur d’origine et les charger à partir de l’emplacement le plus proche où il a été sollicité. Vous pouvez clairement voir que le temps de chargement a en fait augmenté à 6,36 s et sur l’image de droite, vous pouvez voir pourquoi. Sur le L’en-tête de réponse X-Cache est la réponse. Le service CDN a répondu par un « MADEMOISELLE » indiquant clairement que l’asset n’était pas précédemment mis en cache et devait être chargé « à la volée », c’est ce qui rend la solution CDN plus lente, mais uniquement lors du premier chargement. Étant donné que l’actif doit effectuer un aller-retour du service CDN vers le serveur d’origine, puis vers le réseau interne et vers le serveur le plus proche de l’emplacement sollicité. L’aller-retour n’est pas si lent après tout, mais le paramètre X-Cache vous aidera clairement à identifier quand il est mis en cache ou non. Maintenant, Pingdom Tools est-il cool ou pas ?
Avec CDN77, deuxième manche
Voyons ce qui se passe lors d’une deuxième manche…
C’est vivant! Maintenant, nous parlons. Vous pouvez voir que le temps de chargement a diminué à 2,48 s, ce qui est maintenant plus rapide que le benchmark d’origine sans CDN. De plus, sur l’image de droite, vous pouvez maintenant voir le « FRAPPER » affiché dans l’en-tête de réponse, signalant au navigateur que la demande a été mise en cache et qu’elle a été fournie par le serveur le plus proche de cet emplacement sans avoir à faire d’aller-retour supplémentaires.
Qu’en est-il de l’extérieur des États-Unis
Dans l’exemple précédent, nous avons vu que lors de l’utilisation du site en dehors des États-Unis et en dehors du pays où se trouve le site Web, les choses ont commencé à devenir moche, voyons ce qui se passe avec l’activation du CDN.
Le premier chargement à gauche, nous a donné un temps plus ou moins similaire au benchmark d’origine, sinon meilleur. C’est sans que la demande réelle soit mise en cache, maintenant, sur l’image de droite, vous pouvez clairement voir l’amélioration et ce n’est pas une petite. Nous sommes maintenant passés de 5.20s sans CDN à un énorme 2.34s pour charger l’ensemble du site, c’est une amélioration de plus de 2X puisque désormais seuls les fichiers PHP de base sont chargés depuis le serveur d’origine tandis que tout le reste des assets est chargé localement depuis le serveur de Stockholm sur CDN77 !
Vous voulez une preuve ? Chose sûre. C’est ici:
Maintenant, allons à l’extrême…
Sans CDN77 de Melbourne, Australie
Le chargement du site depuis l’Australie est tellement pénible sans CDN et mon site Web est maintenant devenu le plus lent du groupe, donnant un score de 77 et un C, eh bien..
Avec CDN77 de Melbourne, Australie
Avec CDN77 activé, l’augmentation de la vitesse est impressionnante et presque une différence de 2X. Le score revient à A, bien sûr, prouvant une fois de plus que CDN fonctionne réellement, comme il se doit.
Maintenant, mettons tout cela en perspective, voulez-vous?
Ce graphique parle presque de lui-même sur la façon dont le CDN améliore réellement les performances liées à l’emplacement du site. Si vos lecteurs/clients accèdent au site dans le même pays/lieu où se trouve votre serveur, pourquoi demander un CDN non ? Cela n’améliorera pas les choses. Dans le meilleur des cas, cela ne fera qu’aider votre serveur avec les ressources et cela réduira le temps CPU impliqué, mais cela n’améliorera pas le temps de chargement. Mais dès qu’un de vos lecteurs essaie d’accéder au site Web depuis l’extérieur du pays où se trouve votre serveur, l’amélioration des performances passe à 2X, très facilement. C’est indéniable, vous pouvez aller de l’avant et faire tous ces tests vous-même. Le CDN est très important si votre site est lu dans le monde entier et cela facilitera également les besoins en bande passante de votre serveur.
Conclusion
Avoir un CDN sur votre site international est un must. Qu’il s’agisse d’un blog technologique, d’un magazine numérique ou d’un site de produits. Si vous vous souciez de la performance et que vos clients/lecteurs sont situés dans le monde entier, CDN va en effet beaucoup accélérer votre site WordPress. Aussi, plus votre site charge d’actifs à partir des différents emplacements, plus l’amélioration est importante. Avoir un CDN n’est pas une situation de lit de roses cependant. La bonne gestion du service est primordiale pour sa performance. N’oubliez pas que la première requête sera toujours plus lente, il est très important d’avoir le cache CDN du site correctement.
Dans le prochain article, nous examinerons comment configurer correctement le CDN77 service avec WordPress, comment configurer ses emplacements et en tirer le meilleur parti afin que vous puissiez profiter des mêmes avantages que dans cet article. Restez à l’écoute!
Services CDN gratuits
N’oubliez pas de consulter notre article sur les meilleurs services CDN gratuits. Certains d’entre eux sont 100% gratuits jusqu’à un certain point tandis que d’autres sont gratuits pendant une période d’essai. Bien que CDN77 soit une bonne option, nous aimerions que vous consultiez ces autres excellents services afin que vous puissiez choisir celui qui vous convient le mieux.