Apache est considéré aujourd’hui par beaucoup de professionnels/non professionnels du web comme LA solution en matière de serveur web. On pourrait même parfois douter qu’il en existe d’autres, tant certaines configurations types se retrouvent partout.
Et les autres ? Pour rebondir sur d’autres (excellents) billets du blog RESONEO, vous êtes-vous déjà penchés en profondeur sur la mesure du temps de chargement de votre site sous un autre serveur web ? Qu’utilisent les gros sites ? Sont-ils tous sous Apache ?
Bien entendu, tous les sites n’utilisent pas Apache. Vous pourrez trouver sur la page dédiée sur le site de Lighttpd par exemple les sites utilisant ce serveur web (http://redmine.lighttpd.net/projects/1/wiki/PoweredByLighttpd), ainsi que sur Nginx (http://trends.builtwith.com/topsites/nginx).
Les sites rebelles du web
Parmi les sites n’utilisant pas Apache ou du moins pas sur la totalité de leur site, on peut donc citer :
- Cnn.com
- WordPress.com
- Tumblr.com
- Tube 8 (vers lequel nous ne ferons pas de lien sous quelque sorte que ce soit, par le plus grand des hasards)
- Le service d’upload de Wikipedia
Bref, des gros sites qui pourtant doivent faire face à une charge très importante, et aussi bien servir des ressources statiques que dynamiques, demandées depuis des IP du monde entier.
Ils doivent aussi bien servir des images, que du texte, des pdf, des vidéos en streaming… La totale.
Alors pourquoi quitter Apache ou même ne pas l’installer du tout ?
Et bien Apache peut parfois être gourmand, et ne pas du tout correspondre à vos besoins en terme de charge ou de fonctionnement.
D’autres serveurs web ont donc été créés afin de répondre à ce besoin de performance et/ou de spécificité.
Les deux plus connus, que nous avons déjà cités plus haut, sont Nginx et Lighttpd.
Ce sont tous les deux des serveurs web très légers, très appréciés par certains SEO pour leur rapidité et leur faible charge serveur.
Le fameux temps de chargement
Pourquoi ce fameux temps de chargement est-il si important ? Pour deux raisons majeures :
- Google nous promet depuis des années de mieux positionner les sites avec des temps de chargement plus rapides. Il n’a pas encore concrètement sauté le pas, mais ça n’empêche pas de prendre les devants et de commencer à travailler dans ce sens.
- La conversion. Parler de temps de chargement, ça doit en faire bailler certains, je le conçois. Mais je disais par exemple que si l’on réduisait le chargement des pages de ventes de notre site à moins d’une seconde, on multiplierait par 3 notre taux de conversion, ça ne ferait pas rêver ?
Trop beau pour être vrai vous dites-vous ? Et bien non. Walmart vient de publier une étude (disponible ici http://www.powerretail.com.au/multichannel/performance-walmart-case-study/) arguant qu’un temps de chargement des pages de vente supérieur à 1 seconde divisait par 3 le taux de conversion.
Le temps, c’est de l’argent
Pour ceux qui n’aiment pas lire, voici le graphique en question :
Le temps de chargement impacte fortement la conversion
Ouch vous dites-vous ? Vous avez bien raison, car les internautes, à l’heure du haut débit, n’aiment plus attendre.
Dès lors, envisager une autre solution en matière de serveur web devient une idée potentiellement rentable.
Pourquoi d’autres serveurs web ?
Voici des graphiques comparant Apache et lighttpd (les données étant facilement accessibles) :
Avec un test ab avec une concurrence de 3, 50 requêtes au total :
Comparaison du temps de complétion et du nombre de requêtes par seconde
On peut observer que Lighttpd met 62% moins de temps qu’Apache à exécuter le test. Lighttpd peut également faire 168% de requêtes supplémentaires par seconde.
Taux de transfert
Lighttpd affiche un taux de transfert supérieur de 162%.
Temps nécessaire par requête
Il faut à Lighttpd 62% moins de temps pour faire une requête par rapport à Apache.
Source : http://www.markround.com/archives/30-LigHTTPd-and-Apache-Symfony-benchmarks.html
Tous ces graphiques montrent bien que des solutions alternatives peuvent être bien plus intéressantes que les grands classiques.
Attention toutefois, ce n’est pas le saint graal, certains fichiers ou requêtes gagneraient à être servies par un autre serveur, afin d’encore plus optimiser le temps de chargement.
Vous pouvez même mettre en place une période de test où vous feriez tourner les deux ou les trois serveurs web en même temps, sur des ports différents, afin de tester.
Si vous avez encore besoin d’arguments pour être convaincus, sachez que ces serveurs web alternatifs sont en général nettement plus simples à configurer, et supportent parfaitement les langages web classiques, le https, la mise en cache…
Et bien qu’étant des challengers, ils disposent d’une communauté étant tout à même de vous aider en cas de difficultés, si les nombreux tutoriaux complets disponibles sur le net n’étaient pas suffisants.
Vous pourrez également par extrapolation ne pas être touchés par les attaques de malwares et failles dédiées à Apache, un peu à la manière de Mac par rapport à Windows.
Penchez-vous sur la question de votre serveur web. Pourrait-il aller plus vite ? Des internautes se sont-ils déjà plaints du temps de chargement ? Google affiche-t-il des mauvais résultats dans Google webmaster tools ?
Si vous avez répondu oui à une de ces questions, c’est le moment de tester d’autres configurations et vous renseigner sur l’amélioration du temps de chargement.
Et on le sait, le temps… C’est de l’argent
