Blog/Process

Combien de temps pour créer un site web ? (Délais réalistes)

19 juin 202611 min de lecture

Un site template ou créé avec un constructeur peut être en ligne en quelques jours à deux semaines. Un site vitrine ou marketing sur mesure demande environ trois à huit semaines. L'e-commerce prend plus de temps, et une vraie application web se compte en mois, pas en semaines. Voilà la réponse honnête. La réponse plus longue est plus utile, car la variable la plus déterminante dans chacune de ces fourchettes n'est pas l'agence — c'est vous.

Avant le détail, une distinction qui piège presque tout le monde : le temps calendaire n'est pas le temps de travail. Un site qui prend « six semaines » implique rarement six semaines de quelqu'un en train de taper du code. Il implique peut-être dix à quinze jours ouvrés de build réel, étalés sur six semaines calendaires par les rondes de design, la collecte de contenu, les cycles de feedback et les vides entre les deux. Quand un projet déborde, ce n'est presque jamais parce que le code a ralenti. C'est parce que le calendrier s'est allongé.

La réponse honnête, directement

Voici les fourchettes que nous citerions sans broncher en juin 2026, en supposant un prestataire compétent et un client présent :

  • Site template / constructeur (template Webflow, Framer, Wix) : quelques jours à 2 semaines.
  • Site vitrine ou marketing sur mesure (5–12 pages) : 3–8 semaines.
  • Site marketing avec blog, CMS et i18n : 6–10 semaines.
  • E-commerce (catalogue sur mesure, paiement, checkout) : 8–16 semaines.
  • Application web ou mobile (auth, base de données, vraies fonctionnalités) : 3–9 mois, souvent plus.

Ce sont des fourchettes de bout en bout — de « on démarre » à « c'est en ligne » — pas de pures estimations de build. L'écart à l'intérieur de chaque fourchette tient presque entièrement à la clarté du périmètre, à la disponibilité du contenu et à la rapidité des décisions. Deux studios à compétence égale livreront le même projet à trois semaines d'écart, selon celui dont le client répond le mardi plutôt que le lundi suivant.

Si quelqu'un vous annonce un délai avant d'avoir vu votre contenu, votre brief et votre circuit de décision, il devine. Une vraie estimation arrive après un appel de cadrage, pas avant.

Phase par phase : où passent réellement les semaines

Chaque site, quel que soit son type, traverse les mêmes phases. Les durées varient selon le périmètre, mais la séquence ne change pas. Voici un découpage réaliste pour un site marketing sur mesure — le projet qu'on nous demande le plus souvent d'estimer.

PhaseCe qui se passeLivrablesDurée typique
CadrageRevue du brief, objectifs, cible, périmètre, arborescenceDocument de périmètre, arborescence, prix fixe0,5–1,5 semaine
DesignDeux directions max, une choisie, affinéePages clés designées, design system1,5–3 semaines
ContenuRédaction, photographie, assets rassemblésTextes finaux, images, pages légales1–4 semaines (en parallèle)
Build / développementIntégration front, CMS, intégrations, responsiveSite de préprod, démos hebdo2–4 semaines
QA / testsMulti-navigateurs, appareils, accessibilité, perfListe de bugs vidée, objectifs CWV atteints0,5–1 semaine
Mise en ligneDNS, redirections, analytics, Search ConsoleSite en ligne, transfert0,5 semaine

Deux choses à remarquer. D'abord, le contenu chevauche tout. C'est la phase la plus souvent sous-estimée et la plus susceptible de bloquer l'ensemble du projet — d'où la discussion qui lui est consacrée plus bas. Ensuite, la phase de build — celle que tout le monde imagine être « le projet » — est souvent le bloc prévisible le plus court. Un code solide et fini dès le départ évite que le build n'explose en fin de course ; le risque vit dans les phases qui l'entourent.

Cadrage (0,5–1,5 semaine)

C'est ici que le périmètre se verrouille et que le prix se fixe. Le sauter semble efficace et c'est la chose la plus coûteuse que vous puissiez faire. Un brief flou à ce stade devient du scope creep à la semaine quatre. Pour que cette phase file, venez préparé — notre guide sur comment briefer une agence web détaille exactement quoi apporter.

Design (1,5–3 semaines)

Nous montrons deux directions, jamais sept. Plus d'options ne produit pas un meilleur résultat ; ça produit de la paralysie et un calendrier plus long. Vous en choisissez une, nous l'affinons. La phase design d'un site marketing dépasse rarement trois semaines, sauf si la marque elle-même est encore en cours d'invention en parallèle — auquel cas vous menez en réalité deux projets, et le délai le reflète.

Contenu (1–4 semaines, en parallèle)

L'honnête. La plupart des clients pensent que le contenu est une tâche annexe. Ça ne l'est pas. Pour un site de 10 pages, rédiger de vrais textes et sourcer de vraies images, c'est 1 à 4 semaines de travail — et c'est votre travail, sauf si vous avez budgété un rédacteur. Fait en parallèle du design et du build, il ne vous coûte rien au calendrier. Fait à la fin, il ajoute chacun de ses jours à la date de mise en ligne.

Build / développement (2–4 semaines)

Le travail visible. Avec un design clair et un contenu prêt, un site marketing sur mesure se construit en deux à quatre semaines. Nous livrons une démo fonctionnelle chaque vendredi : vous n'attendez jamais la fin pour voir où ça va — vous le regardez s'assembler. Cette cadence est aussi un garde-fou : elle fait remonter les malentendus tant qu'ils sont peu coûteux à corriger.

QA / tests (0,5–1 semaine)

Multi-navigateurs, appareils réels, accessibilité, budget de performance. Sur un site bien construit, c'est court parce que le code était solide dès le départ. Sur un build bâclé, ça s'étend pour absorber chaque raccourci pris plus tôt.

Mise en ligne (0,5 semaine)

Propagation DNS, redirections 301, analytics, Search Console, balises OG. Mécanique mais incontournable. Puis commencent les 30 premiers jours après le lancement — qui sont une phase à part entière.

Délai total par type de site

Voici la même logique appliquée aux différents types de projets et méthodes de build. Les fourchettes sont du temps calendaire de bout en bout, avec un client réactif.

Type de site / méthodeMéthode de buildDélai réalisteGoulot principal
Landing page (template)Template, personnalisation légère2 jours–1 semaineContenu
Site vitrine (5 pages, template)Template Webflow / Framer1–2 semainesContenu + décisions
Site marketing sur mesure (5–12 pages)Design et front sur mesure3–8 semainesContenu + rapidité du feedback
Site marketing + blog + CMS + i18nNext.js / Astro, CMS, 2–3 langues6–10 semainesTraduction + contenu
E-commerceCatalogue, checkout, paiement8–16 semainesDonnées produits + intégrations
Application web (MVP)Front + back, auth, base de données3–6 moisPérimètre + décisions
Application web / mobile (production)Full-stack, vraies fonctions, échelle6–9+ moisPérimètre + parties prenantes

Un motif saute aux yeux dans la colonne de droite : à une exception près (les données produits en e-commerce, en partie mécaniques), chaque goulot est humain. Aucun n'est « les développeurs ont été lents ». Ce n'est pas un hasard.

Le chemin le plus rapide vers un site plus rapide n'est pas un développeur plus rapide. C'est un décideur plus rapide.

Pourquoi les projets débordent vraiment

Nous avons livré assez de sites pour connaître les modes d'échec par cœur. Presque aucun n'est technique. Voici les vrais, à peu près par ordre de fréquence.

Le contenu n'était pas prêt. La cause numéro un, et de loin. Le build est terminé, le design validé, et le site reste en préprod trois semaines à attendre le texte « à propos » et les photos produits. La date de lancement n'a jamais dépendu du développeur — elle dépendait du contenu.

Feedback client lent. Une ronde de design qui devrait se clore en deux jours dérive à deux semaines parce que la bonne personne était en déplacement, ou que le retour est arrivé en cinq emails séparés sur dix jours. Chaque vide entre « on l'a envoyé » et « vous avez répondu » est du temps calendaire mort que personne ne travaille.

Scope creep. « On pourrait aussi ajouter une page carrières ? Et une deuxième langue ? Et une intégration newsletter ? » Chaque ajout est raisonnable. Ensemble, ils transforment discrètement un projet de six semaines en un projet de douze — généralement sans que personne accepte de déplacer la date. C'est précisément pourquoi nous travaillons à prix fixe sur un périmètre verrouillé : les changements deviennent des décisions explicites, pas une dérive silencieuse.

Trop de parties prenantes. Quand cinq personnes doivent valider la page d'accueil, vous n'obtenez pas cinq fois la qualité — vous obtenez cinq fois les cycles de révision et un design moyenné jusqu'à la fadeur. Les comités allongent les délais et affaiblissent les résultats en même temps.

Brief flou. Si le projet démarre sans accord sur ce qui est construit, les premières semaines servent à le découvrir de la manière coûteuse — par la reprise. Un bon brief avance ces décisions au moment où elles sont peu coûteuses.

Dépendances tierces. Un CRM qui nécessite la validation de la DSI, un prestataire de paiement dont la vérification prend dix jours ouvrés, un asset de marque bloqué chez une agence externe. Chacun a son propre tempo, et il se moque du vôtre. Identifiez-les au cadrage, sinon ils vous tendent une embuscade au lancement.

Remarquez le fil rouge : le client contrôle la plupart de ces facteurs. Ce n'est pas une accusation — c'est une bonne nouvelle. Cela signifie que le délai est en grande partie entre vos mains.

Comment aller plus vite sans sacrifier la qualité

Vous pouvez comprimer significativement le délai d'un site sans rien sacrifier au produit fini. Rien de tout cela ne consiste à travailler plus vite. Il s'agit de supprimer les vides où rien ne se passe.

Briefez bien, une fois. Un brief clair et complet au départ est l'investissement en temps le plus rentable de tout le projet. Il raccourcit le cadrage, évite la reprise et tue le scope creep avant qu'il commence. Passez-y une journée. Voir comment briefer une agence web.

Rassemblez le contenu avant d'en avoir besoin. Commencez à rédiger les textes et à sourcer les images le jour du lancement du projet — pas la semaine avant la mise en ligne. Le contenu fait en parallèle ajoute zéro jour. Fait à la fin, il ajoute tous les siens. Si vous ne faites qu'une chose tirée de cet article, faites celle-ci.

Désignez un décideur unique. Une personne avec l'autorité de valider le design et de trancher les désaccords. Recueillez les avis internes comme vous voulez, mais canalisez-les par une seule voix. À elle seule, cette mesure peut faire gagner des semaines sur un projet riche en feedback.

Faites confiance au process — donnez un feedback réel, vite. Quand vous voyez une démo du vendredi, réagissez. Un retour précis et rapide (« le hero manque de présence, le tableau de prix est parfait ») fait avancer le projet. Un retour vague ou tardif le bloque. La cadence ne fonctionne que si les deux côtés suivent le rythme.

Adoptez l'async. Nous travaillons en async-first : une démo fonctionnelle chaque vendredi, des comptes-rendus écrits que vous lisez à votre rythme, des décisions prises par écrit là où elles durent. Pas de réunions récurrentes à coordonner entre fuseaux, pas d'attente d'un créneau pour débloquer une question. Pour une équipe distribuée, l'async n'est pas un compromis — c'est plus rapide que l'alternative pilotée par les réunions, parce que le travail ne s'arrête jamais pour attendre une salle.

Deux directions de design, une démo chaque vendredi, le contenu rassemblé tôt, un décideur unique, un feedback dans la journée. Faites ces cinq choses et votre site « 8 semaines » atterrit en cinq. Sautez-les et votre site « 3 semaines » prend trois mois. La méthode, c'est le délai.

À quoi s'attendre après la mise en ligne

Le jour du lancement n'est pas la ligne d'arrivée — c'est le moment où le site rencontre le vrai trafic, les vrais appareils, les vrais comportements. Le DNS se propage, Search Console commence à indexer, l'analytics se remplit, et les premiers vrais bugs apparaissent. Prévoyez-le. Les 30 premiers jours ont leur propre rythme, et bien les gérer sépare un site qui marche en silence d'un site qui fuit en silence. Nous avons écrit le mode d'emploi complet dans à quoi s'attendre après le lancement de votre site.

La règle

Un site prend le temps de votre décision la plus lente plus celui de votre contenu le plus tardif. Le build est la partie prévisible ; tout ce qui l'entoure est là où le temps se gagne ou se perd. Choisissez un prestataire compétent, puis tenez votre part — brief clair, contenu tôt, un décideur unique, feedback rapide — et le délai réaliste devient le délai réel.

La voie « rapide et pas chère » existe et elle est honnête : un site template en une semaine est un choix réel, parfois le bon, et nous vous le dirons quand c'est le cas. Mais « rapide » doit venir de la suppression des vides, pas de la coupe des coins que vous paierez à reconstruire l'an prochain.


Vous voulez un délai réel pour votre projet précis, pas une fourchette générique ? Démarrez une conversation — dites-nous ce que vous construisez et nous revenons sous 48 h avec une estimation cadrée.

Prêt à démarrer quelque chose ?

Nous prenons un nombre limité de projets chaque trimestre. Dites-nous ce que vous construisez.

Lancer un projet
— Aller plus loin
Découvrir nos servicesEstimer le coût du projetCréation de site web par villeCréation de site web à NîmesCréation de site web à NanterreCréation de site web à La Seyne-sur-MerCréation de site web à Brive-la-GaillardeCréation de site web à La Chaux-de-FondsCréation de site web à Saint-Lô
— Du même blog
Process7 min de lecture

Retainers de maintenance : en avez-vous vraiment besoin après le lancement ?

Ce qui casse après le lancement, le vrai coût de la maintenance DIY, ce que couvre un retainer vs. le support ad-hoc, et comment savoir si vous avez besoin d'un développement continu.

11 juil. 2026Lire
Process14 min de lecture

SEO pour un nouveau site web : le guide pas à pas pour débuter

Comment faire le SEO d'un nouveau site, dans l'ordre : indexation, vrais mots-clés, bases on-page et techniques, contenu qui répond aux requêtes. Sans blabla.

6 juil. 2026Lire