Méthode, Cadrage de projet

Cahier des charges site internet : le modèle qui évite les litiges

La plupart des conflits entre une entreprise et son prestataire web ne viennent pas du code, mais d'un cadrage flou. Voici le plan de cahier des charges qui tient en six pages, ce qu'il faut figer noir sur blanc, et ce qu'il vaut mieux laisser ouvert.

Par Yanis Zedira. Publié le 24 août 2026. 9 min de lecture.

Presque tous les litiges que l'on rencontre sur un projet web se ressemblent. Le prestataire estime avoir livré ce qui était demande, le client estime qu'il manque quelque chose d'évident, et personne ne peut trancher parce que rien n'a été écrit assez précisément. Le code n'est presque jamais en cause. Le cadrage l'est presque toujours.

Un cahier des charges n'a donc pas pour fonction de décrire un site. Il a pour fonction de rendre les désaccords arbitrables avant qu'ils ne deviennent des conflits. Cela change entièrement la manière de l'écrire.

Un cahier des charges sert à acter un accord, pas à dessiner un site

Le bon test est simple : si une phrase de votre document ne permet pas de dire oui ou non le jour de la livraison, elle ne sert à rien. Une exigence utile est vérifiable. Le client doit pouvoir demander un devis en ligne et recevoir une confirmation par e-mail est vérifiable. Le site doit être moderne et performant ne l'est pas.

Écrivez donc par conséquences observables. À chaque ligne, demandez-vous comment vous prouveriez, devant un tiers, que la ligne est respectée ou non. Ce réflexe élimine spontanément les deux tiers du remplissage inutile et fait remonter les vrais sujets : qui fournit les textes, que se passe-t-il si les photos arrivent en retard, jusqu'ou va la formation après la mise en ligne.

Pourquoi quarante pages sont souvent pires que six

Un document trop long produit exactement l'effet inverse de celui recherche. Il n'est pas lu en entier, il se contredit, et il donne à chacun de quoi justifier sa position après coup.

Trois mécanismes se combinent. D'abord, personne ne relit quarante pages avant de signer, ni vous, ni l'agence : vous validez une impression de sérieux, pas un accord. Ensuite, un document long contient presque toujours des contradictions internes, et le jour du désaccord chacun cite le paragraphe qui l'arrange. Enfin, il fige des décisions techniques que vous n'êtes pas en position d'arbitrer avant d'avoir commencé, et que vous paierez pour défaire.

Un cahier des charges dense de six pages, relu et discute ligne à ligné, protège beaucoup mieux qu'un pavé que personne n'a ouvert.

La longueur utile dépend du projet. Pour un site vitrine de PME, six à dix pages suffisent. Pour une application métier ou un SaaS, on monte à quinze ou vingt, parce que les règles de gestion doivent être écrites. Au-delà, vous écrivez de la documentation, plus un accord.

Ce qu'il faut absolument figer

Quatre sujets doivent être écrits sans ambiguïté. Ce sont eux qui produisent les litiges.

Le périmètre fonctionnel, ligne par ligne

Listez les fonctionnalités une par une, sous forme de phrases actionnables, et numérotez-les. Un visiteur peut filtrer les réalisations par secteur. Un administrateur peut ajouter un article sans intervention technique. Le formulaire de contact envoie une notification à deux adresses.

Ajoutez ensuite la section que presque personne n'écrit et qui évite le plus de conflits : la liste explicite de ce qui est hors périmètre. Pas de version multilingue. Pas de paiement en ligne. Pas de reprise des anciens articles de blog. Pas de rédaction des textes. Écrire ce que vous n'achetez pas vaut mieux que d'espérer que ce soit compris.

La responsabilité des contenus

Le retard des contenus est la première cause de dérapage de planning sur un site vitrine. Indiquez qui fournit les textes, les photos et les documents, sous quel format, et à quelle date. Précisez ce qui se passe si la date n'est pas tenue : le projet est mis en pause, les jalons décalent, et le prestataire n'en porte pas la responsabilité. C'est désagréable à écrire et cela sauve des relations.

La propriété du code et des accès

À la livraison, vous devez détenir le nom de domaine, l'hébergement, le compte d'administration du site, les accès analytiques, et le code source si le projet est sur mesure. Écrivez-le. Précisez que ces éléments sont transmis à la réception, sans condition autre que le paiement du solde.

Précisez aussi le sort des briques tierces : thème acheté, bibliothèque sous licence, service d'envoi d'e-mails. Vous devez savoir ce que vous possédez, ce que vous louez, et ce qui cesse de fonctionner si vous arrêtez de payer.

Les critères de réception

Définissez comment la livraison sera validée, avec quels critères et dans quel délai. Par exemple : une période de recette de dix jours ouvrés, une liste unique de réservés transmise en une fois, deux cycles de corrections inclus, et une réception tacite si aucune réservé n'est formulée dans le délai.

Ajoutez deux ou trois critères techniques mesurables plutôt que des adjectifs. Le site s'affiche correctement sur les navigateurs récents pour ordinateur et mobile. Les pages principales respectent les seuils Google des Core Web Vitals, soit un LCP sous 2,5 secondes, un INP sous 200 millisecondes et un CLS sous 0,1, mesures sur une connexion de référence. C'est vérifiable, donc arbitrable.

Ce qu'il ne faut surtout pas figer trop tôt

Le design précis est le piège classique. Beaucoup de cahiers des charges décrivent l'emplacement des blocs, la couleur des boutons et le contenu de chaque section d'accueil, alors que ces choix se prennent après avoir vu une première proposition. Vous payez alors un prestataire pour exécuter une idée formée avant toute réflexion, et vous perdez le seul apport pour lequel vous le payez.

Décrivez l'intention : votre charte si elle existe, deux ou trois sites dont le registre vous parle et pourquoi, les contraintes de marque, l'émotion visée. Le design se fige plus tard, à la validation des maquettes, dans un document distinct signe à ce moment-la.

Même logique pour la technologie. Sauf contrainte réelle de votre système d'information, ne prescrivez pas l'outil. Écrivez les contraintes : autonomie de mise à jour souhaitée, volumétrie, intégrations obligatoires avec votre logiciel de facturation ou votre agenda, hébergement en Europe si vous y tenez. Laissez le prestataire proposer la solution et vous l'expliquer.

Le plan réutilisable, section par section

Voici la trame à copier. Chaque section tient en quelques paragraphes.

1. Présentation de l'entreprise. Ce que vous vendez, à qui, votre différence réelle en trois phrases.
2. Objectif du projet. Le résultat commercial attendu, exprime en actes : recevoir des demandes de devis qualifiées, réduire les appels de renseignement, vendre en ligne.
3. Cibles et parcours. Deux ou trois profils de visiteurs, ce qu'ils cherchent, ce qu'ils doivent pouvoir faire.
4. Existant. Site actuel, nom de domaine, hébergement, outils déjà en place, ce qui est repris et ce qui est abandonné.
5. Périmètre fonctionnel. La liste numérotée, suivie de la liste du hors périmètre.
6. Contenus. Qui fournit quoi, sous quel format, à quelle date, et l'effet d'un retard.
7. Contraintes. Techniques, réglementaires, délai impératif éventuel, budget indicatif.
8. Propriété et accès. Ce que vous détenez à la livraison, licences tierces incluses.
9. Réception et suite. Critères de validation, cycles de correction, formation, maintenance, hébergement et support après la mise en ligne.

Donnez un budget indicatif, même sous forme de fourchette. Un prestataire sérieux ne s'en sert pas pour gonfler son prix, il s'en sert pour vous dire tout de suite si votre demande est finançable ou s'il faut réduire le périmètre. Pour situer les ordres de grandeur : un site vitrine démarre à 600 €, une boutique en ligne à 1 200 €, une application sur mesure démarre à 1 000 € et se chiffre après cadrage.

Les phrases qui évitent la majorité des conflits

Quelques formulations valent des pages entières. Reprenez-les telles quelles.

• Toute demande non listée dans le périmètre fait l'objet d'un devis complémentaire, accepte par écrit avant exécution.
• Les contenus non fournis à la date prévue décalent les jalons du même nombre de jours ouvrés.
• La recette est réalisée en une seule liste de réservés, transmise dans les dix jours ouvrés suivant la livraison.
• À la réception, le client détient le domaine, l'hébergement, les accès d'administration et le code source du développement spécifique.
• Deux cycles de corrections sont inclus, les suivants sont facturés au temps passe.

Annexez le document au devis et faites-le signer par les deux parties. Un cahier des charges non signe reste un souhait.

Ce que le document ne remplace pas

Un bon cadrage ne dispense pas de parler. Prévoyez un point court à chaque jalon, gardez les décisions par écrit dans un fil unique, et mettez à jour la liste du périmètre quand elle bouge. Un projet web se conduit, il ne s'exécute pas.

Et si votre site doit surtout vous apporter des clients, souvenez-vous que le cahier des charges doit inclure le référencement des le départ, pas comme une option ajoutée ensuite. La structure des URL, les balises, la performance et le maillage se décident pendant la conception : c'est le sujet du SEO technique et local, et le rattraper après coup coûte toujours plus cher.

Passer à l'action

Si vous préparez un projet de création de site internet et que vous hésitez sur le périmètre à figer, le plus rapide est d'en parler quinze minutes. Nous regardons ensemble ce qui doit être écrit, ce qui peut rester ouvert, et si votre besoin est déjà assez cadre pour un devis ferme.

Réserver un échange de 15 minutes, gratuit et sans engagement