Dix jours ouvrables ou moins. C’est le délai que nous annonçons pour un site à portée fixe d’au plus 8 pages, et pour une bonne partie des projets, ça se règle en aussi peu qu’une semaine. La plupart des agences ne vous donneront aucun chiffre : vous verrez « ça dépend », une fourchette qui va « de quelques semaines à quelques mois », ou une liste d’étapes sans dates. Ce n’est pas vraiment de la malhonnêteté, plutôt un aveu : sans portée fixe, personne ne peut vous dire combien de temps quoi que ce soit prend, parce que la portée continue de bouger.
Ce chiffre tient à une condition, et on préfère la dire tout de suite plutôt que de la découvrir ensemble à la troisième semaine : il suppose que les éléments que vous seul pouvez fournir arrivent quand on les demande, et que les approbations reviennent. Un design qui attend deux semaines un « oui » repousse le lancement de deux semaines — la construction n’a jamais été la partie lente.
Nous pouvons donner un chiffre parce que la portée ne bouge pas. Voici ce qui tient réellement ce délai, ce qui dépend de vous plutôt que de nous, et ce qu’il faut avoir en main avant que l’horloge se mette en marche.
Pourquoi 10 jours est un chiffre réel, pas une estimation
Un projet s’étire pour l’une de trois raisons : le nombre de pages ne cesse d’augmenter, la liste de ce qui est inclus ne cesse de changer, ou les tours de révision n’en finissent plus. Notre délai tient parce qu’aucun des trois n’est ouvert.
Le nombre de pages est plafonné à 8. Ce n’est pas une limite marketing : c’est le plafond qui garde un projet dans un seul passage prévisible en conception et développement, au lieu d’une liste de tâches qui n’arrête pas de grandir. Une neuvième page, un deuxième gabarit ou un espace membres change complètement la donne, et on vous le dit avant que l’horloge démarre, pas après.
La liste des livrables est fixée d’avance. Design adaptatif, formulaires, mise en place du blogue, accès au CMS, un logo (jusqu’à trois concepts), référencement de base — métadonnées et plan de site XML — plus votre domaine, l’hébergement, l’accès à Analytics et à Search Console, et l’intégration Google Maps. Rien ne s’ajoute en cours de route sans avoir été convenu dès le premier jour, et c’est justement la partie qui fait habituellement dérailler les estimations des autres.
Les révisions sont limitées, pas illimitées. Une clause ouverte du genre « on va continuer d’ajuster » a l’air généreuse, mais c’est exactement ce qui transforme un projet de 10 jours en projet de 10 semaines. Un nombre défini de tours de révision veut dire que les commentaires sont recueillis, appliqués et fermés — pas égrenés sur un mois.
Rien de tout ça n’enlève la part humaine de l’équation du coût — un prix fixe et un délai fixe viennent de la même source : s’entendre sur la portée avant que le travail commence, pas pendant.
Qu’est-ce qui ralentit vraiment un projet de site web
Une fois la portée verrouillée, la plus grande variable qui reste, c’est vous — pas parce que les clients sont difficiles, mais parce qu’un projet ne peut avancer plus vite que les pièces que vous seul pouvez fournir.
- Les textes et les photos. Le travail de conception peut commencer avec du contenu provisoire, mais une page ne peut pas être livrée sans le vrai contenu. Attendre les textes ou les images est, de loin, la raison la plus fréquente pour qu’un projet de 10 jours s’étire.
- L’approbation de plus d’une personne. Un projet avec un seul décideur avance en ligne droite. Un projet qui a besoin qu’un associé, un responsable marketing et un propriétaire approuvent tous les trois la même page d’accueil avance au rythme où ces trois personnes consultent leurs courriels.
- L’accès au domaine et au courriel. Si personne ne se souvient des identifiants chez le registraire, ou que le domaine est stationné chez un fournisseur différent de celui qui paie la facture, ce seul mot de passe manquant peut retarder le lancement de plusieurs jours — une fois le site lui-même terminé.
- Les pages juridiques. Une politique de confidentialité et des conditions d’utilisation s’ajoutent vite une fois que quelqu’un les a rédigées, et traînent quand personne ne l’a fait.
- Les renseignements du processeur de paiement. Vendre en ligne suppose un compte marchand ou une passerelle de paiement approuvés, et cette approbation échappe complètement à notre délai — certains processeurs prennent des jours pour vérifier une nouvelle entreprise.
- Le délai de réponse sur les révisions. Un nombre limité de tours ne fait gagner du temps que si chaque tour revient rapidement. Une révision qui reste sans réponse pendant une semaine ajoute une semaine, peu importe la vitesse du projet lui-même.
Ce qu’il faut préparer avant de commencer
Les projets qui respectent les 10 jours commencent presque toujours avec la même courte liste déjà en main. Ceux qui n’y arrivent pas commencent habituellement sans elle.
- Un texte final ou quasi final pour chaque page — même une ébauche vaut mieux qu’un espace réservé
- Les photos et tout fichier de logo que vous possédez déjà
- Une seule personne ayant l’autorité d’approbation finale, désignée dès le départ
- Les identifiants chez le registraire du domaine, ou un accès transféré vers nous
- Un courriel d’entreprise déjà configuré, ou une décision sur celui à utiliser
- Une politique de confidentialité et des conditions d’utilisation, rédigées ou au moins ébauchées
- Un compte de processeur de paiement, si le site doit accepter des paiements
- Toute intégration incontournable nommée dès le premier jour, pas découverte en cours de route
Ce que « 10 jours ouvrables » n’inclut pas
Que le projet se termine à temps ne veut pas dire que le site a déjà tout ce dont un nouveau site a besoin. Trois éléments se situent volontairement en dehors de cette fenêtre de 10 jours, parce qu’ils ne font pas partie de la construction du site — ils commencent une fois qu’il existe.
L’indexation. Un site terminé n’apparaît pas dans les résultats de recherche Google au moment où il est mis en ligne. Les moteurs de recherche doivent d’abord trouver et explorer les nouvelles pages, ce qui est un processus distinct du lancement — voir le propre guide de Google sur comment demander à Google d’explorer de nouveau vos URL pour savoir comment ça fonctionne et à quel délai réaliste s’attendre.
La configuration avancée d’Analytics. L’accès à Analytics et à Search Console est inclus dans le projet, mais le suivi des objectifs, les événements de conversion et les rapports personnalisés sont une étape ultérieure, pas une case à cocher le jour du lancement.
Le contenu du blogue. Le CMS et la structure du blogue sont prêts dès le premier jour. Le remplir d’articles est un travail continu, pas un livrable de lancement — voir notre portrait de ce que couvre l’entretien d’un site web pour savoir où se situe exactement cette limite.
Deux autres choses valent la peine d’être connues, même si elles ajoutent rarement du retard : prouver que vous êtes propriétaire du domaine (le guide de Google sur la vérification de la propriété d’un site via un enregistrement DNS en montre la mécanique), et le certificat SSL qui sécurise le domaine, que Let’s Encrypt explique être habituellement délivré automatiquement une fois le DNS pointé correctement — pas quelque chose que vous demandez à part.
Une date en tête ?
Si vous avez une ouverture, un événement de lancement ou une saison vers laquelle vous vous préparez, la façon la plus rapide de savoir si 10 jours suffisent est de nous donner la date. Envoyez-nous votre date de lancement cible, et nous vous renverrons une courte liste de ce dont nous avons exactement besoin de votre côté pour y arriver — la même liste que ci-dessus, adaptée à votre projet. Contactez-nous et travaillons à rebours à partir de votre date, plutôt qu’à partir d’une estimation.
