Quels filtres complémentaires activer dans mod_page speed ?

WRInaute discret
Bonjour,
Nous avons un site de conception ancienne en html4 (pas de CMS ou de Framework) et il est impossible pour nous de réécrire proprement les scripts. Suite à une refonte graphique j'essaie d'améliorer la vitesse du site.

Mod_page speed semble la solution pour pas mal de choses mais je me pose des questions sur les modules complémentaires (et je trouve les explications de Google mal documentées et rien trouvé de probant sur le net) :

Par exemple j'ai testé defer_javascript mais speed insight continue à me dire que des js bloquent avant l'affichage de la page. Je ne comprends pas pourquoi. (l'affichage est correct).

Est ce que je dois mettre aussi (en même temps) ou choisir avec outline_javascript ?

Vu que, par défaut le css est minifié et que je n'ai qu'un seul css, prioritize_critical_css est-il utile ?

Est-ce que je dois mettre sprite_images et dedup_inlined_images ou/et inline_preview_images en même temps ?

Bref, je suis un peu perdu et je ne voudrais pas créer de conflits entre ces différentes options.

Je vous remercie d'avance pour vos réponses ou vos liens utiles
 
WRInaute impliqué
Bonjour,

Il serait plus facile de répondre avec l'url du site, car chaque optimisation peut être contre productive.
Je n'ai pas utilisé dernièrement mod_page_speed préférant les optimisations manuelles mais voici quelques pistes:
pour defer_javascript:
il faut bien veiller à ce que les scripts puissent être chargés avec cette méthode, ce qui n'est pas forcément le cas, par exemple si ils utilisent document_write, ou pour certains scripts publicitaires ou tags analytics. Autre chose qui n'est pas indiqué, est ce que l'ordre de chargement des scripts est respecté ?

pour prioritize_critical_css:
la aussi tout dépend du profil des visiteurs : si il consulte plusieurs pages en moyenne, un seul CSS mis en cache me semble parfait, si ils ne visitent qu'une seule page, autant optimiser à fond celle-ci. Personnellement je n'utilise pas cette méthode bien que recommandée par Google, car d'autres optimisations sont bien plus importantes.

pour sprite_images :
tout dépend le nombre d'images! Même si pour le coup je trouve cette règle très utile, par exemple si on utilise des icones, puces de listes, ...

pour dedup_inlined_images:
utilisez vous des images inline? c'est a dire des images chargées via de data uri ( url(data:image/gif;base64,... )?
si non aucun intérêt, et de toute façon il règle un problème très rare et particulier...

inline_preview_images:
pas convaincu par cette règle, je préfère de loin gérer moi même la compression des images critiques (logo, ...) et laisser mod_page_speed optimiser les autres automatiquement. Encore une fois des gains à la marge.

Encore une fois n'hésitez pas à laisser votre url ou tester votre site dans des conditions réelles via http://www.webpagetest.org/
 
WRInaute discret
Bonjour,
Je vous remercie de votre réponse que j'avais lu dès sa parution. Malheureusement le designer étant en train de travailler j'avais été obligé de désactiver mod_page_speed donc je ne pouvais vous répondre.
Je connaissais plusieurs sites de test de rapidité mais webpagetest est vraiment un bon site qui détaille tout. J'ai laissé la page ouverte sur un test de notre site avant l'implantation de mod_pagespeed. Par contre avant de relancer j'aurais aimé faire une sauvegarde de ce test mais quand je clique sur Export HTTP Archive (.har) dans http://www.webpagetest.org/result/150311_TE_VJE/1/details/ je n'ai qu'un fichier illisible.
Comme ça vous avez peut-être l'url que je teste :D

J'ai compris désormais que le defer javascript ne peut pas marcher avec les scripts pubs car ceux ci les bloquent avec leur robot.txt par contre je n'ai pas compris votre question sur l'ordre de chargement des scripts. Quel doit-il être ? Que je vérifie s'ils se chargent dans l'ordre.

Généralement les visiteurs consultent plusieurs pages et désormais il y a un seul css (c'était un des objectifs de la refonte car préconisé par Google) donc si je comprends bien prioritize_critical_css est désormais inutile. Vous faites allusion à d'autres optimisations plus importantes. C'est à dire ?

Nous utilisons des icônes qui reviennent sur toutes les pages (dans le menu) et certaines pages sont, en plus, illustrées avec des images différentes (parfois 3 par page) donc je pense que nous aurons intérêt à utiliser sprite_image, non ?

J'ai regardé la définition des uri mais je ne suis pas bien sûr d'avoir compris : outre les images appelées par les pubs (mais là je pense donc qu'il n'y aura rien à faire) les images sont sur notre serveur.

Merci d'avance pour vos conseils.
Si ça ne suffit pas je vous donnerai l'adresse de notre site mais je préfererais que ce soit en privé :)
 
WRInaute discret
Bonjour,
Personne n'a pris la suite de Bigb06 pour m'expliquer le reste mais je ne désespère pas :D

Jusque là j'ai donc mis en route
defer_javascript
insert_image_dimensions
sprite_images

J'ai aussi mis en route Mod.expire pour apache avec un bout de code dans le htacces et j'ai gagné pas mal en vitesse.
Vu que j'ai déjà defer_javascript je me demande si je dois mettre aussi en route outline_javascript ?

Vu que j'ai déjà mis sprite_images et que la plupart des mes images redondantes sont désormais (avec mod.expire) avec un délai d'expiration assez long, je me demande si dedup_inlined_images est utile.

merci d'avance pour vos éclaircissements
 
WRInaute discret
Bonjour,
Je n'ai toujours pas de réponse. Je suis dans la mauvaise rubrique ?
Ou est-ce que je dois poster cette question à votre avis ?
 
Discussions similaires
Haut