Optimiser les sites pour limiter l'utilisation de bande passante sur Apache et Nginx
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
jeudi 4 septembre 2014
Niveau webmaster : avancé
Tout le monde souhaite utiliser moins de bande passante : les propriétaires de sites Web veulent réduire le montant de leurs factures, les mobinautes cherchent à ne pas dépasser leur limite d'utilisation de données, et personne n'a envie d'attendre le chargement d'octets inutiles. Sur le Web, les occasions d'économiser de la bande passante ne manquent pas : pages diffusées avec gzip, feuilles de style et code JavaScript minimisés, et images optimisées, pour ne citer que quelques exemples.
Alors pourquoi le Web n'est-il pas déjà optimisé pour réduire la quantité de bande passante utilisée ? Si ces économies sont bénéfiques pour tous, pourquoi ce problème n'a-t-il pas encore été réglé ? Principalement parce que ces changements sont trop compliqués. Les concepteurs Web sont encouragés à utiliser la commande "Save for Web" ("enregistrer pour le Web") lorsqu'ils exportent leurs créations, mais ils oublient parfois cette recommandation. Les programmeurs JavaScript n'aiment pas travailler avec du code réduit, car cela rend les débogages plus difficiles. Vous pouvez mettre en place un pipeline personnalisé qui garantit que chacune de ces méthodes d'optimisation est systématiquement appliquée à votre site dans le cadre de votre processus de développement ou de déploiement, mais cela représente une charge de travail considérable.
L'utilisation d'un proxy d'optimisation, comme celui de
Chrome
, est une solution simple pour les internautes. Lorsqu'ils choisissent ce service, leur trafic HTTP passe par notre proxy, ce qui optimise le chargement de leurs pages et réduit de 50 % la quantité de bande passante utilisée. Cependant, même s'il s'agit d'une bonne solution pour ces internautes, elle se limite aux utilisateurs de Chrome qui activent cette fonctionnalité et elle ne permet pas d'optimiser le trafic HTTPS.
Avec la fonctionnalité
Optimiser pour la bande passante
, l'équipe PageSpeed apporte cette technologie aux webmasters afin que chacun puisse en bénéficier : les internautes qui utilisent d'autres navigateurs, les sites sécurisés, les utilisateurs d'ordinateurs et les propriétaires de sites qui veulent réduire le montant de leurs factures pour le trafic sortant. Il vous suffit d'installer le
module PageSpeed
sur votre serveur Apache ou Nginx [1], d'
activer
la fonctionnalité "Optimiser pour la bande passante" dans votre configuration, et PageSpeed se chargera du reste.
Publié par Jeff Kaufman, Make the Web Fast
[1] Si vous utilisez un autre serveur Web, nous vous conseillons d'exécuter PageSpeed sur un proxy Apache ou Nginx. Toutes ces solutions sont
Open Source
, avec des efforts de portage en cours pour
IIS
,
ATS
entres autres.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2014/09/01 (UTC).
[null,null,["Dernière mise à jour le 2014/09/01 (UTC)."],[[["\u003cp\u003eThe PageSpeed optimization tool helps reduce bandwidth usage by automatically optimizing website elements like images, stylesheets, and JavaScript files.\u003c/p\u003e\n"],["\u003cp\u003ePageSpeed offers an "Optimize for Bandwidth" feature, similar to Chrome's data compression proxy, to reduce bandwidth for all users, including those on different browsers and secure sites.\u003c/p\u003e\n"],["\u003cp\u003eWebsite owners can easily install the PageSpeed module on their Apache or Nginx servers and enable the "Optimize for Bandwidth" feature to benefit from these optimizations.\u003c/p\u003e\n"],["\u003cp\u003eBeyond basic bandwidth optimization, PageSpeed offers advanced features such as cache extension, inlining, image lazyloading, and deferred JavaScript execution, which can be enabled as needed.\u003c/p\u003e\n"],["\u003cp\u003ePageSpeed is open source and available for various web servers, with ongoing efforts to support even more platforms.\u003c/p\u003e\n"]]],["Webmasters can reduce bandwidth usage for all users by installing the PageSpeed module on their Apache or Nginx server. This module, with the \"Optimize for Bandwidth\" feature enabled, automatically optimizes pages, similar to Chrome's optimizing proxy. This solution benefits all browsers, secure sites, and desktop users, reducing outbound traffic. The module can be configured for more advanced optimizations like cache extension, inlining, lazyloading, and deferring JavaScript. PageSpeed is also open-source, and porting efforts are underway for other web servers.\n"],null,["# Optimizing for Bandwidth on Apache and Nginx\n\nThursday, September 04, 2014\n\n\nEveryone wants to use less bandwidth: hosts want lower bills, mobile users want to stay under\ntheir limits, and no one wants to wait for unnecessary bytes. The web is full of opportunities to\nsave bandwidth: pages served without gzip, stylesheets and JavaScript served unminified, and\nunoptimized images, just to name a few.\n\n\nSo why isn't the web already optimized for bandwidth? If these savings are good for everyone then\nwhy haven't they been fixed yet? Mostly it's just been too much hassle. Web designers are\nencouraged to \"save for web\" when exporting their artwork, but they don't always remember.\nJavaScript programmers don't like working with minified code because it makes debugging harder.\nYou can set up a custom pipeline that makes sure each of these optimizations is applied to your\nsite every time as part of your development or deployment process, but that's a lot of work.\n\n\nAn easy solution for web users is to use an optimizing proxy, like\n[Chrome's](https://developer.chrome.com/multidevice/data-compression).\nWhen users opt into this service their HTTP traffic goes via Google's proxy, which optimizes their\npage loads and cuts bandwidth usage by 50%. While this is great for these users, it's limited to\npeople using Chrome who turn the feature on and it can't optimize HTTPS traffic.\n\n\nWith\n[Optimize for Bandwidth](/speed/pagespeed/module/optimize-for-bandwidth),\nthe PageSpeed team is bringing this same technology to webmasters so that everyone can benefit:\nusers of other browsers, secure sites, desktop users, and site owners who want to bring down their\noutbound traffic bills. Just install the\n[PageSpeed module](/speed/pagespeed/module)\non your Apache or Nginx server^[1](#1)^,\n[turn on](/speed/pagespeed/module/optimize-for-bandwidth)\nOptimize for Bandwidth in your configuration, and PageSpeed will do the rest.\n\n\nIf you later decide you're interested in PageSpeed's more advanced optimizations, from\n[cache extension](/speed/pagespeed/module/filter-cache-extend)\nand\n[inlining](/speed/pagespeed/module/filter-js-inline)\nto the more aggressive\n[image lazyloading](/speed/pagespeed/module/filter-lazyload-images)\nand\n[defer JavaScript](/speed/pagespeed/module/filter-js-defer),\nit's just a matter of enabling them in your PageSpeed configuration.\n\n\nLearn more about\n[installing PageSpeed](/speed/pagespeed/module) or\n[enabling Optimize for Bandwidth](/speed/pagespeed/module/optimize-for-bandwidth).\n\nPosted by Jeff Kaufman, Make the Web Fast\n\n\n1: If you're using a different web server, consider running PageSpeed on an\nApache or Nginx proxy. And it's all\n[open source](https://github.com/apache/incubator-pagespeed-mod),\nwith porting efforts underway for\n[IIS](https://www.iispeed.com/),\n[ATS](https://www.atspagespeed.com/), and others."]]
