Après de nombreuses rumeurs et spéculations, Apple vient de lancer l’iPad, fusion entre un iPod géant et un tablet PC (ou plutôt Mac). Outre l’objet innovant en soi, sur lequel nous serons probablement nombreux à poser un regard curieux et qui sera disséqué par de nombreux sites, penchons-nous sur les implications pour la conception web.

La résolution

Premièrement, l’iPad affiche une résolution native de 1024×768 pixels avec un écran LED. Ce sont des dimensions déjà relativement éprouvées, qui paraissent toutefois un peu décevantes, la plupart des netbooks récents parviennent à un niveau supérieur. Dans la majorité des situations, nous sommes tous habitués à prendre en compte ce paramètre et à concevoir des sites lisibles et confortables avec une largeur d’écran de 1024 pixels, par exemple en utilisant des grilles ou des frameworks CSS. Nous avons donc encore de nombreuses années devant nous à devoir considérer ces limites et notamment à penser à l’orientation de l’écran puisque l’iPad peut être utilisé horizontalement (1024 pixels de large) ou verticalement (768 pixels de large).

iTouch myself

Le navigateur embarqué est bien sûr Safari épaulé par le moteur Webkit. Le support de HTML5 et CSS3, pour les parties déjà implémentées à l’heure actuelle, est donc présent, c’est une bonne nouvelle. L’iPad continue sur la lancée de l’interface tactile multi-touch désormais courante sur les mobiles, et quelque peu expérimentée sur quelques PC de bureau classiques mais avec moins de succès. Tout site web se devra de posséder des contrôles assez larges pour recevoir le focus, c’est à dire tout simplement mettre en Å“uvre quelques bonnes pratiques de base en terme d’accessibilité.

La navigation se fait toujours avec le doigt, donc les contrôles présents sur la page ne doivent pas gêner le scroll ou déclencher d’action non désirée. Les éléments de formulaire notamment devront être suffisamment grands pour pouvoir être ciblés par le doigt qui offre une moindre précision que la souris. A priori, point de :hover ou drag & drop possible au sein du navigateur, c’est donc à éviter (je pense notamment aux frameworks JavaScript qui y font appel pour certains widgets). Notez qu’un clavier pourra être utilisable en option, mais cela restera anecdotique.

Formats

Point de surprise, l’iPad ne fait pas mieux que l’iPhone et l’iPod : le support de Flash est inexistant à l’heure actuelle. Il devrait le rester, car il est relativement difficile de concevoir contrôler du Flash avec le doigt dans une interface indépendante avec la même aisance que l’on connaît (c’est une zone devant recevoir et perdre le focus), et surtout car cela représenterait une concurrence face aux applications hébergées sur l’App Store notamment les jeux. Adobe rappelle par contre qu’il est possible d’exporter des applications complètes à partir de Flash, à l’aide de librairies spécifiques. En revanche il sera tout à fait possible de faire appel à JavaScript et SVG.

Les formats vidéo seront donc semblables à ceux déjà interprétés par l’iPhone et mis en avant par Mac OS X (H.264, M4V, MP4, AAC, Quicktime). Les players Flash ne pourront fonctionner donc le format de vidéo Flash FLV non plus. Pensez à des alternatives ou à des images cliquables pour permettre le téléchargement dans ces formats comme le font déjà les grands sites de partage vidéo.

Réseau

Du point de vue du réseau, l’iPad disposera du Wifi (802.11n) et de la 3G en option. La question de la réactivité et des débits se pose surtout dans le deuxième mode de navigation. Les utilisateurs surferont avec un débit moindre (7 Mb/s dans des conditions optimales, en réalité beaucoup moins), et avec une latence supplémentaire introduite par ce type de connexion mobile. Il convient donc toujours de concevoir des sites performants et légers.

L’App Store

Ceci ne concerne qu’indirectement le web, cependant l’iPad pourra télécharger/acheter des e-books, et exploiter les nombreuses applications déjà disponibles sur l’App Store et développées initialement pour l’iPod Touch et l’iPhone, avec un upscaling pour adapter leur résolution (le résultat risque de ne pas être très esthétique).

On pourra déplorer ce modèle très fermé et mercantile, qui oblige de nombreux éditeurs à concevoir une application spécifique développée avec le SDK (payant) alors qu’une simple application web pourrait convenir. Le modèle économique d’Apple ne l’autorisera probablement pas, tandis qu’il serait tout à fait possible de prévoir des applications web riches, facilement « installables » parmi les autres icônes, en HTML5 notamment permettant un stockage local si la connexion n’est pas établie. Ce point se résume à une décision politique en terme d’ergonomie pour l’installation, de création d’un catalogue d’applications web et de leur promotion auprès des utilisateurs. Bien entendu ce rêve n’aura que peu de chances de se réaliser car il empêche tout contrôle et toute vente directe. On voit mal Apple (avec plus de 3 milliards d’applications téléchargées sur l’AppStore) opérer un tel changement de cap.

Autres fonctionnalités

Un processeur à 1 GHz, une prise casque, des hauts-parleurs intégrés, un microphone intégré, un GPS, une boussole et un accéléromètre, le support de « nombreux » formats audio, vidéo et de documents (en consultation), une batterie avec une autonomie annoncée de 10 heures. Pour les applications on retrouve les grands classiques : Safari, Mail, Photos, iPod, iTunes, YouTube, iBooks, App Store, Maps, Notes, Calendar, Contacts, et la suite iWork.