Cahier des charges site internet : modèle à copier et méthode

Un cahier des charges de site internet décrit votre besoin, les prestations attendues et les conditions de validation du projet. Il permet à une agence de comprendre ce qu’elle doit proposer et à votre équipe de comparer les réponses sur un même périmètre. Sa précision compte davantage que son nombre de pages.

Pour une création ou une refonte, commencez par les objectifs et les utilisateurs, puis détaillez les contenus, les fonctionnalités et les contraintes. L’arborescence du site permet ensuite de traduire ces besoins en pages et parcours concrets avant le maquettage. Les points encore ouverts peuvent être indiqués comme tels : vous n’avez pas à choisir seul toutes les solutions techniques.

Après l’écoute, notez trois éléments : ce que le site doit permettre, ce qui manque pour démarrer et qui prendra les décisions. La trame suivante transforme ces questions en informations exploitables par les agences.

Brief, besoins fonctionnels et spécifications techniques

Le brief expose le contexte et la direction souhaitée. Le cahier des charges précise le périmètre, les livrables et les contraintes. Les spécifications détaillent le fonctionnement d’un formulaire, d’un espace client ou d’un échange de données. Ces niveaux peuvent être approfondis progressivement.

Pour une connexion avec un CRM ou un ERP, associez les responsables informatiques et le prestataire concerné. Décrivez les données à échanger, le sens des échanges, leur fréquence et le comportement attendu en cas d’erreur. Un simple « connexion CRM » laisse trop de questions pour obtenir un chiffrage comparable.

Une trame de cahier des charges à adapter

Vous pouvez reprendre les rubriques suivantes dans un document partagé. France Num propose aussi une sélection de modèles. Choisissez une trame en fonction du projet, puis retirez les rubriques sans objet et précisez celles qui engagent réellement le travail.

Contexte, objectifs et publics

Présentez votre activité, votre offre, vos publics et le motif du projet. Dans une refonte, expliquez ce qui ne fonctionne plus : contenus difficiles à actualiser, offre mal comprise, parcours de contact insuffisant, contraintes techniques ou changement d’identité.

Hiérarchisez les objectifs. « Obtenir des demandes de devis adaptées à nos prestations » est plus exploitable que « avoir un site moderne ». Précisez comment vous évaluerez ces demandes et qui les traitera. Le nombre de formulaires reçus ne mesure pas seul leur qualité commerciale.

Existant, structure et contenus

Listez les URL importantes, les contenus à reprendre, les langues, les fichiers et les données disponibles. Joignez une première arborescence et distinguez le nombre de pages du nombre de gabarits. Cent fiches utilisant un même modèle ne représentent pas cent mises en page différentes.

Pour chaque type de contenu, indiquez qui le fournit, qui le rédige, qui le traduit et qui le valide. Précisez les droits sur les photos, vidéos, polices et illustrations. Le planning doit intégrer cette production, et pas seulement le développement du site.

Design, parcours et fonctionnalités

Joignez le logo et la charte disponibles, puis des références commentées : ce que vous appréciez et ce qui serait inadapté. Un moodboard sert à discuter une direction graphique ; il ne définit pas le fonctionnement du site.

Décrivez les fonctionnalités par scénarios. Qui agit ? Avec quelles informations ? Quel résultat doit-il obtenir ? Précisez les rôles d’administration, les règles de validation et les besoins de formation. Une page type ou un wireframe peut aider à lever les ambiguïtés.

Technique, qualité et exploitation

• CMS : contraintes imposées ou préférence à justifier, rôles contributeurs et processus de mise à jour.
• Hébergement : environnements, sauvegardes, restauration, surveillance et responsabilités.
• SEO : reprise des contenus, redirections, contrôle d’indexabilité et vérifications après lancement.
• Accessibilité, sécurité et protection des données : exigences applicables à votre organisme, contrôles attendus et personnes responsables.
• Mesure : événements utiles, outil retenu, gestion du consentement et validation de la collecte.

Évitez les formules « conforme à tout » ou « score de performance de 100 ». Définissez plutôt les pages à tester, les conditions de test et les critères d’acceptation. Les obligations réglementaires doivent être cadrées selon votre activité et votre statut ; une mention générique dans le document ne suffit pas à les vérifier.

Budget, calendrier et réponse attendue

Donnez une enveloppe ou une fourchette validée, en précisant si elle couvre seulement la création ou aussi les contenus, l’hébergement et la maintenance. Demandez des postes séparés pour les dépenses initiales, les coûts récurrents et les options.

Indiquez les jalons, les disponibilités de votre équipe et les dates réellement impératives. Fixez la forme de la réponse attendue : compréhension du besoin, périmètre, exclusions, méthode, équipe, délais et prix détaillés. Faites apparaître les dépendances qui peuvent retarder le lancement.

Écrire une demande que l’on peut tester

Exemple fictif : une PME veut permettre à un prospect de demander un devis depuis une page prestation. L’exigence décrit les champs nécessaires, le destinataire, le message de confirmation, la gestion des erreurs et le traitement des pièces jointes, si elles sont utiles.

Le critère de recette devient concret : sur ordinateur et smartphone, une demande valide arrive au destinataire prévu ; une demande incomplète affiche une erreur compréhensible ; le visiteur reçoit la confirmation attendue. La collecte statistique est vérifiée séparément, selon les choix de consentement.

Prioriser sans masquer les options

• Indispensable au lancement : ce qui conditionne la tâche principale ou une exigence applicable.
• À chiffrer en option : une fonction utile mais reportable sans bloquer le service.
• À étudier : un besoin dont les données, la faisabilité ou l’usage restent à préciser.

Un besoin reporté doit rester visible avec sa dépendance et sa raison. Cette distinction rend les offres comparables et permet d’arbitrer si l’enveloppe disponible ne couvre pas tout. Consignez les décisions dans une version datée avant de lancer la réalisation.

Les précisions à ajouter pour un site e-commerce

Décrivez les clients B2B ou B2C, le catalogue et ses variantes, les prix, les zones de livraison, les règles de taxes à faire valider, les moyens de paiement, les stocks, les promotions et les retours. Précisez quels outils portent les données de référence.

Ajoutez les cas difficiles : paiement refusé, stock modifié pendant une commande, transmission ERP interrompue ou remboursement. Les dépendances avec la banque, la logistique et la facturation doivent être identifiées. Le parcours de commande se teste comme un ensemble, pas uniquement écran par écran.

Préparer la recette et la vie du site

Définissez qui valide les maquettes, les contenus et le site, comment les anomalies sont suivies et quand un livrable est accepté. Demandez la formation, la documentation et les modalités de remise des accès. Clarifiez aussi la propriété et les droits d’utilisation des livrables dans les documents contractuels.

Après lancement, qui met à jour le CMS ? Qui restaure une sauvegarde ? Quels services sont inclus dans la maintenance et lesquels donnent lieu à une prestation supplémentaire ? Prévoyez également les conditions de réversibilité si le site change de prestataire.

Préciser aussi ce qui est hors périmètre

Un bon cahier des charges ne décrit pas seulement ce qui sera réalisé. Il indique aussi ce qui ne l’est pas : rédaction des contenus, traduction, shooting photo, connecteur ERP, maintenance, hébergement, reprise historique, formation ou accompagnement SEO, selon le projet.

Cette rubrique évite qu’une agence inclue une prestation qu’une autre considère comme optionnelle. Elle rend les devis beaucoup plus comparables et limite les avenants en cours de projet.

Avant d’envoyer votre document

Relisez-le avec une personne qui ne connaît pas le projet. Peut-elle identifier le public, les tâches prioritaires, les contenus à produire et les décisions en attente ? Si ces éléments restent flous, un échange de cadrage sera plus utile que l’ajout de vocabulaire technique.

Pour préparer cet échange avec ImagesCréations, rassemblez votre première expression de besoins, le site actuel et votre enveloppe. Vous pouvez consulter notre livre blanc sur le projet web ou nous transmettre votre projet pour préciser le périmètre avant consultation.

Un modèle de cahier des charges à copier

La meilleure façon de rendre un cahier des charges utile est de le transformer en document de décision. Vous pouvez partir de cette trame puis supprimer les rubriques qui ne concernent pas votre projet.

Les éléments spécifiques à une refonte

Une refonte demande plus qu’une description du futur site. Elle doit préciser ce qui arrive à l’existant : contenus conservés, pages à fusionner, historique SEO, tracking, données à reprendre, anciennes URL et redirections 301. Sans cette partie, deux agences peuvent chiffrer des périmètres très différents.

• Inventaire des URL et contenus existants.
• Décisions conserver / réécrire / fusionner / supprimer.
• Plan de redirections et stratégie de mise en ligne.
• Reprise des médias, comptes, commandes ou données métier si nécessaire.
• Conservation ou refonte du plan de marquage analytics.
• Critères de non-régression SEO, fonctionnelle et éditoriale.

Ce qui permet réellement de comparer les devis

Un bon cahier des charges ne vise pas seulement à « tout dire ». Il doit surtout permettre aux prestataires de chiffrer la même chose. Quatre zones changent fortement le budget : le nombre de gabarits à concevoir, la responsabilité sur les contenus, les interfaces avec des outils tiers et le niveau de recette attendu.

Les oublis fréquents dans un cahier des charges

• Ne pas préciser qui fournit les textes, photos et traductions.
• Décrire des fonctionnalités sans dire quels cas doivent être testés.
• Oublier les redirections lors d’une refonte.
• Demander « un site rapide » sans fixer une méthode de mesure.
• Ne pas préciser la propriété des comptes, domaines, hébergements et livrables.
• Oublier maintenance, sauvegardes, sécurité et conditions de réversibilité.

Article publié le 28 novembre 2025. Dernière révision le 5 octobre 2026 par Olivier Robé, ImagesCréations.