20 ans de changements dans l’internet mobile. Des applications WAP au développement RWD

Le terme « site mobile » au cours des vingt dernières années a signifié trois choses différentes, créées à l’aide de trois techniques distinctes. Sommes-nous confrontés aux mêmes progrès dans les deux prochaines décennies que dans les deux dernières ?

La question ainsi posée répond presque parfaitement (presque, car ce n’est pas un titre) à la loi des en-têtes de Betteridge et la réponse est vraiment « non ». Pourtant, il vaut la peine de regarder comment l’industrie est arrivée à sa maturité actuelle. La route a été sinueuse, car les téléphones eux-mêmes ont changé avec les sites Web mobiles.

WAP

La percée de 2002/2003 est en Pologne (mais pas seulement…) une plaine presque complète en termes d’Internet mobile. La principale offre Internet était les applications WAP, un moyen très lourd d’échanger des informations sur Internet, qui nécessitait une application spéciale et des pages au format approprié. La version HTML « plus légère » de la page Web n’a pas pu être chargée. Le téléphone devait recevoir la page au format WML, il n’y avait pas de traduction.

Świat Nauki, décembre 2000 : pas de foi dans les téléphonesCrédit image : © Scientific American

Cependant, il y avait une traduction différente. La plupart des téléphones de l’époque ne supportaient pas les réseaux par paquets (nous parlons de paquets réseau, pas de tarifs). Bien que la plupart des opérateurs aient testé les réseaux GPRS en 2000, presque personne n’avait de téléphone capable de comprendre un tel réseau. Cela a conduit à une situation ridicule où le WAP, même sur GPRS, était bon marché (par exemple 10 zlotys par mois sans limite) parce qu’il n’y avait tout simplement aucun service auquel se connecter. Le maximum était possible picorer e-mail, même si le PC était meilleur pour cela.

GPRS / BORD

Les choses ont commencé à changer lorsque les téléphones Symbian et le S60 ont cessé d’être des téléphones pour les très riches et le S40 a grandi avec plus de fonctionnalités. Avec la popularisation de la couverture du réseau GPRS et (enfin !) UMTS, elle a été le moteur du développement de l’Internet mobile sous une nouvelle forme. Les téléphones sont équipés de « vrais » navigateurs et de logiciels de messagerie électronique et instantanée. Il n’était pas nécessaire de créer des serveurs WAP/WML séparés, il suffisait d’avoir une « version allégée » du site, souvent créée pour les sites pour les anciens navigateurs.

Bien sûr, nous ne parlons que de pages statiques. Le multimédia est en plein déclin. Supposons, en mesurant par la vague « mesure Netflix », qu’une série nécessite un gigaoctet de données par heure et qu’un film en nécessite trois. Avec la transmission GPRS (effectif 50 kb/s), cela signifie deux jours de téléchargement pour une heure de série, six jours pour un film.

Non seulement ces calculs sont inexacts, mais ils ignorent également le problème de la résolution de problèmes. Sur les téléphones typiques de l’ère GPRS et des premiers jours d’EDGE, la qualité raisonnable maximale est de 144p. Encore une fois, en utilisant une estimation approximative, cela nécessitait environ 192 kbps, ce qui était parmi les transferts EDGE les plus élevés dans les grandes villes. Il y a aussi la question des codecs et de la puissance de calcul… Mais c’est un autre problème.

L’opéra omniprésent

Opera était alors le roi des navigateurs mobiles. Des téléphones plus puissants utilisaient Opera Mobile. Plus faible – Opera Mini. Ce dernier fonctionne comme un intermédiaire : le navigateur se connecte d’abord au serveur Opera, vous indiquant quelle page il souhaite recevoir. Ensuite, le serveur Opera télécharge la page, la convertit en une forme digestible pour le téléphone qui l’a demandée et l’envoie au client. C’était un bon moyen de parcourir des sites qui n’offraient pas de version mobile. D’autant plus que l’internet mobile était relativement cher à l’époque…

WP Mini (version d'archive)

WP Mini (version d’archive)Source photo : © Archives Internet | Kamil Dudek

« Alors », c’est-à-dire vers 2007, lorsqu’un téléphone Internet typique était un Nokia 6300 avec prise en charge GPRS (et WAP 2.0), Wirtualna Polska proposait un portail mini.wp.pl pour ces appareils, adapté à ces téléphones. WP Mini, cependant, était un document HTML + JS, servi sur HTTP. Bien qu’il s’agisse sans aucun doute d’une version distincte, elle n’a pas été développée dans une technologie complètement distincte. Aujourd’hui, cette adresse redirige vers la page d’accueil, donnée dans une variante adaptée à l’appareil qui l’ouvre – le plus souvent au sens graphique.

Aujourd’hui, nous avons cessé d’économiser sur les transferts. En 2007, c’était différent. Un forfait de 50 mégaoctets coûte, par exemple, 24,99 PLN, ce qui était considéré comme un gant par rapport à la liste de prix de 2004, alors que nous aurions payé environ 300 PLN pour le même. Paradoxalement, même avant (2002), Internet était moins cher, mais principalement parce que tout le réseau Internet disponible en Pologne pour les téléphones pouvait être téléchargé en une soirée.

Smartphones

L’iPhone a changé la donne. Apple s’est mis au travail pour créer des sites Web pouvant servir à la fois de site Web et « d’application » – tout en augmentant la puissance et les fonctionnalités du téléphone. Cette méthodologie est appelée site Web adaptatif. Aujourd’hui, la plupart des principaux sites Web offrent cette interface conviviale pour les appareils. La demande de variantes comme WP Mini s’est estompée avec le temps.

L’étape de transition a été un flot d’applications mobiles, qui ont extrait le contenu de la « grande » page et l’ont ensuite affiché sur de petits écrans. Comme Steve Jobs en rêvait. Il est peu probable que toutes les applications côté magasin passent en mode « ma page et l’application sont identiques », mais il ne fait aucun doute que la quantité de code partagée entre les deux applications a considérablement augmenté dans de nombreux endroits.

Des changements révolutionnaires ont été apportés aux plates-formes mobiles pour se débarrasser du bagage technique qui les sépare des plates-formes de taille normale. La direction du développement Web mobile n’est pas de fournir la meilleure version possible pour les téléphones, mais de brouiller autant que possible cette division. Cette fois, ce n’est pas une limitation de la plate-forme qui l’en empêche, mais un plantage après des pages déjà créées. « Version mobile » n’est pas la même chose que « site mobile » depuis longtemps, mais étonnamment souvent, la version mobile du site est moins fonctionnelle.

Les navigateurs Web Android et iOS incluent un bouton « demander une version de bureau » pour télécharger une version sans ces restrictions. Il n’y a pas de place pour une révolution ici : il faut juste un travail constant pour rendre la « version bureau » aussi proche que possible de la version mobile – pour donner le même code au navigateur sur le Pixel, l’iPad et le ThinkPad.

Une version pour tous les appareils

Cela n’est pas toujours possible, mais les limitations sont purement fonctionnelles et non techniques. La méthodologie de développement de site Web d’aujourd’hui garantit cette « hors de la boîte », de plus en plus d’outils promettent (et livrent !) la même chose pour les applications. Vous n’avez pas besoin de 5G, Web3 ou même de JavaScript plus récent pour cela.

Il n’y a pas de fin claire ici. Alors que les sites devaient autrefois migrer du WAP puis abandonner les sites aux claviers, il n’est pas urgent que tous les sites du monde commencent enfin à proposer une variante mobile cassée ou une version entièrement réactive. Alors le chaos et les demi-mesures à long terme nous attendent. C’est probablement la meilleure preuve que le monde mobile a rattrapé le monde grandeur nature.

Kamil J. Dudek, rédacteur en chef adjoint de dobreprogramy.pl

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *