Référencement des contenus flash

Google, Yahoo et Adobe vont donc travailler ensemble pour améliorer le référencement des contenus flash.

Très bonne initiative.

Peut on penser que très rapidement, nos sites riches vont se retrouver en tête des recherches sur Google ?

Certainement pas à court terme. A voir a plus long terme ce qui va sortir…

Premièrement, ces travaux prendront du temps.  Même s’ils vont très vite, on ne devrait rien voir sortir de  vraiment nouveau avant un an minimum.

Deuxièmement, sur le fond : cela veut dire quoi indexer un contenu “rich media” ?

Si l’application est en fait structurée comme un site “classique”, avec une logique de page avec du contenu, on peut effectivement faire un mapping assez simple entre les moteurs de Google et les sites flash.

Mais utiliser le flash pour faire du “html like”, c’est bien réducteur.

Flash permet de développer de véritables applications interactives et multimédia.
Pour de tels applications, la question est bien plus complexe.

Il faut tout d’abord identifier les points d’entrées de l’application, points d’entrées qui seront utilisés par les moteurs de recherche.

Il faut ensuite associer des informations à ces point d’entrées. On est encore, et pour pas mal de temps, sur une recherche “texte”. Donc, même si votre site est surtout un site multi média, cela n’empêche pas qu’il faut, d’une manière ou d’une autre, associer du texte à chaque point d’entrée.

Comment associer ce texte ? Purement déclaratif ? C’est un mode qui pose problème à Google, parce qu’à l’opposé de toute sa politique actuelle pour luter contre le “spamdexing” (technique qui vise à obtenir de très bonnes réponses sur Google, en donnant de fausses indications).
La question pour Google est simple : comment garantir que la description textuelle correspond bien au contenu multimédia ?

En synthèse :

  • A l’évidence, le Web va de plus en plus se remplir d’applications multimédia de plus en plus riches ;
  • C’est un enjeu majeur pour les années à venir que de permettre une bonne indexation de ces services ;
  • A l’évidence, pour avoir un service rich-media bien indexé, il faut y penser dès la conception du service. C’était vrai en HTML, et c’est encore plus vrai en Flash ;
  • Il se passera de nombreux mois avant qu’un service rich-media flash arrive en tête des réponses sur Google !

L’importance du détail pour les interfaces : suite

Une interface réussie est donc une interface ou on a bien travaillé, du niveau “macro” au niveau “micro”.

Dans ce billet précédent, je parlais de l’idée de mettre plusieurs images pour un bouton :

  • Une image pour le bouton au repos ;
  • Une image quand la souris passe au dessus du bouton (mouseover) ;
  • Une image quand on clique sur le bouton.

Petit détail qui compte : il ne faut pas que le navigateur ait à charger les images lors de l’action. Il faut que les images soient pré-chargées.

Sinon ? L’utilisateur risque d’avoir un effet très désagréable : avoir un bloc blanc qui s’affiche lors de l’action. Et oui, le temps que l’image se charge…

Comment pré-charger les images ?

Une solution (il y en a surement d’autres) : on charge une seule image, qui contient tous les états du bouton, et avec un petit code javascript, on déplace la partie visible en fonction de l’action. C’est assez facile à faire, et ça marche très bien.

Le sens du détail, mis en œuvre par Firefox 3

La nouvelle version de firefox est nettement mieux intégrée dans la charte de chaque OS.

Sur Mac, l’interface reprend l’effet “acier brossé” du meilleur gout.

J’en parlais dans mon billet précédent, dans une bonne interface, il faut différencier, pour le même bouton, plusieurs états : repos, quand la souris passe dessus, et quand on a cliqué.

Voici les trois états, proposés par Firefox, pour le même bouton :

Bouton sur la barre Firefox 3, et ses 3 états

Et le curseur tournant pour attendre l’affichage ? Sur Firefox, il est mis en œuvre à plusieurs endroit : sur l’onglet en cours de chargement et à droite de la barre d’adresse.

Sur une interface Web, on peut positionner ce curseur dans le bouton, mais il y a bien sûr d’autres options possibles.

L’importance du détail pour les interfaces

La qualité d’un site passe par multitude de détails.

Des détails ?

Des détails qui impactent directement le taux de transformation du site. Des détails qui pèsent lourd donc !

Exemple : les boutons.

En premier lieu, le bouton doit avoir une forme sans équivoque, qui sera reconnu par l’Internaute comme un élément appelant le clic.

Un bouton bien clair : on veut cliquer dessus !

La couleur ressort bien du contexte, le libellé est clair. L’effet relief rajoute l’envie de cliquer.

En deuxième point, il me semble qu’on apporte un signal encore plus clair et “incitatif” en changeant la couleur ou la forme du bouton au survol de celui-ci par la souris :

Bouton Up (exemple d'Amazon)

Bouton Down (exemple d'Amazon)

(exemple extrait d’Amazon)

C’est bon ? Oui, mais je pense qu’on va aller dans un avenir proche un cran plus loin.

Je pense en effet qu’on pourrait améliorer l’expérience utilisateur en lui signifiant clairement, après le clic, qu’on a bien pris en compte sa demande.

En effet, le temps de traitement, qui suit le clic, est très variable, en fonction du débit de l’internaute, de l’engorgement du réseau, du taux de charge du serveur, …

Donc, il faut faire patienter l’internaute.

L’interface gagnerait en clarté si, après le clic, un signal visuel indiquait à l’internaute que sa commande est en cours de traitement. On pourrait par exemple ajouter sur le bouton, qui devrait être avoir un code couleur pour signifier que l’utilisateur a bien validé l’option, une animation représentant l’attente, dans le genre :

Représentation de l'attente

Je ne crois pas qu’on puisse faire ça en html / css standard. Il faut un brin de Javascript.

Je n’ai pas vu de site mettant ça en oeuvre (le dernier point je veux dire). Et vous ?

La qualité d’un service - le sens du pratique et du détail

Je devais préparer un trajet ce matin (et je n’ai pas encore l’iPhone 2 avec GPS ;) )

J’ai commencé par utiliser un service national, mais le trajet ne m’allait pas, puisqu’il passait par le périf, et le périf en scoot, …

J’ai donc fait une nouvelle tentative avec Google Maps. Voici le premier itinéraire proposé :

Google Maps : itinéraire par défaut, via le périf

En cochant une case, j’ai pu préciser que je ne voulais pas passer par l’autoroute. Google Maps m’a alors proposé ce nouvel itinéraire :

Google Maps : itinéraire 2, en précisant que je ne veux pas prendre les autoroutes

En faisant un drag & drop d’un point de l’itinéraire, j’ai pu préciser que je préférais passer par les rives de la seine (bien plus rapide et sympa que le Bd Brune) :

Google Maps : itinéraire ok, via les bord de seine.

Et voilà, j’ai mon itinéraire. Simple et efficace.

On doit prendre modèle sur ce genre de service. Pas de détails inutiles, mais les fonctions qui répondent à de vrais besoins !

La longue traine vue par Dassault System

Tout le monde ne le sait peut être pas : Dassault System est aussi un éditeur de logiciel, dans le domaine du PLM.

3DS, c’est 8000 personnes (quand même !), dont la moitier en R&D.

3DS est leader sur son marché, et propose tout un tas d’outils, permettant de modéliser en 3D des produits. Ces outils sont historiquement utilisés pour les produits industriels (avions, voitures, …) mais aujourd’hui, le cadre d’utilisation de ces outils à bien changé, et sont également utilisés pour l’électronique grand public, ainsi que, par exemple, par les grands magasins, pour visualiser une mise en rayon virtuelle.

Bon, jusque là, on est encore dans un contexte purement B2B.

Mais cela évolue, surtout avec l’acquisition de Virtools (2005).

Donc aujourd’hui, 3DS propose 3DVIA :

3DVIA

La vision, c’est qu’après le texte, l’image, le son et la vidéo, la prochaine grande révolution pour le web sera la 3D.

Ce portail essaie de construire cette vision, avec tout un tas d’outils et de services.

On peut par exemple naviguer dans une bibliothèque de modèles 3D, qu’on peut consulter directement dans le navigateur (avec un plugins à installer). L’idée, c’est de construire le Youtube du 3D :
Copie d'écran de l'espace de partage de modèles 3D

Mais les ambitions de 3DS vont plus loin, avec d’autres idées plus futuristes.

3DS a ainsi signé un deal OEM avec Microsoft, pour enrichir MS Virtual Earth, et permettre à chaque utilisateur d’ajouter des objets 3D sur le monde virtuel de Microsoft. On peut ainsi modéliser sa propre maison sur son emplacement :

3DS propose d’aller encore plus loin, avec plusieurs idées “Web 2.0″.

Ils ont ainsi développés une application FaceBook, permettant d’ajouter et de manipuler des objets 3D directement dans le réseau social.

Mais le plus étonnant est sans doute l’idée de la 3D “long tail” : une application permet de co-créer un modèle 3D sur Internet. On serait donc tous de futures créateurs 3D…

Exemple donné : un constructeur automobile diffuse le modèle 3D de la voiture en préparation, et propose à tout un chacun de modifier ce modèle. On peut ainsi changer la forme d’un tableau de bord qui ne plait pas, déplacer ou ajouter des éléments, …

Partagez vous cette vision ?

Pour ma part, je ne suis pas complètement convaincu.

Je pense bien sûr que la 3D va être de plus en plus utilisée, surtout avec la généralisation des player 3D (Flash ou même nativement dans les navigateurs).

La 3D peut être un bon vecteur pour améliorer la “proximité” avec certains produits, surtout pour les produits complexes.

Mais je ne pense pas que la 3D va prendre une place si importante que ça sur le Web, et je crois encore moins à l’idée qu’on va tous manipuler des modèles 3D (il faut s’entraîner vraiment longtemps avant d’arriver à faire ce qui est montré dans la vidéo ci-dessus).

Les couches logicielles

Couches, du hard vers l'applicatif

Donc, à la base, il y a du matériel.

Pour donner vie à ce matériel, on rajoute un système d’exploitation.

Par dessus ce système, on ajoute des applications.

Une application bien particulière est le navigateur Internet.

Ensuite, nos services Internet peuvent prendre vie, soit directement dans le navigateur, soit via une extension, Flash ou Java.

Chaque flèche indique un endroit pour développer une application.

L’âne gourmet ouvre ses portes

L’ami Serge vient d’ouvrir sa boutique en ligne :

L'âne Gourmet en image

Au menu, un moteur prédictif, comme sur le site d’Apple :

Moteur prédictif

Et une carte interactive :

L'âne Gourmet en image avec une carte de france interactive.

Longue vie à l’âne !

Live from OnAir

Je m’étais inscrit à la journée OnAir de Paris.Le monde est tout petit, c’est l’occasion de croiser Fred, Olivier Ezratty, Christophe Lauer

La présentation était réalisée par toute l’équipe d’évangélistes Adobe : Mike Chambers, Rayan Stewart, …

AIR, c’est la solution d’Adobe, pour “sortir du navigateur” et avoir des applications qui tournent directement sur le bureau de nos ordinateurs, avec une vrai logique multi-cible (PC, Mac, Linux).

Bon, faut le dire, cette journée est “terriblement” technique !

J’en parlais avec Christophe Lauer, évangéliste microsoft sur les technos Sylverlight, c’est marrant comment Microsoft qui a un background technique fait tout pour draguer les designer, en faisant des présentations ou la programmation est plutôt caché, alors qu’Adobe, qui vient plus du monde des designers, fait des présentations super techniques (on a vu des lignes de commandes ;) ).

Autre point vraiment intéressant : les logos des premiers utilisateurs : Salesforce.com, SAP, …

Comme évoqué dans ce billet sur RichCommerce, la logique AIR prend tout son sens pour certains éditeurs, c’est un retour de balancier après une période “full web”.

L’approche AIR est une vrai alternative, pour développer plutôt simplement une application ayant une interface nickel, qui tournera sur toutes les machines, et qui sera assez simple à déployer.

A ce titre, Adobe joue relativement seul sur ce terrain : Java n’est pas aussi simple et Microsoft n’a pas d’alternative (WPF n’est pas multi-OS et Sylverlight ne sort pas du navigateur).

L’après Google

Nous vivons sous l’aire Google.

C’est une domination absolue !

Google est LE moteur de recherche mondial pour Internet.

Et comme sur Internet, on trouve tout… à condition de savoir à quelle adresse, la fonction de recherche est devenue complètement centrale, au cœur de nos comportements d’Internautes.

Ainsi, pour un marchand, Google représente en général largement plus de la moitié du chiffre d’affaires.

Google a ensuite mis en place sa plate forme de publicité : Adwords.

Adwords est LA plate forme de publicité sur Internet. L’entreprise qui souhaite faire de la publicité achète des mots clés, et associe des annonces à ces mots clés, les annonces contenant un lien vers le site de l’entreprise.

Google se charge de pousser ces annonces, dans les “bonnes pages” : sur les pages d’affichage des résultats de la recherche, ou sur des pages intégrant le programme de publicité Google (Adsense).

Ces trois briques sont complètement imbriquées. Le moteur de recherche est la racine de tout. Adwords et Adsense utilisent les connaissances du moteur de recherche pour proposer des publicités extrêmement contextualisées.

Mais vous savez sans doute tout ça. J’en reparle juste pour “reposer le décor”.

Cette domination absolue ne peut pas durer éternellement.

D’abord, elle est trop dangereuse. Sur Internet comme dans n’importe quelle industrie, il n’est pas sain qu’un seul acteur ait une domination aussi forte. On s’en rend compte par exemple lors des censures liées à la Chine et au Tibet.

Et puis, le contexte évolue. C’est la vie des entreprises.

Alors, quels sont les évolutions, les changements qui peuvent déstabiliser Google, et permettre l’émergence de solutions alternatives ?

On peut tout d’abord imaginer que les lois anti-trust interviennent, comme elles sont par exemple intervenues, dans les années 80, pour démanteler AT&T.

Mais comment découper Google ?

L’activité de recherche, sans la fonction publicité, ne rapporte rien…

On pourrait imaginer imposer ce découpage (moteur de recherche / moteur de publicité) avec des API publiques et des contrats entre les entités. L’avantage de cette découpe est qu’elle permettrait, théoriquement, l’émergence d’autres moteurs de publicités, utilisant les bases d’index du moteur de recherche de Google.

L’autre évènement, qui pourrait modifier la donne, vient de l’évolution constante du Web.

Le modèle “page HTML avec des liens” sur lequel est entièrement bâti Google commence à vieillir.

Le Web devient interactif, richmedia.

Aujourd’hui, la solution passe par du déclaratif. On met des applications richmedia en ligne, et en parallèle, si on veut avoir un minimum de référencement sur Google, on met en ligne des données adaptées à Google.

C’est nécessairement une solution de transition, un plâtre provisoire.

Des solutions mieux adaptées aux contenus richmedia et aux applications en lignes vont nécessairement émerger.

Google pourra-t-il s’adapter à ces nouveaux modèles, en rupture avec son “Page Rank” ? Difficile pour Google, quand tout le business model est basé dessus…

D’autres acteurs pourront- ils créer des solutions crédibles ? Quels sont les investissements nécessaires pour atteindre la masse critique minimum ? L’intelligence de Google, à ses débuts, est d’avoir pris en compte, dès le début, l’ensemble de la problématique : pas simplement l’algorithme de recherche, mais également le problème lié au volume.