Sur un blog, les billets se suivent (et ne se ressemblent pas) pour bien souvent finir tout seul dans le fond du panier. Il est assez rare qu’ils en ressortent, à moins qu’on ne leur redonne un coup de pouce et pourquoi pas une seconde vie.

En plus, ça tombe bien, l’été c’est l’occasion de lire en se dorant la pilule tout ce qu’on a vu passer pendant l’année sans avoir vraiment de temps à y consacrer.

Cette nouvelle rubrique est donc l’occasion de vous faire découvrir ou redécouvrir les billets que nous avons écrit ces derniers mois.

Pour vous mettre en jambe (et passke c’est l’été, même si on y croit plus vraiment), voici un petit interlude relaxant :

Merci Sarah pour ce moment de détente. Maintenant au boulot !

Le référencement sous toutes ses facettes

Ah, le référencement ! Le saint graal du web s’il fallait en choisir un, bien plus que les réseaux sociaux d’ailleurs.

Sur ce blog, on vous a parlé de SEO (search engine optimization) qu’on peut traduire par référencement naturel en bon françois, ou comment miser sur vos contenus et un site web tout bien organisé pour monter un peu plus haut dans les résultat du Grand Google. On avait d’ailleurs évoqué le sujet du sacro-saint PageRank, qui relève aujourd’hui plus du mythe que de la réalité (en bref, un indicateur de plus, qu’il est inutile de contrôler toutes les deux minutes).

On vous a aussi parlé de SEM (search engine marketing), qui regroupe toutes les techniques payantes du référencement, achats de mots clés en tête. Dans ce billet dédié aux AdWords, nous vous avions donné toutes nos bonnes recettes pour rater à coup sur vos campagnes sur le moteur de recherche (et bien sûr pour les réussir).

Et puis, nous avons consacré une bilogie (rien que ça) au petit dernier du référencement : le SMO, ou social media optimization. La première partie, plus théorique, explique les principes de base du SMO. La seconde, (vous l’aurez compris) plus pratique, présente des applications concrètes du SMO sur Twitter et LinkedIn.

Des campagnes web tout bien comme il faut

Investir des sous dans le oueb, c’est bien (et même parfois indispensable) mais les investir à bon escient c’est encore mieux ! Nous en avons d’ailleurs déjà parlé sur ce blog : parce-que nous sommes tous internautes, nous pensons avoir notre avis sur la meilleure façon de concevoir un site web ou une campagne e-mailing. C’est vrai quoi, on visite tellement de sites, on reçoit tellement de mails, qu’on sait à peu près ce qu’il nous faut ! Et pourtant, on se trompe bien souvent.

Parce-que pour savoir ce qu’il vous faut, on se base non seulement sur notre savoir-faire, mais aussi sur des études et des tests. C’est le cas notamment avec l’eye-tracking, qui nous permet de mieux connaître (et de comprendre) le parcours de lecture des internautes, et, du coup, de nous y adapter.

Parmi les bons ingrédients pour une campagne réussie, nous avons aussi consacré des billets aux e-mailings (mieux connaître sa cible et s’y adapter), aux landing pages (ces pages sur lesquelles sont redirigées les internautes, et où ils doivent trouver vite, très vite, ce qu’ils cherchent) et aux formulaires d’inscription (pour optimiser ce fameux tunnel de conversion).

Retour vers le futur : vu de ma Doloréane

Madame Irma n’a qu’à bien se tenir ! ici, pas de boule de cristal, mais seulement des sujets qui nous tiennent à cœur chez LunaWeb.

C’est le cas notamment de l’accessibilité web dans laquelle nous croyons énormément, et depuis longtemps : ou comment prendre de bonnes habitudes pour rendre le web accessible à tous. De bonnes habitudes qui sont d’ailleurs très utiles pour le référencement puisque les moteurs, Google en tête, kiffent à mort qu’on leur explique quel chemin prendre, et puis même qu’on leur pré-mâche tout ce qu’on publie pour eux (ou mieux de les lire à leur place !)

Autre sujet de prédilection : le HTML5. Loin de suivre aveuglément toutes les possibilités offertes, nous picorons ici ou là des options intéressantes (comme les animations ou l’adaptabilité des contenus )… et surtout compatibles !

Et puis, cerise sur le gâteau, nous avons aussi consacré une partie de nos billets sur web social (dont on reparlera bientôt) et sur les prédictions de fin prochaine du bon vieux site web, qui feraient place à des Pages Facebook ou que sais-je. Dans ce billet, nous avons esquissé les contours des sites tels qu’on les aime (épurés, ergonomiques, accessibles) et qui s’adaptent au web mouvant d’aujourd’hui et de demain.

Bonne lecture au soleil et à bientôt !

L’accessibilité web ne date pas d’hier : la première tentative d’uniformisation au niveau mondial, la Web Accessibility Initiative, a été lancée en 1997 par le W3C.

Et même si on peut constater des progrès depuis presque 15 ans (rappelons-nous de ces magnifiques sites décorés de gif animés… nostalgie quand tu nous tiens), nous sommes encore loin du web accessible à tous.

Depuis les tous débuts de LunaWeb, dans l’accessibilité we trust. Tout d’abord parce-qu’on a souhaité coller au plus près aux standards du W3C, et parce-que rendre nos sites accessibles (dans la mesure de notre marge de manœuvre) ne se limite pas uniquement à l’égalité du web pour tous. Et nous allons vous expliquer pourquoi…

L’accessibilité web, c’est quoi au juste ?

L’accessibilité web consiste à rendre accessible tous les outils, les espaces de lecture et de navigation sur le web : il s’agit donc des sites, des applications, des outils que nous pouvons utiliser dans le grand Internet (et donc sur ordimini ou maxi, sur smartphone, etc.)

Et cela touche tous les acteurs, qu’ils soient acteurs publics ou privés. Le secteur public a des obligations particulières à cet égard depuis 2005, après la publication officielle du référentiel général d’accessibilité pour les administrations (RGAA).

Contrairement à ce qu’on pourrait penser, l’accessibilité web ne concerne pas uniquement les personnes handicapées « stricto censu », mais aussi toutes les personnes en situation de handicap, qu’ils soient physiques, moteurs, cognitifs, psychologiques… Il peut aussi s’agir de limitations et de déficiences, notamment visuelles (difficulté à voir les contrastes, hypersensibilité à la lumière, etc.)

Et lorsqu’on y réfléchit, finalement, on peut tous être concerné à un moment donné par ce type de limitation ou de « barrière de compréhension ».

D’ailleurs, le très célèbre Mark Zuckerberg est lui-même atteint de daltonisme. Le bleu étant la couleur qu’il voit le mieux, on comprend pourquoi celle-ci a été choisie pour Facebook (ce qui est quand même moins poétique que la signification que nous donnons à cette couleur en occident : sagesse, rêverie, loyauté, vérité…)

Son application dans la « vraie vie »

C’est bien beau tout ça, mais comment on fait concrètement ?

Tout simplement, c’est rendre ses contenus textuels lisibles par tous, à la fois en travaillant le côté rédactionnel (éviter les pâtés de texte, le scinder en différentes parties, aérer en créant différents paragraphes, etc.) et le côté plus technique (utiliser les bons contrastes – du texte blanc sur fond jaune c’est quand même pas très lisible – ou encore de rendre possible l’augmentation de la taille du texte).

Rendre ses pages web accessibles à tous c’est aussi expliciter les contenus que certains ne pourraient pas voir : ajouter quelques lignes pour décrire une vidéo (ou mieux, ajouter des sous-titres), attribuer un texte alternatif aux images (la fameuse balise « alt »).

Jusque là, l’accessibilité web est loin, justement, d’être inaccessible à tous les détenteurs de sites web : pas besoin d’être bac +12 spécialité « oueb » pour travailler sur la lisibilité de ses pages et expliciter ses contenus (même si un pro du métier apportera forcément son expertise et ses bons conseils dans le domaine).

Mais pour un site vraiment tip top pour tous les internautes, il faudra travailler l’aspect technique de fond en comble, et notamment la structure du site et des pages (tout bien balisé et sémantique comme il faut). Même chose pour la navigation au sein d’une interface, qui peut être pensée pour les internautes ne pouvant se servir que d’un clavier et pas d’une souris.

Pour conclure sur ce sujet

Pour répondre à la question posée tout en haut : l’accessibilité web n’est pas une utopie. Elle est parfois difficile à transposer car elle nécessite de revoir l’organisation des sites de A à Z. Mais globalement, un site bien pensé est un site accessible.

Mais pour bien penser un site, encore faut-il faire appel à des pros du webdesign pour travailler cette phase essentielle de réflexion en amont. Car le web est parsemé d’idées reçues. La raison principale est que nous sommes tous des internautes plus ou moins connectés, et nous nous façonnons nos propres idées (souvent fausses) sur ce que doit être un bon site web.

Et puis, rendre son site web accessible, ce n’est pas juste participer à l’ouverture du web à tous, quelles que soient les barrières de compréhension ou d’utilisation, c’est aussi travailler sur son référencement. Ce n’est bien entendu pas le premier objectif de l’accessibilité web, mais comme le dit Kaelig, notre intégrateur féru d’accessibilité, le premier aveugle du web, c’est Google. Baliser son chemin, son parcours de lecture et lui donner un maximum de matière pour expliciter tous les contenus qui ne sont pas textuels, ne peut être qu’une très bonne chose pour le référencement.

Le Web est un média naissant, l’information qu’il véhicule est transmise par des caractères et des images, animées ou pas. La typographie pour le Web a longtemps été LE parent pauvre du www, quelle misère de devoir composer avec les fameuses 11 polices compatibles !

Non, ce n'est pas la première version du Comic Sans MS

On devait alors composer avec le peu de variété à notre disposition (bon alors pour ce site, Arial ou Verdana ? Youhou !), ou passer les titrages en mode image pour éviter d’avoir une mise en scène proche du traitement de texte. Et donc alourdir le poids de la page, perdre l’accessibilité du texte, et faire reculer le référencement naturel.

Mais c’est fini ! Réduite initialement à un rôle purement pratique (juste pour lire du texte), la typo reprend ses lettres de noblesse sur le Web, et devient enfin un vrai vecteur de communication et d’identification du locuteur.

La typo, c’est quoi ?

Pour faire court, la typographie c’est (source Wikipédia) :

…l’art d’assembler des caractères mobiles afin de créer des mots et des phrases et de les imprimer.

Pur mieux comprendre la typographie, on peut notamment distinguer :

• la police (un ensemble de représentations visuelles de caractères),
• le corps (la taille de la police, mesurée en points),
• la mise en page (la disposition de ces caractères dans l’espace).

Pour pousser un peu plus loin dans le détail, on distingue les polices avec empattement (comme la Times New Roman) de celles sans empattement (comme la Sans-serif, aussi appelées « bâton »).

Au commencement…

Certaines typo sont vieilles comme le monde …enfin presque ! Par exemple, Helvetica a fêté ses 50 ans en 2007 (un film lui a même été dédié), Times New Roman fêtera ses 80 ans l’année prochaine.
Elles ont bien sûr été utilisées pour l’impression papier d’abord (la typographie existe quand même depuis 1440) et pour le web plus progressivement.

On se souvient tous plus ou moins de nos premières navigations sur internet, et encore mieux des premiers sites assez moches, avec ses pâtés de texte et ses liens en bleu canard…

Avec l’émergence Net, de nouveaux métiers ont éclos. L’édition électronique a progressivement pris ses marques. Les CSS, ces feuilles de style qui permettent de définir une fois pour toute l’organisation et la présentation de l’ensemble des pages web d’un site, n’existent que depuis une petite dizaine d’année.
C’est le CSS, couplé à la standardisation des navigateurs, qui ont notamment permis à la typo web de prendre toute sa place.

La typo pour le web, différente du print

D’autres que nous l’ont très bien résumé, comme Anne-Sophie Fradier lors de son intervention à Paris Web 2010 (vu chez Graphisme & interactivité) :

La page web est un Volumen, pas un livre, on la déroule. Le papier a des dimensions fixes et un contenu immuable. [Elle] n’a pas de dimension réellement prévisible, le web mobile, tout ce que l’on sait c’est qu’il offre un écran au format portrait.

(…) Avoir une « fin de page » n’existe pas sur le web, il faut donc trouver d’autres moyens pour assurer des pauses et assurer le confort de lecture. (…) On peut utiliser beaucoup la couleur (…), cela ressort mieux et s’avère souvent plus facile qu’avec l’imprimé.

On ne peut donc pas concevoir une page papier de la même façon qu’une page web : impossible de prévoir la dimension du support de lecture (la taille de l’écran), ni la façon dont les internautes le liront (ils peuvent par exemple agrandir la taille du texte pour mieux le voir).

Ceci dit, l’édition web ouvre de nouvelles portes vers la créativité et l’esthétisme du texte. En bref, on peut en faire des tonnes, sans perdre en confort de lecture.

Et aujourd’hui alors ?

Et bien aujourd’hui, ladies and gentlemen, vos navigateurs permettent à nos petites mains d’agence web d’inclure directement les polices !

Ça veut dire ? Et bien fini le choix ridicule des 3/4 polices archi-compatibles, désormais la technique Font-face de CSS3 permet de commander au navigateur d’aller chercher sur Internet la police que vous désirez afficher. Ça change tout !!

Ce qui signifie également qu’il en est enfin fini des textes en image. Résultat : des pages plus jolies et plus légères, des titrages accessibles aux moteurs de recherches, et l’assurance de conserver la possibilité de les modifier à la volée sur la forme (contenu du texte) comme le fond (graisse, couleur, famille, etc.).

Il y a tout de même encore quelques réserves (la liste des typos qui existent en format Web n’est pas infinie), mais l’essentiel est là !

Un exemple de site qui « tourne » selon ce principe, le récent Aqua Bien Être de Nantes que nous avons réalisé pour la société NGE :

Le Spa Aqua Bien Être à Nantes

Bien choisir une typo

À l’heure de choisir « sa » police, il convient de bien prendre le temps de tourner 7 fois son curseur autour du bouton de sélection.

Même s’il est possible d’en changer, autant éviter par exemple d’utiliser des polices dont on a usé et abusé (Comics Sans MS pour n’en citer qu’une, pas un menu de crêperie du fin fond du Trégor n’en est dépourvu…).

En effet choix des typos sur une page web est aujourd’hui tout aussi important que celui d’un logo : elle défini ou complète l’identité de celui qui l’arbore. Alors imaginez-vous le message global qui passe au moment de découvrir un site utilisant Comics Sans MS. Le site Bancomicsans se charge d’ailleurs de lui tailler un costard…

Autre conseil pratique dans le cas où vous décideriez d’utiliser une police existante, faites bien attention à ce qu’elle ne soit pas déposée et exclusive !
Dans la rubrique « faits divers », vous avez certainement entendu parler d’Hadopi qui a malencontreusement opté pour une police appartenant à France Télécom.

Les sites de polices gratuites abondent (dafont.com en est certainement le plus connu), mais ne vous y méprenez pas : le gratuit est rarement à la hauteur du payant, la typographie est un travail d’artisan, d’orfèvre même ; il convient de louer la qualité des collections réalisées par des professionnels, qui conçoivent des familles de polices capables de supporter différentes graisses, différents types d’affichage, et différents alphabets (qui n’a jamais pondu une super maquette pour un site en français, et se retrouve ensuite coincé par une police gratuite qui ne dispose pas de tous les accents, ou de version cyrillique pour la filiale russe du même site ?).

De nombreux sites font l’interface entre les grandes « fonderies » et le consommateur final, citons par exemple Myfonts.com.

Pour conclure

Chez LunaWeb, on utilise depuis un petit bout de temps des outils de remplacement de police tels que Cufón ou TypeKit, les nouvelles alternatives permettant de créer des typos web accessibles et dynamiques. Cette évolution technique n’a à ce jour aucun inconvénient par rapport à l’ancienne méthode (image ou création à la volée d’une petite animation flash contenant le texte mis en forme), si ce n’est d’être rendue inaccessible pour ceux qui ont désactivé Javascript sur leur navigateur (mais dans ce cas la police par défaut est utilisée, on ne perd personne…).

Un dernier petit mot avant de vous quitter : lors d’un récent voyage outre-manche, j’ai découvert un excellent bouquin retraçant l’histoire de typos célèbres, lesquelles se révèlent excellente à l’usage du design moderne : Classic Fonts For Contemporary Design.

Bonne lecture !

Après avoir touché un peu au HTML5 dans mon précédent article, je pense que cette version 5 du langage le plus utilisé du Web va révolutionner la manière de structurer le code des pages et donc des interfaces que nous réalisons au quotidien.

Il y a des pour et des contre, et à travers cet article je vais surtout vous exposer ce qui me semble incohérent ou pas prêt pour la mise en production d’un site codé en HTML5.

Une accessibilité encore sujette à débat

Un des buts de l’HyperText Markup Language en sa version 5 est de rendre le contenu de ses pages plus accessible aux handicapés.

Je n’ai personnellement pas encore eu l’occasion d’utiliser <canvas> et <video> mais il semblerait que ces 2 nouveautés posent un gros souci d’accessibilité. En effet le principe de <canvas> est de manipuler des pixels à l’écran, alors comment décrire cette animation à un lecteur d’écran en direct via un contenu alternatif ?

Autre « souci », l’attribut alt n’est plus obligatoire :

The requirements for the altattribute depend on what the image is intended to represent, as described in the following sections.

Or, on a vu des lecteurs d’écran lire à un aveugle le contenu de l’attribut src quand l’attribut alt d’une image venait à manquer (d’où l’importance de mettre alt=”” sur des images dont la présence est à but exclusivement décoratif). L’intention est bonne car le code serait moins pollué ainsi, mais le parc des machines chez les handicapés visuels n’est pas prêt.

Articles sur l’accessibilité et le HTML5

• <canvas> (en),
• l’attibut alt (en),
• <video> (en).

Certaines technologies pas encore adoptées par tous les navigateurs

Le tag <video> n’est pas supporté par tous les navigateurs et nécessite donc de prévoir un flash en remplacement comme l’explique cet article (en).

Le tag <canvas> est supporté par la plupart des navigateurs modernes, mais dans le cas d’Internet Explorer, nous devrons attendre sa version 9.

Impact du HTML5 sur le référencement

Le HTML dans sa version 5 est fait pour le Search Engine Optimizer ! Le référenceur va y trouver son bonheur.

Les tags comme <header role=”banner”> remplaceront très justement les <div id=”header”>, et la navigation aura enfin son propre tag <nav>. La page ou l’<article> pourront être divisés en plusieurs <section>, et le contenu annexe sera imbriqué dans un <aside>. Bref tout un tas d’éléments pour signifier ce qui est du contenu propre à la page et ce qui n’en est pas.

En revanche, comment dire à un référenceur que l’on pourra inclure une infinité de <h1> dans notre page comme le préconise le groupe de travail sur le HTML5 ?

En effet, d’après le brouillon actuel des spécifications du HTML5, il est fortement recommandé de n’utiliser soit que des <h1>, soit des titres de niveau approprié (que comprendre par là ?).

Sections may contain headings of any rank, but authors are strongly encouraged to either use only h1 elements, or to use elements of the appropriate rank for the section’s nesting level.

Pour le moment nous ne savons pas l’effet qu’une telle utilisation des titres aura sur notre référencement, mais il y a fort à parier qu’un moteur de recherche rencontrant ce type de code aura bien du mal à hiérarchiser les contenus crawlés. Par exemple, Google recommande officieusement (en) l’utilisation de 2 à 3 titres h1 par page maximum.

HTML5 + Javascript + IE = *$@?

Si la mise en page des documents contenant de nouveaux tags fonctionne parfaitement sous Internet Explorer grâce à une astuce à insérer dans le <head> de votre code HTML :

<!--[if lte IE 8]>
 <script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script><![endif]-->

Le moteur javascript d’Internet Explorer lui, ne parcourt pas correctement le DOM d’un document dont il ne connait pas les tags en natif. Par exemple, ce code ne s’exécutera pas sous IE :

Cufon.set('fontFamily', 'American Typewriter').replace('hgroup h1')

Il faut donc appliquer un ID au hgroup (par exemple #hgroup). On perd clairement l’intérêt sémantique puisqu’on revient au principe d’autrefois : des id sur des DIV.

Ce qui freine la planète dans son élan

Disons-le, le web est un bordel pas possible et 90% des pages sont mal construites ou pas construites du tout. Il est temps qu’un langage approprié au classement et à la hiérarchisation du contenu soit mis au point et fonctionne sur tous les terminaux de la planète.

Le HTML5 va venir nous sauver mais avant, les lecteurs d’écran, moteurs de recherche et navigateurs doivent être mis à jour dans une portion suffisante pour que notre travail ait un sens sur un maximum de terminaux. Sans cela, point de salut pour le HTML5.

D’après un récent communiqué, la compagnie de Redmond souhaite corriger le tir avec Internet Explorer 9. En espérant que l’effort soit réel cette fois.

Alors, on attend encore longtemps ?

Nous devons malheureusement nous plier au monopole de Microsoft car les parts de marché d’Internet Explorer restent supérieures à 60% (en). C’est principalement à cause d’un seul acteur du monde informatique que notre capacité d’innovation est radicalement bridée (tout comme pour le passage à certaines technologies – pour n’en citer qu’un : le CSS2 & 3).

Comme le disais dans mon précédent article, j’aime beaucoup la plupart des innovations contenues dans la version 5 du langage HTML, mais il me semble plus sage d’attendre que le marché soit prêt avant de l’employer sur des sites en production.

Dans quelques années  on pourra revenir sur cet article et le mettre à jour. En attendant, la release des recommandations HTML5 par le groupe de travail est prévue pour fin 2010 (mais le W3C lui-même ne préfère pas trop s’avancer). Rendez-vous en 2022, c’est là que le w3c prévoit de recommander officiellement l’utilisation du HTML5.

Lectures intéressantes

• Introduction au HTML5 (en)
• Le HTML5 est-il prêt ? (en)
• Démonstrations en HTML5 (en)
• Galerie de sites en HTML5 (en)
• Page Wikipédia sur le HTML5

Cela m’intéresse de connaître vos retours d’expérience avec ce langage si vous l’avez récemment utilisé ou si vous pensez l’employer dans l’un de vos projets (perso ou pro), et pourquoi. J’attends vos commentaires à ce propos.

Les spécifications html5 ne sont toujours pas arrêtées et je voulais quand même y toucher « pour voir ». Malheureusement « coder pour coder », ce n’est pas mon dada. J’avais envie de raconter une histoire et de me servir des nouveaux éléments pour leur apport sémantique dans un contexte appliqué.

Récemment nous avons déménagé au 2è étage du 24 bis Rue Maréchal Joffre. C’est une nouvelle expérience pour toute l’agence. La bonne aubaine : ma première page HTML5 est donc un article qui raconte en quelques paragraphes les bienfaits de notre déménagement sur notre cadre de travail.

J’ai découvert des choses vraiment intéressantes en codant cette page. Le HTML5 me semble être un grand pas en avant vers un langage très adapté au web d’aujourd’hui d’un point de vue sémantique. J’espère que le HTML5 règlera certaines maladies des intégrateurs, notamment la divite ou la spanite aigüe, étant donnée la quantité d’éléments bientôt à notre disposition. D’ailleurs je vous laisse découvrir cela dans la source de l’article.

Notez que j’ai aussi utilisé Cùfon, un moteur de remplacement de texte en son équivalent image (futé pour se permettre certaines fontes non-standards dans une page web). Nous l’utiliserons probablement dans le catalogue produit de l’un de nos clients, qui devra être traduit dans plus de 5 langues (cela nous évitera de refaire toutes les images).

Lire l’article : Notre ascension au second étage

Pour les commentaires, je vous invite à les déposer en bas de l’article lié.

Hier nous lancions notre nouveau service d’abonnement à la Newsletter Lunaweb, et aujourd’hui nous apprenons de source officielle que Google a mis en ligne une nouvelle fonctionnalité dans son webmail : un bouton « Se désinscrire et signaler comme spam » pour se désinscrire facilement des newsletters que vous recevez régulièrement.

La fonctionnalité (aussi présente sur Live! Mail depuis la fin-2007)  n’est pour le moment supportée qu’en anglais, comme visible ci-dessous :

Comment ça marche ?

Petite explication qui vaudra mieux qu’un long discours :

1. Un internaute, Giovanni, reçoit notre newsletter régulièrement mais elle ne l’intéresse plus,
2. Au lieu de chercher un lien de désinscription dans la newsletter, Giovanni clique sur le bouton « Signaler comme spam »,
3. Gmail lui propose alors de signaler cette newsletter comme spam et de se désabonner en même temps,
4. S’il confirme son désabonnement, alors Gmail nous signale que Giovanni ne souhaite plus recevoir de nouvelles de sa part,
5. Il est automatiquement blacklisté de notre base de données et nous ne l’embêterons plus avec nos campagnes e-mailing.

Le « petit » souci à prendre en compte

Le danger pour l’éditeur de la newsletter est d’être considéré comme spammeur alors que Giovanni avait explicitement souhaité s’abonner en premier lieu.

Il faut aussi que l’éditeur prenne en compte la désinscription de Giovanni en effaçant ses coordonnées des listings en base de données…

Allons-nous supporter cette nouveauté ?

Bien sûr ! Chez LunaWeb, nous utilisons une puissante plate-forme de routage des e-mails Campaign Monitor, grâce à laquelle nous vous garantissons délivrabilité, rapidité, sécurité, et aujourd’hui : interopérabilité avec les dernières fonctionnalités de Gmail.

Même si les choses ont un peu évolué depuis la parution de cet article de Christian Heilmann (merci Pompage.net pour la traduction), ce dernier vous permettra sans aucun doute de mieux comprendre pourquoi de nombreux clients sont encore peu sensibles à l’accessibilité et vous donnera peut-être quelques idées pour essayer de les faire changer d’avis.

Comme le dit son auteur :

Il est actuellement très frustrant d’être consultant en accessibilité dans une entreprise spécialisée dans les technologies de l’information. Les procès fortement médiatisés et les mythes profondément enracinés sur l’accessibilité ne nous rendent pas service lorsque le produit final n’aide pas vraiment les visiteurs. Nos clients ne s’inquiètent pas autant de l’accessibilité que nous le voudrions et il y a plusieurs raisons à cela.

Je vous invite à lire cet article très fourni et articulé comme suit :

1. C’est la loi (aux USA…) mais il n’y a pas d’exemple à suivre,
2. Il n’y a aucun avantage immédiat,
3. L’accessibilité est vendue comme un problème technique,
4. Le handicap n’est pas une chose à laquelle les clients veulent penser,
5. Nous ne créons plus, nous maintenons,
6. Cela ne fait pas partie de la méthodologie de test,
7. L’accessibilité, ça a l’air d’être un sacré rabat-joie,
8. Personne ne se plaint,
9. Elle exige un engagement
10. Il n’y a aucun leader à suivre.

Et de conclure joliment sur :

Inciter gentiment les clients à suivre la bonne direction. Voici quelques idées :

• Arrêtez de vendre l’accessibilité comme étant un problème technique. Abordez-la dans la phase de planification et de conception plutôt qu’à la livraison.
• Assurez-vous que les faits sont exacts avant de publier un autre article sur « L’Accessibilité » (des coins arrondis en CSS n’améliorent pas l’accessibilité, non vraiment, ils ne l’améliorent pas !)
• Rendez les présentations et les évaluations du produit plus amusantes en supprimant la souris du client et en changeant le paramétrage du moniteur.
• Si vous voulez aider les utilisateurs handicapés, ne vous arrêtez pas à un groupe. Les liens d’évitement aident aussi bien les utilisateurs de la touche tabulation que les utilisateurs aveugles, donc ne les cachez pas !
• Envoyez des mails aux entreprises à chaque fois qu’il vous est difficile d’utiliser leur site. Montrez que vous allez acheter le produit sur le site de leur concurrent et expliquez pourquoi.
• Prenez du recul par rapport au visuel. Acceptez le Design Web comme un mélange de bon contenu, de structure propre et de visuels agréables. Commencez le développement de sites dans un éditeur de texte, et non dans Illustrator.

Une seule chose à rajouter : clap clap clap !

» Lire l’article 10 raisons expliquant pourquoi les clients n’ont que faire de l’accessibilité.

A voir également : Traduit ailleurs : Mythes et idées fausses sur l’accessibilité.

Internet Explorer, connu des webmaster pour sa fâcheuse habitude à ne pas respecter les standards du Web, va utiliser une balise META (inscrite dans l’entête des pages Web) pour se référencer aux normes du W3C.

Cette caractéristique permettra, selon Microsoft qui s’en explique sur son blog MSDN, de conserver les artifices utilisés par les webmaster pour rendre leurs sites correctement interprétables par les versions antérieures de leurs navigateur (Internet Explorer dans sa livrée 7, 6, 5…) lorsque l’on tentait de coder un site correctement par l’usage de xHTML strict et de CSS 2.1 ; et donc de ne pas « casser » le rendu des anciens sites (ceux faits pour IE 6 et 7 notamment, avec des patchs spéciaux pour corriger le mauvais rendu du CSS) dans le nouveau navigateur.

C’est ma foi une relative bonne nouvelle dans la mesure où IE8, qui passe le test ACID2 (le test Acid2 vise à tester la qualité de la mise en œuvre d’un choix de fonctionnalités liées à différents standards du web dans un navigateur, dixit Wikipedia), se plie enfin aux bonnes règles du W3C et pourra afficher un rendu correct de sites conçus selon des règles communes à tous les navigateurs.

Petit accroc dans le tableau, la balise lui permettant de suivre ces principes est la suivante :

META HTTP-EQUIV="X-BALL-CHAIN"

Comme un fait exprès, cette balise est spécifique à IE8, et donc non standard au sens strict du terme, c’est à dire qu’elle fera échouer la certification aux tests de validité du W3C…

Il est dommage de constater (mais que peut-on espérer de plus avec Microsoft) l’usage d’une balise propriétaire pour valider le fait d’utiliser les standards, c’est véritablement prendre le problème à l’envers que de forcer à utiliser un élément étranger aux normes pour valider au navigateur l’usage de celles-ci.

Enfin, si déjà IE8 suit à la lettre le reste des instructions xHTML et CSS, ce sera beaucoup de temps de développement de gagné, en attendant que tout le monde switche à Firefox Internet Explorer 8.

[Mise à jour] C’est pas moi qui le dit, c’est Jeremy Keith dans le A List Apart du 15/02/08 :

Version targeting will allow Microsoft to reach new heights of standards compliance where CSS and (especially) scripting are concerned. But to benefit from it, developers must explicitly opt in. That’s just not right, says Jeremy Keith. And it’s doomed to fail, because standardistas, by their very nature, will refuse to opt in.

Et, toujours dans ALA, par Jeffrey Zeldman lui-même :

Version targeting shakes our browser-agnostic faith. Its default behavior runs counter to our expectations, and seems wrong. Yet to offer true DOM support without bringing JScript-authored sites to their knees, version targeting must work the way Microsoft proposes.

» Lire l’article They Shoot Browsers, Don’t They? etVersion Targeting: Threat or Menace?

Excellent article de Joe Dolson et relayé par Pompage.net pour sa version anglaise. Il aborde le thème de l’accessibilité du contenu d’un site Web vu par le prisme de la typographie.

On balaie la taille des polices, l’interlignage, le choix des typo, l’alignement des paragraphes d’un texte ainsi que l’espacement des lettres. L’accès universel et aisé à un texte est en effet d’abord conditionné par la lisibilité d’un texte, il faut donc avant toute chose soigner en particulier la perception de votre contenu auprès d’un public de lecteurs qui ne sont pas tous à 10/10 d’acuité visuelle, ni équipé des meilleurs écrans du marché…

Je laisse la parole à l’auteur pour la conclusion :

Les éléments à prendre en compte dans la typographie pour Internet sont les mêmes que pour les autres médias, c’est la manière d’utiliser les ressources qui change, afin de s’adapter aux visiteurs. L’absence de contrôle sur de nombreux éléments oblige les webdesigners à réfléchir à d’autres façons d’optimiser les moyens à leur disposition. Il ne suffit pas de s’en tenir à un modèle spécifique, il existe trop d’impondérables. Il vaut mieux au contraire savoir dans quelle mesure les préférences de l’utilisateur peuvent avoir un impact sur vos choix typographiques et éviter les situations risquant de rendre le texte illisible.

» lire l’article Améliorer l’accessibilité Web par la typographie

Autre livre à méditer pendant les périodes plus calmes de la fin d’année,
Coder pour le web est un ouvrage sacrément bien conçu abordant la problématique épineuse de la conception selon les standards du web de gros sites dynamiques, car s’il est facile de concevoir un site portfolio répondant aux exigences les plus pointues des standards d’accessibilité et de validité du code xHTML/CSS ; il est en revanche beaucoup plus compliqué d’observer la même rigueur avec des sites manipulant beaucoup plus de variables et de données.

Vous apprendrez notamment comment :

• créer des sites Web dynamiques proposant des réponses en temps réel aux entrées des utilisateurs,
• tirer parti de la puissance du PHP pour développer les règles métier de votre site,
• faire valider des formulaires afin de rejeter les données erronées ou malveillantes,
• importer et exporter des données depuis d’autres applications à l’aide de fichiers plats,
• construire des tables de base de données et les interroger avec des requêtes SQL afin de gérer les données générées par l’activité de votre site,
• développer un système de gestion de contenu simple,
• développer une zone de votre site Web réservée aux membres munis d’un mot de passe,
• construire un site Web par modèles avec un système de navigation dynamique.

» En savoir plus sur le livre Coder pour le web