Si vous voulez que WordPress soit vraiment rapide, vous n'arriverez à rien avec les plug-ins de mise en cache courants après un certain point. Nginx avec HTTP2 aide.
Depuis le Version 1.9.5 la version open-source de Nginx prend également en charge le protocole HTTP/2 directement - une configuration fastidieuse ou la Utilisation des correctifs n'est plus nécessaire.
Version anglaise ci-dessous
L'implémentation de HTTP/2 fonctionne - du moins en ce qui concerne un blog comme celui-ci - de manière stable et sans autre forme d'ostentation. Le plus grand avantage : des temps de chargement des pages exceptionnels. Afin de ne pas trop demander à PHP, j'utilise Microcaching. Cela signifie que la plupart des pages sont déjà créées et qu'il suffit de les livrer au client.
Si vous calculez le temps pur nécessaire à l'instance de WordPress pour être complètement transférée, vous obtenez une valeur d'environ 0.7 secondes à "Document complet (Résultat Webpagetest.org).
La seule chose qui s'oppose à un temps de chargement total inférieur à une seconde sont les scripts de suivi (dans mon cas, j'utilise Piwik). Bien que mon instance Piwik utilise également HTTP/2, l'établissement de la connexion supplémentaire coûte encore du temps.
Google Pagespeed reconnaît ces mesures par une mention Valeur de 95 / 100. Le seul obstacle pour atteindre une valeur de 100/100 est actuellement la priorisation du contenu "au-dessus du pli" - cela nécessite quatre allers-retours du réseau. Cependant, je ne suis pas sûr que l'outil Pagespeed Insights prenne déjà correctement en compte l'utilisation de HTTP/2 - en particulier le chargement parallèle dans HTTP/2 n'est peut-être pas encore complètement pris en compte.
À partir de la fin de l'année, le Google Bot devrait également être en mesure de gérer HTTP/2 - il n'y a actuellement aucun avantage, mais connaissant Google, il ne faudra pas longtemps avant que la prise en charge de HTTP/2 ne devienne un facteur de classement. Après tout, HTTP/2 permet d'économiser des ressources qui profitent également à Google.
De plus amples informations sur le thème des "sites web rapides" sont disponibles à l'adresse suivante Boost-for-Websites.com!
Version anglaise :
Qui veut avoir WordPress vraiment rapide, ne vient pas à un moment donné avec des plugins de mise en cache communs. Nginx avec HTTP2 aide.
De même, la version open-source de nginx prend en charge le protocole HTTP/2 directement depuis le module version 1.9.5 - une configuration fastidieuse ou l'utilisation de correctifs n'est donc plus nécessaire.
La mise en œuvre de HTTP/2 fonctionne - du moins sur la base d'un blog comme celui-ci - de manière stable et sans autre anomalie. Le plus grand avantage : des temps de chargement des pages très courts. Pour réduire également les appels PHP, j'utilise Microcaching. Par conséquent, la plupart des pages sont déjà créées et doivent être livrées uniquement au client.
Si l'on considère le temps pur dont a besoin l'instance de WordPress pour être complètement transférée, on obtient une valeur d'environ 0,7 secondes jusqu'au "Document-complete" (résultat de Webpagetest.org).
Les scripts de suivi sont la seule chose est un temps de chargement total de moins d'une seconde dans la manière, (dans mon cas, j'utilise Piwik). Bien que mon instance Piwik utilise également HTTP/2, la connexion supplémentaire coûte du temps.
Google page speed a reconnu ces mesures avec une valeur de 95 / 100. Le seul obstacle, pour atteindre une valeur de 100 / 100, est actuellement de donner la priorité au contenu "au-dessus du pli" - ceux-ci nécessitent quatre allers-retours du réseau. Cependant, je ne suis pas sûr que l'outil d'analyse de la vitesse des pages utilise déjà correctement HTTP/2 - le chargement parallèle direct n'est peut-être pas encore complètement inclus dans HTTP/2.
Français 
Deutsch 
English 
Español
J'ai essayé ce plug-in, mais j'ai trouvé de meilleures valeurs avec d'autres. Je serais intéressé par d'autres avis sur le sujet, car l'article prend de l'âge.
Quelles sont vos meilleures valeurs réalisées avec des installations WordPress ?
Salutations
La configuration actuelle permet d'atteindre une valeur de pagepeed de 98, au moins pour le bureau (https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2F165.227.165.86%2Fsony-wh-1000xm3-hands-on%2F&tab=desktop) et un temps de charge plus ou moins proche de 1s (http://webpagetest.org/result/190903_QW_cfa56dbb943ec760eee4b7835eb818f3/) - Nginx dispose maintenant de HTTP/2 sans correctifs, bien sûr, mais je n'ai pratiquement pas touché à la configuration du microcache depuis cet article.