Wikipédia : catégories, listes et modèles de navigation

Un article de Wikipédia, l'encyclopédie libre
Aller à la navigation Aller à la recherche

Wikipédia propose plusieurs manières de regrouper les articles : catégories , listes d'articles (y compris les listes d'éléments, ainsi que les articles de glossaire thématique , d' index , de plan et de chronologie ), autres listes , y compris les listes intégrées et les modèles de navigation (dont les séries d'articlesles boîtes sont d'un type). Le regroupement d'articles par une méthode n'impose ni n'interdit l'utilisation des autres méthodes pour un même regroupement informationnel. Au lieu de cela, chaque méthode d'organisation de l'information a ses propres avantages et inconvénients, et est appliquée pour la plupart indépendamment des autres méthodes en suivant les directives et les normes qui ont évolué sur Wikipedia pour chacun de ces systèmes.

Par conséquent, ces méthodes ne doivent pas être considérées comme étant en conflit les unes avec les autres. Au contraire, ils sont synergiques , chacun complétant les autres. Par exemple, étant donné que les éditeurs diffèrent par leur style, certains favorisent la construction de listes tandis que d'autres favorisent la construction de catégories, permettant aux liens d'être rassemblés de deux manières différentes, les listes dépassant souvent les catégories, et vice versa. Cette approche a abouti à deux principaux systèmes basés sur des liens pour naviguer sur Wikipédia. Voir le menu de navigation en haut de Wikipedia:Contents , et voir Category:Wikipedia categories . De nombreux utilisateurs préfèrent parcourir Wikipédia à travers ses listes, tandis que d'autres préfèrent naviguer par catégorie ; et les listes sont plus évidentes pour les débutants, qui ne découvriront peut-être pas tout de suite le système de catégories. Par conséquent, le "camp des catégories" ne devrait pas supprimer ou démanteler les listes de Wikipédia, et le "camp des listes" ne devrait pas détruire le système de catégories de Wikipédia - cela gaspille des ressources précieuses. Au lieu de cela, chacun doit être utilisé pour mettre à jour l'autre.

Dans le même temps, il peut y avoir des circonstances où le consensus détermine qu'une ou plusieurs méthodes de présentation de l'information sont inappropriées pour Wikipédia. Par exemple, la ligne directrice sur la surcatégorisation énonce un certain nombre de situations dans lesquelles le consensus a toujours déterminé que les catégories ne devraient pas être utilisées. Un résultat qui se produit régulièrement chez WP:CFD pour certaines catégories supprimées est de lister , car il y a des cas où les listes sont appropriées alors que les catégories peuvent ne pas l'être (par exemple , la liste des unités de mesure inhabituelles existe en tant que liste, mais pas en tant que catégorie . unités de mesure ).

Les travailleurs de catégories, les constructeurs de listes et les constructeurs de plans et les concepteurs de boîtes de séries s'efforcent tous de développer des réseaux complets de liens pour naviguer dans l'encyclopédie. Pour cette raison, de plus en plus, de multiples entrées dans des domaines de connaissances sont fournies. Prenez "symphonies", par exemple :

Les catégories, les listes et les modèles de navigation qui se chevauchent ne sont pas considérés comme faisant double emploi

Il n'est ni inapproprié ni rare d'avoir simultanément une catégorie, une liste et un modèle de navigation qui couvrent tous le même sujet. Ces systèmes d'organisation de l'information sont considérés comme complémentaires, et non inutilement redondants. De plus, prétendre qu'une catégorie duplique une liste (ou vice versa) lors d'une discussion sur la suppression n'est pas une raison valable pour la suppression et doit être évitée . Les redirections d'articles de liste vers des catégories sont fortement déconseillées : les articles de liste doivent remplacer la redirection.

Considérez que les listes peuvent inclure des fonctionnalités non disponibles pour les catégories, et la création d'une liste rudimentaire de liens est une étape utile pour améliorer une liste. La suppression de ces listes rudimentaires est un gaspillage de ces blocs de construction et oblige inutilement les constructeurs de listes à fournir un engagement initial plus important chaque fois qu'ils souhaitent créer une nouvelle liste, ce qui peut être ressenti comme une dissuasion. Au moment de décider de créer ou d'éviter une liste, l'existence d'une catégorie sur le même sujet n'est pas pertinente.

Vous trouverez ci-dessous une comparaison de la manière dont ces techniques regroupent les informations et des avantages et inconvénients de chacune.

Catégories

Par rapport à une liste, une catégorie peut présenter à la fois des avantages et des inconvénients.

Exemple de page de catégorie . Chaque page de l'espace de noms d'article doit avoir au moins une catégorie. Les catégories doivent porter sur des sujets majeurs susceptibles d'être utiles à une personne lisant l'article.

Article : Michael Jackson
Catégorie utile : Catégorie : Chanteurs pop américains
Inutile : Catégorie : Musiciens dont le prénom commence par M

Une catégorie est probablement inappropriée si la réponse aux questions suivantes est "non" :

  • Est-il possible d'écrire quelques paragraphes ou plus sur le sujet d'une catégorie, en l'expliquant ?
  • Si vous accédez à l'article de la catégorie, la raison de sa présence sera-t-elle évidente ? Le sujet de la catégorie est-il abordé en bonne place dans l'article ?

Un article sera souvent dans plusieurs catégories. Cependant, il faut faire preuve de modération - les catégories deviennent moins efficaces plus il y en a sur un article donné.

Un article ne doit généralement pas être à la fois dans une catégorie et sa sous-catégorie, par exemple Microsoft Office est dans Category:Microsoft software , donc ne doit pas également être dans Category:Software — sauf lorsque l'article définit une catégorie tout en étant dans une catégorie supérieure, par exemple Ohio est à la fois dans Category:States of the United States et Category:Ohio (une bonne façon de comprendre cette exception est que si un article existe, puis qu'une catégorie est créée sur le même sujet que l'article, cela ne devrait pas provoquer le article à retirer de l'une de ses catégories).

Des exceptions doivent également être envisagées lorsque le sujet de l'article a une pertinence par rapport à la catégorie parente qui n'est pas exprimée par la définition de la sous-catégorie. Par exemple, si la catégorie : les personnes exécutées par guillotine pendant la Révolution française était la seule sous-catégorie de la catégorie : les personnes de la Révolution française , cela n'aurait aucun sens de supprimer les personnalités majeures de la Révolution française uniquement en raison des moyens de leur mort.

Les catégories apparaissent sans annotations, faites donc attention au point de vue neutre (NPOV) lors de la création ou du remplissage des catégories. À moins qu'il ne soit évident et non controversé que quelque chose appartient à une catégorie, il ne devrait pas être mis dans une catégorie. Voir notamment Wikipedia: Catégorisation des personnes .

Une exception aux règles ci-dessus est Category:Wikipedia maintenance , qui contient des catégories destinées à être temporaires.

Chaque catégorie doit être une sous-catégorie d'une autre catégorie. Vous pouvez commencer par le haut de la hiérarchie des catégories d'articles dans Category:Main topic classifications . Si vous pensez qu'un bon parent existe probablement mais que vous ne le trouvez pas, ajoutez la balise {{ Uncategorized }}. Votre catégorie apparaîtra dans Special:Uncategorizedcategories .

Les catégories ont des clés de tri comme les autres pages, bien qu'elles soient utilisées de manière plus flexible. Voir WP:SORTKEY pour des considérations techniques.

Pour les articles sans catégorie stable, la balise {{ Uncategorized }} peut être utilisée pour attirer l'attention, soit seule, soit au format {{uncat|February2022}}. Il existe également une liste automatiquement mise à jour sur Special:Uncategorizedpages qui affiche les articles non catégorisés/stubbed ; cependant, il ne se met à jour qu'une fois tous les quelques jours et ne répertorie que 1 000 articles à la fois. Il est donc toujours préférable de placer explicitement une balise {{ uncat }}, si vous ne savez pas comment un article doit être classé.

Avantages d'une catégorie

  1. Liaison automatique. Créez un lien vers une catégorie sur une page d'article, et un lien correspondant vers cet article sera visible sur la page de catégorie.
  2. Navigation multidirectionnelle. Une catégorie peut contenir plusieurs sous-catégories et peut également faire partie de plusieurs catégories. Les catégories sont organisées au sein de Wikipédia en un réseau de connaissances commençant par Category:Wikipedia categories .
  3. Bon pour la navigation exploratoire de Wikipedia.
  4. Moins sensible au spam de liens externes que les autres types de pages, car seuls les articles de Wikipédia peuvent appartenir à des catégories.
  5. Relativement discrets dans la mesure où ils ne détournent généralement pas l'attention du flux de l'article.
  6. La recherche peut utiliser le paramètre incategory pour exclure ou inclure toutes les pages de cette catégorie. Les sous-catégories ne sont pas incluses, mais plusieurs termes peuvent être ajoutés.

Inconvénients d'une catégorie

  1. Ne peut pas être modifié directement pour ajouter ou supprimer des entrées. Cela doit être fait au bas de chaque article pour être inclus ou exclu de la catégorie.
  2. Ne donne aucun contexte pour une entrée spécifique, ni aucune élaboration ; seul le nom de l'article est indiqué. Autrement dit, les listes ne peuvent pas être annotées (avec des descriptions ou des commentaires).
  3. Il n'y a aucune disposition pour le référencement, pour vérifier qu'un sujet répond aux critères d'inclusion d'une catégorie.
  4. Les entrées sont classées par ordre alphabétique uniquement (bien que vous puissiez contrôler l'ordre alphabétique). Ils ne peuvent pas être organisés en sections et sous-sections sur une seule page, chacune avec sa propre introduction descriptive.
  5. Peut être difficile à entretenir :
    1. Une catégorie avec des centaines d'éléments ne peut être déplacée qu'en modifiant des centaines d'articles (bien qu'un bot puisse aider)
    2. Le suivi des modifications apportées à une catégorie est difficile car l'historique des modifications d'une catégorie n'indique pas quand des entrées ont été ajoutées ou supprimées de la catégorie. Il n'y a donc pas de moyen facile de savoir quand un article est supprimé d'une catégorie - il disparaît simplement sans aucune indication qu'il ait jamais été là en premier lieu. La fonction de liste de surveillance de Wikipedia permet à un utilisateur de surveiller une catégorie pour les changements d'appartenance à une catégorie.
  6. Ne prend pas en charge d'autres formes de suivi, telles que l'ajout de liens rouges . (Les liens rouges sont utiles comme indicateurs d'écart et comme rappels de tâches pour créer ces articles.) Cependant, des stubs peuvent être ajoutés aux catégories.
  7. Des noms alternatifs pour le même élément ne peuvent être inclus qu'en incluant des redirections dans la catégorie.
  8. Il n'est pas évident pour les nouveaux utilisateurs que les catégories existent, comment y ajouter des éléments, comment lier de nouvelles catégories à des schémas existants, ni comment traiter les problèmes de point de vue (POV).
  9. Les catégories ne sont pas affichées dans la vue mobile.
  10. L'affichage des éléments d'une catégorie est limité à 200 sur une page. Pour voir le contenu complet d'une catégorie avec plus de membres que cela, plusieurs pages doivent être consultées.

Listes

Par rapport à une catégorie, une liste peut présenter à la fois des avantages et des inconvénients.

Exemple de liste : Liste des races de chiens

Avantages d'une liste

  1. Bon pour la navigation exploratoire de Wikipedia.
  2. Souvent plus complet car chacun est maintenu à partir d'un emplacement centralisé (sur la page elle-même).
  3. Peut être formaté de différentes manières , pour améliorer la présentation du contenu de la liste.
    • Par exemple, plusieurs niveaux d'une hiérarchie peuvent être inclus dans une liste, ou la liste peut avoir plusieurs colonnes, dont chacune peut servir de base à l'utilisateur pour trier la liste.
  4. Peut être construit et maintenu en éditant une seule page , alors que remplir une catégorie nécessite l'édition de plusieurs pages.
  5. Peut être agrémenté d' annotations (plus de détails).
    • Par exemple, une liste d'équipes de championnats du monde de football peut inclure avec chaque inscription quand chaque championnat a été remporté, qui les champions ont vaincu, qui était leur entraîneur, etc.
  6. Inclus dans les recherches de Wikipedia . Étant dans l'espace de noms principal, les listes sont incluses par défaut dans les recherches de Wikipedia. Leur contenu est également recherché par Google et d'autres moteurs de recherche.
  7. Peut être référencé pour justifier l'inclusion d'articles répertoriés.
  8. Peut inclure des éléments non liés
  9. Les éléments de la liste peuvent être triés manuellement à l' aide de diverses méthodes. Un article peut apparaître plusieurs fois ou de différentes manières dans une même liste.
  10. Les éléments de liste peuvent être liés à des sections spécifiques d'articles .
  11. Peut inclure des liens invisibles vers des pages de discussion , de sorte que cliquer sur "modifications associées" inclura celles-ci (Format : [[Talk:Omphalology| ]]) ; la liste elle-même peut également être incluse en la liant à elle-même, par exemple en liant la phrase en gras en tête :'''This is a [[list of compositions by Franz Schubert]]'''...
  12. Peut être plus facilement modifié par les débutants moins familiers avec le langage de balisage Wiki .
  13. Les images peuvent être intercalées dans une liste.
  14. Les modèles (tels que les zones de navigation) peuvent être inclus en tant que parties d'une liste.
  15. Une liste incorporée, incorporée dans un article sur un sujet, peut inclure des entrées qui ne sont pas suffisamment notables pour mériter leurs propres articles, et qui peuvent pourtant être suffisamment notables pour être incorporées dans la liste. De plus, le seuil de notabilité d'une mention étant inférieur à celui d'un article entier, vous pouvez facilement ajouter une mention à une liste au sein d'un article, sans avoir à porter le jugement de notabilité que vous auriez à porter si vous deviez ajoutez un article entier - si quelqu'un d'autre estime que c'est assez remarquable, il peut toujours lier la mention et créer un article de toute façon.

Inconvénients d'une liste

  1. Pas de lien automatique. Chaque article est lié à ses catégories de manière cohérente, mais les listes peuvent être plus difficiles à découvrir car tous les articles répertoriés ne sont pas liés à celui-ci, et chacun peut choisir de le faire d'une manière différente. Tenter d'appliquer des liens croisés à partir d'articles de la catégorie est sujet aux erreurs, rend l'édition de la liste éprouvante et contrecarre les avantages de la facilité d'édition dont les listes bénéficient autrement.
  2. Hiérarchie moins complète. Le système de catégories a une hiérarchie étendue et détaillée pour faciliter la navigation en augmentant la spécialisation, tandis que les listes de listes sont relativement rares et ne sont pas profondément imbriquées.
  3. Traitement automatisé complexe. Les listes sont plus difficiles à traiter automatiquement à l'aide de robots, car elles peuvent contenir de la prose contenant des liens vers des éléments qui ne figurent pas dans la liste elle-même, et il est nécessaire d'analyser le texte wiki de la page pour extraire les éléments répertoriés au lieu d'utiliser une API spécialisée comme le font les catégories. .
  4. Pas de tri automatique. Les éditeurs doivent déterminer manuellement l'emplacement d'une entrée et l'y ajouter. Souvent, les éditeurs ajoutent simplement de nouveaux éléments au bas de la liste, ce qui réduit l'efficacité de la liste. Cet inconvénient peut être surmonté en plaçant la liste dans un tableau triable .
  5. Peut s'enliser avec des entrées qui ne peuvent pas être obtenues de manière fiable et ne répondent pas aux exigences d'inclusion dans l'encyclopédie.
  6. Certains sujets sont si vastes qu'une liste serait trop longue et impossible à maintenir.
    • Par exemple, une liste de toutes les personnes d'un pays particulier qui ont des articles Wikipédia

Modèles de navigation

Les modèles de navigation sont un regroupement de liens utilisés dans plusieurs articles connexes pour faciliter la navigation entre ces articles dans Wikipedia. Les modèles de navigation sont généralement présentés dans l'un des deux formats suivants :

  • Horizontales, placées en bas des articles et également appelées navboxes
  • Verticale, souvent située dans le coin supérieur droit des articles et appelée barres latérales

La documentation de balisage Wiki pour les modèles de navigation à différents niveaux de spécificité inclut Template:Navbox/doc , Template:Sidebar/doc et, en haut ou en bas du modèle, Template:Navbar/doc .

Chaque lien doit être clairement identifiable comme tel par nos lecteurs. En général, les couleurs du texte doivent être cohérentes avec les couleurs de texte par défaut de Wikipédia , donc les liens doivent être bleus ; les liens morts doivent être rouges ; et le rouge et le bleu ne doivent pas être utilisés pour d'autres textes (qui ne sont pas des liens). Cependant, des directives spécifiques à la boîte de navigation pour la couleur du texte et de l'arrière-plan autres que les valeurs par défaut sont disponibles .

Les modèles de navigation sont particulièrement utiles pour un petit groupe d'articles bien défini ; les modèles avec un grand nombre de liens ne sont pas interdits, mais peuvent sembler trop chargés et être difficiles à lire et à utiliser. Les bonnes boîtes de navigation suivent généralement la plupart ou la totalité de ces directives :

  1. Tous les articles d'un modèle se rapportent à un sujet unique et cohérent.
  2. Le sujet du modèle doit être mentionné dans chaque article.
  3. Les articles doivent se référer les uns aux autres, dans une mesure raisonnable.
  4. Il devrait y avoir un article Wikipedia sur le sujet du modèle.
  5. Sans le modèle de navigation, un éditeur serait enclin à lier plusieurs de ces articles dans les sections Voir aussi des articles.

Si la collection d'articles ne répond pas à ces critères, les articles sont probablement vaguement liés. Une liste, une catégorie, ou ni l'une ni l'autre, peut donc être plus appropriée.

Ne comptez pas uniquement sur les navboxes pour les liens vers des articles très pertinents pour un article particulier. Les Navboxes ne sont pas affichées sur le site mobile de Wikipédia , qui représente environ la moitié des lecteurs. Voir le ticket Phabricator T124168 pour les progrès sur le problème mobile.

Les modèles de navigation situés dans le coin supérieur droit des articles (parfois appelés modèles de "barre latérale" ou "partie d'une série") doivent être traités avec une attention particulière, car ils sont affichés de manière très visible pour les lecteurs. La collection d'articles dans un modèle de barre latérale doit être assez étroitement liée, et le modèle doit respecter la plupart ou la totalité des directives précédentes. Si les articles ne sont pas étroitement liés, un modèle de pied de page (situé au bas de l'article) peut être plus approprié. Notez que le placement de barres latérales dans une piste d'article est déconseillé par MOS:LEAD (bien qu'elles puissent être autorisées au cas par cas).

Les liens d'articles dans un modèle de navigation doivent être regroupés en clusters, par sujet, ou par époque, etc. L'ordre alphabétique n'apporte aucune valeur supplémentaire à une catégorie contenant les mêmes liens d'articles. Par exemple, voir Template:General physics qui contient des articles regroupés en sous-sujets connexes.

Chaque article qui transclut une navbox donnée devrait normalement également être inclus en tant que lien dans la navbox, de sorte que la navigation soit bidirectionnelle .

L'utilisation de modèles de navigation n'est ni obligatoire ni interdite pour aucun article. L'inclusion ou non des boîtes de navigation, et lesquelles inclure, est souvent suggérée par WikiProjects , mais est finalement déterminée par la discussion et le consensus entre les éditeurs de chaque article individuel. Selon le principe de bidirectionnalité ci-dessus, cela peut également affecter l'inclusion d'un article particulier dans un modèle de navigation. En cas de désaccord, veuillez centraliser la discussion sur la page de discussion de l'article, et non sur celle du modèle (qui peut être mis en liste de surveillance principalement uniquement par les codeurs du modèle).

Évitez d'ajouter des performances d'artistes dans les boîtes de navigation pour les productions dans lesquelles ils sont apparus, ou des membres d'équipe dans des boîtes de navigation pour les productions sur lesquelles ils ont travaillé. Cela inclut, mais sans s'y limiter, les acteurs/actrices, les comédiens, les présentateurs de télévision/radio, les écrivains, les compositeurs , etc. performances d'un artiste par rapport aux autres.

Les filmographies (et similaires) d'individus ne doivent pas non plus être incluses dans les boîtes de navigation, à moins que l'individu concerné ne puisse être considéré comme le principal créateur du matériel en question. Cela évite la surprolifération des navboxes des individus sur l'article de chaque production, et évite de mettre du poids WP:UNDUE sur les contributions de certains individus par rapport à d'autres.

Enfin, les liens externes ne doivent pas être inclus dans les modèles de navigation. Les sources peuvent être incluses dans la documentation du modèle (une section <noinclude> qui n'est visible qu'après avoir visualisé le modèle lui-même, mais pas lors de sa transclusion).

Avantages

  1. Fournit une apparence cohérente et un système de navigation pour les articles connexes.
  2. Plus rapide à naviguer qu'une catégorie.
  3. Renseigne immédiatement les éléments équivalents
  4. Pour présenter une série d'articles dans un ordre chronologique , un modèle est souvent le plus approprié. Exemple : Template:Princess Royal (il y a deux Marys et deux Annes dans cette liste, ce qui fait de la présentation chronologique de ces princesses un atout par rapport à une simple présentation par ordre alphabétique de ces mêmes noms). Pour les séries chronologiques très longues, il est préférable d'utiliser des cases de succession , qui ne font apparaître que les éléments de la série précédant et suivant immédiatement l'article.
  5. Ils fournissent une ressource organisée pour les lecteurs qui ont parcouru un article sur un sujet large pour trouver d'autres articles sur le même sujet large, plutôt que de faire "pêcher" ces lecteurs pour des articles liés au wiki dans le texte ou dans le "Voir aussi" section.
  6. Atténue les grandes sections "Voir aussi", potentiellement dupliquées et désynchronisées entre les articles connexes

Désavantages

  1. Ne s'affiche pas pour les lecteurs utilisant le site Web mobile.
  2. Ne fournit pas une apparence et un système de navigation cohérents entre les différents sujets - il n'y a pas de format unique pour tous les modèles de navigation.
  3. S'il est simple, peut souvent être remplacé par une catégorie. Il peut également être difficile de donner plus de détails qu'une catégorie ne peut donner sans que la boîte ne devienne trop grande.
  4. Peut devenir laid ou sembler inutile, par exemple par des schémas de couleurs disgracieux, la taille, le nombre d'entre eux sur la même page, etc. Pour cette raison, les boîtes de séries d'articles doivent être évidentes, alors qu'elles ne peuvent pas contenir beaucoup de texte pour les définitions ou les explications .
  5. L'inclusion de liens ou de subdivisions d'articles dans un modèle peut par inadvertance pousser un point de vue . Cela peut également suggérer à tort qu'un aspect d'un sujet ou d'un exemple lié a plus, moins ou la même importance pour les autres ; être utilisé pour annoncer des sujets obscurs dans des endroits bien en vue ; ou revendiquer la propriété du projet . Les modèles peuvent aller à Wikipedia:Modèles pour discussion s'ils semblent pousser un POV. Essayer de remédier à cela en ajoutant plus de modèles pourrait entraîner l'inconvénient décrit au point précédent.
  6. D'autre part, peut ne pas donner au lecteur suffisamment d'indices sur les liens les plus pertinents ou les plus importants lorsque cela ne serait pas controversé
  7. Peut modifier la mise en page sans que la raison de celle-ci n'apparaisse sur la page elle-même (par exemple, lorsque le modèle contient une instruction NOTOC, un non fermé <div>, etc.)
  8. Peut prendre trop de place pour des informations qui ne sont liées que de manière tangentielle
  9. Inclut la liste complète des liens dans chaque article, même si souvent de nombreux liens ne sont pas utiles dans certains articles
  10. En raison de la taille, l'utilisation de plusieurs modèles de navigation peut occuper trop d'espace sur un article, ce qui peut entraîner un choix de POV entaché quant à celui à inclure
  11. Les modèles ne sont pas inclus dans les résultats de recherche par défaut, ce qui rend leur recherche difficile pour les lecteurs et les éditeurs.
  12. Ils supposent implicitement que les lecteurs qui ont parcouru un article sur un sujet large voudront lire d'autres articles sur le même sujet large, plutôt que des articles liés au wiki dans le texte ou dans la section "Voir aussi".

Les modèles de navigation situés dans le coin supérieur droit des articles (parfois appelés modèles de "barre latérale" ou "partie d'une série") présentent des problèmes spécifiques et doivent être traités avec une attention particulière, car ils sont affichés de manière si visible pour les lecteurs :

  1. La grande partie de l'espace d'écran très visible pourrait être mieux utilisée pour les images ou les informations essentielles.
  2. Ils pourraient être perçus comme une clôture d'un sujet en tant que "territoire" d'un domaine scientifique particulier.
  3. La collection d'articles dans un modèle de barre latérale doit être assez étroitement liée, et le modèle doit respecter la plupart ou la totalité des directives précédentes. Si les articles ne sont pas étroitement liés, un modèle de pied de page (une boîte de navigation, située au bas de l'article) peut être plus approprié.

Exemples

Les exemples de modèles incluent

Certains modèles inhabituels incluent

Voir également