Votre serveur et votre site sont ils bien optimisés?
L’optimisation d’un site et d’un serveur est quelque chose de très spécifique, faisant même appel à des compétences bien particulières. Pour aider le quidam (moi donc) à savoir si le serveur sur lequel est installé son site est bien optimisé ou configuré, des outils sont disponibles gratuitement sur internet, certain sont plus ou moins pertinents, d’autres racontent n’importe quoi…
De mon expérience ces deux outils sont réellement efficaces :-YSlow, addons à Firebug (extension Firefox) fourni par Yahoo et présenté sur cette page. Très complet et utile même si les solutions ne sont pas toutes évidentes…
-RPO qui est une solution payante bien fichue sur le papier (qui optimise, compresse et compile les javascripts, les CSS,… à la volée) et qui propose un audit de votre site sur la base de calculs et non pas de mesures. Certes cet audit a pour objectif de vous vendre la solution RPO mais si l’on fait abstraction des deux colonnes relatives à leur produit vous avez un bel audit gratuit de votre site et des actions à faire pour optimiser votre site.
Average page load time (cold): 7,3 secondesCe que j’apprends avec ce rapport, c’est qu’en limitant le nombre de requêtes HTML (en passant à 26) je pourrais gagner 2,1 secondes de chargement soit 28%. Le bottle neck du site se situe au niveau des fichiers javascript qui sont appelés sur 2803 (12), minify pourrait être une solution à ce problème… A vous de faire le test avec votre site et de voir où vous pouvez optimiser un peu…
Page load (warm): 1.1 seconds
Page size: 679 KB
HTTP requests: 65
11 commentaires sur “Votre serveur et votre site sont ils bien optimisés?”
Les commentaires sont fermés.
Le problème c’est qu’on a beau optimiser son site, on ne sait rien changer aux 36 fichiers javascript requis par les régies publicitaires. 4,5 sec pour 64k.be
Ah oui c’est clair que cela te plombe un peu la performance d’un site… J’avais tenté à une époque de demander à smartadserver de rendre compatible son javascript avec les standards xhtml mais sans succès ils n’en ont rien à faire…
Je suis à 1,5 sec. Mais j’ai fait des efforts pour l’optimisation de mon blog. Idem que @Ced pour les pubs… (est-ce qu’on gagne notre vie avec ca?)
J’ajoute aussi que les scripts de tracking peuvent être une plaie (estat)…
Pour gagner en vitesse, le cdn est vraiment intéressant. J’ai passé tous mes fichiers statiques sur une install Cloudfront d’Amazon et grâce à ça, la latence des requêtes sur ces fichiers a été divisé par deux (en gros)
Je rajoute pour @henri: pour les scripts externes, il faut vraiment lire attentivement les clauses. Dès fois, ce n’est pas explicitement interdit d’avoir une copie locale (cf Google Analytics tracking code http://www.google.com/support/.....swer=55466 )
@Marin en effet tout ne peut pas être mis en local… Pour amazon Cloudfront c’est quelque chose qui te coûte cher ou pas au final?
@henri: je suis à 0,10 USD par mois pour tout mon contenu statique sur Cloudfront, mais il faut dire que je n’ai pas (encore) un traffic à la jQuery (cf http://twitter.com/jeresig/status/1167595873)
C’est je pense quand même assez raisonnable
C’est clair qu’il y a moyen d’optimiser sur widi…
J’ai fait une conférence cet été avec Camille Roux sur « optimiser les performances d’un site web ».
voir la conférence ici : http://www.camilleroux.com/200.....-video-hd/
Sinon l’excellent blog d’Eric Daspet en français : http://performance.survol.fr/
Sans jouer les rabats joies, ces derniers jours, j’ai eu quelques pbs pour accéder à ton site, je ne sais pas si c’est un pb d’optimisation mais bon…
Olivier en effet les sites 2803 ont vécus une semaine dernière plutôt difficile sur le plan de l’accessibilité. Depuis dimanche tout semble être rentré dans l’ordre…. Les sites sont mieux optimisés depuis ;)
En matière de CSS et de JavaScript, une autre optimisation pourrait être éventuellement la bienvenue. En effet, si jamais, par exemple, tes lecteurs ne visitaient qu’une seule page du site lors de leur visite, intégrer le CSS et le JavaScript dans le HTML peut faire gagner des requêtes, donc du temps, d’autant que le HTML peut être compressé via gzip (protocole HTTP 1.1).