Pourquoi le test de site Google Mobile indique-t-il que mon site n'est pas compressé lorsqu'il utilise le codage de contenu: br?
J'ai utilisé this l'outil Google pour tester mon site Web.
Lorsque j'ai reçu le rapport, il a recommandé ce qui suit.
Compress resources with GZIP See how to enable GZIP compression »
Lorsque je regarde la réponse de mes fichiers hssml css ou js dans les outils de développement chrome, je vois l'encodage suivant.
content-encoding:br
En levant les yeux br (par exemple ici ), br semble être une autre compression, une alternative à gzip.
En outre, lorsque j'utilise un outil tel que this , cela suggère que mon site est compressé.
Je remarque que mes images ne possèdent pas cet encodage, mais elles sont toutes au format .png ou .jpg, donc je suppose que vous ne compresseriez pas beaucoup de toute façon.
Est-ce que quelqu'un sait pourquoi l'outil Google me dit de compresser mes "ressources" alors que mon site semble déjà être compressé?
Compresser les ressources avec GZIP
C’est une autre de ces choses où les nouvelles technologies nous ont été livrées et où certaines entreprises et/ou outils n’ont pas été configurés pour les gérer (telles que les informations sur la vitesse des pages de Google). Après avoir examiné les nouvelles informations sur la compression, il semble que seuls les navigateurs Web les prennent en charge.
Un grand nombre d'outils et de serveurs Web prennent toujours en charge la compression GZIP, mais certains serveurs (y compris nginx selon votre lien sur la compression br) ne l'ont pas où on peut l'activer sur le serveur.
L'objectif d'un site Web étant de présenter des informations à des utilisateurs du monde entier, nous devons essayer de rendre une grande partie du monde heureux en créant deux versions d'une page Web. Une version compressée avec GZIP et l'autre non compressée pour les navigateurs ne prenant pas en charge la compression.
Lorsque l'utilisateur charge la page, le navigateur indique au serveur les méthodes de compression qu'il peut gérer (exemple: GZIP). Si le serveur le prend également en charge, le contenu est téléchargé compressé, puis extrait sur l'ordinateur de l'utilisateur, puis le code HTML est traité. le navigateur. Si toutefois le navigateur de l'utilisateur ne peut pas gérer la compression, le serveur doit fournir la version non compressée. C'est mieux que les utilisateurs qui voient des erreurs.