# Cahier des charges de refonte de site B2B : modèle complet et critères d’acceptation

Publié par Edikka le 11 août 2026.  
Page canonique : https://www.edikka.com/insights/strategie-digitale/cahier-des-charges-refonte-site-internet  
Modèle DOCX : https://www.edikka.com/docbd/data/cahier-des-charges-refonte-site-internet-b2b.docx  
Licence : Creative Commons Attribution 4.0 International — https://creativecommons.org/licenses/by/4.0/deed.fr
URL de licence : https://creativecommons.org/licenses/by/4.0/

## Réponse courte

Un bon cahier des charges ne décrit pas seulement le site attendu. Il rend chaque engagement vérifiable.

Pour chaque exigence importante, documenter cinq champs :

1. l’exigence ;
2. le critère d’acceptation ;
3. la preuve attendue ;
4. le responsable ;
5. le caractère bloquant ou non.

Cette structure permet de comparer des propositions, de limiter les zones grises et de prononcer la recette sur des faits plutôt que sur des impressions.

## Ce que l’entreprise décide et ce que l’agence recommande

| L’entreprise décide | Le prestataire recommande | La proposition doit expliciter |
|---|---|---|
| Objectifs d’affaires, publics prioritaires, contraintes métier, responsables internes, enveloppe et échéances impératives. | Architecture, parcours, méthode, socle technique, dispositif de mesure et séquence de migration. | Hypothèses, inclusions, exclusions, dépendances, livrables, validations, propriété, maintenance et conditions de changement. |

Ne pas verrouiller un CMS sans contrainte démontrée. Le besoin utile porte sur l’administration, les rôles, les intégrations, la réversibilité, la performance et la sécurité. Chaque candidat doit justifier la solution proposée.

## Exigence, acceptation, preuve, responsable et blocage

| Exigence | Critère d’acceptation | Preuve attendue | Responsable | Bloquant |
|---|---|---|---|---|
| Formulaire commercial | Un envoi valide crée le contact attendu, affiche une confirmation compréhensible et déclenche la notification prévue. Les erreurs sont annoncées et associées aux champs. | Scénarios de recette horodatés et contact de test visible dans l’outil cible. | Agence + référent CRM | Oui |
| Administration | Un éditeur autorisé peut créer, prévisualiser, corriger et publier un contenu type sans intervention technique. | Test utilisateur sur le back-office et guide livré. | Agence + éditeur métier | Oui |
| Contenus et gabarits | Pour tout gabarit déclaré prioritaire et bloquant, les champs obligatoires, les règles d’affichage, les preuves, l’appel à l’action, le propriétaire éditorial et la règle de mise à jour convenus sont présents. | Inventaire des gabarits, contenus de test intégrés et revue éditoriale sur les pages représentatives. | Agence + responsables contenus | Conditionnel |
| Recherche interne | Lorsque la recherche interne appartient à un parcours déclaré critique, le corpus de requêtes convenu renvoie des résultats pertinents, l’état sans résultat propose une issue utile et le parcours reste utilisable au clavier. | Corpus de tests daté, résultats observés, anomalies et contre-vérification après correction. | Agence + référent métier | Conditionnel |
| Accessibilité | Le périmètre, le référentiel et sa version, l’échantillon, la méthode de test et le niveau attendu sont définis avant la recette. Toute anomalie classée bloquante par le protocole convenu empêche le go tant qu’elle n’est pas corrigée ou couverte par une dérogation documentée. | Rapport de contrôle, anomalies classées, corrections et contre-vérification. | Prestataire désigné | Conditionnel |
| Performance | Les pages, conditions de mesure et seuils contractuels sont fixés. Les seuils qui conditionnent le go/no-go sont nommés avant les mesures. Une note Lighthouse isolée n’est pas l’unique preuve. | Rapport reproductible, environnement précisé et données réelles lorsqu’elles sont disponibles. | Agence | Conditionnel |
| Migration SEO | Chaque ancienne URL critique reçoit une décision : maintien, 301/308 directe, consolidation ou 404/410. | Matrice validée, crawl de recette, codes HTTP et destinations finales. | Agence + référent contenu | Oui |
| Mesure et consentement | Les événements autorisés remontent. Aucun traceur soumis à consentement n’est déclenché avant le choix de l’utilisateur. | Plan de marquage, journal de tests et inspection avant/après consentement. | Agence + DPO ou conseil | Oui |
| Sécurité et restauration | Les rôles, sauvegardes, délais de reprise, perte de données maximale admise et procédure d’incident sont définis puis un scénario de restauration convenu est rejoué. Le blocage s’applique aux scénarios déclarés critiques avant la recette. | Journal du test de restauration, durée observée, écarts, corrections et responsables d’escalade. | Hébergeur + agence + référent sécurité | Conditionnel |
| Propriété et réversibilité | Les dépôts, comptes, données, domaines, licences et livrables prévus sont détenus ou transférables selon les conditions écrites dans la proposition. | Inventaire de restitution, accès contrôlés, exports ouverts et procédure de transfert testée sur le périmètre convenu. | Direction cliente + agence | Oui |

La colonne « Bloquant » utilise un vocabulaire contrôlé : **Oui / Non / Conditionnel**. Lorsqu’une exigence est conditionnelle, la condition figure dans le critère d’acceptation, jamais dans le statut. Les seuils et obligations doivent être adaptés au projet et repris dans la proposition retenue.

## Les huit parties du cahier des charges

### 1. Contexte et existant

- entreprise, offres, marchés et langues ;
- rôle du site actuel et raisons de la refonte ;
- technologies, hébergement, outils tiers et dette connue ;
- gouvernance, accès disponibles et contraintes déjà identifiées.

### 2. Objectifs et état de référence

- résultats attendus, classés par priorité ;
- définition des demandes qualifiées et autres conversions ;
- données actuelles, mode de calcul, période et saisonnalité ;
- décision qui sera prise à partir de chaque indicateur.

### 3. Publics et parcours B2B

- décideurs, utilisateurs, prescripteurs et autres publics ;
- contexte de recherche et niveau de maturité ;
- objections, informations et preuves nécessaires ;
- action suivante attendue pour chaque parcours.

### 4. Contenus et périmètre

- inventaire des pages, gabarits, langues et médias ;
- contenu conservé, fusionné, supprimé, réécrit ou créé ;
- propriétaires, auteurs, preuves, dates et validations ;
- responsabilité de la reprise, de la rédaction et de l’intégration.

### 5. Fonctions et connexions

- scénarios métier et cas d’erreur ;
- formulaires, recherche, espaces privés et téléchargements ;
- CRM, ERP, recrutement, newsletter et autres services ;
- données entrantes et sortantes, rôles, sécurité et consentement.

### 6. Qualité et conformité

- parcours UX et tests utilisateurs prévus ;
- accessibilité : référentiel et version, périmètre, échantillon et méthode ;
- performance : pages, appareils, conditions et seuils ;
- sécurité, vie privée, navigateurs et critères bloquants ;
- traces de recette, responsables et contre-vérification.

Pour une recette prévue en 2027, prévoir une clause de réexamen à la publication du RGAA 5 afin de décider explicitement des critères applicables, sans présumer de leur application au projet avant publication du nouveau référentiel.

### 7. Visibilité et mesure

- inventaire d’URL et matrice de migration ;
- canonicals, hreflang, maillage, métadonnées et sitemaps ;
- données structurées et accès des robots ;
- plan de marquage, consentement, événements et tableau de bord ;
- état de référence avant mise en ligne et suivi après bascule.

### 8. Projet et après-projet

- livrables, équipe, responsabilités et disponibilité client ;
- jalons, validations, délais de réponse et procédure de changement ;
- budget, options, exclusions et conditions de facturation ;
- propriété du code, des contenus, des comptes et des données ;
- documentation, formation, maintenance, garantie et réversibilité.

## État de référence à conserver

| Dimension | État à conserver | Limite à documenter |
|---|---|---|
| Commercial | Formulaires commencés et envoyés, rendez-vous, téléchargements, appels identifiables et qualification. | Définition, consentement, doublons, saisonnalité et part non attribuable. |
| Contenu | Pages, gabarits, propriétaires, dates, preuves, liens entrants, usages et décisions de migration. | Inventaire incomplet, données absentes ou contenus hors site. |
| Recherche | Impressions, clics, requêtes, pages, indexabilité, canonicals, liens et sitemaps. | Fenêtre, agrégation, retard des outils et changement de canonique. |
| Expérience et qualité | Parcours testés, irritants, performance terrain, anomalies d’accessibilité et incidents. | Échantillon, appareils, réseau, trafic insuffisant et tests non rejouables. |

## Comparer les propositions sans faux score global

Utiliser trois conditions éliminatoires, puis une revue de complétude documentaire.

| Condition | Réponse minimale attendue | Signal d’arrêt |
|---|---|---|
| Propriété et réversibilité | Qui possède le code, les contenus, le domaine, les comptes, les données et les accès ; formats de restitution. | Dépendance non déclarée ou absence de procédure de transfert. |
| Recette et migration | Critères d’acceptation, responsabilités, matrice d’URL, environnement de test, correction des anomalies et décision de mise en ligne. | Mise en ligne réduite à une vérification visuelle ou migration traitée trop tard. |
| Périmètre et responsabilités | Livrables, acteurs mobilisés, dépendances client, exclusions, options et procédure de changement. | Formulations impossibles à rattacher à un livrable ou à un responsable. |

Edikka est une agence de refonte. Cette grille n’est donc pas présentée comme un classement indépendant. La page https://www.edikka.com/refonte-site-internet documente publiquement les familles de livrables, la méthode, des projets accessibles et le premier échange. Le budget, le calendrier détaillé, l’équipe nominative, les seuils de recette, les responsabilités et les exclusions figurent dans chaque proposition. Le socle technique et les critères précis dépendent du diagnostic.

## Demandes à reformuler

| Demande fragile | Formulation plus utile |
|---|---|
| « Lighthouse 100 partout » | Définir pages, appareils, conditions, métriques, seuils et preuves nécessaires à l’usage réel. |
| « Première position Google » | Exiger les livrables et contrôles SEO maîtrisables ; aucun prestataire ne contrôle un classement. |
| « Site cité par les IA » | Demander accessibilité technique, réponses sourcées, preuves, suivi daté et limites d’attribution ; aucune citation n’est garantie. |
| « Design validé au pixel près avant exploration » | Fixer objectifs, contenus, composants, principes de marque, parcours et étapes de validation. |
| « Toutes les anciennes URL vers l’accueil » | Décider URL par URL : conserver, rediriger, consolider ou supprimer correctement. |

## Limite volontaire

Ce modèle aide à cadrer une consultation. Il n’est ni un contrat, ni un audit juridique, ni une garantie de résultat. Les obligations d’accessibilité, de données personnelles, de sécurité, de propriété intellectuelle et de conservation dépendent du projet et doivent être validées par les personnes compétentes.

Les critères rendent une recette rejouable. Ils ne prouvent pas un gain avant/après et ne garantissent ni conversion, ni position dans un moteur, ni citation par un service d’IA.

## Licence et réutilisation

Le modèle DOCX et cette version Markdown sont proposés sous licence Creative Commons Attribution 4.0 International. Ils peuvent être adaptés et redistribués, y compris commercialement, à condition de créditer Edikka et de relier la page canonique de cet article.

## Sources

- France Num, « Bâtir le cahier des charges du site internet de son entreprise » : https://www.francenum.gouv.fr/guides-et-conseils/developpement-commercial/site-web/batir-le-cahier-des-charges-du-site-internet
- France Num, « Modèles de cahiers des charges pour un site internet d’entreprise » : https://www.francenum.gouv.fr/guides-et-conseils/developpement-commercial/site-web/modeles-de-cahiers-des-charges-pour-un-site
- Google Search Central, « Site moves and migrations » : https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- DINUM, RGAA 4.1.2 : https://accessibilite.numerique.gouv.fr/
- DINUM, « Une nouvelle version du RGAA prévue fin 2026 » : https://www.numerique.gouv.fr/actualites/nouvelle-version-rgaa-2026/
- CNIL, FAQ cookies et autres traceurs : https://www.cnil.fr/fr/cookies-et-autres-traceurs/regles/cookies/FAQ

## Ressources Edikka

- Offre de refonte B2B : https://www.edikka.com/refonte-site-internet
- Protocole de migration SEO : https://www.edikka.com/insights/seo/migration-seo-refonte-site-internet
- Modèle DOCX éditable : https://www.edikka.com/docbd/data/cahier-des-charges-refonte-site-internet-b2b.docx