Optimiser son serveur web pour WordPress

L’optimisation de votre site débute par le serveur. Des solutions efficaces et peu coûteuses existent, comme Nginx. Petit survol d’une solution parmi d’autres.

Ecrit le 3 janvier 2012
9 commentaires

Rejoignez 4h18 sur Facebook

Article(s) lié(s)

Ce n’est plus un secret, le temps de chargement est (re)devenu un point essentiel au bon référencement de votre site. Nous savons déjà que l’empilement de plugin n’est pas la meilleure des choses pour cela, et inutile de penser qu’un système de cache type W3 Total Cache sera votre sauveur, vous mettrez, au mieux, une rustine sur une roue pleine de trous.

Pour optimiser votre site, il faut partir du commencement, à savoir la machine. La performance a un prix, néanmoins, à ce jour, vous trouverez des offres pour des serveurs de type VPS à bas coût. Par exemple, 4h18 tourne sur un VPS d’entrée de gamme avec 1 part processeur (soir environ 250 Mhz, quand mon dédié tourne lui avec un dual core à 2 Ghz) et 512Mo de ram (oui, j’ai fait un petit effort de ce côté, ça peut servir pour memcached qui utilise la mémoire vive pour cacher votre contenu).

Cela n’empêche pas le site de tourner plus que convenablement. Alors forcément, il va falloir mettre les mains dedans ! Et si, comme moi, vous partez de zéro, armez-vous de patience, car la route sera longue et périlleuse. Le résultat en vaut la peine. Avoir la main sur son installation, de A à Z, c’est quand même le pied ultime.

Avant de partir tête baisser et pied au plancher, il est recommandé de mettre en place une maquette, de faire des tests. Une fois que vous aurez la bête en main, il sera temps de passer en « production ».

Optimiser son serveur

Dernièrement, j’ai quelque peu modifié la configuration de mon serveur. Il tourne toujours sur Apache 2 prefork, avec APC 3.1.9 et memcached, mais jee viens de lui adjoindre Nginx en mode reverse proxy, ainsi qu‘un sous domaine pour délivrer les images du site, ce qui soulage quelque peu le serveur primaire, celui qui dessert le contenu texte, le css, etc.

Dans l’idée, Nginx vient se placer devant Apache, c’est donc lui qui va vous retourner le contenu, une sorte de cache en gros (voir cet excellent schéma de Nicolargo). Si ce que vous demandez est dans le ventre de Nginx, hop, il vous le renvoi, sans déranger Apache.

Sachant que Nginx est plus léger qu’Apache, le gain de performance est non négligeable. Apache est alors utilisé uniquement pour les pages qui ne serait pas dans le cache de Nginx.

Un sous domaine pour les images

A cela, vous ajoutez un sous-domaine pour délivrer vos images, et vous voilà avec une petite configuration bien robuste.

Ainsi configuré, mon tout petit vps peut recevoir 50 visiteurs simultanés sans broncher. Bon, passé ce cap, le serveur affiche rapidement ses limites. Mais avec un processeur à 250 Mhz, il ne faut pas s’attendre à des miracles.

Pour compléter le tableau, du côté de WordPress, j’ai bien sûr configuré W3 Total Cache mais également un plugin que j’ai découvert un peu par hasard et qui permet de gérer le proxy Nginx depuis l’administration : Nginx Manager. Je vous en ferais une review sous peu, sachez simplement qu’il s’avère bien utile.

Une question de choix

Je me doute bien que le novice qui sommeil en vous est en train de se dire que tout ça, c’est bien beau, mais c’est d’un autre monde. A un détail près. Si vous souhaitez vraiment que votre site pulse comme il faut, vous n’avez pas 36 solutions :

Soit vous payez un expert linux ou une boite d’infogérance
Soit vous mettez le nez dedans

Tout dépend des objectifs que vous fixez à votre site WordPress. Pour une utilisation personnelle, il n’y a pas de débat. Pour une utilisation professionnelle, la question doit se poser, et le plus tôt est le mieux.