Comment j'inspecte un projet web avant la livraison

Dans la vraie construction, un bâtiment n’est pas terminé quand la dernière brique est posée. Il est terminé quand il passe la Réception — l’inspection finale où l’architecte parcourt chaque pièce, vérifie chaque détail par rapport au plan, et ne signe la livraison qu’ensuite.

Je conduis mes projets web de la même façon. Avant qu’un de mes sites soit livré, il passe par une inspection que je prends aussi au sérieux que le chantier lui-même. Voici la check-list que je déroule réellement — pas la version idéale, la vraie.

1. Performance : mesurer, ne pas deviner

La première passe n’est jamais visuelle. Elle est numérique.

Lighthouse sur chaque gabarit — page d’accueil, chaque page de services, chaque type de contenu. Un site n’est pas rapide parce qu’une page l’est ; il est rapide parce que toutes le sont.
Les quatre scores : Performance, Accessibilité, Bonnes pratiques, SEO. Je vise 100/100 sur chacun. Si l’un descend sous 90, il ne part pas tant que je ne sais pas pourquoi.
Core Web Vitals — LCP, CLS et INP (la métrique qui a remplacé le FID). Un excellent score Lighthouse sur une machine de laboratoire propre dit une chose ; les données de terrain réelles en disent une autre. Je vérifie les deux.

2. Accessibilité : clavier et lecteur d’écran

Un site magnifique mais inutilisable par tous n’est pas terminé — il est décoré.

Parcours complet au clavier. Tabulez dans tout le site. Y a-t-il un anneau de focus visible partout ? Chaque menu, formulaire et accordéon peut-il être atteint et actionné sans souris ?
Structure sémantique. Un seul h1 par page, des titres dans un ordre logique, de vrais éléments <button> et <nav> — pas des <div> qui prétendent être des boutons.
Contraste. Texte sur images, texte sur panneaux de verre — mesuré, pas évalué à l’œil.
Une passe au lecteur d’écran. Écouter le site comme le ferait un utilisateur, pas comme je lirais le code.

3. SEO : la fondation technique

Le classement n’est pas une question de chance, ni de contenu seul. C’est un ensemble de conditions techniques qui doivent être vraies sur chaque page.

Une URL canonique par page — pas de contenu dupliqué qui se concurrence.
Meta title et description sur chaque page, écrits pour des humains, pas bourrés de mots-clés.
Données structurées là où elles comptent (j’utilise BlogPosting sur les articles, Organization et breadcrumbs ailleurs).
Des slugs propres et descriptifs et un sitemap réellement correct.
Aucun lien cassé. Un lien vers une 404 est une petite fissure dans le bâtiment — je parcours le site et je les trouve avant le client.

4. La réserve de chantier

C’est là que l’inspection devient honnête. Je tiens une liste courante de chaque problème trouvé — même mineur — et je ne clos le dossier que lorsque chacun est corrigé ou délibérément écarté.

Une réserve de chantier n’est pas le signe d’un mauvais projet. C’est le signe d’un vrai projet. Tout bâtiment a une liste de petits détails le jour de l’inspection. Ce qui distingue un professionnel d’un bâtisseur négligent, c’est que la liste est résolue et non simplement constatée.

5. La signature

Ce n’est que lorsque la check-list est claire que je signe. Cette signature est tout le modèle économique en un seul acte : un esprit, un standard, une responsabilité totale. Pas de chef de projet à blâmer, pas d’équipe à montrer du doigt, pas de « c’est un problème connu, on le corrigera plus tard ». Quand je signe, je dis que le bâtiment est sain.

Pourquoi l’inspection est le produit

Voici ce que les clients manquent souvent : l’inspection n’est pas une étape à la fin du projet. L’inspection est le produit. N’importe qui peut faire un site qui a l’air correct sur une capture d’écran. La différence entre un site qui fonctionne et un site qui performe, c’est la discipline de le vérifier par rapport à un standard avant de le livrer.

Je préfère livrer en retard avec une inspection propre que livrer à l’heure avec une réserve pleine d’excuses. Jusqu’ici, mes clients ont préféré ce marché-là aussi.