Fermer
Développement

La parole aux experts du Web : HTML5, est-ce le moment de l’adopter ?

no thumb

Je vous en parlais la semaine dernière et nous y voilà ! Je suis fier de vous présenter le premier article sur le Web français auquel on donne la parole aux experts du Web, et ce, sur le Blog des Nouvelles Technologies. Le premier thème que nous allons aborder est le suivant : HTML5, est-ce le moment de l’adopter ?
Pour répondre à cette question voici nos quatre experts du jour : Matthieu Bué, Raphaël Goetter, Bruno Bichet et Aurelien Garroux.

Au sommaire

HTML5 c’est quoi ? Où en est-on aujourd’hui ?

Qu’est ce que l’HTML5 ? Que peut-on en faire exactement ?

Je suis sûr que vous avez entendu le terme « HTML5 » notamment auprès des entreprises comme Apple et Google. HTML5 est l’évolution de l’HTML, ou Hyper Text Markup Language en anglais, qui forme l’épine dorsale de presque tous les sites sur Internet. HTML4, la dernière itération majeure du langage, a débuté en 1997 et a ensuite été remplacé pour qu’il puisse gérer les demandes du Web moderne.

HTML4 a été tweaké, afin d’augmenter sa portée initiale et ainsi apporter un niveau élevé d’interactivité et de multimédia à des sites Web. Des plugins comme Flash, Silverlight et Java ont permis d’ajouter l’intégration des médias sur le Web, mais non sans un certain coût. A la recherche d’une « meilleure expérience utilisateur » et avoir une meilleure autonomie de sa batterie, Apple a tout simplement abandonné le soutien de certains de ces plugins sur ​​ses appareils mobiles, en laissant une grande partie de l’Internet inaccessible sur iPad et iPhone. HTML5 ajoute de nombreuses nouvelles fonctionnalités, et simplifie le traitement, afin de rendre moins gourmandes les ressources processeur. Cela signifie que vous n’aurez pas à vous soucier de l’installation d’un plugin juste pour écouter une chanson incorporée dans un blog ou regarder une vidéo sur YouTube.

Les caractéristiques les plus vantées d’HTML5 sont la lecture multimédia et le stockage hors-ligne. Avec le langage HTML4, les sites devaient passer par Flash (ou Silverlight) pour simplement afficher une vidéo ou jouer de la musique. HTML5 permet d’intégrer directement aux sites des médias avec de simples balises HTML : >video< et >audio<. Aucun plugin n’est nécessaire. L’autre ajout majeur qui a attiré l’attention des médias est la possibilité de stocker des données pour les applications Web hors-ligne. Un des obstacles majeurs est de remplacer les applications bureautiques traditionnelles sur Web et ce, sans avoir une connexion Internet. Google a développé une solution palliative avec Gears, mais ce service a été retiré car l’entreprise se tourne maintenant sur le HTML5. Cela signifie que vous serez capable de créer des fichiers dans Google Docs ou tout simplement écrire des mails sans même avoir une connexion Internet. Ces changements seraient automatiquement synchronisés, dès que vous serez en ligne. HTML5 ajoute également de nouvelles fonctionnalités d’interactivité, comme le glisser-déposer (drag&drop en anglais), qui a déjà trouvé sa place dans l’interface Gmail.

Comment puis-je en profiter dès aujourd’hui ?

Vous êtes déjà très probablement en train d’en profiter sans le savoir. Que ce soit avec Safari, Google Chrome, Firefox et IE, chacun des navigateurs supportent plus ou moins les éléments HTML5. De nombreux services de Google utilisent déjà certaines caractéristiques du protocole de nouvelle génération. Gmail et Google Reader ont adopté certains éléments de la norme. Par ailleurs, tout site énuméré comme étant compatible « iPad », utilise largement l’HTML5.

Bien sûr, Flash n’est pas prêt de disparaître car il est encore largement utilisé et soutenu, notamment concernant les jeux en Flash dont il est difficile de les recréer en Web. Mais il est important de savoir que lorsque vous entendez le terme HTML5 dans une phrase, ils parlent de l’avenir de l’Internet…

Nos professionnels du Web

Pour nous parler du sujet j’ai décidé de faire appel à quatre experts : Matthieu Bué, Raphaël Goetter, Bruno Bichet et Aurelien Garroux. Pourquoi eux me direz-vous ? Pour ce premier volet j’ai voulu donner la parole à des personnes qui pourront apporter leur expertise et des réponses aux différents sujets abordés. Par ailleurs ils n’ont pas été choisis seulement sur ce critère. Qui sont-ils ? Je vais vous les présenter.

Matthieu Bué est un webdesigner depuis 5 ans, expert en SEO (Search Engine Optimization, en anglais). Il est passionné de graphisme et de webdesign, mais aussi de tout ce qui touche de près ou de loin aux nouvelles technologies et au multimédia. De plus, il participe activement au WDfriday. Son implication sur l’HTML5 est multiple, que ce soit sur le partage d’information et l’échange d’avis et de ressources. De plus, il a participé au dossier HTML5 paru sur ZDNet.
Enfin, Matthieu a été la première personne au courant du concept « La parole aux experts » et m’a donné des pistes pour en améliorer son contenu. Je me devais de l’interroger !

Comment parler HTML5 et CSS3 sans en parler avec Raphaël Goetter ? En effet, il était impensable de ne pas l’interviewer concernant ces langages. Pour ceux qui ne le connaissent pas, mais j’en doute, Raphaël est un webdesigner et gérant d’une agence web strasbourgeoise, partageant ses connaissances via son site Alsacreations.com, est passionné d’accessibilité numérique, de bonnes pratiques et de standards Web. Il est également expert et formateur en langages Web HTML et CSS auprès de groupes nationaux et internationaux.
Il a d’ailleurs publié des livres techniques dans ces domaines : CSS avancées – vers HTML5 et CSS3, CSS2 – Pratique du design web, Memento CSS, Memento XHTML.
Voilà… si vous avez la moindre raison de ne pas l’intégrer dans ce billet je ne comprendrais pas 🙂 De plus, je peux vous dire qu’avec les différents échanges que j’ai pu avoir avec, c’est une personne formidable, humble et qui est très loin d’avoir la grosse tête malgré son statut !

La troisième personne qui a souhaité répondre à ma question c’est Bruno Bichet. Bruno est un infographiste depuis 1993, formateur en création de site web depuis 2001 et intégrateur web depuis 2005. Il est passionné par le graphisme, la mise en page, l’ergonomie, les langages du web (HTML, CSS et Javascript), Photoshop, Illustrator, InDesign et WordPress. Bruno est impliqué dans de nombreux blogs : css4design, js4design et wp4design.

Enfin la dernière personne à qui j’ai demandé de répondre c’est Aurelien Garroux. Plus connu sur la toile sous le pseudo « dhoko » et « lecolibrilibre », Aurelien est un développeur Web se droguant au HTML, CSS, PHP, WordPress et jQuery. Sur Twitter, il partage sa veille journalière notamment sur les sujets brûlants tels que l’HTML5 et CSS3.

Comme vous pouvez le constater nos experts ci-dessus correspondent bien aux personnes qui peuvent nous apporter des réponses sur le sujet. Je ne vous fais pas plus attendre, allons voir les réponses.

HTML5, est-ce le moment de l’adopter ?

Unanimement la réponse est Oui

Que ce soit Matthieu, Raphaël, Bruno ou Aurelien, chacun est d’accord pour dire que l’adoption d’HTML5 doit-être faite par tout le monde. Il est non seulement possible mais souhaitable d’utiliser HTML 5 dès maintenant, pour une raison simple : le flux de production de la spécification en cours de rédaction nécessite que les utilisateurs testent tous ces beaux joujoux que l’on voit en rêve en situation réelle, souligne Bruno.

De plus, comme l’indique Raphaël, s’il s’agit simplement de se faciliter la vie, comme Google ou d’autres l’ont fait, en passant par une syntaxe HTML 5 plus élémentaire (doctype court) et plus courte, alors le risque d’incompatibilité est proche de zéro et rien ne vous empêche d’appliquer aujourd’hui ces préceptes en production.

Enfin, Aurelien justifie son choix puisque actuellement la majorité des navigateurs reconnait certaines balises nativement (et font parfois dans le n’importe quoi, comme détails dans Chrome 12) et pour IE on a une solution de secours, on ‘émule’. Globalement en simplifiant le HTML5 c’est d’un côté une sémantique revue et de l’autre des API. La sémantique est plus riche et intéressante qu’en XHTML 1.0, elle permet d’adopter de nouveaux comportements pour plus de pertinence dans la page. On ne révolutionne pas la conception d’une page web, on la rend plus ‘précise’.

En revanche, Matthieu émet une alerte : cela dépend surtout du site et principalement de sa cible. Chacune des balises est plus ou moins bien interprétée par les navigateurs (mobile et desktop), et c’est pour cette raison que l’adoption du HTML5 pour un site dépendra de sa cible : navigateurs récents ou non ?

Est-ce prendre un pari de miser sur l’HTML5 ?

Nos quatre intervenants ont bien insisté sur le fait que parier sur l’HTML5 dès maintenant n’est pas un problème, le risque étant proche de zéro. En revanche, il faudra rester conscient des problèmes de compatibilité qui peuvent survenir. Si l’on sépare les nouveautés qu’apporte le standard HTML5 en 3 catégories de balises : les reach medias (canvas, audio, video), les web forms, et les sémantiques (header, footer, article, nav, aside, etc…), Matthieu nous informe que parmi ces trois catégories, les reach medias sont les plus sensibles à la compatibilité, et on devra prévoir une alternative (JavaScript ou Flash) le cas échéant.

Raphaël vous prévient que si vous souhaitez utiliser les nouveaux éléments sémantiques tels que header, nav, aside, footer… le risque est double : non seulement c’est prendre le pari que vos visiteurs sur Internet Explorer disposent tous de JavaScript, sans quoi les nouveaux éléments ne seront tout simplement pas affichés sur la page ; mais en outre, vous pourriez altérer l’accessibilité ou le référencement de vos documents en optant pour un nouvel élément HTML 5 (dont le sens demeure inconnu des agents utilisateurs) au détriment d’un élément de l’ancienne génération qui a fait ses preuves.

Pour Bruno c’est un problème, certes, mais qui peut être aisément contourné. Dans la pratique, on utilise rarement les balises toutes nues : on les enveloppe généralement avec un « container », pour appliquer des fonds distincts, pour pallier des problèmes de largeurs ou encore des impératifs de « floataison ». Partant de ce constat, il vous livre une technique simple et efficace qu’il utilise au quotidien : la quasi totalité de ses balises issues de la nouvelle sémantique HTML 5 sont enveloppées dans des bonnes vieilles balises div des familles auxquelles il applique les propriétés width, float, etc… Il réserve les padding, etc. aux asides, sections et autres footers. JavaScript n’est ainsi plus indispensable pour que la mise en page tienne le coup en son absence.

Matthieu indique que l’utilisation des balises sémantiques est une réelle avancée, principalement pour le SEO (http://zdnet.fr/39754861), puisqu’elles n’apportent aucun réel changement au niveau de l’affichage, elles peuvent être employées sans crainte. Un simple script JavaScript de quelques lignes permettra de s’assurer de l’interprétation comme type bloc sur les navigateurs anciens.

Aurelien revient sur les web forms. Prenez les formulaires, ils sont vraiment puissants. Mais faites un formulaire sous Chrome, Opera et Firefox. Vous ne remarquez rien ? Si, il y a de nombreuses différences. Pour Opera on a des éléments intéressants et pratiques (comme pour la date et color, je crois bien) pour les autres on a soit : rien ou alors un élément avec une ergonomie toute droite sortie de l’hyperespace. Sur ce sujet Raphaël indique que paradoxalement, cela ne vous empêche pas de les employer dès à présent au sein des documents Web, puisque s’ils ne sont pas compris, ils seront tout simplement traités tels des champs génériques de type text, tout en offrant aux navigateurs les plus avant-gardistes une cerise sur le gâteau.

Des mises en production déjà effectives

Les différentes applications natives (API) ainsi que les éléments audio, video et canvas sont déjà employés en production sur certains sites de référence tels que Google, YouTube ou Dailymotion. Toutefois, pour certaines, leurs spécifications demeurent encore instables et leur implémentation nécessite de nombreuses alternatives hors HTML 5.

Tout n’est pas si rose, à part si vous misez sur des applications mobiles

Sous IE on émule dixit Aurelien. La solution n’est donc pas idéale, cela dit il se souvient d’un carnet de Microsoft qui vante la sémantique du HTML5 avec un script qui émule, donc étant donné qu’ils le font, je me dis pourquoi pas nous. Puis le HTML5 n’est pas ‘relativement stable’ il évolue (ciao hgroup), et reste loin d’être standardisé (on me souffle dans l’oreillette qu’on pourrait penser au CSS2.1…). Puis la syntaxe est certes riche, mais elle est déstabilisante (certaines disparitions du langage, certains changements de sens, des nouvelles balises, une logique… ça change beaucoup).

En parlant rapidement CSS3, là encore, il y a peu de chose que l’on ne peut pas utiliser, à condition de bien connaitre les limites de la prise en charge par les navigateurs des propriétés que vous voulez utiliser, nous indique Bruno. En fonction des projets et des budgets, il est désormais tout à fait possible de proposer des bords arrondis, des dégradés, des ombres portées sur les boites ou les textes, etc. uniquement en CSS3 sans passer par Photoshop, pour diminuer les allers-retours liés à la validation des maquettes, ce qui allège la facture et fluidifie les relations avec les clients 😉

Selon Matthieu, il faudra s’assurer que les balises sémantiques seront interprétées correctement, ou avec une aide JavaScript (attention dans ce cas au temps de chargement qui sera obligatoirement plus important), sur les navigateurs de la masse d’internautes cibles de votre site. Partez du principe que si c’est un site mobile, il n’y aura, a priori, aucun problème puisque les navigateurs sont récents et maintenus à jour. Par contre sur desktop, ça se complique !

L’avenir est bel et bien l’HTML5

En résumé, il s’agit d’éléments extraordinaires à manipuler avec d’extrêmes précautions et au sein d’un cadre parfaitement maîtrisé, souligne Rapahël. Le passage à HTML 5, bien que très tentant et excitant, demeure extrêmement audacieux pour certaines de ses parties les moins abouties. Il vous appartient de juger si ces modules sont pertinents au sein de vos documents Web.

Bruno a un maître-mot à tout ceci : TEST. Quoique vous mettiez en place, prenez le temps de tester vous-même et plus important encore, de faire tester par les autres.

Alors bien sûr, ceux qui viendront à lire ces lignes seront a priori du métier, c’est-à-dire « ceux qui font le web », et nous aspirons tous à cette idée utopique qui est « un web à la pointe, maintenant ». Mais voilà, vous ne pourrez pas passer à côté du client qui veut son site compatible partout et qui le teste sur IE6 (en toute conscience ou non d’ailleurs) ! Je suis, comme certains de mes confrères, un passionné du web qui tend à faire avancer les choses par son travail, finit Matthieu. Tant qu’un site est interprété correctement sur les navigateurs cibles, n’est-ce pas à vous d’imposer son code en HTML5 ? De manière transparente ou non, mais contribuez à son adoption à grande échelle !

En conclusion, Aurelien pense que c’est le moment de l’adopter. Il aime bien le changement, puis le code gagne en sens et lisibilité. Pour les usages mobiles les formulaires ont l’air géniaux ! Avec des initiatives comme schema.org, on a qu’une envie c’est de continuer. Testé et approuvé.

Conclusion

C’est ainsi que s’achève l’interview de nos experts. J’espère sincèrement que cet article vous a intéressé et permis de comprendre le principe de l’HTML5. Il s’agit d’un nouveau concept sur le blog, j’attends donc ainsi toutes remarques de votre part.

L’œil de nos experts nous a permis de savoir si c’était le moment de l’adopter. Au final, on peut répondre unanimement de manière positive. En revanche, il faudra rester vigilent sur l’utilisation de certaines balises de l’HTML5 notamment en ce qui concerne les nouveaux éléments sémantiques. Il ne sera pas nécessaire de migrer vos anciens sites Web car HTML5 est rétrocompatible. Afin de garantir la rétrocompatibilité, un effort peut s’avérer nécessaire comme par exemple cumuler l’utilisation des balises HTML5 et Flash pour afficher une vidéo sur votre site. HTML5 sera particulièrement intéressant dans le monde des applications mobiles. Outre l’amélioration de la réactivité et de l’ergonomie, d’autres arguments sont plus spécifiques, comme le support du mode déconnecté et l’adaptation dynamique des pages à la taille de l’écran.

Voilà de quoi nous donner des pistes pour le futur… Voici une phrase de Raphaël résumant parfaitement la situation : La démocratisation de ce langage facilitera dans un avenir proche l’interopérabilité des documents HTML, mais aussi leur accessibilité universelle, voire leur référencement. Seul hic : nous ne sommes pas encore dans un avenir proche. »

Le but de cet article est basé sur l’échange mutuel d’informations entre vous lecteurs en vous appuyant sur les avis de nos experts. Je vous demanderais donc de venir poser vos questions, interrogations sur le sujet nos experts y répondront. Quel est votre avis sur la question ? Pensez-vous qu’HTML5 doit-être adopté sur vos sites ? Venez en débattre dans la partie commentaires…

Mots-clé : adoptionanalysecss3débatsexpertsHTML5web
Yohann Poiron

L’auteur Yohann Poiron

J'ai fondé le BlogNT en 2010. Autodidacte en matière de développement de sites en PHP, j’ai toujours poussé ma curiosité sur les sujets et les actualités du Web. Je suis actuellement engagé en tant qu'architecte interopérabilité.
  • Tonneville

    Contenu très intéressant pour un point de vue global que je partage.

    L’idée de faire des interviews d’experts dans leur domaine est très bonne.
    Je ne sais pas de quelle manière tu as réalisé les interviews mais puisque tu livres une synthèse de celles-ci, pourquoi ne pas mettre en fin d’article les interviews complètes (questions/réponses)?

    En tout cas, je le répète, très bon article!

    • Merci beaucoup Tonneville.

      Pour te répondre, les interviews ont été réalisées par mail, et le compte-rendu que j’en livre ici reprends quasiment toutes les phrases. Il est vrai que je pourrais ajouter un lien avec les interviews.

      Je vais voir ce que je peux faire. Merci de ton retour 😉

  • Merci pour ce concentré d’interviews!
    Attention quand même à la langue française, je ne suis pas un spécialiste, mais au hasard:« concernant les jeux en Flash dont il est difficile de recréer en Web.» ou encore le mot vigilent mériteraient une petite relecture, n’est-il pas?

    • Merci ! J’ai repris les interviews directement, mais je reprendre la phrase 😉

  • A mon sens, OUI il faut sérieusement lorgner sur HTML5 et CSS3, tester, apprendre, se former pour préparer l’avenir… moi le premier, j’expérimente cela depuis un bon petit moment sur mon site personnel.

    Mais NON, il n’est pas raisonnable de déployer des sites full-HTML5/CSS3 n’importe comment : le but du web est quand même de proposer des contenus accessibles au plus grand nombre (Raphaël l’a bien indiqué pour le problème de Javascript pour les nouvelles balises), et il est difficile de dire à un client : votre site profitera de CSS3 sur la moitié des navigateurs. La réponse sera à juste titre : « et quid de l’autre moitié ? »

    Par contre, je reconnais qu’en moins d’une année, beaucoup d’éléments ont fait leur entrée en production : la balise vidéo (doublée d’une vidéo en flash pour IE par exemple), les nouveaux types de champs (très pratiques pour le web mobile), les media-queries pour adapter aux smartphones, etc.

    Pour ma part, les smartphones et autres tablettes poussent beaucoup à l’utilisation de ces nouvelles possibilités, donc, si on a la possibilité de le faire élégamment, pourquoi s’en priver ?

    • Je vous rejoins entièrement et je reprends ce que Matthieu a dit : « cela dépend surtout du site et principalement de sa cible. »

  • Bonjour,

    Bon article et bon boulot.

    Juste quelques fautes de frappes :
    « >video< et &gtaudioo<" au lieu de " et  »
    et
    « …partout et qui le teste son site sur IE6… »

    Bonne continuation.

    • Zut les balises video et audio n’ont pas été affiché.

    • Merci beaucoup ! Je m’occupe de corriger ceci 😉

  • Absolument d’accord en tous points avec Nico.

    Pour ma part, j’utilise HTML5 et CSS3 depuis… Le dernier bouquin de Raphaël.

    CSS3 avec des feuilles de style conditionnelles (il faudra quand même un jour que IE se réveille…)

    HTML5 pour la superbe puissance des formulaires.

  • Article très intéressant. Je voudrais juste ajouter mon grain de sel en faisant partager un site très utile (voire indispensable) quand on développe en HTML5/CSS3 (et en Javascript, qui est de plus en plus présent sur tous les sites web) : http://www.caniuse.com. Ce site permet de voir très rapidement les problèmes de compatibilités que peut poser l’utilisation d’un élément particulier de ces nouveaux langages… Personnellement je ne peux plus m’en passer.

    J’ai aussi une question :
    la quasi totalité de ses balises issues de la nouvelle sémantique HTML 5 sont enveloppées dans des bonnes vieilles balises div des familles auxquelles il applique les propriétés width, float, etc… Il réserve les padding, etc. aux asides, sections et autres footers.

    Je ne vois pas bien l’intérêt d’une telle technologie. L’avantage principal de ces balises selon moi est justement de pouvoir utiliser des tags avec une vraie sémantique, plutôt que des qui n’ont aucune valeur pour des lecteurs vocaux ou navigateurs en mode texte par exemple. Du coup envelopper tout ça d’une div n’a aucun avantage sur les navigateurs qui comprennent ces balises, et pas beaucoup sur ceux qui ne les comprennent pas, puisque pour ces navigateurs on se retrouve avec deux conteneurs tout aussi inexistantes sémantiquement. Et je ne crois pas que ça résolve le problème de IE<9 pour l'affichage dans le DOM.

    Enfin bref, je suis preneur d'une explication un peu plus détaillée sur l'intérêt de cette technique, car je ne doute pas qu'il y en ai une mais je ne l'ai pas bien cernée.

    • Bonjour Benoit,

      L’intérêt majeure de cette technique est de permettre d’appliquer des styles de padding, de margin etc. au balises « sémantique » et de réserver les propriétés de largeur et de positionnement aux balises div’s qui les enveloppent.

      C’est plus une habitude de travail due à des problèmes posés par le modèle de boite actuel que je trouve perfectible (et qui sera perfectionné dans un avenir plus ou moins proche avec le choix du modèle de boite, justement).

      Sinon, je suis d’accord avec toi sur le fait que ce n’est « l’idéal ». Disons que ça fonctionne bien et ça permet — d’après les tests rapides que j’ai effectués — de garder l’affichage du contenu dans ie<9 malgré l'absence de JS qui injecte les balises html 5 dans le DOM, par exemple.

  • Voici ma contribution personnelle en complément à votre article : http://www.viadeo.com/hub/forums/detaildiscussion/?containerId=00219qo3cbdyvjzt&action=messageDetail&messageId=002if389tul2pjq&forumId=00217814m7tr3s82

    merci pour vos interviews qui m’ont confortée sur mes propres conclusions.

  • Merci pour cet article, je pourrais l’utiliser pour tenter de convaincre mes clients de passer en HTML5 et ce n’est pas gagné. Pourtant, depuis que mon site est en HTML5 + Accessiblité, mon taux de visite à augmenter de 180%, et au niveau référencement, les résultats sont « incroyables ».

    • Votre retour est intéressant ! Pouvez-vous nous en dire plus sur ce que vous avez apporté comme modification(s) ?

      Merci d’avance,

  • Salut,

    Un bon article à lire ! J’ai pu apprendre l’existence des ‘Reach Medias’ (littéralement les médias d’atteinte ?). Je pense qu’il faut ajouter un 4ème groupe, qui concerne tout ce qui est audio et video même, les Rich Medias (littéralement médias riches) 😉

  • Sandrine

    J’étais à Web directions @media il y a un mois à ce sujet (http://atmedia11.webdirections.org/), je suis bien contente de constater que les experts français sont de cet avis aussi. Merci pour cet article.

  • Daniel

    Bravo pour l’article.

    Pour moi il manque juste de parler des sites pour les téléphones mobiles et les tablettes, le Html5 est presque obligatoire. Il existe des solutions qui commencent à émerger : sencha touch, jquery mobile,…

    • Il est vrai que nos experts ont abordé très rapidement le cas des sites mobiles. Mais selon moi le sujet devra être développé dans un prochain sujet, il y a tellement de choses à dire !

  • Olivier

    J’adopte !!

  • Pingback: Infographie : Et si l’Open Source venait envahir le Web ? | Le blog des nouvelles technologies : Web, Technologies, Développement, Interopérabilité()

  • Gilles

    Article très intéressat

  • Gilles

    Article très intéressant pour se forger une opinion, merci !

    Par contre ma conclusion va pour le moment à l’inverse de la vôtre : vous n’êtes à mon avis pas très représentatifs du marché web, mais plutôt des acteurs du web impatients d’utiliser un nouveau joujoux, ce que je comprends parfaitement au vu des améliorations apportées par le HTML 5.

    Qu’il faille en tant que développeur ou designer commencer à se former, c’est évident. Par contre, ces technologies ne sont que partiellement prises en compte ce qui impose de nombreux fallbacks vers les méthodes « classiques ». Il faut aussi compter avec les bugs de jeunesse, les interprétations différentes selon les nombreux navigateurs, etc. Donc énormément de test va être nécessaire pour parvenir à un site en HTML5 qui sera de toute façon « sous perfusion » vu toute l’assistance médicale à déployer dans les technologies classiques !

    Au final, c’est un surcroît de travail (donc de coût) assez important il me semble, que l’on peut difficilement répercuter sur le client dans de nombreux cas : une PME, une institution, etc. qui n’ont pas d’impératif de haute technologie, n’ont aucun intérêt dans les deux ou trois ans qui viennent à réaliser ce surinvestissement et essuyer les plâtres. D’ici là, la technologie sera devenue plus mature, beaucoup plus standardisée et facile à mettre en oeuvre.

    En attendant on peut très bien réaliser des sites impeccables sur mobiles sans passer par le HTML5, donc l’argument des mobiles n’a aucune valeur absolue, il faut le relativiser fortement selon le contexte du projet. L’argument qui pourrait m’inciter à franchir le pas tout de suite est celui d’un bonus au positionnement sur les moteurs de recherche, mais à part le commentaire de Jacques Martinet plus haut ce point n’est pas développé (et tous les sites n’ont pas des impératifs de haute performance en SEO).

    Ma conclusion est qu’à moins d’être passionné et prêt à y passer pas mal de soirées, ou d’avoir un projet dont le contexte nécessite d’adopter d’emblée ces avancées, il n’y a pas d’urgence à adopter le HTML5. Il faut avoir conscience que le faire aura nécessairement un coût non négligeable.

  • Pingback: La parole aux experts du Web : Que sont les CSS3 Media Queries ? Comment les intégrer et les mettre en oeuvre ? | Le blog des nouvelles technologies : Web, Technologies, Développement, Interopérabilité()

  • Pingback: La parole aux experts du Web ! | Le blog des nouvelles technologies : Web, Technologies, Développement, Interopérabilité()

  • Yannick Sirjean

    Article intéressant. Je vois que depuis des années les mêmes problèmes se posent encore et toujours. Du bidouillage, du bidouillage et encore du bidouillage. J’aimerai qu’un jour le html d’une façon générale soit implémenté de la même façon sur tous les navigateurs (un rêve).

    S’il ne l’est pas, deux solutions : soit la norme (recommandation en fait) est trop floue ou trop complexe, soit des histoires de lobying font que les navigateurs ne veulent pas l’implémenter pour mettre en avant leur propre techno.
    Pour moi, en dehors du Seo, aucun intérêt à mettre du html5.

    Flash fait beaucoup mieux et est sur tout les navigateurs, et implémente la même api. Pareil pour Java ou l’api Silverlight.

    Perso, j’attends un vrai langage de programmation normalisé qui fait du carré. Pas un truc du style si IE6 alors, si IE7 alors, si Google Chrome1 alors, Si firefox, alors. Voilà, il faut le dire, on en a marre de bidouiller. ça fait perdre du temps et de l’argent à tout le monde, oblige à avoir quinze navigateur sur le poste, etc… Bref, c’est ch…

    Je résume : Messieurs les membres du W3C, vu tous les problèmes d’implémentation que vos recommandations posent quand allez vous créer une vrai interface non soumise à interprétation ?

Lire les articles précédents :
Le projet Google+, encore un service lancé par Google aujourd’hui… Adieu Facebook ?

Pourquoi aujourd'hui ? C'est la question que l'on peut se poser... En tout cas Google a envie de frapper un...

Fermer