Bienvenue
échangeons ensemble
ça commençe à 19h45
Qui êtes vous ?● Intégrateur web (html, css, js)
● Administrateur (système, réseau)
● Développeur (php, sql, python, ruby, java)
● Chef de projet (word, gantt, email)
● DSI (word, email, excel, outlook)
● Étudiant (livres, bière)
● Coeur de métier (fonctionnel, word, stats)
● Curieux (rien de ce qui est plus haut)
Qui je suis
Éric Daspethttp://eric.daspet.name/qualité, ouverture, web
Livre sur les performances des sites web en écriture
Ensemble, pour...
● Des conférences avec intervenants experts● Échanges entre nous● Veille commune● Informations et évangélisme sur les perf● Documentation claire en français● Outils ou tests communs
Webperf user group
ici une capture d'écrand'un site extra-ordinaireencore à venir
nom temporaire
Mais pour l'instant vous nous retrouvez sur http://bit.ly/webperf-user-group
J'attends de vous● Un nom sympa● Un site web moins moche (actu + agenda)● Une liste e-mail ou un forum web, un wiki
● Des gens pour animer et organiser● Des partenaires pour financer
Programme de la soirée● Un petit mot sur le contexte ← on en est là
● Éric Daspet « Impact de la performance web, rappels »
● Stoyan Stefanov « progressive downloads and rendering »
● Anthony Ricaud « nouveautés des navigateurs »
● Jean-Pierre Vincent « javascript sans bloquer »
← à priori là il sera vers les 22h
Les suites
● Un feedback - très apprécié - demain après-midi sur http://bit.ly/webperf-user-group
● Des vidéos (quand elles seront prêtes)
● Peut être un autre événement un vrai site web pour le groupe un espace d'échange (ça dépend aussi de vous)
Programme de la soirée● Un petit mot sur le contexte ← on en est là
● Éric Daspet « Impact de la performance web, rappels »
● Stoyan Stefanov « progressive downloads and rendering »
● Anthony Ricaud « nouveautés des navigateurs »
● Jean-Pierre Vincent « javascript sans bloquer »
← à priori là il sera vers les 22h
De quoi parlons nous● Performance des sites web
87
12 3
4
6
...
143
144
Des sites de plus en plus gros
Des sites de plus en plus gros
Des connexions rapides
Des connexions rapides
« Users really respond to speed »
Marissa Meyer, VP user experience, Google
« Users really respond to speed » Marissa Meyer, VP user experience, Google
+ 1/3 bc de latence → -1 % de ventes+ 1,5 bc au chargement → - 20 % de trafic (pages vues)
+ 1,2 bc au chargement → + 5 à 9 % d’abandon (rebond)
+ 3 bc au chargement → - 2,8 % de revenu publicitaire
- 6 bc au chargement → + 15 % de taux transformation
« Users really respond to speed » Marissa Meyer, VP user experience, Google
+ 1/3 bc de latence → -1 % de ventes+ 1,5 bc au chargement → - 20 % de trafic (pages vues)
+ 1,2 bc au chargement → + 5 à 9 % d’abandon (rebond)
+ 3 bc au chargement → - 2,8 % de revenu publicitaire
- 6 bc au chargement → + 15 % de taux transformation
qu'est-ce qu'un bc ? combien de temps ça prend ?
« Users really respond to speed » Marissa Meyer, VP user experience, Google
+ 100 ms de latence → -1 % de ventes+ 500 ms au chargement → - 20 % de trafic (pages vues)
+ 400 ms au chargement → + 5 à 9 % d’abandon (rebond)
+ 1 sec. au chargement → - 2,8 % de revenu publicitaire
- 2,2 sec. au chargement → + 15 % de taux transformation
c’est encore pire en réalité
« Users really respond to speed » Marissa Meyer, VP user experience, Google
+ 100 ms de latence → -1 % de ventes+ 500 ms au chargement → - 20 % de trafic (pages vues)
+ 400 ms au chargement → + 5 à 9 % d’abandon (rebond)
+ 1 sec. au chargement → - 2,8 % de revenu publicitaire
- 2,2 sec. au chargement → + 15 % de taux transformation
c’est encore pire en réalité
Vous doutez ? (strangeloop)
Vous doutez ? (strangeloop)
Vous doutez ? (strangeloop)
Vous doutez toujours ? (wikia)
Vous doutez encore ?
Ce n'est pas fini (Bing)
Il y a mieux (ou pire, c'est selon)
Il y a mieux (ou pire, c'est selon)
● SEO : critère de classement Google
● SEM : influe sur le cout adwords
● Fidélité : la perception négative perdure
Et en plus c'est moins cher
Et en plus ça rapporte
Mozilla
On pourrait continuer comme ça longtemps
Fred Wilson (twitter, delicious, ...)
First and foremost, we believe that speed is more than a feature. Speed is the most important feature. […]
[…] When we see some of our portfolio company’s applications getting bogged down, we also note that they don’t grow as quickly. There is real empirical evidence that substantiates the fact that speed is more than a feature. It’s a requirement.
Il faut agir
Il faut agir
Université du Système d'information 2010 – Performance des sites web – Éric Daspet, SQLI
95 %front-end
5 %back-end
Il faut agir
Université du Système d'information 2010 – Performance des sites web – Éric Daspet, SQLI
95 %front-end
5 %back-end
Imaginez les ROI comparés
De quoi parle-t-on ?● Cache (HTTP, pas applicatif)● Compression (images, gzip), minification ● HTTP, DNS, TCP/IP, Latence, Débit● Ordonnancement des ressources● Mutualisations des requêtes HTTP
● Assez peu de questions applicatifs (js, php, ...)
Où ?
Nous allons faire une collection de liens,rendez-vous sur le site dans quelques temps
Entre temps : Yslow, Google Page Speed, Web Page Test
questions, réactions, discussions(éventuellement en privé après)