Configuration pour le HTTP/2

Si votre site profite du HTTP/2, il y a plusieurs choses dont il faut tenir compte lors de la configuration de WP Rocket.

Vous ne savez pas si votre site est en HTTP/2 ? Vérifiez avec cet outil :
⚡️ Test du HTTP/2 chez KeyCDN

Combiner, ou ne pas combiner ?

Alors que la concaténation (i.e. Combiner les fichiers JS/CSS) est considérée comme une bonne pratique en HTTP/1, ce ne sera pas forcément le cas avec le HTTP/2.

Un débat est en cours sur la question de savoir si une concaténation, c'est-à-dire la combinaison de fichiers en petits groupes, est bénéfique ou pas. La réponse est que cela peut varier d'un site à un autre. Nous avons tendance à penser que la concaténation ne sera pas avantageuse sur du HTTP/2, mais vous devriez tester le temps de chargement de votre site avec et sans ces options car les résultats peuvent fluctuer.

WP Rocket vous rappelle de ne pas activer la concaténation des fichiers si votre site tourne sous HTTP/2 :

Si votre serveur est en HTTP/1, ça vaut la peine d'essayer. Gardez à l'esprit, cependant, que cette option peut ne pas fonctionner avec tout les plugins ou les thèmes ! Vous pouvez consulter la documentation à ce sujet :  Réduire le nombre de fichiers minifiés

PageSpeed Insights, Pingdom Tools, ou GTmetrix continuent de vous recommander de réduire le nombre de fichier JS/CSS ? 
La plus part des outils de test n'ont pas encore ajusté leurs recommandations ou leurs notes de performance basées sur la détection du HTTP/1 ou du HTTP/2. Voilà pourquoi vous devriez toujours baser votre configuration sur votre temps de chargement, et pas sur les notes obtenues.

Le Domain Sharding 

Le Domain sharding (non non, il n'y a pas de faute d'orthographe) consiste à diviser vos ressources statiques et à les servir depuis des sous-domaines.
Plus de détails ici : https://wp-rocket.me/fr/blog/difference-cdn-domain-sharding/

Ce n'est plus une bonne pratique avec le HTTP/2. 

Et à propos des CDNs ?

Un CDN peut ansi jouer le rôle de domain sharding, vous vous demandez donc si vous avez toujours besoin de votre CDN. La réponse est "OUI". Les bénéfices d'un CDN qui sert vos ressources en fonctions de la location géographique de vos visiteurs est toujours valable en HTTP/2. Mais il n'y a pas besoin de créer plusieurs sous-domaines pour servir vos différentes ressources car les différents temps de DNS lookup jouerons en votre défaveur.

Références

Cela a-t-il répondu à votre question ? Merci pour votre retour :) Une erreur est survenue lors de l’envoi de votre retour. Veuillez réessayer plus tard.