Avoir un service CDN fonctionnant avec votre site Web alimenté 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 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 gros?

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 «en termes d’actifs» avec une taille de pas moins de 2,4 Mo et plus de 95 requêtes. En termes simples, le chargement du navigateur et du serveur est un lourd fardeau. Étant un magazine avec des tonnes de nouvelles, il n’y a aucun moyen d’améliorer cela. 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’utilité 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 d’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 éloignés de l’endroit où se trouve votre serveur. Devoir charger un site avec peu d’actifs est une chose, mais les sites de taille moyenne à grande en bénéficieront grandement et je vais vous montrer 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 proposer pour tester la vitesse et le temps de chargement réels du site, Pingdom Tools est l’un des meilleurs (et des plus précis également). 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. Premièrement, 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 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 de San Jose en Californie, aux États-Unis, puisque 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) en cours de chargement avec leur heure réelle.

Sans CDN77 de Stockholm, Suède

Comme vous pouvez le voir, dès que la demande provient d’un endroit lointain, les choses commencent à se détériorer… 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 pour voyager dans le monde entier. 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 pas moyen de contourner cela.

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 …

C’est maintenant le premier inconvénient de l’utilisation d’un CDN. Si elle est mal interprétée, cela peut 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 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 “MANQUER” indiquant clairement que l’actif n’a pas été précédemment mis en cache et doit ê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 entre le service CDN et le serveur d’origine, puis revenir au réseau interne et rejoindre le serveur le plus proche de l’emplacement qui a été 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, est-ce que Pingdom Tools est 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 original sans CDN. De plus, sur l’image de droite, vous pouvez maintenant voir le “FRAPPÉ” 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 à partir du serveur le plus proche de cet emplacement sans avoir à faire 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 en dehors du pays où se trouve le site Web, les choses ont commencé à devenir moche, voyons ce qui se passe avec le CDN activé.

La première charge à gauche, nous a donné un temps plus ou moins similaire au benchmark d’origine, sinon mieux. C’est sans que la demande réelle ne 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,20 s sans CDN à un énorme 2,34 s 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!

Vous voulez une preuve? Chose sûre. C’est ici:

centres de données cdn77

Maintenant, allons à l’extrême …

Sans CDN77 de Melbourne, Australie

test03-01

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

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, d’accord?comparaison de référence

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 CDN, non? Cela n’améliorera pas les choses. Dans le meilleur des cas, cela n’aidera que votre serveur 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 à 2X, très facilement. Il est indéniable, vous pouvez continuer et faire tous ces tests vous-même. CDN est très important si votre site est lu dans le monde entier et il allégera également les besoins en 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 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. Également, plus votre site charge d’actifs à partir des différents emplacements, plus l’amélioration est importante. Avoir un CDN n’est cependant pas une situation délicate. La bonne gestion du service est primordiale pour ses performances. N’oubliez pas que la première requête 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 pour 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.

Share: