<\/p>\n
La vitesse d’affichage d’une page web est actuellement, et ce depuis un certain temps, devenu importante. Surtout en ce qui concerne l’optimisation et par cons\u00e9quent le r\u00e9f\u00e9rencement. Afin de gagner ces quelques millisecondes qui feront la diff\u00e9rence, il existe plusieurs m\u00e9thodes et techniques. En voici quelques-unes, avec des exemples.<\/p>\n
Chaque requ\u00eate HTTP au sein du fichier prend un certain temps, mais surtout bloque le chargement global de la page web. En effet, HTTP et HTML chargent les ressources au fur et \u00e0 mesure que la page le demande.<\/p>\n
<\/p>\n
Restreindre le nombre de fichiers, par exemple, en regroupant les css et javascript est une bonne solution. Une autre possibilit\u00e9 est aussi de charger l’essentiel de la page et \u00e0 la fin de celle-ci, ex\u00e9cuter du code javascript qui sera charg\u00e9 de t\u00e9l\u00e9verser du javascript ou encore des css.<\/p>\n
Que dire, si ce n’est l’essentiel, une requ\u00eate DNS prend du temps, et le temps est pris sur le chargement de votre page.<\/p>\n
La distance entre un serveur et un visiteur peut faire varier \u00e9norm\u00e9ment le temps d’affichage. En effet, une information situ\u00e9e sur un serveur a un point X du globe peut parfois faire plusieurs fois le tour de celui-ci avant d’arriver chez le visiteur Y. Tout d\u00e9pends des accords entre les gestionnaires des diff\u00e9rents r\u00e9seaux, le chemin le plus \u00e9conomique est celui qui sera choisi1<\/a><\/sup>!!!!! En r\u00e9sum\u00e9, plus vous \u00eates proches, plus cela arrive vite.<\/p>\n Une solution peut venir de l’utilisation de CDN<\/a> qui suivant la provenance de l’IP oriente le visiteur vers le serveur le plus proche.<\/p>\n Cela peut para\u00eetre b\u00eate, mais moins il y a de donn\u00e9es, moins il faut attendre pour recevoir celle-ci. Le but n’est pas de supprimer du contenu, mais bien de faire une di\u00e8te, par exemple, en optimisant le code (X)HTML, CSS, javascript, … Ceci en enlevant les espaces superflus et en compressant les donn\u00e9es envoy\u00e9es. On peut notamment citer jsmin<\/a> et YUI Compressor<\/a><\/p>\n Mais aussi utiliser le mode deflate et gzip de votre serveur web (Apache par exemple). Ceci fera prochainement l’objet d’un article.<\/p>\n HTTP pr\u00e9vois un m\u00e9canisme de cache, pensez \u00e0 l’utiliser. Envoyer une bonne ent\u00eate HTTP sur vos fichiers afin que seul le contenu qui ai chang\u00e9 soit charg\u00e9 par le visiteur qui revient sur votre site.<\/p>\n Parall\u00e8lement \u00e0 cela, si vous utilisez des librairies ou des framework css ou javascript vous pouvez tr\u00e8s bien utiliser un CDN tel que celui que Google met \u00e0 votre disposition<\/a>. Le cache sera le m\u00eame pour tous les sites qui utiliseront ce CDN et donc le gain \u00ab\u00a0risque\u00a0\u00bb d’\u00eatre pr\u00e9sent m\u00eame si le visiteur visite votre site pour la premi\u00e8re fois!<\/p>\n Et il existe au moins des dizaines d’autres techniques, c’est dire si le sujet et \u00e9tendu et int\u00e9ressant. Certaines, sont r\u00e9alisable \u00e0 l’\u00e9chelle de l’individu tandis que d’autres n\u00e9cessitent un investissement, parfois cons\u00e9quent.<\/p>\n Le but de cet article \u00e9tait d’intriguer et de vous pousser \u00e0 aller plus loin. Un web plus rapide est l’affaire de tous et est b\u00e9n\u00e9fique pour tous : le visiteur, le webmaster, le r\u00e9f\u00e9rencement du site, les FAI (qui paierons moins de bande passante), les h\u00e9bergeurs, la plan\u00e8te (ben oui, un web optimiser = un web qui consomme moins!), …<\/p>\nDiminuer la quantit\u00e9 de donn\u00e9es envoy\u00e9es<\/h2>\n
Utiliser le cache des navigateurs<\/h2>\n
Pour finir<\/h2>\n