Un cahier des charges mal ficelé est la première cause de dérive budgétaire et de retard sur les projets web. Devis incomparables, fonctionnalités oubliées, allers-retours interminables avec le prestataire : ces désagréments trouvent presque toujours leur origine dans un cadrage initial insuffisant. Rédiger un cahier des charges complet ne consiste pas à remplir un modèle générique, mais à structurer une réflexion sur les objectifs, les contraintes techniques, le budget et les délais de votre projet. Ce document devient ensuite la référence commune entre vous et votre prestataire, tout au long de la création ou de la refonte de votre site ou application. Ce guide détaille chaque étape de sa rédaction, des prérequis stratégiques aux sections techniques incontournables, en passant par les erreurs qui compromettent le plus souvent la réussite d’un projet web.
Qu’est-ce qu’un cahier des charges pour un projet web ?
Le cahier des charges d’un projet web est le document qui formalise les besoins, les objectifs et les contraintes d’une création ou d’une refonte de site internet ou d’application. Il précise ce que le site doit accomplir, pour qui, avec quelles fonctionnalités, dans quel délai et avec quel budget. Rédigé en amont du projet, il sert de feuille de route à toutes les parties prenantes : le client qui porte le projet, l’agence ou le prestataire qui le réalise, les designers, développeurs, rédacteurs et référenceurs qui interviennent tout au long du processus.
Ce document ne se limite pas à une liste de souhaits. Il structure le périmètre du projet en distinguant ce qui doit être livré de ce qui reste hors champ, il fixe des critères de validation objectifs, et il anticipe les contraintes techniques et réglementaires. C’est un outil de décision autant qu’un outil de communication.
Différence entre cahier des charges fonctionnel et technique
Le cahier des charges fonctionnel décrit ce que le site doit permettre de faire, du point de vue de l’utilisateur et de l’administrateur : navigation, formulaires, espace client, moteur de recherche interne, système de paiement, etc. Il répond à la question « à quoi le site doit-il servir ? » sans imposer de solution technique particulière.
Le cahier des charges technique, lui, précise comment ces fonctionnalités seront mises en œuvre : choix du CMS ou développement sur mesure, langage de programmation, hébergement, intégrations avec des outils tiers (CRM, ERP, gestion des stocks), exigences de performance et de sécurité. Dans de nombreux projets, ces deux volets sont regroupés dans un seul document, mais il est utile de bien distinguer les deux logiques : le fonctionnel exprime un besoin métier, le technique propose une réponse d’implémentation.
Cahier des charges vs brief créatif vs spécifications techniques
Ces trois documents sont souvent confondus alors qu’ils remplissent des rôles différents. Le cahier des charges couvre l’ensemble du projet : contexte, objectifs, fonctionnalités, budget, délais et contraintes. Le brief créatif se concentre uniquement sur les attentes graphiques et éditoriales : identité visuelle, ton de la marque, inspirations, ambiance souhaitée. Les spécifications techniques, quant à elles, détaillent avec précision l’architecture du système, les API à intégrer, les exigences serveur ou les protocoles de sécurité.
Dans la pratique, un cahier des charges de site web complet englobe souvent des éléments de brief créatif et des spécifications techniques allégées, tandis que les projets plus complexes gagnent à séparer ces documents pour éviter qu’un cahier des charges trop dense ne devienne illisible pour les parties prenantes non techniques.
Rôle du cahier des charges dans un appel d’offres web
Lorsqu’un projet est mis en concurrence entre plusieurs prestataires, le cahier des charges devient la pièce maîtresse de l’appel d’offres. Il permet à chaque agence sollicitée de comprendre les mêmes attentes et de proposer un devis sur des bases comparables. Sans ce document, les offres reçues peuvent varier fortement dans leur périmètre, rendant toute comparaison objective impossible.
Un cahier des charges précis facilite également le travail des prestataires : plus les besoins sont clairement exprimés, plus les devis seront ajustés et réalistes. À l’inverse, un document flou pousse les agences à intégrer des marges de sécurité dans leurs estimations, ou à proposer des offres incomplètes qui généreront des surcoûts en cours de projet.
Les prérequis avant la rédaction du cahier des charges
Avant de commencer à rédiger, un temps de réflexion stratégique est nécessaire. Ce travail préparatoire conditionne la qualité de l’ensemble du document.
Définir les objectifs SMART du projet web
Un objectif vague comme « améliorer la visibilité de l’entreprise » n’est pas exploitable pour orienter les choix de conception. Il est préférable de formuler des objectifs Spécifiques, Mesurables, Atteignables, Réalistes et Temporellement définis. Par exemple : augmenter de 30 % les demandes de devis qualifiées dans les six mois suivant la mise en ligne, ou générer 50 ventes en ligne mensuelles dès le premier trimestre.
Ces objectifs chiffrés orientent directement les choix de conception, de contenu et de fonctionnalités. Ils permettent également d’évaluer objectivement, une fois le site en ligne, si le projet a atteint ses ambitions initiales.
Réaliser un audit de l’écosystème digital existant
Dans le cadre d’une refonte, il est indispensable de dresser un état des lieux du site actuel : CMS utilisé, hébergement, performances, données de trafic et de conversion disponibles, gestion technique et éditoriale en place. Cet audit évite de répéter les erreurs passées et donne au prestataire une vision claire du point de départ.
Pour une première création de site, cet audit porte sur l’écosystème digital existant de l’entreprise : présence sur les réseaux sociaux, éventuel nom de domaine déjà réservé, ressources graphiques disponibles (logo, charte, visuels). Ces éléments doivent être recensés et, si possible, joints au cahier des charges.
Identifier les personas et parcours utilisateurs cibles
Comprendre qui utilisera le site conditionne l’ensemble des choix d’ergonomie et de contenu. Un persona est un portrait semi-fictif d’un profil type d’utilisateur, construit à partir de données réelles : secteur d’activité, fonction, tranche d’âge, équipement utilisé, besoins et motivations d’achat.
Une fois les personas définis, il devient possible de décrire le parcours idéal de chaque profil sur le site : par quelle page arrive-t-il, quelles informations recherche-t-il, quelle action doit-il accomplir avant de repartir. Cette réflexion structure directement l’arborescence du site et aide à hiérarchiser les pages prioritaires.
Analyser la concurrence avec un benchmark fonctionnel
Étudier les sites de concurrents directs ou de références du secteur permet d’identifier les fonctionnalités standards à proposer, les écueils à éviter et les axes de différenciation possibles. Ce benchmark peut être formalisé dans le cahier des charges sous forme d’exemples : des sites qui inspirent pour leur ergonomie ou leur design, et à l’inverse des exemples de ce qu’il faut éviter. Ces références concrètes sont souvent plus efficaces qu’une description abstraite pour transmettre une intention graphique ou fonctionnelle à un prestataire.
Les sections indispensables d’un cahier des charges web
Il n’existe pas de norme universelle, mais certaines rubriques reviennent dans la quasi-totalité des cahiers des charges web réussis.
Présentation de l’entreprise et contexte du projet
Cette section introductive permet au prestataire de comprendre le métier, le secteur d’activité, les concurrents et les valeurs de l’entreprise cliente. Elle doit répondre à des questions simples : quelles sont les activités et sources de revenus de l’entreprise, quels sont ses avantages concurrentiels, pourquoi le projet de création ou de refonte est-il lancé maintenant, quel rôle le site doit-il jouer dans la stratégie globale.
Périmètre fonctionnel et arborescence du site
Cette partie centrale précise la typologie du site (vitrine, e-commerce, plateforme de mise en relation, portail client) et liste exhaustivement les fonctionnalités attendues : formulaire de contact, espace membre, moteur de recherche interne, système de paiement, blog, prise de rendez-vous en ligne, etc. Pour chaque fonctionnalité, il est utile de décrire le comportement attendu côté utilisateur et côté back-office.
L’arborescence, présentée sous forme de schéma, structure les grandes sections, rubriques et pages du site. Elle ne doit pas être figée : elle évoluera probablement au fil du projet, mais elle donne un point de départ qui limite le risque d’oublier des pages importantes. Il est également recommandé de prioriser les fonctionnalités entre indispensables au lancement et secondaires, pouvant être développées dans une phase ultérieure.
Spécifications techniques : CMS, hébergement et stack technologique
Cette section précise si un CMS comme WordPress, Prestashop ou Shopify sera utilisé, ou si un développement sur mesure est nécessaire. Le choix du CMS convient généralement aux projets standards, avec une prise en main facilitée et un large choix d’extensions ; le développement sur mesure se justifie pour des besoins spécifiques, une logique métier complexe ou une intégration poussée avec un système existant (CRM, ERP, gestion des stocks).
Il faut également préciser les besoins d’hébergement : un hébergement mutualisé peut suffire pour un site vitrine, tandis qu’un serveur dédié ou virtuel s’impose pour un site e-commerce ou à fort trafic. Les éventuelles passerelles techniques avec d’autres outils (CRM, logiciels de facturation, API tierces) doivent être listées explicitement.
Charte graphique et exigences UX/UI
Le cahier des charges doit indiquer si des maquettes existent déjà ou si elles doivent être produites par le prestataire, combien de propositions graphiques sont attendues, et quels éléments d’identité de marque sont à reprendre : couleurs, logo, typographies. Si aucune charte graphique n’existe encore, la création du site est souvent l’occasion d’en poser les bases.
Les exigences d’ergonomie méritent une attention particulière : la navigation doit permettre à chaque visiteur de trouver rapidement l’information recherchée et d’accomplir l’action attendue. Décrire le parcours de conversion idéal pour chaque persona aide le concepteur à structurer les pages en conséquence.
Budget prévisionnel et enveloppe financière
Indiquer une fourchette budgétaire, même approximative, permet aux prestataires sollicités de proposer une solution adaptée aux moyens réels de l’entreprise plutôt que de deviner un montant. Un site vitrine simple se situe généralement dans une fourchette de 2 000 à 8 000 euros, tandis qu’un site e-commerce démarre plutôt autour de 5 000 euros et peut atteindre 25 000 euros selon sa complexité.
Il est conseillé de prévoir une réserve budgétaire de 15 à 20 % pour absorber les ajustements en cours de projet, très fréquents même sur un cahier des charges bien préparé. Le document doit également distinguer clairement ce qui est inclus dans le budget initial (maquettes, développement, intégration de contenu, formation) de ce qui relève d’options facturées séparément (maintenance, hébergement, évolutions futures).
Intégrer les contraintes techniques et réglementaires
Un site web moderne doit respecter un socle d’exigences techniques et légales qui, si elles sont ignorées au moment du cahier des charges, génèrent des coûts et des risques importants après la mise en ligne.
Conformité RGPD et gestion des données personnelles
Dès lors que le site collecte des données personnelles via des formulaires, il doit respecter le règlement général sur la protection des données. Cela implique de recueillir le consentement avant tout dépôt de cookies, d’afficher une politique de confidentialité à jour et d’identifier clairement le responsable de traitement. Le cahier des charges peut préciser si la rédaction et l’intégration de ces éléments (charte de protection des données, gestion des cookies) sont à la charge du prestataire.
D’autres obligations légales méritent d’être rappelées dans le document : les mentions légales sont obligatoires sur tout site, marchand ou non ; les conditions générales de vente sont requises dès qu’un système de paiement en ligne est proposé ; les conditions générales d’utilisation, bien que facultatives, sécurisent l’entreprise en cas de litige avec un utilisateur.
Accessibilité numérique selon les normes RGAA et WCAG
L’accessibilité numérique vise à rendre le site utilisable par tous, y compris les personnes en situation de handicap. En France, le référentiel applicable est le RGAA, aligné sur les normes internationales WCAG. Les bonnes pratiques de base comprennent des textes alternatifs sur les images, un contraste suffisant entre texte et arrière-plan, une navigation possible au clavier et un balisage HTML sémantiquement correct.
Si l’accessibilité n’est obligatoire que pour les organismes publics et les grandes entreprises, l’intégrer dès la conception améliore l’expérience de l’ensemble des visiteurs et contribue positivement au référencement naturel du site.
Exigences SEO technique dès la phase de conception
Le référencement naturel ne se rattrape pas facilement après coup : il doit être anticipé dès le cahier des charges. Cela concerne l’architecture technique du site (URLs explicites, balises HTML correctement hiérarchisées, temps de chargement optimisé, design responsive) ainsi que la capacité du CMS choisi à permettre une gestion autonome des optimisations SEO : modification des balises, gestion des redirections, structuration du contenu.
Dans le cadre d’une refonte impliquant un changement d’arborescence ou de nom de domaine, un tableau de correspondance entre les anciennes et les nouvelles URLs doit être annexé au cahier des charges pour préserver les redirections et éviter de perdre les acquis en référencement.
Compatibilité multi-supports et responsive design
La majorité du trafic web provenant aujourd’hui des terminaux mobiles, un site responsive qui adapte automatiquement sa mise en page à chaque type d’écran constitue une exigence de base, aussi bien pour l’expérience utilisateur que pour le référencement. Le cahier des charges peut préciser si une compatibilité avec d’anciens navigateurs ou des navigateurs moins répandus est nécessaire, selon le profil des utilisateurs cibles identifié en amont.
Planifier le calendrier et les livrables du projet
Un cahier des charges sans calendrier précis expose le projet à des retards en cascade. La planification doit être suffisamment détaillée pour engager toutes les parties sans devenir un carcan rigide.
Découpage en phases selon la méthodologie agile ou waterfall
La méthode Waterfall (en cascade) découpe le projet en phases séquentielles strictes : conception, développement, tests, mise en ligne, chaque étape ne démarrant qu’une fois la précédente validée. Elle convient aux projets dont le périmètre est stable et bien défini dès le départ.
La méthode Agile fonctionne par itérations courtes (sprints), avec des livraisons régulières et des ajustements possibles en cours de route en fonction des retours obtenus. Elle est adaptée aux projets dont les besoins peuvent évoluer, ou lorsque l’on souhaite tester rapidement une première version avant d’enrichir les fonctionnalités. Le choix entre ces deux approches doit être discuté avec le prestataire et formalisé dans le cahier des charges, car il influence directement l’organisation du suivi de projet.
Définir les jalons et dates de livraison intermédiaires
Un site vitrine nécessite généralement de deux à quatre mois de développement, un site e-commerce plutôt entre quatre et huit mois. Ces durées doivent être décomposées en jalons intermédiaires clairement datés : validation des maquettes graphiques, intégration et développement des fonctionnalités, intégration des contenus, phase de tests, formation des équipes, mise en ligne.
Chaque jalon doit être associé à des critères de validation précis, afin d’éviter les situations où une étape est considérée comme terminée par le prestataire mais insatisfaisante pour le client. Il est également utile d’identifier les tâches qui dépendent de la réactivité du client lui-même, comme la fourniture des contenus ou la validation des maquettes, car les retards de projet proviennent très souvent de ces points de blocage internes.
Modalités de recette et tests d’acceptation utilisateur
La recette est l’étape durant laquelle le client vérifie que chaque fonctionnalité livrée correspond aux exigences formulées dans le cahier des charges. Le document doit prévoir un processus de validation structuré : délai maximal de retour après réception d’un livrable, nombre de cycles de corrections inclus dans la prestation, personnes habilitées à valider chaque étape côté client et côté prestataire.
Définir des critères d’acceptation mesurables pour chaque fonctionnalité évite les désaccords d’interprétation au moment de la livraison finale. Ces critères doivent être objectifs et vérifiables, par exemple un temps de chargement maximal, un comportement attendu pour un formulaire, ou la compatibilité avec une liste précise de navigateurs et d’appareils.
Erreurs courantes à éviter lors de la rédaction
Certaines erreurs reviennent fréquemment dans les cahiers des charges et compromettent la réussite du projet, quelle que soit la qualité du prestataire retenu.
Cahier des charges trop vague ou trop rigide
Un document trop vague, avec des formulations comme « le site doit être moderne et intuitif », n’aide personne à prendre des décisions concrètes. Chaque exigence doit être suffisamment précise pour être vérifiable objectivement : plutôt que « interface moderne », préciser le respect d’une charte graphique fournie, un temps de chargement inférieur à un seuil donné, ou un score d’accessibilité minimal.
À l’inverse, un cahier des charges trop rigide qui impose des choix techniques sans justification fonctionnelle (par exemple un framework ou une architecture précise sans raison métier) peut brider l’expertise du prestataire et conduire à des choix inadaptés. Il est généralement préférable de décrire le besoin plutôt que d’imposer la solution technique, sauf contrainte réelle liée à l’existant.
Omission des critères de maintenance post-livraison
Un site internet n’est jamais figé une fois livré : il nécessite des mises à jour de sécurité, des évolutions fonctionnelles et des ajustements de contenu réguliers. De nombreux porteurs de projet découvrent ces besoins après la mise en ligne, sans avoir prévu ni budget ni organisation pour y répondre.
Le cahier des charges doit donc préciser dès le départ les modalités de maintenance attendues : contrat de maintenance corrective, fréquence des mises à jour, sauvegardes régulières, formation des équipes internes à la gestion autonome du site. Anticiper cet aspect évite de se retrouver démuni quelques mois après la livraison.
Absence de grille d’évaluation des prestataires
Lorsque le projet est mis en concurrence, l’absence de critères de sélection formalisés conduit souvent à comparer les devis uniquement sur le prix, ce qui s’avère généralement pénalisant : un devis anormalement bas cache fréquemment des prestations incomplètes ou une sous-traitance mal maîtrisée.
Il est préférable d’établir une grille d’évaluation intégrant plusieurs critères : compréhension du besoin exprimée par le prestataire lors des échanges, références et réalisations similaires, qualité de la communication, adéquation du périmètre proposé avec le budget annoncé, garanties proposées en matière de maintenance et de sécurité. Cette grille, construite en parallèle du cahier des charges, permet d’objectiver le choix final et d’éviter de privilégier uniquement le critère tarifaire.