Avoir un service CDN fonctionnant avec votre site Web 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 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 actifs » avec une taille de pas moins de 2,4 Mo et plus de 95 requêtes. En termes simples, c'est un lourd fardeau à charger pour le navigateur et le serveur. É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 réduire le 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 éloignés de l'endroit où se trouve votre serveur. Avoir à charger un site avec peu de ressources 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

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 à partir du 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

Sur 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 faible. 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 requête vient d'un endroit éloigné, les choses commencent à se détériorer… Le site a baissé son score à 86 et maintenant le temps de chargement est d'environ 5,20s, c'est ce qui se passe lorsque plus de 95 requêtes ont pour voyager partout dans le monde. Tenez compte de 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 voyons ce qui se passe…

C'est le premier inconvénient de l'utilisation d'un CDN. S'il est mal interprété, cela pourrait conduire à une opinion erronée 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'actif n'était pas auparavant mis en cache et devait être chargé “à la volée”, c'est ce qui rend la solution CDN plus lente, mais uniquement au 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 à 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, 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 secondes, 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” étant 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'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é à mal tourner, voyons ce qui se passe avec CDN activé.

La première charge, à gauche, nous a donné un temps plus ou moins similaire au repère 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 tout le 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 alors que tout le reste des assets sont chargés localement depuis le serveur de Stockholm sur CDN77 !

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

cdn77-datacenters

Passons maintenant à 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 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, d'accord ?benchmark-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/endroit 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 réduira le temps CPU impliqué, mais il 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. Il n'y a pas de doute, 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 depuis le monde entier et cela allégera également les besoins en bande passante sur votre serveur.

Conclusion

Avoir un CDN sur votre site international est un must. Qu'il s'agisse d'un blog technique, d'un magazine numérique ou d'un site de produits. Si vous vous souciez de la performance et que vos clients/lecteurs se trouvent 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 rêve. 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 donc 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.