Arrêtez d'enseigner le HTML en classe !

Suite au court billet dans le blog Alsacréations et aux nombreux commentaires, je me sens terriblement concerné car je dois enseigner « la création de sites et de pages internet »… avec très peu d’heures d’enseignements. Je dois étudier Photoshop, Flash, et Dreamweaver pour la création de sites. Ça, c’est ce qui est prévu. Bref, il me reste environ 8 h de cours pour Dream, la création des sites, les obligations légales, les droits d’auteurs… et parler aussi, car j’en parle, de Html, des CSS, de l’utilisabilité, de l’accessibilité, des standards… Il est vrai que comme je les suis aussi pendant leur projet (grosso modo de décembre à mars), j’ai un peu plus de temps en réalité, ce qui me permet de leur montrer pour certain le site Alsacréations ;-).
Toutefois, je me vois mal expliquer aux étudiants que nous allons programmer directement en code… Ce ne sont pas des informaticiens pur et dur à la base et la plupart d’entre eux ne le seront jamais. Idem sur Flash. Et dans le fond, je me demande, (c’est identique pour les sociétés en formation continue, où comme centre de formations, nous avons des demandes sur Dreamweaver, parfois Golive ou même FrontPage, rarement sur les CSS mais jamais sur le Html, l’adaptabilité, la validation du code), je me demande donc, si cette guerre actuelle n’est pas un faux débat.
Je m’explique… par une histoire d’ancien combattant… Dans le milieu des années 90, les webmasters codaient « à la main ». Puis sont apparus timidement par exemple des logiciels comme Claris HomePage, PageMill puis un peu plus tard SiteMill de chez Adobe. A peu près à cette période-là, j’ai été invité à une conférence sur la création des sites Web. Les conférenciers ne juraient que par le code, le code, le code… Normal, c’était des programmeurs ! Et savez-vous vous ce qu’ils m’ont répondu lorsque je leur ai demandé ce qu’il pensait des programmes « Wysiwyg » et que la majorité du public allait utiliser ces programmes… Non ? Eh bien, ils m’ont répondu que ces programmes n’avaient aucun avenir… Depuis cette décennie, je pense que de nombreux logiciels de création de page, de gestion de sites… ont vu le jour et beaucoup de personnes crées aujourd’hui des sites : beaux, laids, valides, non valides, accessibles ou pas, utiles ou futiles, commerciaux ou associatifs…
Pour l’instant, il est vrai que j’en reste à un usage basique de Dreamweaver… (avec la création des tableaux tout en expliquant les feuilles de style) même si cela vous fait bondir. Je crois remarquer que le marché est encore aujourd’hui dominé par Dreamweaver et autres, que la validation et accessibilité (même si une loi existe) ne sont pas des critères décisifs pour demain (dans le sens futur immédiat)… Ils le seront lorsque des outils tels Dreamweaver, Golive ou d’autres généreront automatiquement ce type de code. Ce jour-là, effectivement, tout le monde se mettra au travail là-dessus de manière naturelle, pendant que les futurs geeks (ce ne devrait plus être vous !) trouveront de nouveaux objectifs qu’ils voudront imposer…
D’ailleurs au niveau du centre de formations, même si la demande est quasi-inexistante, nous avons beaucoup de difficultés pour trouver des formateurs compétents en Html/CSS, en utilisabilité, en accessibilité, en standards… Si certains sont intéressés, ils peuvent me contacter…
De plus, pour en finir avec les étudiants, pour ma part, je pense que je leur donne des pistes. À eux aussi de les explorer.

Apache permet de choisir la langue des pages Web

Par exemple avec le fichier <toto.html> en trois versions : anglais, français, allemand. Tu nommes le fichier anglais <toto.en.html>, le français <toto.fr.html> et l’allemand <toto.de.html>. On fait un lien sur une autre page vers ces fichiers, de la forme <http://www.monsite.com/toto> (très important de ne surtout pas mettre toto.html).
Quand le visiteur clique sur le lien <http://www.monsite.com/toto>, il aura <toto.en.html>si ses préférences mettent l’anglais en avant, <toto.de.html> si c’est l’allemand, etc.

Au fait, c'est quoi la durée de vie d'un site

Dans cet article intéressant du Journal du net, nous apprenons à combien de temps on estime la durée de vie d’un site et comment cette durée de vie s’explique…

Cependant, j’aimerai donné un point de vue différent : celui des petites structures comme les indépendants, TPE, PME… En effet, fréquemment, ces sites changent peu, y compris de contenu, par manque de temps et-ou de moyens !

Toutefois, j’ai l’impression que certains de ces sites ont parfois plus de crédits que d’autres car les internautes s’habituent à ces sites et les reconnaissent immédiatement !Ceci est juste une constatation à l’emporte-pièce sans étude pour l’étayer. De plus, pensez-vous qu’il soit judicieux de modifier un site ou une page qui permet à ces petits sites de se maintenir en haut des moteurs de recherche. Plutôt que de modifier complètement son site, ne vaut-il pas mieux créer de nouveaux sites ?

l’article du journal du net

interdire l'indexation d'une page par les moteurs

Suite à une demande que j’ai eu aujourd’hui, voici l’explication pour interdire au moteur ou plutôt à leurs spiders de référencer une page ou les liens depuis cette page.

Il faut utiliser un meta-tag dans l’en-tête de la page, la balise meta name= »robots ».

Voici les possibilité d’écriture de cette balise :

  • La page n’est pas indexée par le robot mais les liens contenus dans la page sont indexés.
    <meta name= »robots » content= »noindex, follow »>
  • La page est indexée par le robot mais les liens contenus dans la page ne sont pas indexés.
    <meta name= »robots » content= »index, nofollow »>
  • Ni la page, ni les liens ne sont indexés par le robot.
    <meta name= »robots » content= »noindex, nofollow »> » ou « <meta name= »robots » content= »none »>
  • Ces deux dernières syntaxe ne servent à rien car c’est ce qui se déroule sans balise, le spiders indexe la page et suit les liens.
    <meta name= »robots » content= »index, follow »> ou <meta name= »robots » content= »all »> »