HTTP/2

Silktide charge vos pages dans un véritable navigateur et vérifie quelle version du protocole Web livre chaque fichier. Les fichiers servis via l'ancien protocole HTTP/1.1 sont signalés, car les versions plus récentes chargent les pages plus rapidement.

Pourquoi c'est important

HTTP est le protocole que les navigateurs utilisent pour récupérer chaque fichier de votre page, et son ancienne version, HTTP/1.1, gère les requêtes en grande partie une par une par connexion. HTTP/2 permet à un navigateur de demander de nombreux fichiers sur une seule connexion en même temps, ainsi que d'autres optimisations, de sorte que la même page se charge plus vite sans aucun changement de contenu. Comme les pages impliquent couramment des dizaines de fichiers, l'effet se cumule : chaque visiteur attend plus longtemps sur chaque page qu'il ne le devrait.

HTTP/2 est une norme depuis 2015 et est pris en charge par tous les navigateurs modernes ; il est donc rarement justifié de continuer à servir des fichiers à l'ancienne.

Comment corriger le problème

Activez HTTP/2 (ou son successeur, HTTP/3) sur votre serveur Web. Tous les serveurs courants le prennent en charge, généralement via une modification de configuration en une ligne, et cela nécessite , que vous devriez de toute façon utiliser.
Si vous utilisez un ou un hébergement géré, c'est un paramètre de la plateforme - la plupart l'activent par défaut.
Pour les fichiers signalés qui sont servis par des tiers, vous ne pouvez pas modifier leurs serveurs ; demandez-vous si vous avez vraiment besoin de ces fichiers.

Aucune modification du contenu de votre site n'est nécessaire : HTTP/2 est entièrement rétrocompatible.

Comment Silktide teste cela

Charger la page dans un véritable navigateur et enregistrer le protocole utilisé pour livrer chaque fichier.
Identifier les fichiers qui ont été servis en HTTP/1.1 alors qu'ils auraient pu utiliser HTTP/2 ou une version plus récente.
Signaler chacun de ces fichiers avec le protocole qu'il utilise actuellement.

Dépannage

Mon serveur prend en charge HTTP/2 mais des fichiers sont quand même signalés

La prise en charge doit être active sur le serveur exact qui a livré le fichier. Causes courantes : le fichier provient d'un sous-domaine ou d'un serveur tiers sans HTTP/2, un proxy ou un équilibreur de charge devant votre serveur dégrade les connexions, ou le fichier a été servi en HTTP en clair plutôt qu'en (les navigateurs n'utilisent HTTP/2 que sur des connexions sécurisées).