Rédiger un cahier des charges pour un site web
Un cahier des charges existe pour que vous et le prestataire décriviez le même site web. Il n'a pas besoin d'être long. Un brief de quatre pages que les deux parties ont réellement lu évite plus de litiges qu'une spécification de cinquante pages qu'aucune n'a terminée.
Ce guide couvre ce qui doit y figurer, ce qu'il faut laisser de côté, et comment écrire la section qui compte le plus : ce que le projet n'est pas.
À quoi sert un cahier des charges#
Il a trois fonctions : permettre à plusieurs prestataires de chiffrer la même chose pour que les devis soient comparables, vous donner une référence en cas de désaccord sur le périmètre, et vous forcer à décider tant que décider coûte peu.
Ce n'est ni un brief de design ni une spécification technique. Dire « le site doit se charger vite » est une exigence ; dire « utiliser Redis pour le cache objet » est une solution, et la choisir avant d'avoir recruté quiconque supprime l'expertise que vous payez.
- Énoncez des résultats et des contraintes, pas des implémentations.
- Rédigez-le pour qu'une personne extérieure à votre organisation le comprenne sans appel téléphonique.
- Gardez-le assez court pour être lu d'une traite : quatre à huit pages suffisent largement pour la plupart des sites.
- Datez-le et versionnez-le, car il évoluera.
Les sections qui valent la peine#
Cette structure couvre la plupart des projets web. Sautez ce qui ne s'applique pas plutôt que de meubler.
| Section | Ce qu'on y met |
|---|---|
| Contexte | Ce que fait l'organisation et pourquoi le site est créé ou remplacé |
| Objectifs | L'objectif principal, les objectifs secondaires, et comment le succès se mesure |
| Public | Deux ou trois groupes de visiteurs et la question avec laquelle chacun arrive |
| Structure des pages | Chaque page, regroupée en sections, marquée critique ou ultérieure |
| Exigences fonctionnelles | Formulaires, recherche, comptes, filtres, réservation, commande : ce que chacun doit faire |
| Intégrations | Chaque système externe, avec un contact nommé et un lien vers sa documentation d'API |
| Contenu | Qui écrit chaque page, qui valide, pour quand |
| Non fonctionnel | Performance, accessibilité, navigateurs et appareils, langues, sécurité |
| Hors périmètre | Travail explicitement exclu : la section la plus précieuse |
| Contraintes | Fourchette de budget, échéance et toute décision figée (hébergeur actuel, CMS imposé) |
Rédigez des exigences vérifiables#
Une exigence est utile quand les deux parties peuvent convenir après coup si elle est remplie. « Le site doit être rapide » n'est pas vérifiable ; « la page de liste de produits atteint un Largest Contentful Paint sous 2,5 secondes sur un Android de milieu de gamme en 4G » l'est.
Même chose pour les fonctionnalités. « Un formulaire de contact » laisse de côté toutes les questions qui comptent.
| Vague | Vérifiable |
|---|---|
| Un formulaire de contact | Six champs, anti-spam, enregistrement en base, envoi à deux adresses, mention de consentement RGPD |
| Adapté au mobile | Utilisable à 320 px, toutes les cibles tactiles d'au moins 44 px, pas de défilement horizontal |
| Rapide | LCP sous 2,5 s et CLS sous 0,1 sur les quatre gabarits principaux, mesuré en 4G |
| Accessible | WCAG 2.2 AA sur les gabarits, vérifié au clavier et au lecteur d'écran |
| Optimisé SEO | Titres et descriptions modifiables, URL propres, sitemap, données structurées sur les articles |
| Multilingue | Trois langues, URL traduites, balises hreflang, sélecteur de langue sur chaque page |
La liste hors périmètre#
C'est la section que l'on saute et celle qui sauve le projet. Écrivez les choses qu'une personne raisonnable pourrait supposer incluses, et dites clairement qu'elles ne le sont pas — ou intégrez-les, si elles devraient l'être.
Le faire avant l'arrivée des devis rend les devis comparables. Le faire après signifie une dispute.
- Rédaction et relecture des textes : partez du principe que c'est à vous sauf mention contraire au devis.
- Photographie, illustration et licences de banques d'images.
- Saisie du contenu : qui tape 200 produits dans le CMS ?
- Configuration des e-mails, migration DNS et transfert du compte d'hébergement.
- Travail SEO continu, distinct de la configuration technique au lancement.
- Formation, documentation et passation.
- Support après lancement : ce qui est couvert, pendant combien de temps, et ce qui est facturé.
Un bon prestataire ajoutera des éléments à cette liste sans qu'on le lui demande. Celui qui accepte tout sans questions ne l'a en général pas lue, et le désaccord est simplement reporté.
Questions fréquentes
Quelle longueur pour un cahier des charges ?
Quatre à huit pages couvrent la plupart des sites d'entreprise. Les boutiques et les applications s'allongent car la section fonctionnelle grossit, mais au-delà de vingt pages, demandez-vous ce qui est décrit qu'une conversation ne réglerait pas. La mesure, c'est que les deux parties l'aient lu, pas qu'il soit exhaustif.
Dois-je spécifier la technologie ?
Seulement là où vous avez une vraie contrainte : un CMS que votre équipe connaît, un hébergeur que vous devez garder, un système à intégrer. Sinon, énoncez le résultat et laissez les personnes recrutées choisir l'implémentation. Imposer une pile que vous ne comprenez pas réduit vos options et vous donne une moins bonne réponse.
Ai-je aussi besoin de wireframes ?
Des wireframes basse fidélité pour les trois ou quatre gabarits les plus importants lèvent beaucoup d'ambiguïté pour très peu d'effort, et ils sont bien moins chers à modifier qu'un design. Ils ne remplacent pas les exigences écrites — ils montrent l'agencement, pas le comportement — mais les deux ensemble se chiffrent bien plus précisément que l'un ou l'autre seul.
Et si je ne connais pas certaines réponses ?
Écrivez « à décider » et nommez qui décide et pour quand. Un trou assumé avec un responsable, c'est acceptable ; une réponse inventée non, car le devis sera bâti dessus. Les prestataires chiffrent l'incertitude de toute façon, donc la rendre visible vous donne généralement un meilleur chiffre que la cacher.
cahier des charges site webbrief site internetspécification site webappel d'offres webpérimètre projet webexigences développement web
