# Cahier des charges site web : la checklist avant un devis > Une checklist pratique pour préparer un cahier des charges de site web : objectifs, contenus, fonctionnalités, responsabilités, recette et coûts récurrents. Canonical: https://devauras.com/fr/ressources/cahier-des-charges-site-web Last updated: 2026-09-11 Checklist · Création de site web Préparez les décisions qui rendent un devis comparable : objectif, contenus, fonctionnalités, responsabilités, critères de recette et coûts à prévoir après la mise en ligne. Équipe Devauras — conception & développement web Publié le 11 septembre 2026 9 min de lecture ![Composition éditoriale abstraite illustrant le cadrage d'un projet de site web.](https://devauras.com/images/services/creation-site-web_devauras.png) Création de site web ## L'essentiel Un cahier des charges utile n'est pas un document long rempli de jargon. C'est une description assez claire pour que chacun comprenne le problème à résoudre, le périmètre de la première version, les informations à fournir, les décisions à valider et la façon de confirmer que le site est prêt à être mis en ligne. ## À retenir - Commencez par le résultat métier et le visiteur visé, pas par une liste de pages. - Distinguez les fonctions nécessaires au lancement des idées à planifier plus tard. - Nommez les responsables des contenus, validations, accès et réponses aux demandes. - Définissez des critères de recette observables avant le développement. - Faites apparaître les coûts et dépendances récurrents dans la proposition écrite. ## 1. Objectif, visiteurs et action principale Décrivez en une phrase ce que le site doit permettre à l'entreprise de faire. Évitez les objectifs trop vagues comme « être plus visible » : précisez plutôt l'action attendue, par exemple obtenir des demandes de devis pour un service donné, permettre une réservation ou présenter un catalogue à un public professionnel. Décrivez ensuite les visiteurs prioritaires : ce qu'ils savent déjà, ce qu'ils cherchent, leurs questions fréquentes et l'action qu'ils doivent pouvoir accomplir. Un site peut servir plusieurs publics, mais le brief doit indiquer lequel prime lorsqu'une page, un message ou une fonctionnalité entre en concurrence avec une autre. ### À écrire dans le brief Pour \[public prioritaire\], le site doit permettre de \[action principale\] parce que \[besoin ou problème\]. Nous mesurerons \[signal observable\] sans promettre un résultat commercial hors de notre contrôle. [Devauras: Création de site web au Maroc](https://devauras.com/fr/services/creation-site-web) ## 2. Périmètre de la première version Une première version utile contient les pages, contenus et fonctions nécessaires pour réaliser le parcours principal correctement. Tout ce qui n'est pas indispensable peut être placé dans une phase ultérieure, avec son propriétaire et la condition qui justifiera son ajout. Tableau de périmètre à compléter avant un devis | Élément | À décider | Responsable à nommer | | --- | --- | --- | | Pages | Quelles pages doivent être prêtes au lancement et quelle est leur action principale ? | Responsable contenu ou métier | | Langues | Quelles langues seront publiées dès le lancement, et qui valide chaque version ? | Responsable de validation linguistique | | Fonctionnalités | Formulaire, réservation, paiement, espace client, recherche, intégration : quelle fonction est nécessaire et pour quel parcours ? | Responsable métier et technique | | Contenus | Quels textes, images, documents, produits ou données sont disponibles, manquants ou soumis à validation ? | Propriétaire des contenus | | Phase suivante | Quelles idées sont voulues mais non nécessaires à la première version ? | Décideur projet | [Devauras: Création de site web au Maroc](https://devauras.com/fr/services/creation-site-web) · [Devauras: Tarifs et méthode de chiffrage](https://devauras.com/fr/tarifs) ## 3. Parcours, fonctions et exceptions Décrivez les étapes entre l'arrivée d'un visiteur et le résultat attendu. Pour un formulaire, indiquez les champs nécessaires, le destinataire, le message de confirmation, le délai de réponse souhaité et le cas où une information manque. Pour un paiement, une réservation ou un espace client, ajoutez les règles métier, les personnes habilitées et le traitement des erreurs. Les cas inhabituels sont importants : annulation, indisponibilité, doublon, accès oublié, données incorrectes, paiement refusé ou demande transmise à la mauvaise équipe. Les documenter tôt permet de choisir les contrôles nécessaires et d'éviter de promettre qu'un parcours fonctionne dans toutes les situations sans l'avoir testé. - **Entrée** — Quelle information déclenche le parcours et qui peut la fournir ? - **Sortie** — Que reçoit le visiteur, et que reçoit l'équipe après son action ? - **Règle** — Qu'est-ce qui est autorisé, refusé ou envoyé à une personne pour vérification ? - **Exception** — Que se passe-t-il si la donnée, le paiement, l'intégration ou la disponibilité n'est pas conforme ? - **Preuve** — Comment vérifier que le parcours a bien fonctionné avant et après le lancement ? [W3C: Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) ## 4. Contenus, preuves et droits Listez ce qui doit être fourni : textes d'offre, pages légales, visuels, photographies, logos, fiches produit, témoignages, documents à télécharger et traductions. Pour chaque élément, notez son propriétaire, son statut de validation et les droits nécessaires à sa publication. Les preuves commerciales demandent une attention particulière. Une étude de cas, une statistique, un avis ou un logo doit être vérifiable et autorisé. Si une information manque, gardez-la hors de la première publication plutôt que de la renforcer par une formulation imprécise. ### Règle simple Publiez ce que vous pouvez expliquer et prouver. Les promesses, résultats client, avis et références doivent rester fidèles à leur source et à l'autorisation obtenue. [Google Search Central: Créer du contenu utile, fiable et pensé pour les internautes](https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=fr) ## 5. Technique, accès et propriété Le brief doit identifier les comptes et accès concernés : domaine, hébergement, messagerie, analytics, gestionnaire de balises, paiement, CRM, outils de réservation et réseaux sociaux si une intégration est prévue. Décidez qui est titulaire de chaque compte, qui peut administrer les accès et ce qui sera remis à la fin du projet. Précisez aussi les environnements nécessaires, la migration éventuelle, les données à reprendre, les sauvegardes, les licences et la procédure de retour si un fournisseur doit être remplacé. Ces décisions déterminent la continuité du site après sa livraison. [Devauras: Création de site web au Maroc](https://devauras.com/fr/services/creation-site-web) ## 6. Recette, mesure et mise en ligne Définissez comment la première version sera acceptée. Les critères doivent être observables : les pages convenues existent, les formulaires transmettent une demande test, les liens prioritaires fonctionnent, les contenus sont validés, les droits d'accès sont corrects et les parcours importants ont été vérifiés sur les écrans convenus. Préparez ensuite le lancement : date cible, responsables, sauvegarde ou retour possible, contacts d'astreinte si nécessaire, accès analytics et suivi des événements utiles. Un événement de formulaire est un signal de demande ; il ne devient pas automatiquement un client ou un chiffre d'affaires. 1. **Pré-recette** — L'équipe vérifie le périmètre, les contenus, les accès et les cas de test écrits. 2. **Recette client** — Le client teste les parcours convenus, relève les écarts et valide ou demande une correction selon les critères définis. 3. **Lancement** — Les responsables confirment la fenêtre, les accès, le suivi, la sauvegarde et la procédure de retour avant toute bascule. 4. **Suivi** — Les événements, demandes et erreurs utiles sont revus après le lancement avec leur contexte, sans conclure trop vite à un résultat commercial. [Devauras: Création de site web au Maroc](https://devauras.com/fr/services/creation-site-web) · [Google Search Central: Créer du contenu utile, fiable et pensé pour les internautes](https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=fr) ## 7. Rendre les devis réellement comparables Deux montants ne sont comparables que si le périmètre l'est aussi. Demandez que chaque proposition distingue les pages, langues, contenus, design, développement, intégrations, migration, hébergement, licences, maintenance, dépendances client, calendrier et règles de changement. Une ligne « site complet » ne dit pas ce qui sera livré ou ce qui manque. Pour chaque écart, demandez l'effet sur le délai, le coût et le résultat attendu. Cette transparence rend une décision plus sûre qu'une promesse de performance ou qu'un prix isolé de son périmètre. ### Avant de signer Vous devez pouvoir répondre simplement à quatre questions : qu'est-ce qui est livré, qui fait quoi, comment valide-t-on le travail et quels coûts restent après le lancement ? [Devauras: Tarifs et méthode de chiffrage](https://devauras.com/fr/tarifs) ## Questions fréquentes sur le cahier des charges d'un site web ### Faut-il un cahier des charges complet avant de demander un devis ? Non. Un premier brief clair suffit : objectif, visiteurs, action principale, pages ou fonctions essentielles, contenus disponibles, contraintes et responsables. Le cadrage peut ensuite préciser les inconnues avant qu'un engagement détaillé soit validé. ### Que doit contenir un cahier des charges de site web ? Il doit couvrir au minimum l'objectif, les publics, le périmètre, les contenus, les langues, les fonctions, les intégrations, les responsabilités, les critères de recette, le calendrier, les accès et les coûts récurrents à confirmer. ### Qui doit valider le site avant sa mise en ligne ? Les responsables nommés dans le projet doivent valider leur domaine : contenus et marque, fonctionnement métier, accès, conformité applicable et décision finale de lancement. Les rôles et critères de validation doivent être écrits avant la recette. ### Comment comparer deux devis de site web ? Comparez d'abord le périmètre : pages, langues, contenus, design, fonctionnalités, intégrations, calendrier, maintenance, licences, responsabilités et conditions de changement. Un prix seul ne montre pas ce qui est inclus ni les dépendances qui peuvent modifier le projet. ## Sources et références - [Création de site web au Maroc](https://devauras.com/fr/services/creation-site-web) — Devauras - [Tarifs et méthode de chiffrage](https://devauras.com/fr/tarifs) — Devauras - [Créer du contenu utile, fiable et pensé pour les internautes](https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=fr) — Google Search Central - [Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) — W3C ## Related - [Quel type de site web choisir pour votre entreprise ?](https://devauras.com/fr/ressources/choisir-type-site-web) ## Un projet web à mettre au clair ? Devauras vous aide à cadrer le périmètre, les parcours, les dépendances et les critères de validation avant la conception et le développement. [Découvrir la création de site web](https://devauras.com/fr/services/creation-site-web)