Group items tagged

Web development on mobile devices is especially challenging. The debuggers and profilers we use on the desktop aren't available. Bookmarklets are a good alternative. They're lightweight and work on most browsers - even mobile browsers. But installing bookmarklets in mobile browsers is a pain. You could try to find all the good bookmarklets out there and install them one by one. Or... Just install the Mobile Perf bookmarklet!

Petit favori à ajouter, sur votre ordinateur ou téléphone mobile, pour un accès rapide à des outils d'audits de performance de page Web.

l'équivalent en fonctionalités de webpagetest.org, mais pour surveiller les smartphones

Outil de test de performance pour mobiles (simule un mobile Android ou iPhone pour l'instant). Indique les temps de chargement et le poids total ; optionnellement une vidéo de chargement et une capture d'écran.

"Google mobile search is getting faster - to be exact, 200-400 milliseconds faster! We are gradually rolling out this improvement to all browsers that support the attribute (currently, mobile Chrome and Safari)."

Les mobiles ont longtemps été une cible très spécifique à base de WAP. C'est maintenant révolu et on a de réels navigateurs complets avec javascript et CSS. Que peut-on faire de spécifique pour le Web mobile ? C'est Jason Grigsby de cloudfour qui vient de donner une présentation "Going fast on the mobile web". 

August is Speed Awareness Month, and performance experts throughout our community are contributing their perspectives. My post about must-have mobile optimization techniques just went live. Here's the intro... As you probably know, mobile users face unique performance challenges when it comes to implementing the strategies above.

En 2 ans, en quoi les attentes des usagers de l'Internet mobile ont changé ? Ils attendent moins et attendent des performances équivalentes à leurs ordinateurs. Par contre ils rencontrent moins de problèmes et sont moins enclins à aller voir ailleurs.

"Les outils pour mesurer / comprendre sont plutôt reconnus désormais et arrivent a une certaine maturité. Il y a toutefois encore un créneau plutôt peu documenté (à mon goût) dans le domaine, celui permettant de mesurer les temps de chargement dans des applications mobile natives (Android / iOs ...)"

Trying to measure and analyse your site's mobile performance is like taking aim at a constantly moving target. As soon as you think you have some idea of what exactly it is you're trying to measure, it changes.

This week begins face to face meetings at the IETF on how to approach HTTP 2.0 and improve the Internet. How the industry moves forward together on the next version of HTTP - how every application and service on the web communicates today - can positively impact user experience, operational and environmental costs, and even the battery life of the devices you carry around.

- sérieuses conséquences lorsque l'on active la capture vidéo - comparé à keynote (solution de tests payante), les pages s'affichent bcp + vite. - il y a visiblement un bug puisque certaines requêtes s'affichent en 1ms conclusion perso : - un peu jeune, mais c'est le seul qu'on ait - vu la diversité des expériences dues au réseau, il ne faut pas prendre les résultats à la lettre mais plutôt l'utiliser pour comprendre le fonctionnement des navigateurs mobiles

Pourquoi créer 2 sites différents pour le mobile et le desktop (toujours pas de traduction/adaptation potable en français ?). Principalement pour des raisons techniques, d'expérience utilisateur et de performance (poids d'images, structure de page, usage adapté).

Si l'article le mérite on peut toujours ouvrir un Google Doc et essayer de traduire à plusieurs s'il y a des gens motivés. Eric pourrait même publier la traduction sur son blog. Perso j'ai déjà une traduction sur un long article UX en cours.