Cahier des charges d’un site web : les 9 rubriques qui évitent les litiges

Huit projets web sur dix qui dérapent en budget ou en délai partagent un point commun : le cahier des charges tenait sur une demi-page, voire n’existait pas du tout. Un cahier des charges site web modèle solide ne protège pas seulement le prestataire, il protège aussi le client contre les ajouts non chiffrés, les malentendus sur les livrables et les fins de projet qui traînent pendant des mois. Ce guide détaille les 9 rubriques indispensables pour verrouiller un projet de création de site internet, que vous soyez client ou développeur freelance.

Pourquoi un cahier des charges écrit protège les deux parties

Le cahier des charges n’est pas un document administratif poussiéreux. C’est le contrat technique qui fait office de référence en cas de désaccord. Sans lui, chaque partie interprète le périmètre à sa manière : le client pense que les modifications illimitées sont incluses, le développeur considère que seules les pages listées dans le devis comptent.

D’un point de vue juridique, le cahier des charges constitue une annexe au contrat de prestation. Selon l’article 1103 du Code civil, les contrats légalement formés tiennent lieu de loi à ceux qui les ont faits. Un cahier des charges signé par les deux parties a donc une valeur probante devant un tribunal.

En pratique, j’ai constaté en plus de dix ans de projets freelance que les litiges tombent à zéro quand le document couvre ces 9 rubriques. Le temps investi dans la rédaction (entre 4 et 12 heures selon la taille du projet) est toujours rentabilisé.

Rubrique 1 : présentation du projet et objectifs mesurables

Cette première rubrique pose le cadre. Elle répond à trois questions simples : qui est le commanditaire, quel est le contexte du projet, et quels résultats concrets sont attendus. Un objectif mal formulé type « avoir un beau site moderne » ne sert à rien en cas de litige. Un objectif mesurable type « générer 30 demandes de devis par mois via le formulaire de contact » est vérifiable.

Voici ce que cette rubrique doit contenir au minimum :

• Raison sociale et coordonnées du commanditaire
• Contexte : refonte, création, migration depuis une autre plateforme
• Objectifs chiffrés : trafic visé, taux de conversion, nombre de leads
• Concurrents identifiés et sites de référence (3 à 5 exemples)
• Contraintes particulières : réglementation sectorielle, accessibilité RGAA, multilinguisme

Le piège classique : lister des objectifs contradictoires. Un site vitrine qui doit aussi être un e-commerce avec espace membre, c’est trois projets en un. Le cahier des charges doit le dire clairement pour que le budget soit cohérent avec l’ambition.

Rubrique 2 : cible, personas et parcours utilisateur

Beaucoup de cahiers des charges sautent cette étape. Pourtant, un site destiné à des directeurs financiers de PME n’a ni le même ton, ni la même arborescence, ni les mêmes fonctionnalités qu’un site qui cible des particuliers de 25 à 35 ans.

Cette rubrique doit décrire 2 à 4 personas avec pour chacun :

• Profil démographique (âge, fonction, secteur)
• Problème principal que le site doit résoudre pour lui
• Parcours type : par où arrive-t-il (Google, réseaux sociaux, lien direct) et quelle action doit-il accomplir
• Appareils utilisés : la proportion mobile/desktop influence toute la conception

Un persona bien décrit évite les débats stériles sur le choix des couleurs ou la taille des boutons. Chaque décision de design se justifie par rapport à l’utilisateur cible, pas par rapport aux goûts personnels du dirigeant.

Rubrique 3 : arborescence et contenus attendus

L’arborescence est le squelette du site. Elle liste toutes les pages, leur hiérarchie et les contenus attendus pour chacune. C’est la rubrique qui évite le fameux « ah mais je pensais que la page FAQ était incluse » en fin de projet.

Pour chaque page, précisez :

• Le titre et la position dans le menu
• Le type de contenu : texte éditorial, formulaire, galerie, vidéo, carte interactive
• Qui fournit le contenu et dans quel délai (client ou prestataire)
• Le nombre de mots approximatif si la rédaction est incluse

Un conseil que je donne systématiquement : dessinez l’arborescence sous forme de schéma avec des niveaux (N0 pour l’accueil, N1 pour les pages principales, N2 pour les sous-pages). Cela évite les arborescences à rallonge qui plombent la navigation et le référencement naturel. Un site vitrine classique tourne autour de 5 à 12 pages.

Rubrique 4 : fonctionnalités techniques détaillées

C’est la rubrique la plus longue du cahier des charges, et c’est normal. Chaque fonctionnalité non listée ici sera considérée comme hors périmètre par le prestataire. Et chaque fonctionnalité ajoutée en cours de route fera l’objet d’un avenant chiffré.

Les fonctionnalités à lister systématiquement :

• CMS utilisé : WordPress, Webflow, développement sur mesure
• Formulaires : types, champs, destinataires des notifications, anti-spam
• Intégrations tierces : CRM, outil de mailing, Google Analytics 4, pixel publicitaire
• Espace membre ou espace client avec authentification
• Moteur de recherche interne
• Blog : catégories, tags, pagination, partage social
• E-commerce : catalogue, panier, paiement, gestion des stocks
• Multilingue : nombre de langues, outil de traduction (WPML, Polylang)
• Conformité RGPD : bandeau cookies, politique de confidentialité, formulaire de droit d’accès

Pour un site WordPress, précisez aussi la liste des extensions prévues et qui sera responsable de leurs mises à jour. Un plugin mal maintenu est une faille de sécurité en puissance. La CNIL rappelle les obligations RGPD qui doivent être intégrées dès la conception du site.

Rubrique 5 : design, charte graphique et responsive

Le design est la source numéro deux de litiges après le budget. La raison : le client a une image mentale du résultat final que le prestataire ne peut pas deviner. Le cahier des charges doit donc cadrer les attentes visuelles avant le premier coup de crayon.

Éléments à inclure :

• Charte graphique existante : logo (formats vectoriels), couleurs (codes HEX), typographies
• Sites de référence aimés et détestés, avec justification (pas juste « j’aime bien celui-là »)
• Nombre de maquettes prévues : pages types (accueil, page intérieure, article de blog)
• Nombre de tours de corrections inclus sur les maquettes (2 est un standard raisonnable)
• Déclinaisons responsive : mobile, tablette, desktop
• Livrables design : fichiers Figma, PSD, ou intégration directe

Point souvent oublié : la gestion des images. Qui fournit les photos ? Le client apporte ses visuels, le prestataire achète des photos de banque d’images, ou un photographe est prévu dans le budget ? Chaque option a un coût différent et doit apparaître dans le cahier des charges.

Rubrique 6 : hébergement, nom de domaine et performances

Cette rubrique technique est souvent bâclée alors qu’elle conditionne la rapidité, la sécurité et la disponibilité du site en production. Le cahier des charges doit préciser qui achète quoi et au nom de qui.

Questions à trancher :

• Le nom de domaine : enregistré au nom du client ou du prestataire ? (toujours au nom du client)
• L’hébergeur retenu et le type d’offre : mutualisé, VPS, managé
• Les performances attendues : temps de chargement cible (sous 3 secondes), score PageSpeed minimum
• Le certificat SSL : Let’s Encrypt gratuit ou certificat payant
• Les sauvegardes : fréquence, durée de rétention, responsable de la restauration
• La bande passante et l’espace disque minimum

Pour choisir un hébergeur adapté, j’ai détaillé les critères techniques dans mon comparatif des meilleurs hébergements web en 2026. Si vous envisagez un hébergeur spécifique, consultez aussi mes avis sur Ionos ou Hostinger pour le volet nom de domaine.

Un point critique : le cahier des charges doit mentionner que le client reste propriétaire de ses accès (panel hébergeur, FTP, base de données). Trop de prestataires gardent les identifiants et le client se retrouve pieds et poings liés en cas de rupture.

Rubrique 7 : budget, lots et planning réaliste

Le budget ne doit pas être un chiffre unique en bas de page. Il doit être découpé en lots pour que chaque partie sache exactement ce qui est payé et à quel moment. Ce découpage permet aussi de prioriser si le budget initial est dépassé : on peut reporter un lot non essentiel à une phase 2.

Ces fourchettes correspondent aux tarifs constatés en 2026 sur le marché freelance français. Pour un détail ligne par ligne, consultez mon article sur le coût réel d’un site vitrine.

Le planning, lui, doit préciser les jalons côté prestataire et côté client. Si le client met trois semaines à fournir ses textes, le retard ne peut pas être imputé au développeur. Chaque jalon porte une date et un responsable :

• J+0 : signature du devis et versement de l’acompte (30 à 40 % du total)
• J+7 : livraison des maquettes
• J+10 : validation client (délai maximum de 5 jours ouvrés)
• J+25 : livraison de la version de recette
• J+30 : corrections et mise en ligne

Précisez aussi ce qui se passe en cas de dépassement de délai côté client : report automatique du planning, facturation d’un supplément si le projet est mis en attente plus de 30 jours.

Rubrique 8 : propriété intellectuelle et livrables

C’est la rubrique qui déclenche le plus de conflits quand elle manque. La question fondamentale : à qui appartient le code source une fois le projet livré et payé ? Et les maquettes ? Et les contenus rédigés par le prestataire ?

Les clauses à inclure impérativement :

• Cession des droits : le code développé spécifiquement pour le projet est cédé au client à la livraison et au paiement intégral
• Les composants open source (thème WordPress, plugins gratuits) restent sous leur licence d’origine
• Les fichiers source des maquettes (Figma, Sketch, PSD) sont inclus dans les livrables ou non
• Le prestataire conserve le droit de mentionner le projet dans son portfolio (sauf clause de confidentialité)
• Les contenus textuels rédigés par le prestataire sont cédés au client, droits patrimoniaux compris

Un point que je négocie systématiquement : les livrables techniques. Le client doit recevoir l’accès au code versionné, idéalement sur un dépôt Git avec un README, pas un fichier ZIP envoyé par WeTransfer. C’est une question de maintenabilité à long terme.

Pour la facturation de ces prestations en freelance, les règles varient selon votre statut. Mon guide sur la facturation et la TVA en auto-entrepreneur détaille les obligations légales.

Rubrique 9 : recette, garantie et maintenance

La recette, c’est la phase de test avant la mise en ligne définitive. Sans cadre écrit, elle peut s’éterniser pendant des mois avec des demandes de modifications déguisées en « corrections de bugs ».

Le cahier des charges doit fixer :

• Le nombre d’allers-retours inclus : 2 à 3 tours de corrections est un standard
• Le délai de validation : si le client ne répond pas sous 10 jours ouvrés, le site est considéré comme validé
• La distinction entre bug (dysfonctionnement par rapport au cahier des charges) et évolution (nouvelle fonctionnalité non prévue)
• La période de garantie après livraison : généralement 30 à 90 jours pour les bugs
• Les conditions de la maintenance post-livraison : périmètre, tarif horaire ou forfait mensuel, temps de réponse garanti

Pour les navigateurs et appareils, listez explicitement les environnements testés. En 2026, un minimum raisonnable couvre : Chrome, Firefox, Safari et Edge dans leurs deux dernières versions majeures, plus iOS Safari et Chrome Android. Tester Internet Explorer n’a plus de sens depuis des années.

La maintenance annuelle représente entre 10 et 20 % du coût initial du site. C’est un poste budgétaire que beaucoup de clients oublient et qui doit figurer dans le cahier des charges dès le départ.

Tableau comparatif : cahier des charges minimaliste vs complet

Pour visualiser l’écart entre un document bâclé et un cahier des charges site web modèle robuste, voici un comparatif rubrique par rubrique :

La colonne de gauche correspond à ce que je reçois dans 70 % des briefs clients. La colonne de droite, c’est ce que je demande avant de commencer à travailler. La différence entre les deux, c’est souvent la différence entre un projet qui se termine bien et un projet qui finit devant un médiateur.

Conseils pratiques pour rédiger votre modèle

Un cahier des charges site web modèle ne se rédige pas en une heure. Voici la méthode que j’utilise avec mes clients pour produire un document efficace sans y passer trois semaines :

Étape 1 : le questionnaire de cadrage. Avant de rédiger quoi que ce soit, envoyez un questionnaire de 15 à 20 questions au client. Il couvre les objectifs, la cible, les fonctionnalités souhaitées et le budget disponible. Cela force le client à réfléchir en amont et réduit les allers-retours.

Étape 2 : la réunion de cadrage. Une visio de 60 à 90 minutes pour parcourir les réponses, lever les ambiguïtés et identifier les fonctionnalités manquantes. Enregistrez cette réunion (avec accord) pour ne rien perdre.

Étape 3 : la rédaction. Utilisez un modèle structuré avec les 9 rubriques décrites dans cet article. Les outils comme Google Docs ou Notion permettent de collaborer en temps réel et de suivre les commentaires. Pour les prestataires qui travaillent sur WordPress, une page de destination bien pensée peut d’ailleurs servir de support visuel pendant la phase de cadrage.

Étape 4 : la validation. Le cahier des charges est envoyé au client pour relecture. Fixez un délai de validation de 7 jours ouvrés. Passé ce délai, le document est réputé accepté. Chaque modification majeure post-validation fera l’objet d’un avenant chiffré.

Étape 5 : la signature. Le cahier des charges doit être signé par les deux parties et annexé au devis ou au contrat. Une signature électronique via un outil comme DocuSign ou Yousign a la même valeur juridique qu’une signature manuscrite.

Pour les projets plus complexes (e-commerce, plateforme avec espace membre), le cahier des charges peut atteindre 40 à 60 pages. Dans ce cas, découpez-le en deux documents : un cahier des charges fonctionnel (ce que le site doit faire) et un cahier des charges technique (comment il le fait). Le premier est lu par le client, le second par l’équipe technique.

Si vous débutez dans la rédaction de ce type de document, le guide publié par France Num sur le cahier des charges d’un site internet constitue un bon point de départ complémentaire.