Les avantages d’utiliser un CDN pour votre site WordPress

Avoir un service CDN fonctionnant avec 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 sur les actifs et quand je parle d’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 car la réduction du temps de chargement sera négligeable, mais qu’en est-il des grands?

Pour cette expérience, je vais mettre en place un CDN77.com Compte pour mon site de technologie / jeux vidéo, c’est un site très coûteux “au niveau des actifs” avec une taille d’au moins 2,4 Mo et plus de 95 requêtes. En termes simples, la charge du navigateur et du serveur est lourde. Étant un magazine avec des tonnes de nouvelles, il n’y a aucun moyen d’améliorer cela. Le serveur est déjà haut de gamme et devoir couper le contenu est définitivement un pas.

Il existe des tonnes de sites comme ceux-ci sur Internet. Je continue d’entendre des voix sur l’inutilité d’un CDN pour tout type de site (grand ou petit) et je ne peux m’empêcher de m’émerveiller devant ce genre de commentaires.

Dans cet article aujourd’hui, je vais examiner pourquoi les CDN sont importants et importants (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 de ressources est une chose, mais les sites moyens à grands en bénéficieront grandement et je vous montrerai pourquoi…

Benchmark avec et sans CDN

Aux fins de cette expérience, je vais utiliser Outils Pingdom. De tous les outils gratuits que vous pouvez trouver pour tester la vitesse et le temps de chargement réels du site, Pingdom Tools est l’un des meilleurs (et le plus précis aussi). 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 à partir du serveur, sans aucun CDN. Prenez en considération que le serveur est déjà assez rapide, un Xeon fonctionnant à 3,3 GHz sur Nginx avec cache FastCGI n’est pas une mince affaire et il devrait se charger assez rapidement de lui-même.

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 de San Jose en Californie, aux États-Unis, car mon serveur est situé en Caroline du Nord, aux États-Unis, le temps de chargement devrait être suffisamment bas. Sur l’écran de droite, vous pouvez voir toutes les ressources (actifs) chargées avec leur temps réel.

Sans CDN77 de Stockholm, Suède

Comme vous pouvez le voir, dès que la demande vient d’un endroit éloigné, les choses commencent à baisser… Le site Web a abaissé son score à 86 et maintenant le temps de chargement est d’environ 5,20 s, c’est ce qui se passe lorsque plus de 95 demandes ont pour voyager partout dans le monde. Tenez compte de la vitesse de la lumière et tous ces fichiers embêtants n’augmenteront que le temps de chargement total, il n’y a tout simplement pas moyen de le contourner.

Avec CDN77 de San Jose, Californie

Maintenant, activons CDN77 pour qu’il commence à récupérer tous les actifs automatiquement et voir ce qui se passe…

C’est maintenant le premier inconvénient de l’utilisation d’un CDN. Si elle est mal interprétée, cela pourrait conduire à une fausse opinion que 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 à l’emplacement le plus proche où il a été sollicité. Vous pouvez clairement voir que le temps de chargement a augmenté à 6,36 s et sur la bonne image, 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’actif n’était pas précédemment mis en cache et devait être chargé «à la volée», c’est ce qui ralentit la solution CDN, 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 de nouveau 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 non?

Avec CDN77, deuxième exécution

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 la bonne image, vous pouvez maintenant voir le “FRAPPÉ” étant affiché dans l’en-tête de la 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 à effectuer d’autres allers-retours.

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 à l’extérieur du pays où le site Web se trouve, les choses ont commencé à mal tourner, voyons ce qui se passe avec CDN activé.

Le premier chargement sur la gauche, nous a donné un temps plus ou moins similaire au benchmark d’origine, sinon meilleur. C’est sans que la requête réelle soit mise en cache, maintenant, sur la bonne image, 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,34 pour charger l’ensemble du site, c’est une amélioration de plus de 2X puisque maintenant seuls les fichiers PHP de base sont chargés depuis le serveur d’origine tandis que tous les autres actifs sont chargés localement depuis le serveur de Stockholm sur CDN77 !

Tu veux une preuve? Chose sûre. C’est ici:

cdn77-datacenters

Maintenant, allons à l’extrême…

Sans CDN77 de Melbourne, Australie

test03-01

Le chargement du site depuis l’Australie est tellement douloureux sans CDN et mon site Web est devenu le plus lent du peloton, donnant un score de 77 et un C, eh bien..

Avec CDN77 de Melbourne, Australie

test03-02

Avec CDN77 activé, l’augmentation de la vitesse est impressionnante et presque une différence de 2X. Le score est de retour à A, bien sûr, prouvant une fois de plus que CDN fonctionne réellement, comme il se doit.

Maintenant, mettons tout cela en perspective, devons-nous?référence-comparaison

Ce graphique parle presque de lui-même sur la façon dont 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 / emplacement où se trouve votre serveur, pourquoi demander un droit CDN? Cela n’améliorera pas les choses. Dans le meilleur des cas, cela n’aidera votre serveur qu’avec les ressources et cela réduira le temps CPU impliqué mais il n’améliorera pas le temps de chargement.  Mais dès que l’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 très facilement à 2X. On ne peut nier, vous pouvez continuer et faire tous ces tests vous-même. Le CDN est très important si votre site est lu dans le monde entier et il allégera également les exigences de bande passante sur votre serveur.

Conclusion

Avoir un CDN sur votre site international est un must. Que ce soit un blog technologique, un magazine numérique ou un site de produits. Si vous vous souciez des performances et que vos clients / lecteurs sont situés dans le monde entier, CDN accélérera en effet beaucoup votre site WordPress. Aussi, plus votre site charge d’éléments à 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 ses performances. N’oubliez pas que la première demande sera toujours plus lente, il est très important d’avoir le cache CDN sur le 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 sur le marché. 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..

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me