Flipboard : une désinscription aux newsletters bien conçue, mais…

Hier j’ai décidé de ne plus recevoir les newsletters de Flipboard. Je jette un œil au dernier e-mail reçu, inspecte l’entête puis le pied de la news et trouve finalement un lien de bonne taille vers une page de désinscription. Son contraste pourrait être amélioré, mais rien de trop grave.

Newsletter de Flipboard : lien de désinscription

Après avoir cliqué sur le lien, je suis redirigé vers une page qui m’indique via un layer que mon désabonnement a bien été pris en compte.

Flipboard : layer de confirmation de désabonnement

L’utilisation d’un layer n’est pas forcément la meilleure idée qui soit en terme d’utilisabilité, mais rien de trop grave ici aussi.
Un message me propose ensuite de « visiter le gestionnaire des courriels pour nous dire quels genres de courriels vous voudriez voir dans votre boîte de réception. » Je clique sur le bouton, seul moyen de fermer le layer, et j’accède au gestionnaire.

Flipboard : gestionnaire de courriels

Je peux ici facilement me désabonner de chacune des news individuellement. Le contraste des liens pourrait être meilleur, le bouton de désinscription à toutes les news pourrait être plus visible, mais rien de trop grave une fois encore. J’ajoute que positionner ici les pictos relatifs aux réseaux sociaux sur lesquels Flipboard est présent me semble être une idée pertinente.

En un mot j’ai trouvé ce système de désabonnement plutôt bien conçu. Une seule chose me gêne, une chose que je n’ai pas évoquée pour le moment : comment se fait-il que je sois inscrit à toutes ces news alors que je ne l’ai pas demandé ? La réponse est tristement simple : comme beaucoup trop d’autres services, l’abonnement aux newsletters (et elles sont nombreuses ici !) est imposé lors de la création du compte. Il n’y a pas de case à cocher ni même de case à décocher, c’est imposé, point final — en tout cas sur la version mobile, je n’ai pas testé l’inscription au site depuis la nouvelle version desktop.

Le titre du gestionnaire de courriels est « Nous voulons seulement vous envoyer les courriels que vous aimez. » Il faudrait peut-être envisager d’ajouter « mais nous allons vous envoyer tous nos courriels, dans le doute, hein, vous savez ? »

Web mobile : même les meilleurs oublient de tester ?

Je consulte ce matin le top 100 des e-mails marketing de 2014 de Campaign Monitor (via ‏@kReEsTaL), une plateforme d’emailing souvent considérée comme une référence dans son secteur. Voici la page regroupant les meilleurs e-mails en terme de performance :

Campaign Monitor - les e-mails les plus performants

Lorsque je scrolle, un layer d’inscription à la newsletter apparaît en bas à droite de la page.

Campaign Monitor - layer en bas à droite

C’est un layer assez classique, qu’une petite croix judicieusement située en haut à droite permet de fermer. Je clique sur cette croix, le layer disparaît, tout va bien.

Je me rends ensuite sur la page des meilleurs e-mails en terme de design. Déception : bien que j’aie fermé le layer sur la page précédente, il apparaît ici à nouveau.

Campaign Monitor - layer sur une autre page

C’est mal fichu (j’ai déjà signalé au site que son layer ne m’intéressait pas, ce n’est sûrement pas en me l’affichant à nouveau que je vais changer d’avis), mais ce n’est pas le plus gênant.

Lorsque je redimensionne ce site responsif, le comportement du layer change. Au premier point de rupture, le layer n’apparaît plus seulement au scroll, mais dès le haut de la page.

Campaign Monitor - layer inamovible, bouton "fermer" caché

Et surtout : la croix permettant de le fermer a disparu ! Il est désormais impossible de le masquer. Et si ça ne me pose pas (trop) de problème ici, sur un ordinateur dont je redimensionne la fenêtre, la situation est très différente sur mobile :

Le layer masque ici une partie non-négligeable de l’écran, ce qui est particulièrement désagréable pour consulter la page. Et comme il est impossible de le masquer, eh bien… tant pis pour moi.

Une fois encore, un simple test aurait permis aux concepteurs de constater la gêne qu’engendre ce layer. Cette fois aussi le problème est mineur et relativement simple à résoudre. Alors, quand est-ce qu’on teste ?

Web mobile, l’intérêt d’un petit test

Dans l’article Le web mobile et la performance que je lisais ce matin, Jean-Pierre Vincent présente une intéressante liste de techniques visant à améliorer la consultation de pages web en situation de mobilité. Il est question de polices, d’images, de cache, de responsive etc.

La principale conclusion de l’auteur concernant la création de pages optimisées tient en deux mots : « Mobile first ». Et le conseil le plus important (c’est facile, c’est celui qui est en gras) que fournit l’auteur tient lui en un seul mot : « testez ». Un conseil valable pour la performance du site bien entendu, mais aussi pour son design. Démonstration.

Peu de temps après la lecture de l’article, je discute avec un collègue des conférences Paris Web qui m’ont plues. Nous n’avons pas d’ordinateur à portée de main, du coup je sors mon mobile et je me rends sur le site de l’événement pour lui montrer de quoi il retourne.

Web mobile - homepage du site mobile de Parisweb

La homepage du site mobile

J’appuie ensuite sur Programme 2014 pour afficher la liste des conférences. Et là, il ne se passe rien. Je me dis que c’est normal, que la liste des conférences est une page très longue et donc probablement très lourde à charger, mais même après plusieurs secondes, aucun changement. Ce qui est assez surprenant d’ailleurs : rien ne se passe, mais la homepage est toujours affichée. D’habitude, un problème de chargement engendre un message d’erreur ou une page blanche, mais ici la page est toujours sous mes yeux.

Web mobile : homepage du site de Parisweb ?

Aucun changement

J’appuie une nouvelle fois sur le lien, même résultat, l’écran affiche toujours la même chose.

C’est seulement au troisième appui, et parce que je fixe l’écran (et que j’aperçois la barre de chargement) au lieu de continuer à discuter avec mon collègue, que je comprends le problème : la page Programme 2014 est bien sous mes yeux, c’est juste que la partie haute de la page est la même que sur la homepage !

Un simple défilement au doigt permet de révéler la suite du contenu :

Web mobile : programme du site de Parisweb

La suite de la page

Et ce problème est présent sur toutes les pages du site : lorsque j’appuie sur le lien Orateurs ou lorsque je fais une recherche, je retombe invariablement sur le même header de page.

Web mobile : résultats de recherche sur le site de Parisweb

La page des résultats de recherche

Ceci me ramène donc à la principale conclusion de l’article de Jean-Pierre Vincent : il faut absolument tester son site pour éviter ce genre de problème. Ici le contenu de la page est placé trop bas, ce qui empêche l’utilisateur de constater le changement de page. C’est un problème mineur, relativement simple à résoudre, mais qui peut vraiment gêner la consultation du site.

Note : bien entendu il est impossible de tester toutes les résolutions d’écran. Dans ce cas précis, mon smartphone (un iPhone 5) est tellement populaire qu’on peut considérer que tester sa résolution est opportun.