La réponse courte

Un cahier des charges de site internet décrit ce que le site doit permettre de faire, pour qui, avec quels contenus et quelles contraintes. Pour demander un devis précis, commencez par un brief court : objectif, public, pages, fonctions indispensables, contenus disponibles, budget et calendrier. Ajoutez qui fournit quoi et comment vous validerez la livraison.

Vous n'avez pas besoin de choisir seul toute la technique. Un point inconnu doit être marqué « à définir », pas remplacé par une exigence au hasard. Le prestataire pourra proposer une solution et expliciter son hypothèse dans le devis.

À quoi sert vraiment ce document ?

Le brief fixe une base commune avant le chiffrage. Sans lui, une agence peut prévoir la rédaction des textes tandis qu'une autre chiffre uniquement leur intégration. Les deux répondent à une demande différente, même si leurs offres portent le même nom.

Le cahier des charges n'est ni un devis ni une promesse de résultat. Il décrit le besoin ; le devis précise la prestation retenue, ses limites et ses conditions. France Num propose des repères pour bâtir un cahier des charges. Le modèle ci-dessous est une base pratique OkidoCorp, à adapter à votre projet.

Les informations à préciser avant de demander un devis

1. L'objectif et les personnes visées

Décrivez le résultat attendu pour le visiteur : comprendre votre offre, demander un rendez-vous, obtenir un devis ou acheter. Choisissez un objectif principal plutôt que « être visible partout ».

Indiquez vos clients prioritaires, leur zone géographique et les questions auxquelles ils cherchent une réponse. « Un professionnel doit pouvoir vérifier nos prestations puis nous transmettre sa demande » est plus exploitable que « nous voulons un site moderne ».

2. Les pages et les contenus disponibles

Listez les pages envisagées, leur rôle et les contenus à produire. Pour chaque page, précisez si le texte, les photos et les informations métier existent déjà, qui les fournit et qui les valide.

Pour un site vitrine, distinguez par exemple la présentation de l'entreprise, les services et la prise de contact. Ne multipliez pas les pages sans besoin clair. Si vous disposez de photos, vérifiez aussi que leur utilisation publique est autorisée.

3. Les fonctionnalités, séparées des options

Décrivez une fonction par son usage, pas seulement par son nom. Pour un formulaire : quelles informations demander, à qui envoyer la demande, quel message de confirmation afficher ? Pour une réservation : faut-il consulter des disponibilités ou seulement transmettre une préférence ?

Classez chaque fonction dans l'une de ces trois catégories :

Au lancement : le site ne remplit pas son objectif sans elle.
En option : demander un chiffrage séparé.
Plus tard : hors du périmètre initial.

Ajoutez un critère de validation simple. Exemple fictif : « Une demande de test arrive dans la boîte prévue, avec les champs remplis et une confirmation lisible sur mobile. » Ce contrôle réduit les malentendus à la livraison.

4. L'identité visuelle et les références

Transmettez le logo exploitable, les couleurs, les typographies et les règles existantes. Si une identité doit être créée, dites-le : ce n'est pas la même prestation que son application à un site.

Choisissez quelques références en expliquant ce qui vous intéresse : lisibilité, hiérarchie, traitement des photos ou navigation. Une référence exprime une préférence ; elle ne donne pas le droit de copier un design, un texte ou une image.

5. Le référencement et la mesure

Précisez les services et les zones à rendre compréhensibles, les pages prioritaires et les éventuels contenus à rédiger. En refonte, signalez les anciennes URL utiles et les accès Search Console disponibles pour préparer la conservation des parcours.

Définissez aussi ce que vous souhaitez mesurer : demande envoyée, clic sur un téléphone, réservation. Indiquez l'outil envisagé et les responsabilités de configuration. Les bases SEO de Google servent de repère technique ; elles ne constituent pas une garantie de positionnement.

La collecte de données et les traceurs doivent être examinés selon leurs usages. Certains traceurs nécessitent un consentement préalable, d'autres peuvent relever d'une exemption sous conditions : voir les explications de la CNIL. Ne demandez pas simplement « Analytics installé » sans clarifier cette configuration.

6. Les contraintes techniques réellement utiles

Mentionnez ce qui existe : site actuel, outil de gestion, paiement, catalogue, réservation, langues ou intégration à un logiciel métier. Précisez ce qui doit être repris et ce qui peut changer.

Exprimez vos besoins d'autonomie : modifier un texte, ajouter une réalisation ou gérer des produits. Vous pouvez laisser le choix du CMS ouvert et demander au prestataire de justifier sa proposition. Ne transmettez jamais de mot de passe dans le brief : indiquez seulement les accès disponibles, puis organisez leur partage sécurisé.

7. Le domaine, l'hébergement, les accès et les droits

Identifiez le titulaire du domaine, la personne qui gère son renouvellement, l'hébergeur et les boîtes email à préserver. L'Afnic rappelle l'importance de coordonnées à jour et du renouvellement du domaine.

Demandez quels comptes et fichiers seront remis, quelles licences resteront nécessaires et ce qui pourra être transféré si vous changez de prestataire. Le paiement d'un site ne suffit pas à expliquer tous les droits : faites préciser les conditions applicables aux textes, visuels, code et outils tiers dans la proposition ou le contrat.

8. Le budget, le calendrier et les validations

Indiquez une enveloppe si elle est connue, en séparant le projet initial des frais récurrents et des options. Sinon, demandez un périmètre prioritaire et des postes séparés. Notre guide sur les éléments qui font varier le budget d'un site vitrine peut vous aider à préparer cette discussion.

Donnez une date souhaitée et expliquez la contrainte : événement, lancement ou remplacement d'un outil. Signalez les contenus manquants et nommez la personne habilitée à valider. Le calendrier doit tenir compte des dépendances, pas seulement de la date de mise en ligne.

9. La maintenance et les responsabilités

Précisez qui s'occupe des mises à jour, sauvegardes, corrections et renouvellements après livraison. Distinguez correction d'un défaut, modification de contenu et nouvelle fonctionnalité.

Demandez ce qui est inclus, pendant quelle période et comment une intervention supplémentaire sera autorisée. Pour les formulaires, prévoyez les informations à présenter aux personnes et les règles de traitement adaptées ; la CNIL fournit des exemples de mentions d'information, à adapter plutôt qu'à copier sans examen.

Un modèle de cahier des charges à copier

Copiez cette trame dans votre document ou votre email. Remplissez ce que vous savez, conservez « à définir » pour le reste. Le modèle est directement lisible ici, sans téléchargement ni inscription.

Projet et activité

Entreprise / activité : …
Site actuel, s'il existe : …
Objectif principal du futur site : …
Action attendue du visiteur : …
Publics et zones visés : …

Périmètre au lancement

Pages prévues et rôle de chacune : …
Fonctionnalités indispensables et résultat attendu : …
Options à chiffrer séparément : …
Évolutions explicitement hors lancement : …
Vérifications prévues pour accepter la livraison : …

Contenus et identité

Textes disponibles / à rédiger / responsable : …
Photos disponibles / à produire / droits vérifiés : …
Logo et règles graphiques disponibles : …
Références visuelles et raisons du choix : …
Personne qui valide les contenus et le design : …

Technique, visibilité et données

Outils existants et connexions nécessaires : …
Contenus ou anciennes URL à reprendre : …
Modifications que nous voulons pouvoir faire seuls : …
Services, zones et pages prioritaires pour le SEO : …
Événements à mesurer et outil à définir : …
Données collectées, information et traceurs à examiner : …

Exploitation et cadre du projet

Domaine : titulaire, gestion et renouvellement : …
Hébergement et emails à conserver : …
Comptes, fichiers, droits et licences à remettre / préciser : …
Budget initial connu ou à définir : …
Frais récurrents et options à distinguer : …
Date souhaitée, raison et dépendances : …
Responsable des validations et disponibilité : …
Maintenance souhaitée et responsabilités à préciser : …
Questions ouvertes à traiter avec le prestataire : …

Les erreurs qui rendent les propositions difficiles à comparer

Envoyer un brief différent à chaque prestataire, sans communiquer les changements aux autres.
Écrire « tout inclus » sans lister textes, photos, intégrations et suivi après livraison.
Transformer toutes les idées en obligations de lancement.
Oublier la personne chargée de produire les contenus ou de valider.
Confondre une date souhaitée avec un calendrier confirmé.
Laisser implicites l'hébergement, les licences, les accès et la maintenance.

Un brief utile rend aussi ses limites visibles. « Le nombre de produits est à confirmer » vaut mieux qu'un catalogue supposé petit, qui change de dimension après signature.

Que faire une fois le brief préparé ?

Transmettez la même version aux prestataires consultés. Demandez qu'ils indiquent les hypothèses, les exclusions et les options dans leur réponse. Si une discussion change le besoin, mettez le document à jour avant de comparer les montants.

Lorsque vous recevez les offres, passez à l'étape suivante : comment comparer deux devis de création de site internet. Le brief définit la demande ; cette comparaison examine les réponses.

Questions fréquentes

Faut-il un cahier des charges très long pour un petit site ?

Non. Un document court est suffisant s'il rend le besoin, les limites et les responsabilités compréhensibles. Sa longueur compte moins que les décisions qu'il permet de prendre.

Peut-on demander un devis sans connaître son budget ?

Oui. Dites que le budget reste à définir et séparez les indispensables des options. Le prestataire pourra expliquer le périmètre proposé plutôt que deviner votre attente.

Doit-on choisir WordPress ou une autre technologie avant de consulter ?

Seulement si une contrainte réelle l'impose. Sinon, décrivez votre besoin d'autonomie, les intégrations et les conditions de maintenance, puis comparez les propositions techniques motivées.

Le brief peut-il évoluer après le premier échange ?

Oui. Datez les versions et faites confirmer ce qui change dans la prestation, le coût ou le calendrier. Une évolution du besoin ne doit pas rester une simple remarque orale.

Discuter de votre projet

Votre brief est prêt, ou quelques points restent à définir ? Présentez votre projet à OkidoCorp pour préparer une demande de devis adaptée à votre besoin.

Sources et repères

Sources consultées le 5 octobre 2026. Cette trame sert au cadrage du projet ; elle ne remplace pas un contrat ni un examen juridique adapté à votre activité.

Cahier des charges site internet : que prévoir pour un devis précis ?