Cahier des charges d’un site internet : le modèle commenté

Le cahier des charges est la base commune entre vous et le prestataire qui construira votre site. Bien écrit, il permet de comparer des devis qui parlent du même projet, de trancher un désaccord en cours de route et de dire, à la fin, si le site est terminé. Mal écrit ou absent, il laisse chacun imaginer un site différent.

Le modèle ci-dessous suit 13 rubriques, dans l’ordre où je conseille de les remplir. Pour chacune : ce qu’il faut y écrire, un exemple type et le piège à éviter. Reprenez les titres dans un document, répondez aux questions, et vous aurez un cahier des charges utilisable tel quel.

Ce qu’un bon cahier des charges contient, et ce qu’il laisse au prestataire

Un cahier des charges décrit des besoins et des contraintes, pas des solutions. « Les clients doivent pouvoir réserver un créneau en ligne et recevoir une confirmation par e-mail » est un besoin. « Installer tel module de réservation » est une solution : elle appartient au prestataire, qui doit la proposer et expliquer pourquoi.

Il n’a pas besoin d’être long, mais chaque exigence doit se vérifier. « Un site moderne et rapide » ne se vérifie pas. « Chaque page s’affiche correctement de 320 à 1 920 pixels de large et respecte les seuils des Core Web Vitals » se vérifie. Chez ECOTEC, où je coordonne l’agence web et les prestataires, c’est ce qui fait gagner le plus de temps des deux côtés : un besoin, et la façon dont on saura qu’il est rempli.

Le plan type :

1. Contexte et existant
2. Objectifs mesurables
3. Cibles et parcours
4. Arborescence
5. Fonctionnalités, classées par priorité
6. Contenus
7. Design et identité
8. Technique et hébergement
9. Référencement
10. Mentions légales, RGPD et accessibilité
11. Mesure d’audience
12. Planning et budget
13. Critères de recette

Le projet : contexte, objectifs et cibles

1. Contexte et existant

Qui vous êtes, ce que vous vendez, à qui et sur quelle zone. Puis l’existant : le site actuel (adresse, technologie, ce qui fonctionne et ce qui ne fonctionne pas), le nom de domaine et le nom de son titulaire, les outils en place (agenda, outil de devis, fiche Google, réseaux sociaux).

Exemple type : « Entreprise de rénovation à Nîmes, intervention dans le Gard. Site actuel ancien, non modifiable par nous, très peu de demandes reçues par ce biais. Domaine enregistré par l’ancien prestataire. »

Le piège : oublier de dire qu’un site existe déjà. Une refonte demande un inventaire des pages et un plan de redirections, sinon le référencement acquis se perd. C’est l’objet de la checklist de refonte.

2. Objectifs mesurables

Deux ou trois objectifs, chacun avec un indicateur. Pas « être plus visible », mais « recevoir des demandes de devis complètes par le formulaire » ou « réduire les appels qui demandent les horaires et la zone d’intervention ». Notez la situation de départ si vous la connaissez : sans point de départ, impossible de dire plus tard si le site a servi.

Le piège : attendre du site ce qu’il ne peut pas faire seul. Un site ne crée pas la demande ; il la capte, la rassure et la transforme en prise de contact.

3. Cibles et parcours

Pour chaque type de visiteur : ce qu’il cherche, ce qu’il doit trouver, et l’action attendue. Deux ou trois profils suffisent souvent, par exemple le particulier, le client professionnel et le candidat à un emploi. Décrivez le parcours idéal en une phrase : « arrive depuis Google sur la page du service, vérifie la zone d’intervention et des réalisations, demande un devis ».

Le contenu du site : pages, fonctionnalités et textes

4. Arborescence

La liste des pages et leur hiérarchie, avec pour chacune son rôle et la question principale à laquelle elle répond. Une page par service vaut mieux qu’une page unique qui les liste tous : chaque page peut alors répondre à une recherche précise, et le visiteur trouve tout de suite ce qui le concerne.

Exemple type : accueil ; une page par service ; réalisations ; à propos ; contact ; mentions légales et confidentialité.

5. Fonctionnalités, classées par priorité

Écrivez chaque fonctionnalité comme un besoin, avec sa priorité et le critère qui dira qu’elle fonctionne. Le tableau ci-dessous est un exemple type, à adapter.

La colonne « priorité » est la plus utile du document : elle permet de tenir un budget sans renoncer à l’essentiel, et prépare déjà une deuxième version.

6. Contenus

Qui écrit les textes, qui fournit les photos, qui traduit, et pour quand. C’est la rubrique la plus souvent oubliée, et souvent ce qui bloque la mise en ligne : le site est prêt, les textes ne le sont pas. Pour chaque page, indiquez si le contenu est fourni par vous, à rédiger par le prestataire ou à reprendre de l’ancien site. Pour les images : de vraies photos de votre activité de préférence, et des droits d’utilisation vérifiés pour les autres.

La forme et la technique : design, hébergement et référencement

7. Design et identité

Votre charte (logo, couleurs, typographies) si elle existe, deux ou trois sites que vous aimez et pourquoi, ce que vous ne voulez surtout pas. Précisez le nombre de propositions et d’allers-retours prévus sur la maquette : sans cette limite, la phase de design peut s’étirer sans fin.

8. Technique et hébergement

Décrivez vos contraintes plutôt qu’une technologie : qui modifiera quoi, à quelle fréquence, quels outils doivent être connectés, combien de langues. Un outil de gestion de contenu se justifie si vous publiez souvent ; un site statique est plus rapide et demande très peu de maintenance si le contenu bouge peu. Puis exigez trois choses :

• le nom de domaine et l’hébergement à votre nom, avec vos propres accès ;
• la remise des fichiers sources et des contenus en fin de projet ;
• des objectifs de performance chiffrés, par exemple les seuils « bons » des Core Web Vitals définis par Google : le plus grand élément affiché en 2,5 secondes au plus, une réactivité (INP) de 200 millisecondes au plus et une stabilité visuelle (CLS) de 0,1 au plus, mesurés au 75e centile des visites, sur mobile comme sur ordinateur.

Ajoutez qui assure la maintenance après la mise en ligne : mises à jour, sauvegardes, renouvellement du domaine.

9. Référencement

Les recherches visées (quelques requêtes par page), la zone géographique réelle, et les exigences techniques : un titre et une description uniques par page, des adresses lisibles, un sitemap, des données structurées adaptées, la Search Console configurée à votre nom. En cas de refonte, ajoutez une ligne non négociable : chaque ancienne adresse redirigée en 301 vers son équivalent, plan de redirections testé avant la mise en ligne.

Les obligations et la mesure : ce qu’on oublie le plus

10. Mentions légales, RGPD et accessibilité

Un site d’entreprise doit afficher des mentions obligatoires : identité de la société, coordonnées, numéro d’immatriculation, identité de l’hébergeur, et des conditions générales de vente si vous vendez à des particuliers. Si le site utilise des cookies non indispensables (publicité, la plupart des outils de mesure d’audience), il faut un consentement préalable, et refuser doit être aussi simple qu’accepter. Listez aussi chaque formulaire et les données qu’il collecte : tout cela devra figurer dans la politique de confidentialité.

Pour l’accessibilité, deux textes peuvent vous concerner. L’obligation de conformité au RGAA, le référentiel français, vise les organismes publics (et certains organismes privés chargés d’une mission de service public) et les entreprises dont le chiffre d’affaires réalisé en France atteint 250 millions d’euros, en moyenne sur les trois derniers exercices. Et depuis le 28 juin 2025, la directive européenne 2019/882 impose l’accessibilité à plusieurs services fournis aux consommateurs, dont le commerce électronique. Les microentreprises qui fournissent ces services en sont exemptées : moins de 10 personnes, et un chiffre d’affaires annuel ou un total de bilan annuel qui n’excède pas 2 millions d’euros. Un site vitrine qui ne vend rien en ligne n’est en général pas concerné, sauf dans les secteurs visés par la directive (banque, transport de voyageurs, communications électroniques). Même sans obligation, inscrivez le RGAA comme objectif : un site accessible est plus lisible pour tout le monde.

11. Mesure d’audience

Ce que vous voulez suivre (demandes de contact, clics sur le téléphone, téléchargements), avec quel outil, et dans le respect du consentement. Écrivez ces actions dans un plan de marquage : c’est lui qui permettra de vérifier les objectifs de la rubrique 2.

La livraison : planning, budget et recette

12. Planning et budget

Une date de mise en ligne souhaitée et, surtout, les contraintes réelles qui la justifient (un salon, une saison, une ouverture). Donnez une fourchette de budget : sans elle, chaque prestataire répond à un projet différent et les devis ne se comparent pas. Demandez un devis décomposé par rubrique, et le coût annuel après la mise en ligne : domaine, hébergement, maintenance, licences éventuelles.

13. Critères de recette

La recette est la vérification du site avant sa mise en ligne. Écrivez dès maintenant comment elle se fera : qui teste, sur quels appareils et navigateurs, avec quelle liste de contrôle, et ce qui bloque la mise en ligne ou non. C’est la rubrique qui protège le plus les deux parties, parce qu’elle définit ce que « terminé » veut dire. Le détail des contrôles est dans la checklist de recette.

Les 6 erreurs qui font déraper un projet de site

1. Décrire des solutions au lieu de besoins. Vous vous privez de l’expertise du prestataire, et vous portez seul la responsabilité du choix.
2. Oublier les contenus. Un site sans textes ne se met pas en ligne. Fixez qui les écrit, et pour quand, dès le départ.
3. Ne donner aucun budget. Les réponses partent dans tous les sens et vous comparez des projets qui n’ont rien à voir.
4. Laisser le domaine au nom du prestataire. Le jour où vous voulez en changer, votre adresse ne vous appartient pas.
5. Tout mettre en priorité 1. Sans hiérarchie, le budget explose ou les arbitrages se font au hasard en fin de projet.
6. Ne pas écrire les critères de recette. « Terminé » devient une question d’opinion, et c’est là que naissent les litiges.

Comment envoyer le cahier des charges et comparer les réponses

Envoyez le même document à chaque prestataire consulté, avec une date limite et la liste des points à traiter dans la réponse :

• la compréhension du besoin, reformulée avec leurs mots ;
• la solution proposée, et pourquoi elle plutôt qu’une autre ;
• le devis décomposé, et ce qui n’est pas inclus ;
• le planning, avec les dates où vous devrez valider ou fournir quelque chose ;
• les coûts récurrents après la mise en ligne ;
• ce qui vous appartiendra à la fin : domaine, hébergement, fichiers, contenus et accès.

Méfiez-vous d’une réponse qui reprend votre document sans poser une seule question. Un prestataire qui l’a vraiment lu trouve presque toujours un point à préciser, et c’est bon signe.

En résumé : un document court, précis et vérifiable

Un bon cahier des charges dit pourquoi le site existe, ce qu’il contient, qui fournit quoi, ce qui vous appartient et comment on saura qu’il est terminé. Remplissez les 13 rubriques, même brièvement, classez les fonctionnalités par priorité et écrivez les critères de recette avant de demander le moindre devis.

• Chaque objectif a un indicateur
• Chaque page a un rôle et une question à laquelle elle répond
• Chaque fonctionnalité a une priorité et un critère d’acceptation
• Les contenus ont un responsable et une date
• Le domaine, l’hébergement et les accès sont à votre nom
• Les obligations légales et le consentement sont prévus
• La recette est décrite

Si vous voulez de l’aide pour cadrer votre projet, ou pour le mener jusqu’à la mise en ligne, c’est par là que commencent mes projets de création de site internet.