Cahier des Charges Site Web : Template et Guide Complet 2026

Un projet web sans cahier des charges (CDC), c’est comme construire une maison sans plan d’architecte. Les conséquences sont toujours les mêmes : malentendus entre client et prestataire, dérapages de budget (souvent +30 à +50 % du devis initial), délais non tenus, et un résultat final qui ne correspond pas aux attentes. Le cahier des charges est le document contractuel et fonctionnel qui définit précisément ce que doit faire le site, comment il doit le faire, pour qui, et dans quel délai et budget. Il protège les deux parties : le client obtient ce pour quoi il paie, le prestataire ne se retrouve pas à livrer des fonctionnalités non prévues sans compensation. En 2026, avec des projets de plus en plus complexes (intégrations API, sites multilingues, espaces clients), rédiger un bon CDC est plus critique que jamais.

Présentation du Projet

Cette section pose le contexte général et définit le “pourquoi” du projet.

Contexte de l’entreprise : décrivez votre activité, votre marché, votre positionnement, et votre présence web actuelle (si vous avez déjà un site). Mentionnez vos concurrents directs et indiquez si vous avez des contraintes sectorielles (réglementation, accessibilité RGAA pour les organismes publics, certifications).

Objectifs business mesurables : un site web sans objectif mesurable ne peut pas être évalué. Définissez des objectifs SMART :

• Génération de leads : “Obtenir 50 demandes de devis par mois d’ici 6 mois”
• Ventes e-commerce : “Atteindre 100 000 € de CA en ligne dans les 12 mois”
• Notoriété : “Multiplier par 3 le trafic organique en 12 mois”
• Service client : “Réduire les appels entrants de 20 % grâce à une FAQ dynamique”

Ces objectifs guideront toutes les décisions de design et de fonctionnalités. Une page “Nous contacter” sera radicalement différente selon que l’objectif est la génération de leads (formulaire long, qualificatif) ou la transparence de marque (adresse, téléphone, carte).

Cible et Personas

Définir sa cible avec précision est l’étape la plus sous-estimée par les clients. “Tout le monde” n’est pas une cible. Construisez 2 à 3 personas représentatifs de vos visiteurs principaux.

Structure d’un persona :

• Nom et photo : “Sophie, 38 ans, directrice marketing dans une PME de 50 salariés”
• Contexte : objectifs professionnels, outils utilisés, niveau de maîtrise digitale
• Besoins : ce qu’elle cherche sur votre site, ses questions principales
• Frustrations : ce qui l’empêche de convertir (prix, manque d’informations, confiance)
• Parcours utilisateur : comment elle arrive sur le site (Google ? LinkedIn ? Bouche-à-oreille ?), quelles pages elle consulte, où elle convertit

Les personas sont essentiels pour aligner l’architecture de l’information, la navigation, et les contenus. Un site B2B dont les acheteurs sont des DSI aura une arborescence et un vocabulaire radicalement différents d’un site B2C ciblant des particuliers de 25-35 ans.

Périmètre Fonctionnel

C’est la section centrale du CDC : elle définit exactement ce que le site doit contenir et faire.

Liste des pages : établissez un arbre de navigation complet :

Homepage
├── Services
│   ├── Service A
│   ├── Service B
│   └── Service C
├── À propos
├── Blog
│   └── Article (template)
├── Contact
└── Pages légales
    ├── Mentions légales
    ├── Politique de confidentialité
    └── CGV/CGU

Fonctionnalités — utilisez la méthode MoSCoW pour prioriser :

La colonne “Won’t Have” est aussi importante que “Must Have” : elle cadre explicitement ce qui est hors périmètre et évite les dérives en cours de projet.

Design et Identité Visuelle

Charte graphique existante : si vous en avez une, transmettez-la au prestataire. Elle doit inclure les couleurs principales (codes HEX/RGB/Pantone), les typographies, le logo en formats vectoriels (SVG, AI, EPS) et les règles d’utilisation. Si vous n’avez pas de charte, indiquez-le explicitement : la création de la charte graphique doit être budgétée séparément.

Références de sites aimés : citez 3 à 5 sites web que vous appréciez et expliquez pourquoi (navigation fluide, style épuré, couleurs, photos). Ces références donnent au designer une direction créative et évitent des aller-retours. Soyez précis : “J’aime le style minimaliste d’Apple.com” est plus utile que “Je veux quelque chose de moderne”.

Contraintes d’accessibilité : depuis 2024, les sites des organisations publiques doivent respecter le RGAA (Référentiel Général d’Amélioration de l’Accessibilité) niveau AA. Les entreprises de plus de 250 millions de CA y seront progressivement soumises via la directive européenne EAA. Même sans obligation légale, viser le niveau AA WCAG 2.1 est une bonne pratique qui améliore l’expérience pour tous (contraste suffisant, navigation clavier, textes alternatifs).

Responsive design : précisez les breakpoints attendus (mobile, tablette, desktop) et si le site doit être conçu Mobile First ou Desktop First. En 2026, Mobile First est la norme pour la grande majorité des projets.

Contraintes Techniques

CMS : WordPress, Drupal, Symfony, solution sur-mesure ? Justifiez votre choix ou demandez au prestataire de le justifier. Si vous avez des équipes internes, leur maîtrise du CMS est un critère décisif.

Hébergement : mutualisé, VPS, cloud (AWS, OVH, Scaleway) ? Précisez si vous avez un hébergeur existant ou si le choix est libre. Mentionnez les contraintes de localisation des données (RGPD : hébergement en Europe).

Intégrations requises :

• CRM (HubSpot, Salesforce, Pipedrive) : les formulaires du site doivent alimenter automatiquement le CRM
• ERP (SAP, Odoo) : synchronisation des stocks pour l’e-commerce
• Paiement (Stripe, PayPal, Alma) : liste des moyens de paiement requis
• Analytics (GA4, Matomo) : outil d’analyse à intégrer
• Marketing automation (Mailchimp, Brevo) : synchronisation des leads

Performances attendues : définissez des seuils de performance mesurables. Exemple : “LCP inférieur à 2,5 secondes, score Google PageSpeed supérieur à 90 sur mobile”. Ces critères peuvent être inclus dans les conditions d’acceptation du projet.

Budget et Délais

Fourchettes budgétaires indicatives par type de projet :

Étapes de livraison et de validation : un projet web se déroule en étapes avec des livrables intermédiaires. Définissez :

• Les jalons (wireframes, maquettes, développement, recette, mise en production)
• Les délais de validation de votre côté (5 jours ouvrés maximum est raisonnable)
• Le nombre de révisions incluses dans le forfait
• Les conditions de réception définitive

Template de CDC Complet

Voici la structure détaillée d’un cahier des charges professionnel que vous pouvez utiliser comme base :

1. Présentation de l’entreprise

• 1.1 Description de l’activité et du marché
• 1.2 Concurrents principaux
• 1.3 Présence web actuelle (URL, points forts/faibles)

2. Objectifs du projet

• 2.1 Objectifs business mesurables (KPIs)
• 2.2 Objectifs secondaires

3. Cibles et personas

• 3.1 Persona 1 (fiche détaillée)
• 3.2 Persona 2 (fiche détaillée)
• 3.3 Persona 3 (si pertinent)

4. Périmètre fonctionnel

• 4.1 Arborescence du site
• 4.2 Fonctionnalités Must Have / Should Have / Could Have / Won’t Have
• 4.3 Description détaillée de chaque fonctionnalité

5. Design et UX

• 5.1 Identité visuelle (charte existante ou à créer)
• 5.2 Sites de référence
• 5.3 Exigences d’accessibilité (WCAG, RGAA)
• 5.4 Responsive (Mobile First, breakpoints)

6. Contenu

• 6.1 Qui produit le contenu (client, prestataire, rédacteur externe)
• 6.2 Langues
• 6.3 Migration de contenu existant

7. Contraintes techniques

• 7.1 CMS et technologies
• 7.2 Hébergement et nom de domaine
• 7.3 Intégrations tierces
• 7.4 Performances et sécurité
• 7.5 RGPD et mentions légales

8. Budget

• 8.1 Enveloppe budgétaire disponible
• 8.2 Budget maintenance annuelle

9. Planning

• 9.1 Date de mise en ligne souhaitée
• 9.2 Contraintes de calendrier (événement, lancement produit)
• 9.3 Disponibilité du client pour les validations

10. Critères de sélection du prestataire

• 10.1 Expérience dans le secteur
• 10.2 Références similaires
• 10.3 Localisation géographique
• 10.4 Modalités de support post-livraison

Besoin d’un expert ? Création site internet Paris →

Questions Fréquentes

Un CDC est-il obligatoire pour un petit projet ?

Aucune obligation légale, mais c’est fortement recommandé même pour les petits projets. Un mini-CDC de 2 à 3 pages suffit pour un site vitrine simple : il pose les bases, définit le périmètre et protège les deux parties. L’absence de CDC sur un petit projet se traduit souvent par des demandes de modifications “gratuites” en cours de route côté client, et par des incompréhensions sur ce qui était inclus dans le forfait côté prestataire. Le temps investi dans la rédaction d’un CDC (quelques heures) est toujours récupéré en économies de temps et d’argent pendant le projet.

Qui doit rédiger le cahier des charges : le client ou l’agence ?

Idéalement, le client rédige le CDC (car il connaît ses besoins métier) et l’agence le complète avec les aspects techniques. En pratique, beaucoup de clients n’ont pas les compétences pour rédiger un CDC technique. La solution courante est une phase de cadrage facturée (ou incluse dans le devis) : l’agence mène des ateliers avec le client, recueille les besoins, et rédige le CDC. Ce document est ensuite validé par le client avant que le développement commence. Évitez les prestataires qui sautent cette étape pour “aller plus vite” : c’est le meilleur prédicateur de projet raté.

Combien de temps faut-il pour rédiger un bon CDC ?

La durée dépend de la complexité du projet. Pour un site vitrine simple, comptez 1 à 2 journées de travail (ateliers inclus). Pour un site e-commerce, 3 à 5 jours. Pour un portail ou une application web complexe, la phase de cadrage peut durer 2 à 4 semaines et représenter 10 à 15 % du budget total. Ne bâclez pas cette étape : un CDC incomplet génère invariablement des avenants qui coûtent plus cher que la phase de cadrage initiale. Les grandes agences consacrent systématiquement une phase de “découverte” rémunérée avant tout engagement de développement.

Peut-on modifier le CDC après le début du projet ?

Oui, mais avec un processus formel. Toute modification du périmètre en cours de projet doit faire l’objet d’un avenant écrit, chiffré et validé par les deux parties avant d’être réalisée. Ce processus s’appelle le “change management”. Sans lui, les demandes de modifications s’accumulent, le budget explose et les délais dérivent. La règle d’or : si une nouvelle fonctionnalité apparaît en cours de projet, elle est ajoutée au CDC via avenant (avec budget et délai supplémentaires) ou elle remplace une fonctionnalité de priorité équivalente dans le périmètre initial.