Délai de création d'un site web : la fourchette honnête

Un patron de TPE m'a appelé en septembre dernier : il voulait son site « en deux semaines pour la rentrée ». On l'a livré en huit. La cause du retard ? Ni le design, ni le code. Le contenu côté client.

Le délai création site web est l'un des sujets les plus mal estimés du marché. Les agences annoncent des plannings serrés pour faire signer, les freelances ne comptent pas le temps client, et les patrons découvrent en cours de route que « livrer un site » ce n'est pas juste développer 5 pages. Voici la fourchette honnête en 2026, par type de projet, avec ce qui rallonge vraiment la facture côté planning.

Pourquoi le délai de création d'un site web est presque toujours sous-estimé

La phrase qui revient le plus dans mes premiers échanges avec un prospect : « je voudrais le site en 3 semaines ». Dans 9 cas sur 10, c'est intenable, et ce n'est pas parce que je suis lent.

Un projet web sérieux passe par 5 phases : brief, design, développement, contenu, tests. Chaque phase a deux temps : le temps de production, et le temps de validation. Et le temps de validation, c'est vous qui le portez. Selon Geary, agence spécialisée dans la livraison web, un projet est considéré comme en retard dès qu'une demande de validation ou de contenu reste sans réponse plus de 5 jours ouvrés. Sur un site vitrine PME standard, on compte 4 à 6 cycles de validation. Faites le calcul.

L'erreur classique : signer un devis qui n'inclut que le temps prestataire. Le bon prestataire vous donne un calendrier qui intègre vos délais à vous, avec des deadlines de votre côté aussi.

Délai création site web : la fourchette réaliste par type de projet

Voici les fourchettes que je tiens sur les projets D3C, alignées avec le guide de référence Shopify sur les délais de site web. Les chiffres en italique correspondent au délai « tout compris », côté client validations incluses.

La règle qui m'évite les mauvaises surprises côté client : prévoir un délai tampon de 50 % sur chaque phase. Cette règle empirique remonte aux méthodes de gestion de projet logiciel et s'applique parfaitement au web aujourd'hui.

Les 5 phases d'un projet et ce que chacune mange

Comprendre ce qui prend du temps évite de croire qu'on va « gagner 3 semaines en sautant le brief ». Voici la décomposition réelle d'un site vitrine 8 pages.

1. Brief et cadrage (1 à 2 semaines). Définition des objectifs, audit de l'existant, arborescence, choix techniques. Un brief bâclé garantit 4 semaines de retard plus tard.
2. Design et maquettes (2 à 3 semaines). Wireframes, charte, maquettes desktop et mobile, validations. C'est ici que les allers-retours s'accumulent si la direction artistique n'est pas claire.
3. Développement et intégration (2 à 4 semaines). La phase « technique » au sens strict. C'est paradoxalement la plus prévisible quand le brief est solide.
4. Contenu (transversal, souvent sous-estimé). Textes, photos, vidéos, fiches produit. D'après les retours d'expérience documentés par ManageWP, le contenu n'est presque jamais prêt au moment où le développement en a besoin.
5. Tests, recette et mise en ligne (1 à 2 semaines). Performances, mobile, SEO technique, formulaires, paiement le cas échéant. Phase écrasée dans la majorité des projets pressés, et c'est elle qui crée les bugs visibles après le go-live.

Un brief solide rédigé en amont fait gagner 2 à 4 semaines sur la suite. J'ai détaillé la trame que j'utilise dans le modèle de cahier des charges en 7 sections et dans la trame pour briefer un développeur web sans dérapage.

Ce qui rallonge un délai création site web (et le coupable n'est pas le dev)

Sur les projets en retard que j'ai analysés ou récupérés, les causes se concentrent toujours sur les mêmes points. Les voici par ordre d'impact réel sur la durée du projet web.

• Le contenu pas prêt. La cause numéro un, documentée dans toutes les études du secteur. Textes pas écrits, photos pas prises, témoignages pas validés par les clients. Compter une semaine de retard par bloc manquant.
• Le périmètre qui bouge. Ajout d'un module non prévu, page supplémentaire, fonctionnalité « tant qu'on y est ». Chaque scope creep ajoute en moyenne 30 % à la phase concernée.
• Les validations en cascade. Quand il faut convaincre 4 décideurs internes, chaque cycle prend 5 à 10 jours. Sur 4 cycles, vous perdez 1 mois sans rien produire.
• Les dépendances externes. Un connecteur API qui change de version, un fournisseur d'images qui change sa licence, un hébergeur qui met 72 heures à répondre.
• Le « one more thing » d'avant lancement. La demande d'ajout dans les 48 heures précédant la mise en ligne, qui finit par décaler la date.

Aucune de ces causes n'est, par défaut, la faute du développeur. Mais c'est lui qui prend le retard à la figure dans 100 % des cas. D'où l'importance d'un planning contractuel qui répartit clairement les jalons côté client et côté prestataire.

Comment réduire le délai sans casser la qualité

Il existe trois leviers réels pour gagner du temps, et trois faux raccourcis.

Les vrais leviers

1. Préparer le contenu AVANT de signer. Textes des pages, photos brutes, fiches services rédigées. Sur un projet vitrine 8 pages, ça représente environ 8 000 à 12 000 mots. Sans ça, le développement attend.
2. Désigner un seul décisionnaire côté client. Pas un comité. Une personne qui valide et qui assume. Cette règle peut vous faire gagner 2 à 3 semaines sur un projet de 10 semaines.
3. Geler le périmètre au démarrage. Tout ce qui n'est pas dans le cahier des charges initial passe en phase 2, après la mise en ligne. Pas de négociation pendant le développement.

Les faux raccourcis

1. Sauter le brief. Vous gagnez 1 semaine au début pour en perdre 4 au milieu. Mauvais calcul.
2. Choisir un template « clé en main ». Le template existe, c'est vrai. Mais le temps économisé sur la production est repris par le temps de personnalisation et le remplissage de contenu. Le calcul réel est exposé dans la comparaison site sur mesure vs template à 3 ans.
3. Multiplier les intervenants. Mettre 3 développeurs sur un site vitrine pour aller 3 fois plus vite ne marche pas. La coordination mange le gain. Fred Brooks l'a démontré en 1975 dans The Mythical Man-Month, et ça reste vrai en 2026.

Le piège du site en 24 heures

Vous avez vu les pubs des CMS no-code : « créez votre site en 1 heure ». Techniquement, c'est vrai. Vous obtenez en 1 heure un site qui marche. Vous n'obtenez pas en 1 heure un site qui vous rapporte.

Monter un Wix « propre » avec contenu, photos optimisées, RGPD configuré, formulaire fonctionnel, SEO de base et tracking analytics prend entre 15 et 25 heures de travail. Pas 1 heure. Et le résultat reste un template reconnaissable, avec les contraintes structurelles que les Core Web Vitals définis par Google sanctionnent au référencement.

Le délai « marketing » des CMS no-code masque un coût caché : le temps que vous passez vous-même à essayer de rendre le site présentable, puis à le maintenir.

4 questions à poser à votre prestataire avant de signer

Le prestataire sérieux ne vous promet pas une date de mise en ligne tombée du ciel. Il vous donne un planning, avec vos jalons à vous, et une marge réaliste. Pour démasquer un mauvais planning, posez ces 4 questions.

1. « Qu'est-ce qui rallonge le délai si je ne livre pas mes contenus à la date prévue ? » S'il répond « rien, on s'arrange », fuyez. La bonne réponse est « chaque semaine de retard contenu décale d'une semaine la livraison, et voici comment on le tracke ».
2. « Combien de cycles de validation sont prévus, et combien de jours par cycle ? » Un projet vitrine a 4 à 6 cycles. Chaque cycle doit avoir un délai contractuel maximum, sinon le projet s'étire à l'infini.
3. « Qu'est-ce qui se passe si je veux ajouter une fonctionnalité en cours de route ? » Réponse acceptable : c'est traité en avenant, chiffré et planifié, ou reporté après la mise en ligne. Réponse à fuir : « pas de souci, on l'intègre ».
4. « Le délai annoncé inclut-il les tests, l'optimisation Core Web Vitals et la mise en ligne ? » Beaucoup de devis se terminent à « livraison de la version finale ». Le déploiement et la vérification post-mise en ligne, qui prennent 3 à 5 jours sérieusement, sont parfois exclus.

Vous voulez voir à quoi ressemble un planning honnête sur un projet réel ? J'ai documenté les livraisons récentes sur le portfolio D3C, avec les étapes et le tempo réel. Pour cadrer votre propre projet, le point de départ reste la prise de contact, où on définit ensemble un calendrier réaliste avant tout devis.

Un site web livré en retard de 3 semaines mais propre vous rapportera plus qu'un site livré « à la date » avec un formulaire cassé et un mobile qui rame. Le délai n'est pas un trophée. Le résultat business l'est.