Problèmes de liens

[IGLOU-EU]

Il y a énormément de lien JS utilisant par exemple "url_obf", Ce ci n'est pas du tout standard et pose un grand nombre de problèmes.

Utiliser autre chose que la balise pour les liens est une mauvaise pratique, car cela nuit à l'accessibilité et à l'expérience utilisateur, en empêchant notamment le bon fonctionnement des navigateurs sans JavaScript et des outils d'assistance.

Ex: https://datan.fr/groupes/legislature-16/rn/votes/all
Sur cette page, impossible de sélectionner un scrutin pour une personne avec un handicap visuel ou moteur (pas de souris), ni possible d'ouvrir dans un nouvel onglet dans le but d'analyser et reprendre.
Même chose pour vos réseaux en bas de page.

[awenig]

Bonjour. Merci pour cette issue. C'est une stratégie issue du SEO. Y a-t-il un moyen de cacher les liens pour la performance SEO tout en améliorant l'accessibilité ?

[IGLOU-EU]

Je ne m'y connais pas vraiment en SEO, mais si le but du projet est de rendre plus simple et visible les chiffres de l'assemblée, alors l'expérience utilisateur prime sur le SEO.

Il est aussi possible de mettre un jeton pour savoir si c'est un moteur de recherche et utiliser une condition de rendu pour ceux-ci.

Comme il n'est pas possible de mettre une <td> dans un <a>, il peut être intéressant de transformer l'id du scrutin en lien identifiable par l'utilisateur. Niveau accessibilité, ce n'est pas encore parfait, car le contenu vient après le lien, mais c'est déjà ça.

Globalement, éviter de réécrire des comportements navigateurs et se conformer au W3C est une bonne pratique pour l'inclusion et la stabilité. Sans parler de la charge d'interprétation JS supplémentaire à multiplier par le nombre de visiteurs/pages

[awenig]

Oui c'est vrai. Mais il faut aussi que le site soit visible au niveau SEO pour rendre visible ces données. On y réfléchira dans le futur, mais en ce moment c'est très busy.

Merci pour l'idée de checker si c'est un moteur de recherche, à voir si cela fonctionne.