performances web mobile

26
Optimiser les performances de son site pour un affichage confortable sur mobile Willy Leloutre, intégrateur Web dimanche 23 septembre 2012

Upload: willy-leloutre

Post on 24-Jun-2015

614 views

Category:

Technology


0 download

DESCRIPTION

Optimiser les performances de son site pour un affichage confortable sur mobile.

TRANSCRIPT

Page 1: Performances Web Mobile

Optimiser les performances de son sitepour un affichage confortable sur mobile

Willy Leloutre, intégrateur Web

dimanche 23 septembre 2012

Page 2: Performances Web Mobile

Quels sont les enjeux

État des lieux du trafic Internet : http://www.akamai.fr/enfr/stateoftheinternet/

La France est en 30e position, des pays où les connexions Internet sont les plus rapides. (Avec une moyenne de 4.9 mbit/s). Les connexions mobiles ont elles un débit moyen de 350 Ko/s avec des pointes à 1 Mo/s. (sources http://www.akamai.fr).

Selon Google, l'expérience mobile est 1.5 fois plus lente que celle sur Desktop.La 4G devrait permettre d’atteindre des débits (nomades) plus raisonnables !Début des travaux : 2014.

Le trafic mobile représente désormais 10% du trafic web mondial. 880 millions de mobiles (Android / IOS ) sont arrivés sur le marché en un peu plus de cinq ans. (sources www.lukew.com).

Les mobiles atteignent 87% de la population mondiale, c'est plus répandu que n'importe quel autre média de masse. (sources www.lukew.com).

dimanche 23 septembre 2012

Page 3: Performances Web Mobile

Le front-end, c'est du lourd !

Steve Souders, gourou de la performance web, a conclu que plus de 80% du temps passé par le navigateur à charger une page dépend du côté "front-end". Notamment les images qui peuvent représenter plus de 50% du poids total des ressources à télécharger.

images scripts

html

css

font

rich media

dimanche 23 septembre 2012

Page 4: Performances Web Mobile

Les erreurs courantes

• Multiplication des requêtes d'appels aux fichiers CSS, JS, IMG

• Sources CSS et Javascript non compressés

• Arbre DOM comportant trop de nœuds

• Sur-imbrication de sélecteurs CSS

• Inversement, sélecteurs trop évasifs (*)

• Surcharge de Hack CSS

• Redimensionnement des images en CSS

• Utilisation d'images graphiques pour les bordures, les ombres et dégradés

• Mauvaises pratiques des frameworks CSS (Blueprint, Boilerplate, 960gs, Skeleton, ...)

• Mauvaises pratiques des Data URI

• Surutilisation de la sécurisation SSL

• Chargement de fonctionnalités inutiles sur mobile

dimanche 23 septembre 2012

Page 5: Performances Web Mobile

Les bonnes pratiques

• Optimisez le poids de vos images (smushit.com)

• Rassemblez vos images à l'aide de sprites (draeton.github.com/stitches/)

• Unifiez et compressez vos scripts (cssdrive.com, refresh-sf.com/yui/)

• Utilisez les classes conditionnelles, une bonne alternative aux commentaires conditionnels et aux hacks Css !

• Dans la mesure du possible préférez les CSS3 aux images

• Charger uniquement ce dont vous avez besoin à l'aide des média queries, des chargeurs de scripts et polyfills. (http://requirejs.org/)

• Utilisez le lazy-loading sur les images, c’est à dire ne téléchargez l’image que lorsqu’elle est sur le point d’être affichée (OnScroll).

• Globalement, respectez les bonnes pratiques de conception web. (csslint.net, http://csslisible.com/)

dimanche 23 septembre 2012

Page 6: Performances Web Mobile

Le serveur prend le relais

• Héberger les ressources (images, médias) sur plusieurs domaines favorise la parallélisation.

• Mais attention à ne pas maximiser le nombre de requêtes DNS. Le coût de recherche DNS peut être dix fois plus important sur mobile à cause de la latence que sur Desktop. Un sous-domaine fonctionne aussi ! (media.mondomaine.fr)

• Utiliser HTML5 localStorage pour stocker vos datas, scripts et images (encodés en base64). Technique choisie par LinkedIn mobile, Bing ou GMail. Attention ! Le cache des navigateurs mobiles est beaucoup plus petits que celui des navigateurs de bureau (4Mo environ).

• Déployez votre site sur un CDN. Cela consiste à distribuer le contenu statique (images, scripts ..) de votre site suivant la localisation physique de l’utilisateur.

dimanche 23 septembre 2012

Page 7: Performances Web Mobile

Trés bien, mais en production ?

Comment utiliser toutes ces pratiques en production ?Une première approche :Demandez de l'aide à votre éditeur 'IDE' préféré, pour ma part SublimeText ou Netbeans. Ils auront sûrement quelques outils à disposition...

• CSSLint (erreurs de conception)

• JSMinifier (minifier le JavaScript)

• YUI Compressor ( minifier JS et CSS)

dimanche 23 septembre 2012

Page 8: Performances Web Mobile

Profiter des nouvelles technologies

dimanche 23 septembre 2012

Page 9: Performances Web Mobile

Avec les préprocesseurs Css

• Profitez des variables et des héritages de classes pour favoriser une approche DRY (Don’t Repeat Your CSS).

• Minifiez vos styles en production

• Générez automatiquement vos sprites d'images

• Unifiez vos Css avec l'import de feuilles de style partielles

• Encodez nativement vos backgrounds en data-uri,...

Les préprocesseurs CSS

Certains préprocésseurs Css proposent des compilations en Javascript côté front-end. Attention en production il faudra "précompiler" votre code Less et déployer un bon vieux style.css.

dimanche 23 septembre 2012

Page 10: Performances Web Mobile

Les Polyfills, Script loader, ...

RequireJS est un "script loader" modulable, qui fournit entre autre un outil d'optimisation permettant de combiner vos sources et de les minifier.http://requirejs.org/docs/start.html

Enquire.js est une bibliothèque apportant la puissance des Media Queries en Javascript. Il est utile par exemple pour charger vos scripts selon le format du périphérique (device) utilisé. http://wickynilliams.github.com/enquire.js/

YepNope est un chargeur de scripts conditionnel et asynchrone (ultra-rapide). Ce polyfill est inclus nativement dans Modernizer, une bibliothèque JavaScript qui détecte les fonctionnalités accessibles dans le navigateur de l'utilisateur. http://modernizr.com/

Quel script loader choisir ? http://goo.gl/qbkVG

?

dimanche 23 septembre 2012

Page 11: Performances Web Mobile

● Faut-il charger des images rétiniennes pour les appareils disposant de cette technologie ?

● Devons nous laisser le choix aux internautes et mobinautes de l'activer ou non ?

● Il faut savoir que les images "rétiniennes" seront plus lourdes à charger que les images standard...

Mon avis est que les connectivités réseaux ne permettent pas aujourd'hui de fournir du retina sur des mobiles connectés en 3G !

Profiter... des nouvelles technologies OU PAS !

dimanche 23 septembre 2012

Page 12: Performances Web Mobile

Mythe ou réalité ?

@media (min-bandwidth: 25Mbps) {}@media (max-bandwidth: 10Mbps) {}

dimanche 23 septembre 2012

Page 13: Performances Web Mobile

Nous n'avons pas parlé des images responsives !

Des images responsives

dimanche 23 septembre 2012

Page 14: Performances Web Mobile

Mesurer, comparez !

● http://www.browserscope.org/

● http://mobitest.akamai.com/

● https://developers.google.com/speed/

● http://yslow.org/

● http://validator.w3.org/mobile/

● http://www.opquast.com/

● http://gtmetrix.com/

dimanche 23 septembre 2012

Page 15: Performances Web Mobile

Un exemple ?

● leklub.fr/blog 25 secondes de chargement sur Iphone 4 en 3G

dimanche 23 septembre 2012

Page 16: Performances Web Mobile

Sans l'aspect social : 13.26 secondes de chargement

dimanche 23 septembre 2012

Page 17: Performances Web Mobile

Sans script superflu : 12.53 secondes de chargement

dimanche 23 septembre 2012

Page 18: Performances Web Mobile

Sans Google font ! 11.81secondes de chargement

dimanche 23 septembre 2012

Page 19: Performances Web Mobile

Images compressées : 4.78 secondes de chargement

Avec optimisation des CSS pour mobile...

dimanche 23 septembre 2012

Page 20: Performances Web Mobile

Mobile Ready ! 1.68 secondes de chargement

dimanche 23 septembre 2012

Page 21: Performances Web Mobile

Les optimisations réalisées

• Feuilles de styles CSS unifiées

• Images compressées

• Image d'arrière-plan chargé uniquement si écran > 640px

• Suppression des styles IE (classes conditionnelles)

• Google font chargé uniquement si écran > 640px

• Chargement asynchrone des scripts Javascript*

• Chargement des widgets sociaux uniquement si écran > 960px*

* En test sur le blog

Attention ! PageSpeed, YSlow, ... sont des outils d’évaluation. Ils ont été mis en place pour aider les développeurs à avoir une vision d’ensemble de l’optimisation de leurs pages et synthétisent l’ensemble des tests sous forme d’un score global.

dimanche 23 septembre 2012

Page 22: Performances Web Mobile

Et testez !

Les outils de mesure ne remplacent pas les tests en situation réelle !

dimanche 23 septembre 2012

Page 23: Performances Web Mobile

Testez, ... mais comment !

Avec Opéra mobile émulator ! Non, cet outil peut être utile pour vaguement tester la "responsivité" de son site, mais en aucun cas les performances réseaux.

Pour simuler un réseau 3G, on pourra utiliser des proxys via WiFi qui dégradent volontairement la connexion. Je vous invite à tester Trickle (Linux), Network Link Conditioner (OSX 10.6) ou Slowy App (OSX 10.5).

dimanche 23 septembre 2012

Page 24: Performances Web Mobile

Quelques ressources utiles

http://stevesouders.com/

http://www.lukew.com/

http://blog.goetter.fr/

http://www.webperformancetoday.com/

http://wdfriday.com/

http://letrainde13h37.fr/

https://twitter.com/#!/search/webperf

Atelier de travail sur les bonnes pratiques Webperfhttps://checklists.opquast.com/webperf/workshops/

dimanche 23 septembre 2012

Page 25: Performances Web Mobile

Conclusion

La performance est un élément essentiel pour une bonne expérience utilisateur (sur mobile) mais pas uniquement.

Attention à ne pas surestimer les configurations technologiques de nos utilisateurs.

C'est un travail de longue haleine, qui s'écoule sur toute la durée de vie du site.

dimanche 23 septembre 2012

Page 26: Performances Web Mobile

[email protected]: @wleloutre

Merci !

Des questions ??

dimanche 23 septembre 2012