Sources et références : règles de citation

Un bloc de sources est l’enregistrement de clôture ordonné qui rend les affirmations factuelles d’une page traçables afin que les lecteurs et les moteurs de réponse puissent les vérifier et les citer.

Ce spécimen vivant montre l’entrée minimale complète : titre lié, éditeur, date de publication et date de consultation. L’URL se cache derrière le titre plutôt que d’apparaître comme une longue chaîne brute. Appliquez les règles d’écriture des éléments communes lors de l’adaptation du bloc à un autre système de publication.

Pourquoi cet élément est important

Les lecteurs ne traitent pas toutes les affirmations de la même manière. Une recommandation médicale, une comparaison financière ou un chiffre de performance comporte plus de risques qu’une simple déclaration de capacité. Une référence complète montre qui a publié la preuve, quand elle était à jour et si elle soutient l’affirmation. Elle donne également aux rédacteurs une piste de maintenance lorsque les faits changent.

Dix liens réputés jetés à la fin ne prouvent pas quelle phrase chacun soutient. Les citations en ligne créent la connexion locale ; la liste de clôture préserve les enregistrements complets. Ensemble, elles permettent à un lecteur sceptique de passer de l’affirmation à la preuve sans deviner.

L’extractibilité machine signifie que les logiciels peuvent identifier un enregistrement délimité en dehors de la conception de la page. Des champs cohérents exposent un titre, un éditeur, une URL, une date de publication et une date de consultation. Un système de récupération — logiciel qui sélectionne des documents ou des passages pour une requête — peut alors comparer les dates, les éditeurs et les affirmations.

Dans les résultats des moteurs de réponse, plusieurs pages candidates peuvent faire des déclarations similaires. Une page qui cite du matériel primaire et date ses preuves accomplit une partie du travail de vérification qu’un système de récupération devrait autrement déduire. Cela ne garantit pas la sélection ; cela crée une chaîne de preuves vérifiable.

Le principe s’aligne avec les fondements E-E-A-T et entités du site : une provenance visible soutient la confiance, tandis que des champs cohérents d’éditeur et de titre aident à identifier les entités derrière les preuves.

Quand l’utiliser

Utilisez un bloc de sources chaque fois qu’une page informative ou fondée sur des preuves repose sur des faits externes qu’un lecteur pourrait raisonnablement vérifier. Cela inclut les définitions issues de normes, les statistiques, les résultats de recherche, les lois, les politiques, les affirmations commerciales, les comparaisons de produits, les affirmations historiques, les citations et les recommandations basées sur des preuves publiées. Il est explicitement requis pour les secteurs de la santé, des finances, du juridique, des assurances, de la sécurité et tout autre secteur réglementé ou à fort enjeu.

Utilisez-le même lorsque les affirmations ont déjà des liens en ligne si l’article contient plusieurs sources ; le bloc crée un inventaire vérifiable. Dans une étude de cas, étiquetez les mesures internes séparément des références externes afin que les données propriétaires ne soient pas confondues avec une recherche indépendante.

N’en ajoutez pas pour décorer une opinion sans affirmations vérifiables externes. La navigation, les lectures recommandées, les contenus connexes et les entrées bibliographiques inutilisées n’ont pas leur place. Une source soutient la page ; une « lecture complémentaire » ne fait qu’étendre le sujet.

Les cas limites nécessitent une règle ferme :

• Une seule affirmation factuelle : citez-la en ligne. Un bloc de clôture à une entrée est facultatif, sauf si le secteur est réglementé.
• Une liste d’outils : les pages d’accueil des fournisseurs sont des destinations, pas des preuves. N’incluez la documentation que lorsqu’elle soutient des affirmations spécifiques.
• Une citation : citez-la en ligne et incluez l’enregistrement de clôture complet.
• Connaissances générales : ne citez pas les faits que le lecteur visé ne contesterait pas, comme « une semaine a sept jours. » Citez une interprétation, une mesure, une politique ou une limite contestée précise.
• Copie produit interne : créez un lien vers la documentation officielle pour les capacités vérifiables. Ne fabriquez pas l’apparence d’indépendance en citant la propre page marketing de l’entreprise comme preuve de supériorité.

Où le placer

Le bloc de sources est le dernier bloc éditorial, après la FAQ. Seuls l’habillage global du site, les mentions légales ou les contrôles de conversion au niveau du modèle peuvent le suivre. Cette position montre que la liste soutient l’article terminé et offre aux relecteurs un emplacement de vérification prévisible.

Ne placez pas la liste uniquement dans une barre latérale : les barres latérales peuvent disparaître dans les dispositions mobiles, les impressions, les flux, les modes de lecture ou le texte extrait. Gardez le bloc à l’écart des cartes de contenu connexe, des formulaires et des appels à l’action non liés afin que la limite des preuves reste claire.

Les citations en ligne restent au point d’affirmation. Le bloc de clôture ne déplace pas les preuves loin de la phrase qu’elles soutiennent ; il complète l’enregistrement. Si une réponse de FAQ introduit une nouvelle affirmation factuelle, citez-la dans cette réponse et répétez la source dans le bloc de clôture. Si la FAQ ne fait que reformuler un contenu étayé, réutilisez la source existante plutôt que d’ajouter une entrée en double.

Anatomie

La légende rendue reste dans la page si la ressource est remplacée :

1. En-tête du bloc : utilisez « Sources » sauf si une norme de publication exige « Références. »
2. Numéro d’entrée : donne à chaque enregistrement un identifiant stable dans le discours, l’impression et l’extraction.
3. Titre et URL : titre exact comme texte de lien descriptif, pointant vers la version citée.
4. Éditeur : l’organisation responsable du matériel.
5. Date de publication : date à laquelle la source a été publiée ou mise à jour de façon substantielle.
6. Date de consultation : date à laquelle l’auteur a vérifié la source et l’affirmation.
7. Limite du bloc : une liste ordonnée ; l’en-tête et la liste portent la sémantique.

N’intégrez pas cette légende dans la capture d’écran. L’image documente l’apparence ; la légende numérotée définit le contrat de contenu.

Exemples de conception

Les variantes changent la densité et les métadonnées disponibles sans modifier le contrat d’entrée à cinq champs.

Sources web standard : le défaut pour les articles qui citent des normes, de la documentation, des rapports et des pages web. Chaque titre est lié ; l’éditeur et les deux dates restent du texte visible.

Types de sources mixtes : un DOI est un identifiant persistant pour la recherche. Utilisez-le pour un article ; utilisez des URL canoniques pour les rapports et la documentation. Conservez l’ordre des champs communs lors de l’ajout de détails de volume, de numéro ou de version.

Titres longs : se répartissent naturellement sur plusieurs lignes. Ne tronquez jamais le titre au point que deux documents différents deviennent indistinguables.

Mobile : les entrées restent une seule liste ordonnée sans défilement horizontal. Les longues URL restent derrière le titre et les métadonnées se répartissent en dessous sans réduire la taille du texte.

Paramètres

Le contrat de paramètres sépare les preuves fournies par l’auteur du comportement du moteur de rendu. « Source » ci-dessous désigne l’endroit où le composant obtient la valeur.

Les cinq champs d’entrée sont obligatoires. Un titre sans éditeur cache la responsabilité ; un éditeur sans URL ne peut pas être inspecté. Les deux dates montrent quand le matériel prétendait être à jour et quand il a été vérifié. S’il n’existe pas de date de publication ou de mise à jour, écrivez n.d.. Remplacez les preuves non datées pour les affirmations sensibles au temps ou supprimez l’affirmation.

Syntaxe et exemples de code

Chaque notation porte les mêmes champs et le même ordre. Le composant peut transformer les données source, mais il ne doit pas déduire les éditeurs ou les dates à partir d’un balisage de page fragile.

Directive Markdown portable

:::sources{heading="Sources"}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Publié le 2026-03-19. Consulté le 2026-08-27.
2. [Understanding SC 2.4.4: Link Purpose (In Context)](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html) — W3C Web Accessibility Initiative. Mis à jour le 2026-05-18. Consulté le 2026-08-27.
:::

Shortcode Hugo

{{< sources heading="Sources" >}}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Publié le 2026-03-19. Consulté le 2026-08-27.
2. [Understanding SC 2.4.4: Link Purpose (In Context)](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html) — W3C Web Accessibility Initiative. Mis à jour le 2026-05-18. Consulté le 2026-08-27.
{{< /sources >}}

Il s’agit d’un contrat portable, pas d’une affirmation que ce shortcode existe. Tant qu’un moteur de rendu ne l’implémente pas, utilisez un en-tête natif et une liste ordonnée Markdown.

Bloc WordPress ou shortcode

[sources heading="Sources"]
[source title="citation — Schema.org Property" publisher="Schema.org" url="https://schema.org/citation" publication_date="2026-03-19" accessed_date="2026-08-27"]
[source title="Understanding SC 2.4.4: Link Purpose (In Context)" publisher="W3C Web Accessibility Initiative" url="https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html" publication_date="2026-05-18" accessed_date="2026-08-27"]
[/sources]

Un bloc WordPress peut exposer des contrôles de formulaire, mais il doit afficher un en-tête et une liste ordonnée native et préserver les dates dans le contenu exporté.

Exemples

Bon : complet, attribuable et daté

Sources

1. « Understanding Success Criterion 2.4.4: Link Purpose (In Context). » W3C Web Accessibility Initiative. Mis à jour le 18 mai 2026. Consulté le 27 août 2026.
2. « citation — Schema.org Property. » Schema.org. Publié le 19 mars 2026. Consulté le 27 août 2026.

Ceci fonctionne car un relecteur peut identifier chaque document, éditeur, date de source, date de vérification et destination. Les entrées sont de la documentation primaire, ordonnées par première apparition afin que les numéros en ligne et les enregistrements de clôture soient faciles à réconcilier.

Mauvais : un tas de domaines

Références

• Google
• Un blog d’accessibilité
• schema.org
• https://example.com/article?id=18492

Ceci échoue car aucune entrée n’identifie un document ou des dates. « Google » est une organisation, pas une preuve. « Un blog d’accessibilité » cache l’éditeur et le niveau de qualité. L’URL brute manque d’un titre utilisable, et aucune entrée ne correspond à une affirmation. Réparez-le en sélectionnant des preuves pour chaque affirmation, en ajoutant des citations en ligne et en enregistrant chaque champ obligatoire.

Citation en ligne versus la liste de sources de clôture

Citez au point d’affirmation lorsque le lecteur a besoin de savoir quelle source la soutient ; incluez l’enregistrement de clôture complet lorsque la page repose sur cette source. La plupart des pages fondées sur des preuves ont besoin des deux.

La citation en ligne est requise pour un nombre, une citation, un résultat d’étude, une loi, une politique, une assertion contestée, une instruction de sécurité, un fait produit sensible au temps ou une conclusion dépendante de la source. Placez-la dans ou immédiatement après la phrase. Une seule citation ne peut pas soutenir un paragraphe d’affirmations non liées.

La liste de clôture est requise pour plusieurs sources, un inventaire obligatoire ou un sujet réglementé. Les citations répétées obtiennent une seule entrée ; les versions sensiblement différentes obtiennent des entrées séparées.

Niveaux de qualité des sources

La qualité est l’adéquation à l’affirmation, pas la notoriété. Utilisez le niveau approprié le plus élevé qui peut directement soutenir la déclaration :

Le niveau ne sauve pas une affirmation inadaptée. La page de dépôt d’un organisme de réglementation ne peut pas soutenir une affirmation clinique, et un article ne peut pas prouver une fonctionnalité publiée après l’étude. Une page de tarification d’un fournisseur peut prouver son prix actuel mais pas qu’elle offre le meilleur rapport qualité-prix.

Lorsque les sources sont en conflit, indiquez la portée ou la date qui explique la différence, privilégiez l’enregistrement primaire déterminant et réduirez la portée de l’affirmation. Si le conflit n’est pas résolu, dites que les preuves sont contradictoires.

Gestion des liens et perte de source

Les liens externes restent dans l’onglet actuel par défaut. Utilisez HTTPS et une URL canonique ou persistante ; supprimez les paramètres de suivi, les identifiants de session et les wrappers de redirection. Liez le titre, pas « cliquez ici. » N’ajoutez pas nofollow aux citations éditoriales ordinaires ; réservez les valeurs de relation aux liens qui ont ces relations.

Si le produit ouvre délibérément les sources externes dans un nouvel onglet, générez target="_blank" rel="noopener" et avertissez l’utilisateur avec du texte visible ou une description associée par programme. noopener empêche la page ouverte de recevoir une référence à la fenêtre d’origine. Ajoutez noreferrer uniquement lorsque la politique de confidentialité du site exige de supprimer les informations de référent ; ce n’est pas une exigence universelle de citation éditoriale.

Vérifiez chaque source avant la publication et lors des révisions programmées. Un lien mort est une URL qui ne résout plus vers le matériel cité. Lorsqu’un lien meurt :

1. Cherchez un remplacement contrôlé par l’éditeur, une redirection canonique, une version plus récente, un DOI ou une archive officielle.
2. Confirmez que le remplacement soutient la même affirmation ; une page d’accueil fonctionnelle ne remplace pas un rapport manquant.
3. Mettez à jour l’URL, la date de publication si la version a changé, la date de consultation et toute affirmation affectée par la nouvelle source.
4. Si seule une archive crédible préserve le document exact, liez l’archive et étiquetez-la comme archivée.
5. Si la preuve ne peut pas être récupérée, remplacez la source et réévaluez l’affirmation. Supprimez ou qualifiez l’affirmation lorsqu’aucune preuve appropriée ne subsiste.

Ne pointez jamais une ancienne citation vers un remplacement qui fait une affirmation différente.

Balisage de schéma et accessibilité

Un bloc de sources ne crée pas une entité Schema.org autonome. Il reste partie intégrante de l’Article, TechArticle, Report ou autre CreativeWork valide qui le contient. La propriété citation de Schema.org peut porter une référence sous forme de texte ou d’un autre CreativeWork. Lorsque des données structurées sont générées, mappez chaque référence éditoriale authentique à citation ; ne marquez pas la navigation, les destinations affiliées ou les lectures simplement connexes comme des citations.

Le contenu visible et les données structurées doivent concorder. JSON-LD (JavaScript Object Notation for Linked Data) ne doit pas introduire de sources absentes ni omettre de qualificatifs visibles. Il ne remplace jamais la liste visible ou les liens en ligne.

Pour l’accessibilité, utilisez un en-tête suivi de <ol> et <li>. Les entrées ordonnées donnent des nombres d’éléments et des identifiants stables. Utilisez le titre de la source comme texte du lien ; conservez l’éditeur et les dates dans le même élément. N’utilisez jamais la couleur, le favicône ou le logo comme seule identification.

Évitez role="list" sur les listes natives, les accordéons interactifs qui cachent les preuves par défaut et les tableaux pour une simple séquence de référence unidimensionnelle. Si un lien ouvre un nouvel onglet, l’avertissement doit être disponible visuellement et pour les technologies d’assistance. Le focus clavier doit rester visible, et les titres longs doivent être répartis sans rognage ni défilement horizontal de la page.

Règles d’écriture

Utilisez le titre exact et le nom d’éditeur reconnaissable. Conservez cette séquence : titre, éditeur, date de publication ou de mise à jour, date de consultation. Ajoutez l’auteur, l’édition, les pages, le DOI ou la version uniquement lorsque nécessaire pour identifier l’œuvre ou répondre à une norme de publication.

Ordonnez les entrées par première apparition sauf si un style requis dit le contraire. Dédupliquez les enregistrements identiques, mais gardez les éditions ou versions séparées lorsque la différence affecte l’affirmation.

Chaque entrée doit soutenir une affirmation, et chaque affirmation factuelle externe importante doit correspondre à une preuve. Le titre doit correspondre à la destination. La date de consultation enregistre le moment où la destination et son soutien ont été vérifiés, pas le moment où le CMS a sauvegardé la page.

Ne placez pas d’appels à l’action, d’étiquettes d’affiliation, d’articles connexes, de livres recommandés non utilisés comme preuves, de biographies d’auteurs, de prose méthodologique, de descriptions promotionnelles, d’évaluations par étoiles ou de commentaires sur le fait qu’une source est « excellente » à l’intérieur du bloc. Expliquez les limites des sources à côté de l’affirmation concernée ou dans une section méthodes. Gardez le bloc de clôture comme un inventaire de preuves.

Il n’y a pas de maximum arbitraire. Un rapport peut avoir besoin de dizaines d’enregistrements. Au-delà de vingt entrées, utilisez des numéros de référence stables et testez l’affichage sur écran étroit ; ne divisez jamais les preuves d’un seul article en barres latérales non liées.

Types d’articles qui l’utilisent

Le frontmatter postTypes crée la jointure lisible par machine avec les neuf types de pages fondées sur des preuves ci-dessous. Le tableau visible ajoute le placement et la force de l’exigence.

Les pages produit, catégorie et cas d’usage citent toujours les affirmations factuelles lorsqu’elles en font, mais une liste de clôture est conditionnelle lorsque la page est principalement transactionnelle et repose uniquement sur des informations de capacité internes. Dans chaque type d’article, les contenus liés à la santé, aux finances, au juridique et aux autres domaines réglementés nécessitent un bloc de sources complet, quelle que soit la longueur.

Liste de contrôle QA

• Chaque affirmation factuelle importante et vérifiable externe a une source appropriée.
• Les affirmations qui nécessitent une attribution exacte ont des citations en ligne au point d’affirmation.
• Chaque citation en ligne correspond sans ambiguïté à une entrée de clôture complète.
• Chaque entrée de clôture soutient au moins une affirmation réellement faite sur la page.
• Chaque entrée comprend le titre, l’éditeur, l’URL canonique, la date de publication ou n.d. et la date de consultation exacte.
• Les dates de publication n’ont pas été déduites des pieds de page de droits d’auteur, des extraits de recherche ou des modèles d’URL.
• Les dates de consultation enregistrent une vérification réelle plutôt qu’une date de migration CMS en masse.
• La qualité de la source correspond à l’affirmation ; le matériel du fournisseur n’est pas utilisé pour prouver la supériorité.
• Le matériel primaire ou officiel déterminant remplace la couverture secondaire lorsqu’il est disponible et utilisable.
• Les affirmations d’étude préservent la population, la méthode, la date et les limites qui affectent l’interprétation.
• Les preuves contradictoires sont divulguées, cadrées ou résolues plutôt que silencieusement omises.
• Les titres sont un texte de lien descriptif et correspondent à leurs destinations.
• Les URL externes utilisent HTTPS, omettent les paramètres de suivi et pointent vers la version citée.
• Les liens s’ouvrent dans l’onglet actuel sauf si une règle produit documentée dit le contraire.
• Tout lien ouvrant un nouvel onglet utilise noopener et avertit les utilisateurs qu’un nouvel onglet va s’ouvrir.
• Les liens morts ou redirigés ont été réparés sans modifier l’affirmation soutenue de manière inaperçue.
• Le bloc est un en-tête plus une liste ordonnée dans le flux principal du document.
• Le bloc est la dernière section éditoriale après la FAQ et n’est pas mélangé avec du contenu connexe ou des appels à l’action.
• Les références visibles et les éventuelles valeurs citation de Schema.org concordent.
• Le bloc reste lisible, accessible au clavier et sans défilement horizontal de la page sur les écrans étroits.

FAQ

Chaque article a-t-il besoin d’un bloc de sources ?

Utilisez-en un pour le contenu informatif ou fondé sur des preuves qui dépend de faits externes. Une courte page produit contenant uniquement des déclarations de capacité internes peut ne pas nécessiter de bloc de clôture, bien que chaque affirmation factuelle ait toujours besoin d’une source appropriée. Les contenus liés à la santé, aux finances, au juridique et aux autres domaines réglementés en exigent toujours un.

Un bloc de sources remplace-t-il les citations en ligne ?

Non. Placez une citation en ligne au niveau de l’affirmation lorsqu’un lecteur doit savoir quelle source soutient cette déclaration exacte. Le bloc de clôture fournit des enregistrements de référence complets et un inventaire des preuves au niveau de la page ; il ne rend pas évidentes les relations distantes entre affirmation et source.

Que faire si une source n’a pas de date de publication ?

Enregistrez la date de publication comme n.d. et incluez une date de consultation exacte. N’inventez pas de date et n’omettez pas le champ. Pour une affirmation sensible au temps, trouvez un remplacement daté ou supprimez l’affirmation, car une page non datée ne peut pas établir quand l’information était à jour.

Le matériel du fournisseur peut-il apparaître dans le bloc de sources ?

Oui, pour les affirmations que le fournisseur contrôle, comme ses fonctionnalités documentées, ses prix, ses notes de version ou ses conditions contractuelles. Le matériel du fournisseur ne doit pas être utilisé comme preuve indépendante que son produit est la meilleure, la plus sûre, la plus rapide ou l’option la plus efficace.

Les liens vers des sources externes doivent-ils s’ouvrir dans un nouvel onglet ?

Conservez les liens normaux dans l’onglet actuel par défaut afin que le lecteur contrôle la navigation. Si le produit ouvre délibérément un nouvel onglet, utilisez target="_blank" avec rel="noopener" et fournissez un avertissement visible ou associé par programme indiquant qu’un nouvel onglet va s’ouvrir.

Sources

1. « citation — Schema.org Property. » Schema.org. Publié le 19 mars 2026. Consulté le 27 août 2026.
2. « Understanding Success Criterion 2.4.4: Link Purpose (In Context). » W3C Web Accessibility Initiative. Mis à jour le 18 mai 2026. Consulté le 27 août 2026.
3. « Technique G201: Giving Users Advanced Warning When Opening a New Window. » W3C Web Accessibility Initiative. Mis à jour le 18 mai 2026. Consulté le 27 août 2026.