Logo CZ Multimedia
  • Accueil
  • Applications mobile
  • Applications web
  • Langages de programmation
  • Ressources
  • Contact
  • Parler de mon projet
Élément décoratif du fil d'Ariane
  1. Czmultimedia
  2. blog
  3. Cahier des charges site internet : le modèle à suivre en 2026

Cahier des charges site internet : le modèle à suivre en 2026

Image de l'article Cahier des charges site internet : le modèle à suivre en 2026
  • CZMultimedia
  • 19 août 2026

Un cahier des charges ne sert pas à décrire le site que tu veux. Il sert à rendre comparables des devis qui, sans lui, ne le sont pas.

C'est la fonction que la plupart des modèles trouvés en ligne oublient. Ils proposent des plans de trente pages qui décrivent des maquettes, des couleurs et des arborescences — et laissent de côté les trois informations qui font varier un devis de 8 000 à 40 000 euros pour ce qui ressemble au même site.

Résultat classique : tu reçois trois propositions, tu ne comprends pas pourquoi l'une coûte le double de l'autre, et tu choisis au feeling. Ce guide donne le plan qui évite ça, les rubriques à ne pas négliger, et ce que CZ Multimédia regarde en premier quand un cahier des charges arrive.

La réponse directe

Un cahier des charges de site internet efficace tient en 8 rubriques et 5 à 15 pages : contexte et objectifs, cibles, périmètre fonctionnel, contenus, contraintes techniques, exigences de performance et d'accessibilité, budget et planning, modalités de réponse. CZ Multimédia constate que la rubrique la plus souvent absente est aussi la plus déterminante : qui fournit les contenus, et quand. C'est elle qui fait déraper les plannings dans la majorité des projets web, bien avant la technique.

Ce que tu vas obtenir dans cet article
  • Les 8 rubriques à écrire, avec ce qu'il faut mettre dedans concrètement
  • Les 3 informations qui expliquent 80 % des écarts de prix entre devis
  • Les pièges qui transforment un forfait en avenant
  • Comment écrire un cahier des charges compatible avec une méthode agile
  • Un modèle complet à copier, section par section

Pour un cadrage sur ton projet : Contactez-nous

Sommaire

  • Pourquoi ton cahier des charges sert d'abord à comparer
  • Les 8 rubriques indispensables
  • Les 3 informations qui font varier les devis du simple au double
  • Les pièges qui transforment un forfait en avenant
  • Cahier des charges et méthode agile : comment concilier
  • Le modèle à copier

Pourquoi ton cahier des charges sert d'abord à comparer

Sans document commun, chaque prestataire chiffre un projet différent — et tu compares des montants qui ne recouvrent pas le même périmètre.

Prends un exemple banal : « un site vitrine avec un formulaire de contact ». Le premier prestataire comprend cinq pages sur un thème adapté. Le deuxième comprend une maquette sur mesure, un back-office pour modifier les textes, et un formulaire relié à un CRM. Le troisième ajoute la reprise du référencement existant et la migration des URL. Les trois ont raison, les trois ont chiffré honnêtement, et leurs devis vont du simple au quadruple.

Le cahier des charges résout ce problème et un seul autre : il t'oblige à trancher avant de consulter des questions que tu trancherais sinon pendant le projet, au prix d'avenants.

Position CZ Multimédia

Un cahier des charges de 8 pages précis vaut mieux qu'un document de 40 pages vague. Quand un dossier dépasse 30 pages, la plupart des prestataires le survolent et répondent sur leur compréhension approximative — exactement ce que le document était censé empêcher. La longueur n'est pas un gage de sérieux ; la précision sur les points structurants l'est.

Les 8 rubriques indispensables

Chaque rubrique répond à une question que le prestataire se posera de toute façon. Autant y répondre toi-même.

1. Contexte et objectifs

Qui tu es, ce que tu vends, à qui. Puis l'objectif du site en une phrase mesurable : générer des demandes de devis, vendre en ligne, réduire les appels au service client. « Moderniser notre image » n'est pas un objectif — c'est un moyen. Si tu refais un site existant, dis pourquoi : ce qui ne va pas aujourd'hui oriente toute la proposition.

2. Cibles et usages

Qui utilise le site, depuis quel appareil, dans quelle situation. Un site consulté à 70 % sur mobile par des artisans en déplacement n'appelle pas les mêmes arbitrages qu'un extranet consulté sur grand écran par des acheteurs. Cette rubrique coûte dix lignes et évite des semaines de malentendu.

3. Périmètre fonctionnel

La liste de ce que les utilisateurs doivent pouvoir faire, formulée du point de vue de l'utilisateur : « un visiteur peut demander un devis en décrivant son besoin », « un administrateur peut modifier les textes sans intervention technique ». Distingue clairement l'indispensable du souhaitable — cette hiérarchie est ce qui permet à un prestataire de te proposer une première version tenable dans ton budget.

4. Contenus : qui les produit, et quand

La rubrique la plus souvent oubliée, et la première cause de retard. Combien de pages, qui rédige les textes, qui fournit les photos, qui reprend l'existant. Si les contenus viennent de toi, dis à quelle date ils seront prêts. Si tu attends du prestataire qu'il rédige, c'est une ligne de devis à part entière, pas un extra.

5. Contraintes techniques

Ce qui s'impose réellement : outils à connecter (CRM, ERP, logiciel de facturation), hébergement imposé par la DSI, contraintes de sécurité ou de localisation des données, système existant à conserver. Rien d'autre.

6. Performance, accessibilité, conformité

Trois exigences à poser explicitement, sinon elles deviennent des avenants. Les performances mesurées par les Core Web Vitals conditionnent à la fois l'expérience et le référencement. L'accessibilité numérique n'est plus optionnelle pour beaucoup d'organisations. Et la conformité RGPD se décide à la conception, pas après.

7. Budget et planning

Oui, il faut annoncer une fourchette. La retenir ne te protège pas : elle fait perdre du temps à tout le monde et produit des devis hors-sol. Donne une enveloppe et une date cible, avec la contrainte réelle s'il y en a une — un salon, une saison commerciale, la fin d'un contrat d'hébergement.

8. Modalités de réponse

Ce que tu attends dans la proposition : découpage du chiffrage par lot, planning, équipe affectée, modalités de maintenance après livraison, et délai de réponse. C'est cette rubrique qui rend les devis réellement comparables — sans elle, l'un chiffrera en forfait global et l'autre en jours-hommes.

Les 3 informations qui font varier les devis du simple au double

Ce ne sont presque jamais le nombre de pages ni le design.

Le sur-mesure fonctionnel. Un formulaire de contact standard et un configurateur de devis qui interroge ton catalogue produisent tous deux « un formulaire » dans un cahier des charges mal écrit. L'un représente une heure, l'autre plusieurs semaines. Décris ce qui se passe après la soumission, pas seulement le formulaire.

Les intégrations. Connecter le site à un CRM, un ERP ou un logiciel de facturation est presque toujours le poste le plus sous-estimé. La difficulté ne vient pas du site mais de l'autre système : son API, sa documentation, ses limites. Nomme les outils concernés dès le cahier des charges — un prestataire expérimenté saura immédiatement lesquels sont simples et lesquels réservent des surprises. Si l'objectif est d'automatiser des échanges entre outils, dis-le : c'est parfois un chantier à traiter séparément du site.

La reprise de l'existant. Migrer 300 articles avec leurs URL, leurs images et leur référencement n'a rien à voir avec démarrer à vide. C'est souvent la moitié du budget d'une refonte, et c'est aussi ce qui protège le trafic acquis. Précise le volume et l'état des contenus à reprendre.

La règle simple

Pour chaque fonctionnalité, écris ce qui se passe après l'action de l'utilisateur. « Un formulaire de contact » ne dit rien. « Le formulaire envoie un mail à l'agence, crée une fiche dans notre CRM et déclenche un accusé de réception » dit tout — et se chiffre.

Les pièges qui transforment un forfait en avenant

Un avenant n'est pas une malhonnêteté du prestataire : c'est presque toujours une zone grise du cahier des charges.

Les cinq plus fréquents, dans l'ordre où on les rencontre :

  • « Le site doit être responsive » sans préciser les appareils testés. Le désaccord arrive à la recette, sur un modèle de tablette ou un vieux navigateur.
  • « Design moderne et épuré » sans nombre de propositions ni de tours de correction. Fixe-les : deux propositions, deux allers-retours, par exemple.
  • Le nombre de pages non plafonné. « Une dizaine de pages » devient dix-huit, et personne n'avait prévu la différence.
  • La formation et la reprise en main. Qui forme tes équipes à modifier le site, combien de temps, avec quelle documentation.
  • La maintenance après livraison. Ce qui est inclus, pendant combien de temps, et ce qui devient facturable ensuite. C'est le point le plus souvent découvert trois mois après la mise en ligne.
Erreur fréquente

Imposer une technologie sans raison. « Le site sera développé sous WordPress » dans un cahier des charges où rien ne le justifie prive des meilleures propositions et, surtout, déplace la responsabilité du résultat : le prestataire livre ce que tu as demandé, pas ce qui répond à ton besoin. Décris le besoin et la contrainte réelle — la réponse technique est son métier.

Cahier des charges et méthode agile : comment concilier

Les deux sont compatibles, à condition de spécifier les objectifs et les contraintes plutôt que chaque écran.

L'opposition entre cahier des charges et agilité est un faux débat entretenu par deux caricatures : le document de 60 pages figé avant le premier atelier, et le projet sans cadre où le budget dérive de sprint en sprint.

Un cahier des charges compatible avec une approche itérative fixe quatre choses et laisse le reste ouvert : l'objectif mesurable, l'enveloppe budgétaire, les contraintes non négociables (intégrations, sécurité, échéance), et les critères qui diront que le projet est réussi. Le détail des fonctionnalités se précise ensuite, atelier par atelier.

Le pilotage change aussi de nature : au lieu de valider une conformité ligne à ligne en fin de projet, tu arbitres en continu ce qui entre dans l'enveloppe. C'est plus exigeant en disponibilité de ta part, et nettement plus sûr sur les projets où le besoin évolue en cours de route.

Contactez-nous si tu hésites entre un forfait ferme et une approche itérative pour ton projet.

Le modèle à copier

Voici la trame, section par section. Adapte-la, mais ne supprime ni la rubrique contenus ni la rubrique budget.

1. PRÉSENTATION
   1.1 L'entreprise, son activité, ses clients
   1.2 Le contexte du projet (création ou refonte, et pourquoi)
   1.3 L'objectif du site en une phrase mesurable

2. CIBLES ET USAGES
   2.1 Profils d'utilisateurs (2 à 4 maximum)
   2.2 Appareils et contextes d'usage
   2.3 Ce que chaque profil doit pouvoir faire

3. PÉRIMÈTRE FONCTIONNEL
   3.1 Indispensable (le projet n'a pas de sens sans)
   3.2 Souhaitable (à arbitrer selon le budget)
   3.3 Hors périmètre (dit explicitement)

4. CONTENUS
   4.1 Nombre de pages et arborescence pressentie
   4.2 Qui rédige, qui fournit les visuels, à quelle date
   4.3 Contenus existants à reprendre : volume et état

5. CONTRAINTES TECHNIQUES
   5.1 Outils à connecter (nommés)
   5.2 Hébergement et localisation des données
   5.3 Existant à conserver

6. EXIGENCES DE QUALITÉ
   6.1 Performance attendue
   6.2 Accessibilité
   6.3 Conformité RGPD et mentions obligatoires
   6.4 Référencement : positions à préserver

7. BUDGET ET PLANNING
   7.1 Enveloppe envisagée
   7.2 Date cible et contrainte réelle
   7.3 Jalons de validation

8. MODALITÉS DE RÉPONSE
   8.1 Chiffrage attendu par lot
   8.2 Équipe affectée et références comparables
   8.3 Maintenance et garantie après livraison
   8.4 Date limite de réponse et contact

Cas terrain : deux devis, 22 000 euros d'écart

Une PME industrielle nous consulte pour la refonte de son site, avec un cahier des charges de trois pages rédigé en interne. Elle a déjà reçu deux propositions : 14 000 et 36 000 euros. Elle nous demande d'arbitrer.

Ce qu'on a trouvé en relisant les trois documents. Le cahier des charges mentionnait « récupérer le contenu actuel » en une ligne. Le site existant comptait 340 fiches produits avec des caractéristiques techniques structurées, alimentées depuis un fichier Excel maintenu à la main. Le premier prestataire avait compris « copier-coller les pages principales ». Le second avait compris « importer le catalogue et construire un système de mise à jour » — et l'avait chiffré.

L'écart de 22 000 euros ne venait ni de la marge ni du design : les deux avaient chiffré honnêtement deux projets différents.

Ce qu'on a fait. Réécriture de la rubrique contenus en une page et demie : volume exact, structure des fiches, origine des données, fréquence de mise à jour souhaitée, et une question explicite — « le catalogue doit-il rester alimenté depuis Excel ou être géré dans le site ? ». Puis relance des deux mêmes prestataires.

Le résultat. Les nouveaux devis sont revenus à 29 000 et 33 000 euros, sur un périmètre enfin identique. La PME a pu choisir sur l'équipe et le planning plutôt que sur un chiffre. Elle a aussi découvert, en écrivant la rubrique, qu'elle voulait en réalité abandonner le fichier Excel — ce qui était le vrai sujet du projet et n'apparaissait nulle part dans la version initiale.

Checklist avant d'envoyer ton cahier des charges

L'objectif du site est formulé en une phrase mesurable, pas en intention

Le périmètre distingue l'indispensable, le souhaitable et le hors-périmètre

Pour chaque fonctionnalité, ce qui se passe après l'action de l'utilisateur est décrit

La rubrique contenus précise qui rédige, qui fournit les visuels et à quelle date

Les outils à connecter sont nommés explicitement

Le volume et l'état des contenus à reprendre sont chiffrés

Une enveloppe budgétaire est annoncée

Aucune technologie n'est imposée sans raison écrite

Les modalités de réponse imposent un chiffrage par lot

Le document tient en moins de 15 pages

FAQ

Questions fréquentes

Questions fréquentes

À rendre les devis comparables. C'est sa fonction première, avant même de décrire le site. Sans document commun, chaque prestataire chiffre le projet qu'il a compris, et tu te retrouves à comparer des montants qui ne recouvrent pas le même périmètre. Sa seconde utilité est de t'obliger à trancher avant de consulter des questions que tu trancherais sinon en cours de projet, au prix d'avenants.

Entre 5 et 15 pages pour un site vitrine ou une refonte de PME. Au-delà de 30 pages, le document devient contre-productif : les prestataires le survolent et répondent sur une compréhension approximative. Mieux vaut 8 pages précises sur les points structurants que 40 pages exhaustives sur l'accessoire.

Non, sauf contrainte réelle. Décris les besoins, les contraintes et les intégrations imposées ; laisse le prestataire proposer la technique. Imposer un CMS ou un framework sans justification prive des meilleures propositions et transfère sur toi la responsabilité du résultat.

Oui, et c'est souvent préférable. Les meilleurs documents qu'on reçoit sont écrits en langage métier : ce que les utilisateurs doivent pouvoir faire, avec quelles contraintes. La traduction technique est le travail du prestataire — s'il ne sait pas la faire à partir d'un besoin bien décrit, c'est déjà une information sur lui.

Oui, si le document spécifie les objectifs, l'enveloppe, les contraintes non négociables et les critères de réussite, plutôt que chaque écran. Le détail se précise ensuite en ateliers. En contrepartie, tu dois être disponible pour arbitrer en continu ce qui entre dans l'enveloppe.

Trois suffisent. Au-delà, le temps de dépouillement dépasse le gain. Et si les écarts te semblent inexplicables, ils viennent presque toujours de différences de périmètre : reprends le devis le plus cher, cherche ce qu'il inclut que les autres ont ignoré, et vérifie si ton cahier des charges était clair sur ce point.

C'est normal et prévu, à condition de l'avoir cadré. Un bon contrat prévoit un mécanisme d'arbitrage : ce qui entre remplace quelque chose de même ampleur, ou fait l'objet d'un avenant chiffré à l'avance. Le problème n'est jamais le changement — c'est le changement non tracé, qui se découvre à la facture.

Conclusion

  • Un cahier des charges sert d'abord à comparer des devis, ensuite seulement à décrire un site.
  • Huit rubriques suffisent, et la plus négligée — qui produit les contenus, et quand — est la première cause de retard.
  • Trois éléments expliquent l'essentiel des écarts de prix : le sur-mesure fonctionnel, les intégrations, et la reprise de l'existant.
  • Décris le besoin, pas la solution technique. Imposer un outil sans raison te prive des meilleures propositions.
  • Reste sous 15 pages. La précision sur les points structurants vaut mieux que l'exhaustivité.

Si tu préfères qu'on relise ton document avant de le diffuser, ou qu'on t'aide à cadrer un projet web sur mesure, c'est exactement le genre de demande sur laquelle on répond volontiers — y compris pour te dire que ton cahier des charges est déjà bon et que tu peux l'envoyer tel quel.

Contactez-nous — réponse sous 24h, sans engagement.

Vous voulez savoir si votre site peut vraiment générer plus de clients ?

J’aide les PME à améliorer leur site web et leurs projets digitaux pour générer plus de demandes clients.
Je vous propose un audit gratuit, rapide et sans engagement.

Audit gratuit – 30 min

Sans engagement • Recommandations concrètes • Réponse sous 24h

Article précédent
Installer Claude Code en 2026 : le guide complet
Article suivant
Créer un agent IA avec n8n : le guide pratique pour une PME

Articles recent

  • Agent IA en entreprise : 7 cas d'usage concrets avec budget réel (2026)
    9 septembre 2026
    Agent IA en entreprise : 7 cas d'usage concrets avec budget réel (2026)
  • Refonte de site internet en 2026 : le guide complet (budget, étapes, pièges)
    2 septembre 2026
    Refonte de site internet en 2026 : le guide complet (budget, étapes, pièges)
  • Créer un agent IA avec n8n : le guide pratique pour une PME
    26 août 2026
    Créer un agent IA avec n8n : le guide pratique pour une PME
logo blanc

Agence de développement web et mobile près de Lyon. Nous créons des solutions digitales sur mesure pour votre entreprise.

  • Facebook
  • X (Twitter)
  • LinkedIn

Entreprise

  • Accueil
  • Contact
  • Développement Mobile
  • Développement Apple Store Lyon
  • Développement Play Store Lyon
  • Développement Web
  • Agence de développement IA Lyon
  • Agence de développement Blockchain Lyon
  • Développement PHP
  • Développement Python
  • Développement React
  • Développement Symfony
  • Développement Vue.js
  • Automatisation
  • Agence automatisation France
  • n8n vs Make (comparatif)
  • Make vs Zapier (comparatif)
  • n8n vs Zapier (comparatif)
  • Agence n8n self-hosted
  • Agence n8n France (RGPD)
  • Assistant RAG d'entreprise France
  • Agents IA d'entreprise France
  • Développement Mobile a Marseille
  • Développement Mobile a Montpellier
  • Développement Mobile a Nice
  • Développement Mobile a Strasbourg
  • Développement Mobile a Toulouse
  • Glossaires
  • Prix application mobile
  • Blog
  • Agence IA Lyon
  • Integrateur automatisation IA Lyon
  • Audit Google gratuit
  • A propos

Contact

  • Adresse: Tignieu-Jameyzieu, région lyonnaise
  • Email:contact@czmultimedia.com
  • Téléphone:+33 6 76 12 08 75

Newsletter

Automatisation, IA souveraine, n8n : recevez nos analyses et retours de terrain. Désinscription en un clic.

Copyright © 2026 CZ Multimédia Tous droits réservés

À propos | Mentions légales | Politique de confidentialité | Politique de cookies |