La recette d’un site web vérifie que le résultat livré correspond au cahier des charges avant son ouverture au public. Cette étape permet de repérer les défauts quand leur correction reste organisée avec le prestataire.
Pour un site d’environ 60 pages, un plan structuré autour de 80 contrôles et plusieurs jours de tests offre un cadre de travail concret. Une check-list de mise en ligne aide l’équipe à couvrir les contenus, les usages et la technique sans se limiter à une impression générale.
A retenir :
- Validation documentée des pages, formulaires et parcours prioritaires
- Répartition claire des contrôles entre client et prestataire
- Correction des anomalies bloquantes avant ouverture au public
- Procès-verbal précis pour encadrer réserves et garantie
Recette de site web : organiser les contrôles avant publication
Une liste organisée transforme la recette de site web en vérification reproductible plutôt qu’en jugement subjectif. Pour commencer, chaque contrôle doit correspondre à une exigence du cahier des charges et désigner une personne responsable.
Check-list de mise en ligne : huit familles de tests
Pour couvrir les principaux risques, répartissez les contrôles entre contenu, métier et technique. Les volumes ci-dessous forment un exemple de plan en 80 points, à adapter au nombre de pages et aux fonctionnalités du projet.
| Famille de contrôles | Points | Exemples | Responsable principal |
|---|---|---|---|
| Contenus et pages | 12 | Textes, images, mentions légales, pages manquantes | Client |
| Formulaires et conversions | 10 | Envoi, destinataire, confirmation, anti-spam | Client et prestataire |
| Navigation et liens | 10 | Menus, recherche interne, liens cassés | Prestataire |
| Redirections et migration | 8 | Anciennes URL, redirections 301, chaînes | Prestataire |
| SEO technique | 10 | Balises, canonicals, robots.txt, données structurées | Prestataire |
| Conformité et vie privée | 8 | Consentement, cookies, politique de confidentialité | Client et prestataire |
| Accessibilité | 10 | Contrastes, clavier, textes alternatifs, labels | Prestataire |
| Performance et compatibilité | 12 | Mobile, rapidité, navigateurs, appareils | Prestataire |
Tests fonctionnels, liens et validation du contenu
Dans ces familles, l’équipe teste chaque parcours réel, notamment l’envoi des formulaires et la réception des courriels. La vérification des liens peut s’appuyer sur un outil d’exploration d’URL, tandis que la validation du contenu revient aux personnes qui connaissent l’activité.
Contrôlez aussi le responsive design, la compatibilité navigateurs et les pages d’erreur. Un formulaire qui semble correct à l’écran ne prouve pas que son message arrive au bon destinataire.
Contrôles de recette prioritaires :
- Soumission réelle de chaque formulaire et contrôle de la réception
- Parcours des menus, liens internes et pages d’erreur
- Relecture des textes, images et informations juridiques
Une fois les contrôles répartis, la durée doit tenir compte du volume, des langues et des scénarios métier. C’est ce calendrier qui permet ensuite de traiter les anomalies avant le lancement.
Tests avant mise en ligne : prévoir le temps et les outils
La répartition des tâches devient efficace seulement si chacun dispose d’un créneau réel pour tester. Les repères ci-dessous sont des estimations de planification, et non des délais réglementaires ou universels.
Durée de recette selon la taille du site
Un site vitrine de quelques pages demande moins de parcours qu’un portail ou une boutique en ligne. Les estimations fournies distinguent la durée totale, le temps client et l’intervention du prestataire.
| Type de site | Durée indicative | Temps client | Temps prestataire |
|---|---|---|---|
| Vitrine de 10 à 15 pages | 2 à 3 jours | 1 jour | 1 à 2 jours |
| Institutionnel de 30 à 60 pages | 5 à 7 jours | 2 à 3 jours | 3 à 4 jours |
| Site multilingue de 60 pages | 7 à 10 jours | 3 à 4 jours | 4 à 6 jours |
| Boutique de 200 produits | 10 à 15 jours | 4 à 6 jours | 6 à 8 jours |
| Portail avec espace client | 15 à 20 jours | 5 à 8 jours | 8 à 12 jours |
Outils de recette et critères de performance
Pour l’optimisation SEO, vérifiez les titres, les balises principales, les redirections et la possibilité d’indexation. Les outils de suivi des moteurs de recherche et les extensions d’analyse peuvent aider, mais un rapport doit être relu par une personne compétente.
Évaluez la performance du site sur mobile et testez plusieurs navigateurs ainsi que des appareils réels. Le seuil de 2,5 secondes pour l’affichage du plus grand élément visible constitue un repère de performance web largement utilisé, mais il ne remplace pas l’observation des parcours.
Outils utiles pour les vérifications :
- Explorateur de liens pour repérer les URL inaccessibles
- Outils d’analyse SEO pour inspecter les balises et l’indexation
- Tests clavier et contraste pour examiner l’accessibilité
Des outils ne suffisent pas si les résultats ne sont pas classés selon leur gravité. Cette hiérarchie détermine ce qui doit être corrigé avant la mise en ligne et ce qui peut faire l’objet d’une réserve.
Procès-verbal de réception : classer les anomalies et décider
Après les essais, consignez chaque défaut dans un tableau partagé avec sa description, sa preuve et son responsable. Cette trace évite les échanges vagues et permet de suivre les corrections jusqu’à leur validation.
Gravité des anomalies avant la mise en ligne
Une anomalie bloquante empêche un usage essentiel, par exemple un paiement qui échoue ou une page d’accueil inutilisable sur téléphone. Une anomalie majeure touche un parcours ou une page importante, tandis qu’une anomalie mineure concerne généralement un défaut limité.
Gravité des anomalies web :
- Bloquante : correction requise avant toute ouverture publique
- Majeure : correction rapide, idéalement sous cinq jours ouvrés
- Mineure : correction planifiée, éventuellement inscrite en réserve
Le cas d’un site de 60 pages décrit dans les données illustre l’intérêt d’un délai suffisant : une recette menée sur sept jours a relevé 46 défauts, dont quatre bloquants. Parmi eux figuraient un formulaire sans destinataire et de nombreuses anciennes adresses sans redirection.
Procès-verbal, réserves et bascule du site
Le procès-verbal doit préciser la date, la version testée, les réserves restantes et leurs échéances. Il indique également le point de départ de la garantie prévue au contrat, souvent fixée à trois mois dans l’exemple fourni.
Éléments du procès-verbal :
- Date de réception et version exacte du site examiné
- Liste des anomalies restantes et délais de correction convenus
- Conditions de garantie et modalités de levée des réserves
Ne signez pas une réception sans réserve si un défaut majeur ou bloquant demeure ouvert. Le solde du marché, parfois fixé à 30 % selon le contrat, peut constituer un levier de négociation qu’il faut préserver jusqu’à la correction convenue.
Avant la bascule, vérifiez une dernière fois les sauvegardes, la sécurité web, les accès et les redirections essentielles. Le lendemain du lancement, contrôlez les formulaires et les indicateurs de fréquentation afin de repérer rapidement tout écart avec le fonctionnement attendu.
Mieux comprendre, pour concevoir plus juste
Qu'il s'agisse d'UX, de responsive, d'accessibilité ou de SEO, chaque repère compris est un pas de plus vers un site plus efficace et plus agréable à utiliser. La théorie ne remplace jamais les tests réels, mais elle permet d'aborder chaque projet avec plus de clarté.
Pour aller plus loin
- Observer comment vos utilisateurs se comportent réellement sur le site
- Tester chaque évolution avant de la généraliser
- Vous appuyer sur des référentiels reconnus (WCAG, Core Web Vitals…)
- Avancer par itérations, sans jamais figer le design
