Mobile First ?
Le scénario doit-il être écrit en suivant le concept de mobile first ?
Si les contenus proposés sur un grand écran diffèrent de ceux proposés sur un appareil mobile en mode portrait, alors comment doivent être rédigés les divers modules du site ? Un seul et unique contenu dont on afficherait ou non certaines parties en fonction du contexte ? Sur ce point de vue, il n’est pas concevable de charger des modules qui seraient masqués, au détriment de la bande passante, surtout en utilisation réseau mobile. Alors la solution est-elle de créer autant de versions de site qu’il existerait de possibilité de distribution, au risque de rapidement devenir chronophage et hors coût ?
Reprenons le concept du mobile first, excellemment décrit par Luke Wroblewski dans son ouvrage Mobile First. En fait, il s’agit de mettre en place une version du site, telle quelle pourrait répondre aux besoins des internautes, dans un accès depuis un appareil mobile. Dans un second temps, il est ajouté de manière parcimonieuse, des contenus supplémentaires venant compléter le site pour des consultations plus confortables. Focalisons-nous alors sur ce contenu supplémentaire. Quel est-il ? De quoi se compose-t-il ? Peut-il être envisagé de ne le charger qu’en cas de besoin, moyennant un principe asynchrone ? et que ce besoin soit implicitement lié au contexte de consultation, ou explicitement lié à une action utilisateur ?
L’idée donc du mobile first est une idée majeure, car bien souvent, il est préférable de décliner le site en partant de cette version ‘allégée’ et non pas l’inverse… C’est-à-dire d’adapter la version complète, et souvent trop chargée du site, à une consultation sur appareil mobile.