Cahier des charges d’un site internet : trame complète et checklist

Une demande floue produit des devis impossibles à comparer, des délais qui glissent et un budget qui dérape. Le cahier des charges d’un site internet sert à l’éviter : il pose vos objectifs, le périmètre, les contraintes et la façon dont le site sera validé, avant même de consulter une agence web. Voici la trame à reprendre, section par section, et les exigences qu’on oublie le plus souvent.

En bref : Un cahier des charges de site internet décrit ce que le site doit permettre (objectifs et indicateurs), ce qu’il contient (pages, fonctionnalités, contenus), les exigences de qualité (SEO, performance, sécurité, accessibilité, RGPD) et les règles de validation. Une version courte suffit pour demander des devis ; elle s’enrichit ensuite pour la production.

Qu’est-ce qu’un cahier des charges pour un site internet ?

C’est le document de référence entre vous et votre prestataire : il fixe les objectifs, le périmètre, les contraintes, les livrables et les règles de validation. Le brief donne une intention ; le cahier des charges fixe un contenu précis, qui sert de base au devis puis à la recette, et prend une valeur contractuelle s’il est annexé au contrat.

Ce qu’il doit permettre au prestataire de livrer

Un cahier des charges bien construit permet au prestataire de chiffrer, puis de livrer au minimum :

• Une arborescence validée avec les pages et gabarits associés.
• Des maquettes ou wireframes sur les écrans clés, versionnés.
• Un backlog priorisé et des critères d’acceptation par fonctionnalité.
• Un site en préproduction accessible pour la recette interne.
• Une documentation simple pour l’administration et les mises à jour.

À quel moment le rédiger dans le projet ?

Idéalement, vous rédigez une version « consultation » avant de demander des devis, puis vous consolidez une version « production ». La première pose le besoin et les contraintes, tandis que la seconde détaille parcours, contenus, intégrations et recette. Cette approche évite de tout réécrire, car vous enrichissez la même base au fil des arbitrages.

Qui doit contribuer côté entreprise ?

Un cahier des charges solide rassemble les informations du décideur, du marketing, de l’IT et du juridique. Le décideur fixe les priorités et les délais, tandis que le marketing décrit cibles et contenus. L’IT précise les accès, l’hébergement et les intégrations, et le juridique encadre RGPD et mentions. La partie commerciale clarifie les leads attendus et les étapes de qualification.

Brief, expression de besoins et cahier des charges : quelles différences ?

Ces documents n’ont pas le même rôle, et les confondre crée des attentes irréalistes. Le bon niveau dépend de votre contexte, notamment en cas de refonte ou d’intégrations sensibles.

Le brief : cadrage rapide pour initier la discussion

Le brief reste volontairement court, avec le contexte, l’objectif principal et quelques inspirations. Il peut inclure des contraintes fortes, comme une charte ou un outil imposé, sans détailler chaque écran. Utile pour obtenir un premier échange, il ne permet pas un chiffrage fiable ni une comparaison fine des méthodes proposées.

L’expression de besoins : ateliers, utilisateurs et priorités

L’expression de besoins provient d’ateliers centrés sur les irritants, les usages et les parcours. Vous identifiez les cas d’usage, les risques, et vous posez une priorisation réaliste. Cette matière alimente ensuite le cahier des charges, sans doublonner, en transformant des constats en exigences testables.

Le cahier des charges : base commune pour devis, production et recette

Le cahier des charges formalise le périmètre, les dépendances et la gouvernance, ce qui en fait votre base d’arbitrage. Il sert aussi de support de recette, via des critères d’acceptation écrits à l’avance. Une notion utile consiste à définir, pour chaque livrable, ce qui le rend « terminé », afin de réduire les malentendus et les retours tardifs.

La trame de cahier des charges à reprendre

Inutile de partir d’une page blanche : la trame ci-dessous se recopie dans un document Word, Google Docs ou Notion, puis se remplit section par section. Chaque section est détaillée plus bas.

1. Présentation : activité, zone servie, cibles et ce qui vous distingue.
2. Objectifs et indicateurs : demandes attendues, KPI et plan de mesure.
3. Périmètre : arborescence, gabarits, parcours, fonctionnalités et intégrations.
4. Contenus : existant, textes et médias à produire, responsables.
5. Exigences : SEO (et reprise de l’existant en refonte), performance, sécurité, accessibilité, RGPD et mentions légales.
6. Contraintes et hors périmètre : délais, outils imposés, ce qui n’est pas demandé.
7. Planning et recette : jalons, critères d’acceptation, circuit de validation.
8. Accès et propriété : nom de domaine, hébergement, comptes et outils de mesure à votre nom.

Une version courte pour demander des devis

Pour consulter, deux ou trois pages suffisent : présentation, objectifs, périmètre, contraintes et hors périmètre. Pour comparer les propositions reçues, une grille (critères et pondération) complète utilement la trame : la méthode est détaillée dans notre article sur la lecture et la comparaison des devis, et les ordres de grandeur dans notre guide sur le prix d’un site internet.

Comment le personnaliser rapidement sans se perdre

Commencez par vos objectifs, puis décrivez pages et fonctionnalités avant de parler solution technique. Ensuite, fixez les contraintes, la gouvernance et les critères de recette, car ce sont les points qui évitent les dérives. Pour arbitrer, adoptez la priorisation MoSCoW afin de séparer l’indispensable du confort. N’oubliez pas d’écrire noir sur blanc le hors périmètre, car c’est votre meilleur garde-fou.

Exemple à copier-coller pour lancer votre document : votre entreprise présente [activité] sur [zone], et le site doit générer [types de demandes] via [canaux]. Le périmètre couvre [pages principales] et [fonctionnalités], avec une recette basée sur [critères]. Les priorités sont définies en Must/Should/Could et les validations suivent un circuit écrit.

Objectifs mesurables (KPIs) : ce qu’il faut écrire dans le cahier des charges

Pour que le prestataire configure le site et la recette dans le bon sens, votre cahier des charges doit contenir (même brièvement) :

• Vos objectifs (ex. demandes de devis, appels, prise de rendez-vous, ventes).
• Vos KPI associés (ex. envois de formulaire, clic téléphone, achat).
• Le plan de mesure : événements à tracer, qui valide, et à quel moment de la recette.
• Les accès aux comptes (GA4, Tag Manager, Search Console) et la gouvernance (qui administre quoi).

Objectifs business, cibles et proposition de valeur

Décrivez votre activité, vos zones servies, et ce qui fait votre différence sur des demandes réelles. Notez les offres prioritaires, les objections fréquentes, et les preuves disponibles, comme réalisations ou avis. Ces informations guident les pages services, les FAQ et les appels à l’action, surtout en SEO local pour une TPE. En pratique, deux ou trois phrases bien rédigées suffisent à orienter tout le projet.

KPIs, conversions et plan de mesure (sans jargon inutile)

Choisissez des indicateurs liés à des actions, comme envois de formulaires, appels, clics vers un e-mail, ou demandes de devis. Pour les mesurer proprement, prévoyez un plan de taggage et un suivi des conversions sur Google Analytics 4, afin d’éviter des données inexploitables. Le plan de mesure précise aussi qui a accès aux comptes, quels événements sont « clés », et comment valider le suivi à la recette.

• Site vitrine : formulaire, clic téléphone, clic e-mail, pages vues stratégiques.
• E-commerce : ajout panier, achat, abandon, performance des catégories.
• Refonte : comparatif avant/après, anomalies de trafic, conversions prioritaires.

Contraintes, dépendances et hors périmètre (anti-dérapage)

Écrivez les contraintes qui bloquent souvent : délais de validation, disponibilité des contenus, outils internes, et hébergement imposé. Identifiez aussi les dépendances, comme un CRM, une solution de paiement, ou une synchronisation d’agenda. Enfin, listez le hors périmètre typique, par exemple traduction, shooting photo, ou rédaction complète, pour limiter les avenants inattendus.

Comment décrire le périmètre : pages, parcours et fonctionnalités ?

Un périmètre bien écrit rend la production prévisible. L’idée : relier pages, parcours, contenus et intégrations, avec des critères de validation concrets.

Arborescence, gabarits de pages et parcours utilisateurs

Passez d’une simple liste de pages à des gabarits réutilisables, comme accueil, service, article, contact et page d’atterrissage. Décrivez ensuite deux ou trois parcours types, de la découverte à la prise de contact, avec les preuves attendues. Cette méthode évite de maquetter chaque page, tout en cadrant l’essentiel pour chiffrer. À la recette, vous vérifiez que chaque parcours se réalise sans friction, sur ordinateur et mobile.

1. Indispensables : accueil, services, à propos, contact, mentions légales et, si le site dépose des traceurs, politique cookies.
2. Selon objectifs : landing pages, FAQ, ressources, recrutement, prise de rendez-vous.

Fonctionnalités et intégrations (CRM, paiement, réservation, newsletter)

Décrivez les fonctionnalités de manière testable, en précisant entrées, sorties et critères d’acceptation. Pour un formulaire, listez les champs, l’anti-spam, les messages d’erreur, et la destination des leads. Pour une réservation, clarifiez les règles, les notifications et les annulations, sans imposer la solution. Une matrice « fonctionnalité → donnée → outil » réduit les oublis, et la priorisation MoSCoW évite de tout exiger dès la première version.

Contenus : inventaire, responsabilités, médias et workflow

Inventoriez l’existant, puis décidez ce qui est gardé, fusionné ou réécrit, surtout lors d’une refonte. Attribuez un responsable par lot de pages, avec un calendrier de remise des textes et des médias. Précisez le ton éditorial, les preuves attendues, et la validation finale, car les contenus dictent souvent le planning réel. Un workflow simple évite qu’un projet bloque faute de textes validés.

Exigences indispensables : SEO, performance, sécurité, accessibilité et RGPD

Ces exigences sont souvent absentes des modèles, alors qu’elles déterminent la qualité du site sur la durée. L’objectif consiste à demander des résultats vérifiables, sans sur-spécifier une solution technique unique.

SEO : arborescence, contenus, données et cas de refonte

Écrivez vos attentes SEO sur la structure, les titres, le maillage interne et la gestion des métadonnées. En refonte, ajoutez explicitement les exigences SEO (dont les redirections 301 et la migration), car une perte de pages indexées impacte le business. Demandez un inventaire des URL actuelles, un mapping vers les nouvelles pages, puis un contrôle post-mise en ligne. Pour cadrer les bonnes pratiques, vous pouvez vous appuyer sur le guide de démarrage SEO de Google.

Performance : Core Web Vitals, images, cache et hébergement

Formulez des objectifs de performance en termes d’expérience, comme un affichage rapide et stable sur mobile. Citez Core Web Vitals comme cadre, en mentionnant LCP, INP et CLS, sans exiger un score précis. Exigez des images optimisées, un chargement raisonné des scripts, et un cache correctement configuré. Pour comprendre les indicateurs, la référence la plus claire reste la documentation web.dev sur les Core Web Vitals.

Sécurité, sauvegardes et conformité RGPD (sans jargon juridique)

Demandez HTTPS, une gestion stricte des accès, des mises à jour planifiées, et des sauvegardes avec test de restauration. Côté données, écrivez vos exigences sur formulaires, durée de conservation et sous-traitants, afin de clarifier les responsabilités. Si le site dépose des traceurs soumis au consentement, mentionnez sa gestion via une CMP, en cohérence avec les recommandations de la CNIL. Ajoutez enfin les mentions légales et informations obligatoires, en vous référant à Service-Public.fr.

Accessibilité : WCAG/RGAA et niveau d’exigence réaliste

L’accessibilité améliore l’UX, car elle renforce lisibilité, navigation clavier et compréhension des formulaires. Vous pouvez citer WCAG et RGAA comme référentiels, puis définir un niveau d’exigence pragmatique. À la recette, prévoyez des tests sur contrastes, focus clavier, alternatives textuelles et messages d’erreur. Cette approche évite une accessibilité « oubliée », tout en restant réaliste pour une TPE.

Devis : ce que votre cahier des charges doit permettre de vérifier

Votre cahier des charges doit surtout permettre de vérifier que les propositions portent sur le même périmètre (pages/gabarits, contenus, intégrations, migration, recette), avec des critères de validation clairs. Pour une lecture ligne par ligne, utilisez notre guide dédié :

• Devis : comment les lire et les comparer
• Prix d’un site internet : repères et coût total

Quel planning et quelle gouvernance projet pour éviter les dérapages ?

Le pilotage fait souvent la différence entre une mise en ligne fluide et une succession de validations tardives. Votre cahier des charges doit écrire les jalons, les responsabilités et la gestion des demandes de changement.

Jalons, validations et recette (UAT) : ce qui doit être écrit

Définissez les jalons, de la conception à la stabilisation, avec une validation à chaque étape. La recette, parfois appelée UAT, repose sur des critères concrets : responsive, formulaires, SEO technique, performance et tracking. Listez un minimum de tests avant mise en ligne, puis exigez un correctif avant validation finale. Cette discipline réduit les retours en urgence et améliore la qualité livrée.

1. Vérifier navigation, formulaires, confirmations et anti-spam.
2. Contrôler redirections, pages 404, balises essentielles et indexation.
3. Tester performance perçue, stabilité d’affichage et images lourdes.

Rôles, RACI et circuit de décision

Une gouvernance simple évite les validations en ping-pong et les contradictions. Utilisez une matrice RACI afin de distinguer responsable, décideur, consulté et informé. Écrivez aussi un circuit de décision, avec un délai de validation, pour ne pas bloquer le planning. Cette formalisation protège autant votre équipe que le prestataire, surtout quand plusieurs métiers contribuent.

Gestion des changements : comment cadrer les demandes en cours de route

Prévoyez un processus de change request : description, impact, décision, puis priorisation MoSCoW. Une nouvelle fonctionnalité peut être acceptée, reportée ou remplacée, sans bloquer le projet. En écrivant ces règles, vous gardez une traçabilité et vous évitez les tensions liées aux interprétations.

Si vous manquez de temps pour cadrer le périmètre, les exigences (SEO/performance/RGPD) ou la recette, l’idéal est de vous faire aider sur la structuration du document et la priorisation. Cela évite de surcharger le cahier des charges… tout en sécurisant les points qui coûtent cher quand ils sont oubliés.

Sources

• Google Search Central — Guide de démarrage au référencement naturel
• web.dev (Google) — Core Web Vitals et indicateurs de performance
• CNIL — Cookies et autres traceurs : règles et bonnes pratiques
• Service-Public (Entreprendre) — Mentions obligatoires d’un site internet

FAQ — Cahier des charges d’un site internet

Peut-on rédiger un cahier des charges sans agence web ?

Oui, si vous partez d’une structure claire et si vous acceptez d’itérer. Une version courte suffit pour consulter, à condition d’écrire objectifs, périmètre, contraintes et critères d’acceptation. L’aide d’un expert devient surtout utile en cas de refonte complexe, de migration SEO sensible, ou d’intégrations métiers qui impliquent plusieurs outils.

Combien de temps faut-il pour préparer un cahier des charges complet ?

L’effort dépend moins de la rédaction que de la collecte et des arbitrages. Une version « demande de devis » se rédige rapidement si vous connaissez vos priorités, vos pages et vos contraintes. Une version complète demande du temps pour l’inventaire de contenus, le mapping des parcours et la validation interne. Pour accélérer, nommez un responsable unique et cadrez des ateliers courts.

Faut-il prévoir le SEO de refonte dès le cahier des charges ?

Oui, car c’est une décision d’architecture et de production, pas un réglage de fin de projet. Écrivez l’inventaire des URL, le mapping vers les nouvelles pages, puis les redirections 301 et les contrôles post-mise en ligne. Sans ces éléments, une refonte peut supprimer des pages utiles ou créer des erreurs qui freinent l’indexation. Demandez aussi la validation du tracking et des objectifs mesurés.

Quels documents et accès préparer pour que le prestataire avance vite ?

Centralisez logo et charte, contenus existants, médias, et liste des pages à conserver. Ajoutez les accès au domaine, à l’hébergement, et aux outils de mesure, afin de vérifier rapidement le suivi. Si vous utilisez un CRM ou une newsletter, préparez les identifiants et la description des flux attendus. Enfin, fournissez mentions légales et éléments RGPD, dont, le cas échéant, la gestion du consentement via une CMP.

Conclusion

Un projet web se déroule mieux quand les décisions sont écrites avant la production. En clarifiant objectifs, périmètre, priorités MoSCoW, gouvernance RACI et critères de recette, vous rendez les validations plus simples et la production plus prévisible. Les exigences SEO, performance, accessibilité et RGPD ne sont pas des options, car elles conditionnent la qualité dans la durée.

Si vous devez retenir une idée, c’est que le cahier des charges d’un site internet sert autant à cadrer le prestataire qu’à aligner votre équipe. Une fois cette base posée, vous pouvez aller plus loin sur l’organisation des contenus et l’optimisation de la conversion, pour transformer la visibilité en demandes qualifiées.

À lire aussi : Agence web : comment choisir le bon partenaire pour un site rentable.