L'élément « time » devrait en fait faire quelque chose

Par Nolan Lawson

L'élément <time> devrait en fait faire quelque chose, par Nolan Lawson

Un modèle d'interface utilisateur courant ressemble à ceci :



Les gens font beaucoup de choses avec cette mention « il y a 4 heures ». Ils peuvent en faire un lien permanent :



Ou ils peuvent lui attribuer une info-bulle pour afficher la date et l'heure exactes au survol/focus :



Remarque : je pars du principe que vous utilisez un composant Tooltip écrit dans votre framework préféré, par exemple React, Svelte, Vue, etc. Il existe également le popover="hint" et l'API Interest Invokers, qui nous permettraient de le faire de manière succincte en HTML/CSS natif.

Si vous êtes un puriste du HTML (comme moi), vous pouvez utiliser l'élément <time> :



C'est génial ! Nous disposons désormais d'un moyen sémantique pour exprimer l'horodatage exact d'une date. Les navigateurs et les lecteurs d'écran devraient donc l'utiliser et nous permettre d'éviter ces infobulles manuelles ennuyeuses et... oh, attendez, non. L'élément <time> ne fait pratiquement rien.

J'ai fait quelques recherches à ce sujet et je n'ai trouvé aucun navigateur ou technologie d'assistance qui utilise réellement l'élément <time>, à part, bien sûr, pour l'afficher. (Ouf !) Et ce, malgré le fait que <time> soit utilisé dans environ 8 % des chargements de pages selon le suivi d'utilisation de Chrome.

Mise à jour : Léonie Watson nous informe que les lecteurs d'écran NVDA et Narrator lisent effectivement l'horodatage dans un format lisible par l'homme ! <time> a donc un impact sur l'accessibilité (même si celui-ci n'est sans doute pas positif).

Alors, à quoi sert réellement <time> ? D'après ce que je peux en juger, il est utilisé par les moteurs de recherche pour afficher des extraits de date dans les résultats de recherche. Cependant, je ne trouve aucune directive de Google qui préconise spécifiquement l'élément <time>, bien qu'il existe un article de 2023 du Search Engine Journal qui cite un représentant de Google Search :



En fait, la seule documentation Google que j'ai trouvée ne mentionne pas du tout <time>, mais recommande plutôt d'utiliser les champs datePublished et dateModified de Schema.org. (C'est-à-dire, pas même HTML.)

Voilà donc où nous en sommes. <time> est une idée intéressante en théorie, mais dans la pratique, elle semble être une promesse non tenue du HTML sémantique. Un article de CSS Tricks publié en 2010 contient une excellente citation de Bruce Lawson (sans lien de parenté) à ce sujet :



Ce serait formidable, et j'aimerais beaucoup voir les navigateurs et les lecteurs d'écran utiliser <time> de cette manière. Mais pour l'instant, il s'agit plutôt d'une relique inerte des débuts du HTML5. Je continuerai toutefois à l'utiliser, car (comme dirait Marge Simpson), je trouve simplement que c'est génial.

Source : "The <time> element should actually do something"

Et vous ?

Quel est votre avis sur le sujet ?

Voir aussi :

Tout le monde connaît votre emplacement : me localiser grâce aux publicités dans les applications, par Tim

Ne devinez pas ma langue : Si vous utilisez encore la géolocalisation IP pour déterminer la langue à afficher, arrêtez de perdre votre temps, par Robert Vitonsky