Le Journal

Cahier des charges d'un site internet : les dix points que les modèles gratuits oublient

Cahier des charges d'un site internet : les dix points que les modèles gratuits oublient

Un cahier des charges de site internet se gagne avant la maquette.

Les modèles gratuits décrivent volontiers des blocs, des couleurs et quelques fonctionnalités visibles. Ils oublient souvent ce qui coûte le plus cher plus tard : la reprise de l'existant, les contenus, les adresses, les accès, la sécurité, la confidentialité et les règles de validation. C'est justement là qu'un brief sérieux prend sa valeur.

Pourquoi les trames gratuites laissent passer l'essentiel

Avant de parler de design ou d'outils, il faut regarder ce que ces trames ne tranchent jamais vraiment. Elles montrent une forme, mais pas les décisions qui engagent la suite du projet. Pour un décideur, le bon document n'est pas celui qui promet beaucoup, c'est celui qui évite les zones grises.

Synthèse rapide des oublis à verrouiller

Point souvent oublié Ce qu'il faut écrire Pourquoi cela compte
Périmètre Création, refonte ou reprise à zéro Évite les malentendus de départ
Contenus Textes, photos, validation, responsabilités Évite les allers-retours sans fin
Arborescence Ordre des pages et chemin de lecture Clarifie la compréhension du visiteur
URLs Adresses à conserver, rediriger ou remplacer Évite les liens cassés et les pertes de repères
Accès Comptes, domaine, hébergement, fichiers Réduit la dépendance à une seule personne
Sécurité Formulaires, comptes, surveillance des alertes Limite les failles évidentes
Confidentialité Cookies, politique, collecte de données Évite un flou difficile à rattraper
Performance Images, stabilité, rapidité perçue Préserve l'attention du visiteur
Accessibilité Contrastes, clavier, lisibilité Ouvre le site à un public plus large
Recette Critères de validation et évolutions Évite une livraison contestée

Les dix points à écrire noir sur blanc

1. Le périmètre réel du projet

Le premier flou à éliminer concerne le périmètre. Le brief doit dire si le site part d'une page blanche, s'il reprend des contenus existants, s'il remplace un ancien site, ou s'il doit seulement faire évoluer l'existant. La page création de site sur mesure correspond à un projet pensé dès le départ autour d'un besoin précis, alors qu'une reprise impose de traiter aussi ce qui existe déjà, ce qui doit disparaître et ce qui doit rester en place.

2. Les contenus et leurs responsables

Les modèles gratuits oublient souvent de nommer les responsables. Pourtant, le document doit dire qui fournit les textes, qui fournit les photos, qui relit, qui valide et qui arbitre. Sans cette précision, un site peut attendre un contenu manquant plus longtemps qu'une maquette parfaite. Le cahier des charges doit donc éviter toute ambiguïté sur ce qui vient du client, ce qui doit être réécrit et ce qui doit être produit pour le projet.

3. L'arborescence et le sens de lecture

L'ordre des pages doit suivre la compréhension du visiteur, pas le plan interne de l'entreprise. Les attentes ne sont pas les mêmes pour un cabinet d'avocats ou pour l'hôtellerie, ce qui impose de cadrer la page d'entrée, les preuves et le chemin vers la prise de contact. Le même canevas ne suffit pas si le site doit rassurer, réserver ou montrer des biens.

4. Les URLs existantes et les redirections

Si un ancien site existe, les adresses actuelles ne doivent pas être laissées au hasard. Les recommandations de Google sur les migrations d'URL expliquent qu'il faut préparer un plan de correspondance entre anciennes et nouvelles adresses, puis rediriger vers la destination finale. C'est aussi le bon moment pour cadrer la visibilité avec la prestation de référencement naturel, car l'architecture, les contenus et les redirections se répondent. (developers.google.com)

5. Les accès, les rôles et la propriété des livrables

Le cahier des charges doit préciser qui possède et qui contrôle le domaine, l'hébergement, les comptes d'administration, les formulaires, les visuels et les textes livrés. Ce point paraît banal, mais il conditionne la capacité du site à évoluer sans dépendance excessive. Si la maintenance doit être prise en charge dans la durée, elle doit figurer comme une exigence à part entière et non comme un sujet laissé pour plus tard. La maintenance du site dans la durée doit être pensée dès le brief.

6. La sécurité des formulaires et des comptes

La sécurité doit être écrite en clair, même si personne ne veut en faire une rubrique spectaculaire. Le brief peut demander la protection des formulaires, la limitation des accès, la gestion des comptes, les mises à jour et la façon de traiter une anomalie avant qu'elle ne touche le site. L'OWASP Top 10 est un bon repère pour parler des risques de sécurité applicative sans jargon inutile. (owasp.org)

7. La protection des données, les cookies et la confidentialité

Si le site collecte des demandes de contact, des candidatures ou des réservations, le brief doit prévoir ce qui sera affiché, ce qui sera stocké et ce qui sera transmis. En Europe, la CNIL rappelle que les utilisateurs doivent être informés avant certains cookies et autres traceurs, et que le consentement doit être clair. Hors de l'Union européenne, à Maurice comme ailleurs, ce sont les textes locaux sur la protection des données qui fixent les obligations : le cahier des charges doit donc nommer le cadre applicable au site et aux publics visés avant de détailler les mentions à afficher. La conformité des cookies selon la CNIL sert de base utile, tandis qu'un lien lisible vers la politique de confidentialité doit rester simple à trouver.

8. La performance perçue

La vitesse se juge au ressenti, pas à l'intention. Si un visiteur attend trop longtemps ou voit la page bouger au chargement, le message perd sa force avant même d'avoir été lu. Les repères Core Web Vitals de web.dev servent précisément à suivre la qualité perçue du chargement, de la stabilité visuelle et de la réactivité.

9. L'accessibilité et la lisibilité

Les contrastes, les titres, les textes alternatifs, la navigation au clavier et la clarté des libellés ne relèvent pas du confort secondaire. Le référentiel WCAG du W3C fournit un cadre international pour rendre le contenu plus accessible aux personnes handicapées. Un cahier des charges utile doit donc prévoir la lisibilité au même titre que l'apparence.

10. La recette et les conditions d'évolution

Le dernier point concerne la recette. Le cahier des charges doit dire comment on teste le site avant validation finale, puis comment on traite les corrections après mise en ligne. La documentation Google sur l'exploration et l'indexation rappelle que les liens doivent rester accessibles aux robots des moteurs de recherche et que les éléments techniques influencent la manière dont le site est compris.

La dernière vérification avant validation

  • Le statut du projet doit être tranché, création, refonte ou reprise à zéro.
  • Les contenus doivent dire qui écrit, qui fournit, qui relit et qui valide.
  • Les adresses actuelles doivent être conservées, redirigées ou supprimées selon un plan clair.
  • Les accès et livrables doivent être transmis et documentés sans ambiguïté.
  • Les règles de confidentialité et de sécurité doivent figurer noir sur blanc.
  • Le calendrier de validation doit être écrit, avec les temps de réponse attendus de chaque côté.
  • La suite du projet doit préciser ce qui pourra évoluer après la mise en ligne.

FAQ sur le cahier des charges d'un site internet

Comment rédiger un cahier des charges pour un site internet et quelles rubriques indispensables inclure ?

Commencez par le but du site, les publics visés, le périmètre du projet, les pages attendues, les contenus fournis, les éléments à reprendre et les règles de validation. Ensuite, ajoutez les sujets que les modèles oublient souvent, comme les adresses à conserver, la sécurité, la confidentialité et ce qui doit évoluer après la mise en ligne. Le bon plan n'est pas une liste de fonctionnalités, mais un document qui permet de décider sans revenir sans cesse au point de départ.

Quelles sont les questions à se poser dans un cahier des charges site web pour éviter les oublis ?

Les bonnes questions sont simples : qui fournit quoi, que devient l'existant, quelles pages sont indispensables, quelles adresses doivent rester en place, qui valide le contenu et qui garde les accès. Si une réponse peut être seulement orale, elle mérite souvent d'être écrite. C'est précisément ce qui évite les oublis entre la maquette, la production et la mise en ligne.

Quels éléments doivent figurer dans le périmètre fonctionnel et les contenus d’un cahier des charges web ?

Le périmètre fonctionnel doit nommer les pages, les formulaires, les cas particuliers et les interactions attendues. La partie contenus doit dire qui rédige, qui relit, qui fournit les visuels et qui valide les reprises depuis l'ancien site. Ajoutez aussi les conditions d'évolution, car un site utile n'est pas figé au jour de sa livraison. Cette précision évite de confondre le besoin réel avec une simple liste d'écrans.

Le RGPD et les aspects sécurité doivent-ils figurer explicitement dans le cahier des charges d’un site web ?

Oui. Si le site collecte des données personnelles, il faut écrire les règles de confidentialité, les cookies, les traceurs, les formulaires et la manière dont l'information sera présentée au visiteur. Dans l'Union européenne, le RGPD s'applique et la CNIL rappelle, pour la France, que l'utilisateur doit être informé avant certains traceurs et que le consentement doit être clair ; hors de l'Union européenne, ces obligations relèvent du droit local. L'OWASP Top 10 sert de repère pour les risques de sécurité applicative.

Comment cadrer le calendrier dans un cahier des charges pour un site internet ?

Le calendrier doit surtout servir à ordonner les validations. Il peut préciser les moments où vous fournissez les contenus, quand la maquette est relue, quand les corrections sont rendues et quand la mise en ligne devient possible. L'essentiel est de nommer les dépendances, afin qu'un retard de contenu ou une validation tardive ne désorganise pas tout le projet.

Et maintenant ?

Si votre projet mérite un cadrage net avant d'entrer en production, prenez le temps de parcourir Le Renard du Web, puis de demander un entretien quand votre cahier des charges est prêt à être relu avec méthode.

Un projet de site à la hauteur de votre activité ? Demander un entretien