En bref : Rarement à cause d'un seul gros retard. Presque toujours à cause d'une série de silences d'une semaine ou de dix jours que personne ne note et qu'on ne peut plus reconstituer après coup. L'explication que vous lisez partout, à savoir que tout dépend de ce que le client fournit, n'est vraie qu'à moitié : le problème n'est pas que vous répondez lentement, mais qu'on vous demande des décisions que vous n'avez pas encore prises à ce moment-là.
Où passe le temps
Demandez à quelqu'un, après coup, pourquoi son site web a été mis en ligne trois mois plus tard que prévu, et on vous répondra rarement par une date. On vous répondra par une impression : ça a traîné. Ce n'est pas une mémoire défaillante, c'est exactement la forme que prend ce retard.
Un projet ne s'arrête en effet pas une fois pendant un mois. Il s'arrête dix fois pendant quelques jours, et ces pauses ne figurent dans l'agenda de personne. Mises bout à bout, elles forment le retard, et prises une par une, aucune ne semble valoir la peine d'être signalée.
J'ai longtemps pensé que je devais simplement assurer un suivi plus strict. Jusqu'à ce que je voie quels e-mails restaient sans réponse : jamais les questions dont la réponse existait déjà, toujours celles qui obligeaient quelqu'un à décider d'abord quelque chose.
L'explication que tout le monde donne
Le 3 septembre 2026, j'ai cherché de manière ciblée la mesure qui se cache derrière cette phrase : des études sur les causes de retard dans les projets de sites web, et en particulier sur les contenus fournis par le client comme cause. Neuf sources en néerlandais sont sorties, et c'étaient toutes des blogs d'agences web ou de vendeurs de logiciels de gestion de projet. Les neuf donnent la même réponse, et aucune ne cite un échantillon, une période ou une méthode. Ce n'est pas un mensonge non plus. C'est une règle empirique répétée si souvent qu'elle finit par ressembler à un chiffre.
Leurs noms ne figurent pas ici, et c'est un choix que vous pouvez contester. Le reproche vise une habitude de toute la profession, pas ces neuf-là en particulier. Vous pouvez en revanche vérifier, et cela vous prend cinq minutes : cherchez les causes de retard dans les projets de sites web, ouvrez les résultats en néerlandais qui traitent vraiment du sujet, et cherchez dans chacun un seul chiffre accompagné d'une source. Je n'en ai trouvé aucun.
Ce n'est pas anodin, car les neuf vendent le travail sur lequel ils portent un jugement. Celui qui construit lui-même a intérêt à ce que le retard se trouve de l'autre côté de la table. Je le dis aussi de moi-même : nous vendons de la maintenance de sites web, et cet article porte sur la question de savoir qui est responsable du retard.
Le chiffre que l'on ressort dans ce genre de discussion vient du rapport CHAOS publié en 1994 par l'entreprise américaine Standish Group. Il porte sur des projets informatiques et non sur des sites web, et Eveleens et Verhoef, de la Vrije Universiteit Amsterdam, l'ont démonté en 2010 sur la base de 5 457 estimations issues de 1 211 projets réels. Ce qui a bel et bien été mesuré figure ci-dessous, à côté.
- Le client fournit ses contenus trop lentement
- Neuf sources : des agences web et des vendeurs de logiciels de gestion de projet
- Aucun échantillon, aucune période, aucune méthode, vérifié le 3 septembre 2026
- Les neuf vendent eux-mêmes le projet sur lequel ils portent un jugement
- 945 donneurs d'ordre, interrogés en décembre 2023
- 90 % modifient la demande après l'avoir transmise
- L'étude porte sur des briefings publicitaires, pas sur des sites web
- BetterBriefs vend des formations à la rédaction de briefings
En retard par rapport à quoi ?
Avant de chercher des causes, il vaut la peine de déterminer par rapport à quoi vous mesurez, car c'est déjà là que ça coince. Un projet de site web a rarement une date de départ que les deux parties comprennent de la même façon. Est-ce le jour où vous avez signé, le jour où la discussion a commencé, ou le jour où le créateur de site avait tout ce dont il avait besoin ? Ces trois dates sont parfois séparées de plusieurs mois.
C'est la même chose pour la fin. Terminé à la livraison, terminé après la dernière correction, ou terminé quand tous les textes sont en place ? Tant que ce n'est pas fixé, le retard n'est pas un constat mais une impression, et cette impression n'est pas la même des deux côtés.
Ce que vous pouvez y faire
Vous arrêtez de chercher le coupable, et vous prenez les accords qui rendent un silence visible pendant qu'il dure. C'est moins satisfaisant qu'une cause, et c'est la seule chose qui fonctionne tant que personne n'a mesuré cette cause.
Trois accords font l'essentiel du travail. Liez le démarrage à un événement plutôt qu'à une date, par exemple le jour où le dernier texte est arrivé. Convenez de ce qui se passe si l'une des deux parties reste silencieuse pendant deux semaines, car c'est précisément le moment où les projets s'enlisent sans que personne ne le remarque. Et inscrivez à mi-parcours un moment de bilan dans l'agenda, à une date fixe, pour que personne ne doive attendre d'être assez inquiet pour décrocher son téléphone. Si la collaboration se poursuit ensuite dans un contrat de maintenance, les quatre mêmes questions que pour le prix s'appliquent : vous les trouverez dans ce que coûte la maintenance d'un site web par mois.
Si vous remarquez que chez vous, ça bloque sur ce que vous devez fournir, la question n'est pas de savoir comment répondre plus vite, mais comment ces questions vous arrivent. C'est le sujet de l'article sur la fourniture du contenu et de la façon dont nous reprenons la maintenance de sites web. Si vous cherchez d'abord la vue d'ensemble sur les modèles de maintenance, elle se trouve dans le guide d'achat pour externaliser la maintenance de votre site.
Questions fréquentes sur les délais
Combien de temps faut-il alors normalement pour un site web ?
Il n'existe pas de réponse mesurée. La fourchette de trois à quatre mois que vous rencontrez partout remonte chaque fois à un blog d'agence qui cite un autre blog d'agence. Demandez à votre créateur de site combien de temps ses cinq derniers projets ont réellement duré, à partir de quel moment il compte, et où ils se sont arrêtés. Cette conversation en dit plus sur sa façon de travailler qu'une moyenne ne le pourra jamais. Les autres questions à poser lors de cet entretien se trouvent dans l'article sur le choix d'un bon créateur de site.
Ce n'est donc pas tout simplement la faute du client ?
Parfois oui, et ce n'est pas grave. Le problème, c'est que personne ne l'a mesuré et que tous ceux qui l'affirment y ont intérêt. En plus, cette question met le poids au mauvais endroit : savoir si vous êtes lent est moins utile que savoir si les questions vous arrivent à un moment et sous une forme qui vous permettent d'y répondre.
Un planning plus serré aide-t-il ?
Seulement s'il prévoit ce qui se passe en cas de silence. Un planning qui ne contient que des dates de livraison part du principe que les deux parties sont disponibles en permanence, et ce n'est jamais le cas pour un chef d'entreprise. Un accord sur ce qui se passe après deux semaines sans nouvelles fait plus, en pratique, qu'un calendrier plus serré.
- Ce qu'il faut retenir
- Il n'existe aucune étude sur la durée des projets de sites web au Benelux. Celui qui vous donne une moyenne vous donne une règle empirique.
- Le retard naît de courts silences que personne ne note, pas d'un bloc d'un mois.
- Ce qui a bel et bien été mesuré : 90 % des 945 donneurs d'ordre interrogés par BetterBriefs en décembre 2023 modifient la demande après l'avoir transmise.
- Fixez le moment où le compteur démarre et ce qui se passe après deux semaines de silence. Cela fait plus qu'un calendrier plus serré.
- La rapidité n'est pas un critère pour juger un créateur de site. La transparence avec laquelle il parle de ses propres projets, si.
