Checklist du contenu des sites web

Le but n'est pas d'être exhaustif, puisque tout dépend du sujet sur lequel le site porte. Mais il y a quand même divers “trucs” qu'il serait dommage d'oublier, côté contenu. Je décris le minimum, et ça reste négociable…

Ce qui concerne un peu tous les sites.

Présentation :

• Le nom est-il bien visible ? (Nom du site, de l'entreprise, de l'asso, du projet…)
• Une phrase d'accroche (ou slogan, tagline…), non obligatoire mais qui donne souvent un “ton” et aide à savoir sur quoi on tombe.
• Description, en un paragraphe court, de “c'est quoi” : qu'est-ce qui est proposé, pour répondre à quel besoin/envie/public ?
• Définir un logo (si possible) et une identité graphique claire

Pages nécessaires (ou éléments dans une page, mais accessibles via un menu) :

• L'accueil
• Le menu, justement !
  • Suivant la taille du site, juste les liens vers les infos essentielles, ou aussi une partie (voir un second menu) vers les diverses catégories)
• Contact (formulaire si possible pour limiter le spam). Dans le cas des entreprises, il faut souvent donner plus de coordonnées utiles ;)
  • Indiquer (si utilisé) les comptes sur les réseaux sociaux.
• Informations légales et respect des normes.
• Qui ? Quoi ? Où ? Quand ? Comment ? Combien ? Pourquoi ? : la réponse à ces questions peut être dans la description, et peut aussi se développer dans des pages/chapitres dédiés. Y accéder doit être évident.
• Valeurs (missions, vision, biais…). Cela peut être par le biais d'une charte.

Si on est sur un grand site (genre… wiki, blog) :

• Présence d'un fil d'Ariane (breadcrumb)
• Contenu classé par catégories
• Moteur de recherche interne
• Des FAQ
• Partenariats avec d'autres structures
• Sponsors/Mécènes

Si on aime communiquer et faire de la nouveauté :

• Canaux pour les mises à jour : abonnement à une newsletter ? Notifications ? Réseaux ?

Et par ailleurs, vérifier le reste des Checklists de site web.

• Services et prestations
  • Que faites-vous ? Comment ? Quel est votre “plus” par rapport à vos concurrents ?¹⁾
  • Donner les tarifs ou des indication de prix… ça aide les clients à se dire “ok je pourrais faire appel” et ça vous fera économiser le temps à filtrer ceux qui ne peuvent pas se payer vos services.
• Exemples de travaux, photos…
• Certifications, accréditations et normes pour lesquels vous êtes agréés / Diplôme(s) (suivant ce qui est le plus pertinent).
• Zone géographique d’intervention

Si on est dans de l'institutionnel, une grosse boite :

• Organigramme et équipe dirigeante
• Actualités et communiqués de presse
• Publications et rapports

• Statuts et règlement intérieur
• Appel à don/adhésion
• “Nouvelles” : ce qui a été fait (blog ?) et ce qui est prévu (évenèments, calendrier ?)

Suivant le niveau de transparence :

• Organigramme des membres, du bureau…
• Bilans financiers et moraux des précédents exercices
• Charte graphique (au moins pour les membres qui font du design et de la com).

Je n'y touche pas /o\. Le plus sain est d'éviter ça, sauf à être payé très très cher.

Si vous avez un doute ou une envie de vous y frotter, allez lire le Code du Commerce et de la Consommation. C'est la base (et c'est parmi les Codes les plus pourris du corpus).

Quand c'est ouvert à “plein de monde”, faut quelques outils en plus.

• Page d'inscription, avec des procédures antibots solides. L'inscription doit aller avec l'adhésion aux Règles de la communauté.
• Règles de la communauté. Qu'est-ce qui est autorisé/interdit/encouragé ? Qui a le pouvoir et sur quoi ?
  • La modération doit être claire et compréhensible. On n'ouvre pas d'espace communautaire sans modération.
• Profil/espace personnel :
  • Un bout de profil “public” est souvent utile pour que chacun sache “qui est celui/celle qui s'exprime”
  • Gérer ses préférences est souvent appréciable : thème, avatar, changer son pseudo/mot de passe/mail, ses contributions, se désinscrire…
• Page sur “comment contribuer/participer”, guide(s) des diverses actions possibles.
• Glossaire : souvent une communauté a ses codes et c'est sympa de s'y retrouver quand on débarque.

Ouais, libre. Je ne vais pas aider à promouvoir un truc non libre. Bon, ok, c'est un peu le même principe…

• Description détaillée : fonctionnalités, public cible, fonctionnement.
  • S'il y a des modules/extensions, pointer vers la bibliothèque
• Mises à jour et historique des versions (changelog) : c'est bien de savoir “où” on en est.
• Capture d'écran, voir démo vidéo. Si vous faites une vidéo, il faut quand même des captures d'écran.
• Installation : configuration minimale recommandée, sur quel(s) OS ça tourne, comment on l'installe (détailler, fournir plusieurs méthodes, dont des supers simples et “comment compiler”).
• Contribution : où est le code ? Comment on peut aider ? Comment on fait un ticket ? Comment on signale un problème de sécurité ?
• Caractéristiques techniques. Quel langage il y a derrière, quels choix technologiques ?
• Documentation complète.
• Support multilingue
• Où échanger avec les mainteneuses ? (forum, chat, dans les tickets…)
• Modèle économique
• Multilingue : où aider à traduire (instance Weblate)
• Licence du projet.