appYuser INSIGHT pour app mobile

appYuser INSIGHT pour app mobile

On mesure l’expérience utilisateur sur mobile ! Cet été, notre équipe de R&D a planché sur une adaptation d’appYuser pour mesurer la performance web et l’expérience utilisateur sur les mobiles. Pourquoi ? Actuellement il n’y a quasiment pas d’outils de monitoring RUM (real-end-user) pour les applications mobiles sur le marché. Pourtant le nombre d’applications ne cesse d’augmenter ! Si vous êtes développeur, vous aurez peut-être pu faire quelques tests en laboratoire mais il est très difficile aujourd’hui de connaître le ressenti réel des utilisateurs de vos applications mobiles. C’est la nouvelle promesse d’appYuser ! Le développement sur mobile : app hybrides et natives Il existe 2 types d’application sur mobile : les applications hybrides et les applications natives. Les applications hybrides embarquent le navigateur du mobile. Elle sont développées en Javascript. Le code est alors compatible avec les 2 plateformes les plus répandues du marché : Android et iOS. Les applications natives, plus performantes car optimisées pour la machine, nécessitent une version spécifique du code pour chaque plateforme. Le code sera développé en Java ou Kotlin pour Android et en swift pour iOS. Compatibilité d’appYuser avec les applications mobiles : appYuser est compatible avec les applications hybrides depuis ses premières versions.  La nouveauté c’est qu’appYuser est maintenant compatible avec les applications Android natives et le sera prochainement pour iOS. Compatibilité appYuser Application hybride Application native Android Oui Oui iOS Oui En cours Qu’offre appYuser aux applications Android natives ? appYuser fournit aujourd’hui 2 fonctionnalités : Mesurer le ressenti utilisateur par rapport aux 3 types de démarrage (Cold, Hot et Warm) Mesurer le ressenti utilisateur lorsque votre application lance des...
Les nouvelles métriques de performance web pour l’expérience utilisateur

Les nouvelles métriques de performance web pour l’expérience utilisateur

L’objectif est d’analyser les nouvelles métriques disponibles de performance web et de voir comment on peut les utiliser pour estimer l’expérience utilisateur. Aujourd’hui la seule mesure de fin de chargement d’une page ne suffit pas pour évaluer réellement l’expérience utilisateur, elle permet au mieux de réaliser des tests techniques. Pour évaluer finement ce que l’internaute a réellement vécu et la perception qu’il a eue lors d’une navigation sur un site, il faut être capable d’analyser d’autres « moments » bien plus significatifs pour l’expérience utilisateur au niveau des performances web. Pour être pertinente cette analyse ne peut se faire que sur le poste client, dans un contexte réel de navigation. C’est pour ces raisons que les nouvelles métriques de performance web se mesurent au niveau du « User », pour analyser la progression réelle de l’affichage, la prise de dialogue avec l’internaute « début d’affichage », le moment où il peut interagir avec la page et si les interactions « clic sur un bouton » sont frustrantes ou pas. Quelles sont les métriques actuelles pour évaluer la progression d’affichage et l’expérience utilisateur associée ? Il en existe suffisamment pour évaluer de façon pertinente si l’utilisateur a eu une bonne ou mauvaise expérience de navigation. La difficulté c’est que ces différentes métriques peuvent être récupérées soit grâce au navigateur de l’utilisateur dans son contexte réel (solutions RUM*) soit depuis des sondes sur des serveurs dédiés et des contextes limités (solutions synthétiques*). Identifions les métriques de performance web disponibles et leur lien avec l’Expérience Utilisateur ; indépendamment des solutions de monitoring : Expérience utilisateur Métriques associées Début d’affichage « Prise de contact » First...
Vitesse sur la Google Search Console : utile ou non ?

Vitesse sur la Google Search Console : utile ou non ?

Vous l’avez peut-être déjà remarqué, depuis octobre 2019, l’onglet vitesse a fait son apparition sur la Google Search Console. Cet onglet liste les pages “lentes” de votre site. C’est une métrique indispensable pour le SEO car comme nous le savons, les pages trop lentes sont pénalisées en termes de référencement naturel. Dans l’article d’aujourd’hui, nous détaillerons le fonctionnement de ce nouveau module et nous vous en proposerons une analyse. Que contient le rapport vitesse de la Google Search Console ? Google définit trois vitesses de page : lente (en rouge), moyenne (en orange) et rapide (en vert). L’écran principal du module de vitesse présente le nombre de pages dans chacune des catégories en fonction du temps. Une page lente sur mobile ne l’est pas forcément sur desktop. Les données sont donc réparties dans deux graphiques différents. En cliquant sur “Ouvrir le rapport”, vous pouvez accéder à une vue plus détaillée des données. Ce rapport vous permet de filtrer selon la catégorie de vitesse sur laquelle vous souhaitez avoir plus de détails. Notamment, vous pourrez identifier la raison pour laquelle chacune de vos page est considérée comme lente. Comment Google mesure la vitesse de vos pages ? Google se base sur deux mesures pour qualifier vos pages. Le First Contentful Paint, FCP : temps entre l’instant où l’internaute essaie d’accéder à l’URL et l’instant où le navigateur affiche la première image. Le First Input Delay, FID : délai entre la première interaction de l’internaute (clique sur un lien ou sur un bouton) et le moment où le navigateur répond à cette interaction. Le tableau suivant permet ensuite de catégoriser vos...
DevOps – Le ROI est mort, vive le ROI !

DevOps – Le ROI est mort, vive le ROI !

Quand on intègre le service informatique d’une grosse et vénérable compagnie industrielle, on vous fait rapidement comprendre que le cœur de métier, la valeur de l’entreprise réside dans la manufacture et la vente de son produit phare, pas dans son SI. Fair enough. Cependant, cet état de fait devient problématique lorsque cette même société décide d’opérer une transformation digitale de son activité. Car une transformation digitale coûte cher, en temps comme en ressources. Elle peut s’avérer risquée à de nombreux égards (mauvaise identification des besoins, mauvaise qualification des solutions, changements hasardeux et précipités, manque de connaissances et compétences etc) et, mal maîtrisée ou prise trop tard, peut même faire pâtir le produit final (voir le cas d’école Jaeger, qui illustre pourquoi cette transformation est nécessaire, mais on peut également citer Kodak, Nokia et même dans une certaine mesure Boeing et Microsoft). Jaeger, un style aussi désuet que leur stratégie digitale Dès lors, il devient compliqué de cacher son dédain (spirituel mais surtout financier) envers l’IT en invoquant la priorité au produit final. Car si, dans les industries traditionnelles, l’informatique n’intervient pas (ou peu) dans la réalisation de ce dernier, elle en est en revanche le premier support, du bureau d’étude à la livraison. On ne peut donc plus décemment renier aux services informatiques leurs besoins grandissant d’investissement et décorréler la valeur du service qu’ils apportent de celle du produit qu’ils servent. Tout est lié. « Oui mais… Je tiens à mon argent. Je veux le faire prospérer. J’ai l’habitude de calculer le coût de mon produit. Après tout, il ne s’agit que de la somme de ses matières premières, des...
Gartner dit : DevOps échoue ! Qu’en pense notre expert Julien ?

Gartner dit : DevOps échoue ! Qu’en pense notre expert Julien ?

DevOps échoue, DevOps échoue énormément… Je le confesse, je suis un bien piètre élève. Ayant eu la chance de passer par quasiment toutes les couches du SI, j’ai au fil des ans été amené à me confronter à de nombreux problèmes, leurs solutions, les problèmes causés par ces solutions etc. Si cela vous forge un homme, l’expérience du terrain a tendance à vous éloigner des livres. Et si je suis très enclin à la veille technologique, elle repose plus sur la consultation d’autres professionnels et de StackOverflow que des papiers blancs émis par les instituts de consulting et l’impact bien trop grand qu’ils ont sur les sphères de décision en entreprise. Aussi n’ai-je pas été étonné lorsque, lors d’une récente mission de transformation digitale, j’ai appris l’abandon d’un produit d’accompagnement au changement et d’estimation de la maturité des équipes sur Agile et les organisations product-centric (ou customer-centric ou business first, appelez ça comme vous voulez). Un produit basé sur une approche et des outils promulgués par Gartner (Apply Gartner’s Product Management Maturity Model to Uplift Business Impact). Je ne suis pas un grand fan de cette société pour un certain nombre de raisons (le « magic quadrant » biaisé et trop lourd dans son impact sur le marché, le manque de transparence dans les calculs et la réalisation de ses analyses, des prises de position douteuses suivis de retournements de veste…). Une chose à laquelle je porte bien plus de crédit, en revanche, c’est DevOps. Confronté aux limites du cycle en V, aux silos fonctionnels et techniques ainsi qu’à la frustration face à l’inefficacité (on naît informaticien ou on...
L’influence de la publicité sur l’expérience utilisateur – 5 conseils

L’influence de la publicité sur l’expérience utilisateur – 5 conseils

D’après une étude menée par la fondation Mozilla, les internautes qui utilisent un bloqueur de publicité ont un taux d’engagement 50% supérieur aux autres. De manière générale, l’internaute associe rarement publicités en ligne et bonnes performances de navigation. Dans un article précédent, nous évoquions l’impact de la performance web sur les revenus publicitaires. Intéressons-nous aujourd’hui à la question inverse : l’impact de la publicité sur les performances web. Nous listerons les différents problèmes d’expérience utilisateur amenés par de la publicité mal intégrée. Puis nous donnerons quelques conseils techniques permettant de les contourner. Publicité en ligne et expérience utilisateur Single point of failure (SPOF) Le SPOF désigne  une dépendance externe critique de votre site. En d’autres termes, votre site ne peut pas fonctionner correctement sans cette dépendance. Si celle-ci est localisée sur un domaine disponible et performant alors il n’y aura pas vraiment de problème. Cependant, si le serveur en question tombe, les conséquences peuvent être dramatiques. Si en plus, il s’agit d’une ressource bloquante, alors l’internaute attendra devant une page blanche pendant une vingtaine de seconde ! Il est important de noter que ce problème n’est pas applicable uniquement à la publicité mais en fait à tous les domaines tiers que vous utilisez. Origine des contenus Les contenus publicitaires proviennent de sources très variées. Même si vous n’incluez qu’un seul script de publicité, celui-ci peut faire appel à des tiers eux-mêmes appelant des tiers, etc. Il sera finalement très difficile pour vous de prévoir à l’avance les contenus qui seront finalement chargés sur votre site. Cela pourra provoquer entre autre : Des ralentissements sur le chargement des pages Une...