Portails et services utiles

Lire le statut et la version d’une spécification web

Distinguez brouillon, note et recommandation avant de citer une spécification ou d’en faire une exigence de projet.

Guide détailléLecture : environ 3 minMis à jour le
Ajouter aux favoris Ctrl/⌘ + D
Deux versions d’un document examinées sur un bureau — illustration générée par IA
Illustration générée par IA : scène fictive, sans document scientifique réel.
01

L’essentiel

La réponse en 30 secondes

Une adresse sur w3.org peut héberger un travail en cours, un document d’information ou un standard. Le nom de l’organisme ne suffit pas à qualifier le texte. Cette grille aide à préparer une référence précise et à poser des questions d’implémentation.

Réponse directe
À retenir
Lisez le statut du document, sa date et les liens vers la version publiée et les versions antérieures. Un Working Draft et une Candidate Recommendation restent des étapes du processus ; une Group Note n’est pas une Recommendation. Citez le statut réel et vérifiez séparément le comportement des logiciels concernés.
Premier geste
Identifier ce que vous lisez
Contrôle essentiel
Ne présentez pas une Group Note comme une recommandation.

Exemples à adapter

Une proposition citée comme standard

Exemple fictif : un article renvoie vers un Editor’s Draft. Reformulez la référence comme travail en cours et cherchez si une version publiée existe.

Deux versions dans un projet

Exemple fictif : l’équipe et le prestataire utilisent deux éditions. Comparez les passages concernés avant de discuter une divergence d’interprétation.

Le principe du portail

Nous indiquons une méthode et, quand elle existe, l’adresse officielle. Nous ne classons pas les services selon une rémunération et nous ne remplaçons ni leurs conditions d’utilisation ni une source experte.

02

Mode d’emploi

Passer à la pratique

  1. 01
    Identifier ce que vous lisez

    Relevez titre, groupe auteur, date et type exact. Utilisez la section Status of This Document lorsque présente. Ne déduisez pas le statut d’un extrait de moteur.

  2. 02
    Choisir une version

    Pour expliquer un texte consulté, gardez son adresse datée. Pour suivre les évolutions, notez aussi l’adresse de la dernière version. Ces deux liens répondent à des besoins différents.

  3. 03
    Situer la portée

    Distinguez texte de standardisation, note d’information et proposition. Dans un cahier des charges, précisez quelle version fonde l’exigence et comment elle sera contrôlée. Un titre de document ne décrit pas seul un critère de recette.

  4. 04
    Vérifier l’usage concret

    Préparez un petit cas de contrôle dans les logiciels visés, relevez leurs versions et consignez les résultats. La maturité du document et la compatibilité logicielle sont deux observations distinctes.

▥

Repères à garder

Une grille à conserver

Utilisez ces repères pour noter vos observations. Cette grille aide la relecture sans constituer une évaluation automatique.

Sur petit écran, faites défiler le tableau horizontalement pour lire toutes les colonnes.

Une grille à conserver
RepèreÀ examinerAction
StatutType et groupe auteurQualifier la référence
VersionDate et adresse datéeConserver le texte lu
PortéeExigence et passageÉviter les généralités
UsageLogiciels et essaisDocumenter les limites

Télécharger le tableau CSV

Gratuit, sans inscription. Fichier UTF-8 séparé par des points-virgules, à conserver ou à compléter dans votre tableur.

03

Points de vigilance

Ce qu’il ne faut pas confondre

Ne présentez pas une Group Note comme une recommandation.

Une traduction doit être identifiée avec sa version et sa provenance.

Un test logiciel local ne démontre pas une compatibilité universelle.

04

Questions fréquentes

Les réponses courtes

La version la plus récente est-elle toujours un standard ?

Non. Une version récente peut être un brouillon. Lisez son statut.

Pourquoi conserver une adresse datée ?

Elle permet de retrouver le texte effectivement lu même si la dernière version évolue.

Le statut remplace-t-il les essais ?

Non. Définissez les logiciels et situations que votre projet doit prendre en charge.

↗

Pour vérifier et approfondir

Sources et documentation

Documentation consultée le . Les exemples sont illustratifs ; les résultats et les interfaces peuvent évoluer.

05

Continuer

Pour aller plus loin

Voir toute la rubrique « Services »