Aller au contenu

Monique

Hubmaster
  • Compteur de contenus

    4 579
  • Inscrit(e) le

  • Dernière visite

Messages postés par Monique

  1. Bonjour,

    Je suis loin de faire partie des experts du référencement, je m'intéresse juste beaucoup au référencement naturel.

    C'est donc sans vouloir en tirer de conclusion générale que je relate une expérience récente.

    Il y a peu, j'ai eu la surprise et la chance de voir un billet de mon blog cité sur le site du W3C (sur une page interne, mais à PR 8 quand même :P ). Le lien était fait sur le titre du billet, qui contenait des mots clés utiles en relation avec le contenu.

    Autre coup de chance, c'était juste avant la dernière mise à jour publique des PR par Google...

    Résultats pratiquement immédiats :

    - la page d'accueil est passée de PR 6 à 7

    - la page du billet, toute neuve, est passée directement à PR 6

    - la page du billet est passée directement en première position pour les mots clés concernés (même devant des pages de gros sites de qualité et largement plus connus que mon blog :blush: )

    Evidemment la conséquence vraiment intéressante, c'est la troisième qui est tout bénéfice en terme de visites qualifiées !

  2. Bonjour,

    Il y a près de 3 ans Aurélien Levy écrivait

    La loi a été votée il lui reste juste à passer le sénat.

    Un an plus tard

    J'ai récement appris grâce à Accessiweb que l'ADAE avais d'hors et déjà lancé l'appel à commentaire pour faire évoluer son référentiel.

    Ce qu'il ignorait encore, c'est qu'il allait faire partie de l'équipe qui allait retravailler ce référentiel pour l'adapter à la réglementation (avec Elie Sloïm et Laurent Denis) et déclarer sur son blog :

    Je penses que désormais l'administration et les concepteurs de site ont un document fiable et solide techniquement pour lancer ou poursuivre leur démarche. J'espère que le RGAA permettra à tous les acteurs de l'accessibilité d'agir vite, fort, pour faire de l'accessibilité numérique autre chose qu'un voeu pieux, d'en faire une réalité durable.

    Le Référentiel Général d'Accessibilité des Administrations (RGAA) reprend point par point les directives WCAG 1.0 et pour chaque point de contrôle, il propose

    * une description : libellé, objectifs et intérêt, niveau WCAG 1.0, références, impact ;

    * la mise en oeuvre : explication, exemple, difficulté ;

    * des tests d'évaluation : descriptif, champ d'application, priorité, vérification, difficulté de test, automatisation, ressources.

    Le document est dans sa dernière phase, un appel à commentaires public est ouvert jusqu'au 25 juin 2007.

    C'est l'occasion de faire entendre votre voix, n'hésitez pas :cool:

  3. Bonjour,

    Que le contenu des attributs (et non balises) alt soit pris en compte par les moteurs de recherche est un fait, qu'il est normal d'exploiter en vue d'améliorer le référencement.

    Il ne faut cependant pas oublier le véritable rôle de cet attribut, qui est de fournir une alternative textuelle (brève description) à l'intention des utilisateurs qui ne disposeraient pas de l'élément en cause (problème technique, synthèse vocale...).

    Ne pas spécifier un texte de remplacement dépourvu de signification (par exemple, "texte fictif"). Cela va non seulement frustrer l'utilisateur, mais aussi ralentir les agents utilisateurs qui doivent convertir le texte en parole ou en sortie Braille.
    Dans ton cas, non seulement l'information est répétitive, mais elle donne aussi une information fausse par rapport à l'image.

    A défaut de pouvoir lui affecter un contenu différent et adapté, un attribut alt vide serait le seul choix valide et conforme.

  4. Bonjour,

    quelle serait votre réponse et comportement ?

    Pour ma part, je supprimerais la majuscule du mot Géante dans la légende de la photo :unsure:

    <hors sujet>par contre j'inviterais ton ami à venir faire un tour dans la section ad hoc du Hub... il y a de gros problèmes d'affichage avec Firefox :wacko: </hors sujet>

  5. Bonjour,

    La "web safe palette" limite fortement les nuances de couleurs, vu l'évolution matérielle et logicielle, elle n'est plus prise en compte aujourd'hui (à moins d'une exigence particulière d'un cahier des charges, précisant le critère "visible sur un moniteur 256 couleurs").

    Les images au format gif sont toujours prisonnières de ces limites (pas nécessairement gênant pour des logos...) ce qui n'est pas le cas des images au format png.

    Selon les directives WCAG 1.0, deux points sont à respecter :

    - que les informations ne soient pas uniquement dépendantes de la couleur utilisée

    - que le contraste entre couleur de premier plan et couleur de fond soit suffisant (=> l'importance de toujours définir à la fois les propriétés color et background-color dans les CSS)

  6. Bonjour et bienvenue sur le Hub Gwen :)

    A propos des valeurs de la propriété height, les spécifications nous disent

    Spécifie une hauteur en pourcentage. Celui-ci est calculé en fonction du bloc conteneur de la boîte générée. Si la hauteur du bloc conteneur n'est pas spécifiée explicitement (c.à.d., celle-ci dépendant de la hauteur du contenu), sa valeur est considérée comme étant 'auto' ;

    Or tes éléments iframe sont contenus dans des éléments div dont la hauteur n'est pas spécifiée... Firefox ne sait donc pas en fonction de quoi il doit calculer le pourcentage (d'où l'importance comme je te le disais de travailler en fonction d'un navigateur respectant au mieux les standards, puis de tester avec d'autres comme IE 6 et non le contraire).

    Un autre détail qui peut avoir son importance : la présence d'un doctype signifie aux navigateurs qu'il doivent travailler en mode de conformité aux standards (mode strict). Sans doctype, les navigateurs travaillent en mode Quirks et dans ce cas ils peuvent réagir différemment aux erreurs de code, ce qui peut réserver bien des surprises en fonction du navigateur utilisé.

    Ainsi un code valide et conforme (avec un doctype bien choisi et correctement indiqué) assure dans la majorité des cas un affichage correct dans les principaux navigateurs :cool:

  7. Bonjour,

    J'utilise rarement ce validateur multipages, je manque donc de points de comparaison.

    Dans le cas de ton site, le résultat est étrange :wacko:

    Les 29 pages indexées sont renseignées comme invalides mais quand je clique sur la croix pour voir les erreurs... cela m'ouvre une page du validateur du W3C avec un beau "Passed validation" :unsure:

    PS : j'ai déplacé le sujet et modifié le titre

  8. Pour tout dire, cette "nouvelle" ne manque pas de me surprendre.

    Lorsqu'on fait paraître des amendements à la L.E.N. dans le journal officiel à la date du 7 mars 2007 ( voir http://www.legifrance.gouv.fr/texteconsolide/PCEBX.htm ) j'ai un peu de mal à imaginer qu'on sorte le lendemain 8 mars un texte littéralement à l'opposé de celui paru la veille au J.O.

    Il s'agit d'un projet de décret établi par le Conseil d’Etat (section de l’intérieur), pas d'un décret publié (ni même prêt à être publié) au J.O.

    C'est d'ailleurs bien précisé par Frantz Grenier dans son dossier (Journal du Net)

    Prévu pour permettre aux autorités judiciaires et administratives d'identifier les auteurs d'actes délictueux, le texte rédigé par le gouvernement est déjà passé une première fois devant le Conseil d'Etat. Son adoption définitive devrait avoir lieu dans les six mois après que la Cnil et l'Arcep aient rendu un avis consultatif, à moins que le prochain gouvernement ne décide de le faire voter par le Conseil d'Etat durant les vacances d'été.

    Rien n'est donc fait, inutile donc de s'alarmer outre mesure.

    Tel quel, il est clair que le texte frôle le ridicule et que son application aurait des conséquences particulièrement néfastes. Cela tombe sous le sens aux yeux de ceux qui ont à la fois les compétences nécessaires et une bonne connaissance des réalités d'Internet... ce qui n'est pas toujours le cas de ceux qui rédigent ou votent les lois :(

    Par contre connaître l'existence et la teneur du projet permet de réagir avant qu'il ne soit trop tard...

    Mais je n'ai rien entendu ou lu dans les différents relais économiques, qui devraient pourtant tirer la sonnette d'alarme, vu le nombre de sociétés axés sur le Web.
    Indexel.net (L'informatique professionnelle) en parle.

    PS : s'il s'agit d'un coup monté, c'est drôlement bien fait alors !

  9. Bonjour,

    Une petite précision tout de même : il ne s'agit d'un "article du Monde"... Le Monde ouvre régulièrement ses colonnes pour des tribunes.
    C'est vrai mais... avant cet article, il y a le dossier publié le 16 avril sur le Journal du Net et qui propose une analyse plutôt objective de ce projet de décret.

    Je vois mal comment un décret pourrait obliger à garder ancienne et nouvelle version lors d'une modification, c'est tout bonnement impossible. Il me semble d'ailleurs que le décret ne parle que de conserver la nature de l'intervention (création, modification, ...)
    Ben non justement, cet extrait du décret me semble bien explicite :unsure: :
    La contribution à une création de contenu comprend les opérations portant sur :

    - des créations initiales de contenus,

    - des modifications des contenus eux-mêmes,

    - des modifications de données liées aux contenus,

    - des suppressions de contenus.

    Non, le vrai problème se situe plutôt au niveau de l'accès aux données ainsi collectées : doit-on permettre un accès à ces données en dehors d'une décision judiciaire ?
    La situation ne semble pas très claire non plus à ce sujet !

    PS : pour ceux qui voudraient se rafraîchir la mémoire, le texte de la loi du 21 juin 2004 pour la confiance dans l'économie numérique citée dans le projet de décret.

  10. J'ai oublié de le préciser... si liens d'accès direct il y a (et j'en recommande l'usage), ils doivent toujours être trouvé en premier lieu, donc placé au début du code source et de la page (les envoyer ailleurs via une règle de style en ferait perdre tout l'intérêt).

    Quand je parle du menu avant ou après le contenu, c'est au menu de la page elle-même que je fais allusion, pas aux liens d'accès direct.

  11. Bonjour,

    En matière d'organisation du code source, la règle absolue est que la page soit lisible et compréhensible sans l'apport d'une feuille de style.

    Il faut donc que le contenu soit correctement structuré (avec les balises adéquates) et que ses différentes parties se succèdent de manière logique.

    Pour ce qui est de l'organisation visuelle pour les utilisateurs d'un navigateur graphique, c'est le rôle des feuilles de style.

    Quand à savoir s'il vaut mieux placer le contenu avant le menu, ou l'inverse, les avis divergent et il n'est pas facile de trancher.

    Si je me place du côté webmaster, je dirais contenu d'abord... c'est bon pour les moteurs de recherche et le référencement.

    Si je me place du côté de l'internaute, il faut donner satisfaction à celui qui découvre le site et souhaite d'abord prendre connaissance du menu, comme à celui pour qui le site est déjà familier et souhaite lire directement le contenu... je dirais donc contenu d'abord et liens d'évitement (que je préfère d'ailleurs appeler liens d'accès direct).

  12. Bonjour,

    Le dernier rapport publié par Xiti, qui compare IE 7 et Firefox 2

    Etude réalisée du 24/07/2006 au 11/03/2007 sur un périmètre de 91 663 sites web (semaine du lundi 5 au dimanche 11 mars 2007) audités par XiTi.
×
×
  • Créer...