Bloc invisible. Cible de retour en haut de page et liste de keywords pour les robots qui lisent le texte en ignorant les meta-balises.

Pub

Études



Articles de WRI



Autres articles



Le PHP



Forums associés :



Chapitre : “analyses”
Articles et études sur le référencement.

Ce chapitre est destiné à ceux qui souhaitent approfondir leurs connaissances dans l'optimisation du référencement, spécialement pour Google.
Il est constitué de 4 rubriques :

Dans la colonne située à gauche se trouve le sommaire de toutes les rubriques concernant ce chapitre.


Gris typographique (suite)

Avertissement préliminaire: Si, durant cette lecture ennuyeuse, mes propos vous indisposent ou même vous “gavent”, clignez fortement des yeux, regardez la page aux travers de vos cils et imaginez qu'il s'agit d'un body-text en latin.

Au dessus, vous venez de lire les (seules) quelques lignes de rédactionnel trouvées sur la page de garde du chapitre Analyses. J'aurais bien aimé y trouver une sorte d'éditorial, une introduction plus étoffée, un résumé de vulgarisation qui me donne envie d'aller cliquer sur un de ces nombreux liens aux titres mystérieux. S'il n'y avait pas ces liens à gauche, il me semblerait que la raison d'être de ces dix lignes ne soit que le prétexte pour offrir un support de pub autour ! J'ai connu ça dans le monde de l'édition papier mais je ne savais pas que cela se pratiquait aussi sur la toile.
Et pourquoi pas un bon publi-rédactionnel sur un produit en rapport direct avec le contenu des rubriques... avec de jolies décalcomanies publicitaires...


Trève de persiflage, retournons sur de plus doux nuages.

Je n'ai pas trouvé utile de remettre la colonne de droite qui nous invite à nouveau à quitter la page et la rubrique que l'on vient de choisir d'ouvrir. Je pense que la vraie plaque tournante d'un site est l'accueil. En effet, s'il est vrai que dans le métro on trouve des plans et des propositions de re-directions à chaque station, c'est parce qu'il y a autant d'accès pour y entrer que de stations (et souvent plusieurs accès par stations). Dans le cas d'un site, l'entrée, le passage obligé est unique et est le même pour tous; C'est là qu'on y fait son choix de visite. Imaginez qu'entre chaque plat un restaurateur vous rapporte la carte et vous redemande si vous ne voulez vraiment pas composer votre menu autrement. Pour le visiteur qui arrive par une porte dérobée comme un lien pointant vers une page précise, ici, depuis un autre site, il faut à ce quidam une interface très simple pour qu'il n'ait pas l'impression d'être tombé dans un sac de liens. La possibilité de retour à l'index est fort simple en cliquant sur le logo et les changements de chapitre se font en utilisant les 5 onglets supérieurs. Il me semble que c'est tout ce dont on a besoin pour une navigation efficace.

Accesskeys:


Six jours supplémentaires mis à profit.

J'étais certain de ne pas avoir le temps de mettre en place mon petit système pour les “accesskeys” c'est pourquoi j'avais rendu le projet incomplet. En fait, ça à été beaucoup plus rapide à mettre en place que prévu et j'aurais été parfaitement dans les temps impartis au départ si, je n'avais pas préjugé à la hausse de ce que je croyais être une difficulté.

Le procédé est simple: Chaque dossier rubrique contient un dossier accesskey valable pour toutes les pages de la rubrique. Chaque section de menu comporte en fin de liste un raccourci clavier qui mêne à une page qui reprend les liens et leur attribue les clés d'accès. Pour cette page ou nous sommes actuellement: Je compte 55 liens pour le menu gauche, 6 liens retour index et barre d'onglets, 5 liens pour accéder aux “pages Accesskeys” et 4 liens dans le texte courant: 70 liens au total tous pourvus d'une possibilité acceskey pour une possibilité clavier de 38 raccourcis. C'est tellement simple que cette façon de faire existe sûrement déjà mais je ne l'ai encore jamais vue nul part. Faut dire aussi que j'ai toujours, jusqu'à présent, éludé les questions d'accessibilité.
Dans ces pages “Accesskeys”, je n'ai pas mis le bandeau publicitaire car elles sont de caractère transitoire dans la navigation, il faut qu'elles s'affichent rapidement et sont destinées à être presque aussitôt refermées; Et puis, n'oublions pas qu'elles s'adressent principalement à des non-voyants.
Les accesskeys fonctionnent bien avec mes versions (Macintosh) de Mozilla, Firefox, Explorer, Safari.
Opéra et Camino ignorent cette fonction.


Dernières petites modifications

- Léger réglage de la chromie du logo pour qu'il s'approche davantage de l'original.
- Le poids de l'image zenith.jpg (têtière) rabaissé d'environ 2,5 ko.
- Ajout d'accesskeys pour le focus du champ et du bouton d'envoi recherche Google.
- Ajout d'un lien retour en haut de page. Sa cible est un paragraphe invisible <p id=“stop”> qui peut comprendre une liste de mots clés à l'intention des robots de recherche qui lisent dans le texte et ignorent les meta-balises. Ou pourquoi pas une déclaration d'accèssibilité sûrement plus utile.
- La petite clé bleue qui indique les raccourcis menu.
- Remplacement de la vignette “validation” par une autre plus légère et plus petite que celle du W3C. 1.5 ko au lieu de 2.4 ko.


Accèssibilité testée sur: validateur www.acces-pour-tous.net et sur: Cynthia Tested!.
Le second validateur (draconiennes lois U.S) m'indique un avertissement pour le champ texte recherche pré-rempli. Il parait que ce n'est pas cool, qu'il faudrait le laisser vide et mettre un label, mais je n'en avais pas prévu la place au départ... validation refusée par ce dernier. Tout bon avec “accès-pour-tous”.

Salutations cordiales.


top
©
Contact
Services Pro
Actualités Google
Presse
Confidentialité
Archives
Plan
Valid XHTML 1.0!