Les questions utiles en rendez-vous ne portent pas sur les compétences, elles portent sur ce qui se passe quand le projet ne se déroule pas comme prévu. Demandez qui détiendra le nom de domaine, ce qui n'est pas compris dans le prix, et qui répond quand le site tombe un samedi. Ce n'est pas seulement la réponse qui compte, c'est la précision avec laquelle elle arrive.
8 min de lecture · mis à jour le 19 septembre 2026
Commencez par la propriété, avant de parler du projet
Trois questions se posent avant les maquettes, les couleurs et les délais.
La réponse sur le nom de domaine est la plus révélatrice des trois. Un prestataire qui répond « à votre nom, je vous transmets les identifiants à la signature » a déjà fait cette réponse cent fois. Une réponse floue — « on s'occupe de tout ça », « ne vous encombrez pas avec ça » — n'est presque jamais de la négligence. Le titulaire d'un nom de domaine décide seul de son transfert. Si ce n'est pas vous, votre liberté de changer de prestataire dépend de l'accord de celui que vous voulez quitter.
L'hébergement suit la même logique avec une conséquence de plus : les sauvegardes vivent sur ce compte. Beaucoup d'indépendants revendent un hébergement mutualisé sous leur propre compte revendeur, et ce n'est pas un piège en soi — c'est souvent mieux tenu que ce que le client ferait seul, et moins cher. Ce qui doit vous alerter, c'est qu'on ne vous le dise pas spontanément, et qu'on ne vous explique pas comment vos données en sortent le jour où vous partez.
La troisième question sépare les réponses vagues des réponses précises. « Le site » ne veut rien dire. Demandez si vous récupérez les fichiers de conception modifiables, un dépôt de code avec son historique, et les identifiants des services tiers que le projet utilise. Une cession de droits qui ne nomme ni les supports ni la durée ne vous servira pas le jour où vous voudrez réutiliser le visuel sur autre chose qu'un site.
- À quel nom sera déposé le nom de domaine, et qui figurera comme titulaire au registre ?
- Le compte d'hébergement sera-t-il ouvert à mon nom, ou sur le vôtre ?
- À la fin du projet, qu'est-ce que je récupère exactement, et sous quelle forme ?
Sur le prix, la seule question qui apprend quelque chose
Le montant ne vous apprend rien tant que vous ne savez pas où il s'arrête. Deux questions le délimitent.
Un prestataire qui s'est déjà fait mordre répond vite et en détail : les textes, les photos, les licences de polices de caractères, les abonnements tiers, la reprise des contenus de l'ancien site, les traductions. Celui qui répond « tout est compris » ne ment pas — il n'a simplement pas encore rencontré le cas où ce n'était plus vrai, et c'est vous qui le rencontrerez avec lui.
La deuxième question compte davantage que la première. Tous les projets sortent de leur périmètre, sans exception. Ce qui distingue les prestataires, c'est le moment où ils vous le disent. Une réponse saine ressemble à : je vous préviens avant de commencer, je vous donne un chiffrage, vous décidez. Une réponse qui repousse la discussion — « on verra », « on ne va pas compter » — produit l'un des deux résultats suivants : une facture qui arrive sans prévenir, ou un prestataire qui travaille gratuitement et qui se rattrape sur sa disponibilité.
- Qu'est-ce qui n'est pas compris dans ce montant ?
- Comment facturez-vous une demande qui sort du périmètre convenu ?
Le déroulé sépare l'organisé de l'improvisateur
Deux questions suffisent à savoir si le prestataire a une méthode ou une habitude.
Le retard le plus fréquent sur un projet web ne vient pas du développement : il vient des textes que le client doit fournir et qu'il repousse. Un prestataire qui vous donne une date pour les contenus, et qui vous dit ce qui se passe si elle n'est pas tenue, a déjà vécu la situation. Celui qui répond « vous nous enverrez ça quand vous pourrez » vous laissera porter seul le glissement, et il aura raison contractuellement le jour où vous vous en plaindrez.
La question des allers-retours ne sert pas à négocier un tour de plus. Elle sert à savoir si la phase de validation a une fin écrite quelque part. « Autant qu'il faudra » est la réponse la plus dangereuse du lot : elle signifie que personne ne sait quand l'étape se termine, et que celui qui se lassera le premier cédera. Deux tours nommés, avec un format de retour attendu — une liste écrite plutôt que des remarques éparpillées au téléphone — protègent mieux le client qu'une promesse d'illimité.
- Qui rédige les textes, et à quelle date vous les faut-il pour tenir le calendrier ?
- Combien d'allers-retours sont prévus sur les maquettes, et que se passe-t-il au-delà ?
Ce qui se passe après la mise en ligne, et qui s'en occupe
Un site livré n'est pas un site terminé. Le socle technique continue de recevoir des correctifs de sécurité après votre mise en ligne, et quelqu'un doit les appliquer.
La bonne réponse peut très bien être : personne. Ce qui compte, c'est que vous le sachiez avant de signer. Un prestataire qui vous dit « la maintenance n'est pas dans ce devis, voici ce que ça implique si vous ne la prenez nulle part » est plus fiable que celui qui laisse entendre qu'il veillera par sympathie. La surveillance bénévole s'arrête au premier mois chargé, et elle s'arrête sans vous prévenir.
La question du samedi sert à faire prononcer un mot précis : un délai. « On est très réactifs » n'est pas un délai. « Je regarde sous vingt-quatre heures en semaine, je ne garantis rien le week-end » en est un, et cette réponse honnête vaut mieux qu'une disponibilité implicite que personne n'a écrite. Si une interruption d'une journée vous coûte des commandes, vous savez alors qu'il vous faut autre chose — et vous le savez avant de signer, pas pendant la panne.
- Qui applique les mises à jour de sécurité, et à quelle fréquence ?
- Si le site tombe un samedi, qui est-ce que je contacte, et qu'est-ce qui est garanti ?
Qui travaillera réellement sur votre projet
La personne en rendez-vous n'est pas toujours celle qui produit. Ce n'est pas un défaut en soi ; beaucoup de structures fonctionnent ainsi et bien. Le problème apparaît quand la question met mal à l'aise.
La sous-traitance non plus n'est pas un défaut. Un indépendant qui confie l'intégration à quelqu'un dont c'est le métier, et qui vous le dit, prend une responsabilité nette : il reste votre interlocuteur unique et il répond des délais de l'autre. Une structure qui sous-traite sans le mentionner ajoute une couche de traduction entre votre remarque et la personne qui corrigera — et chaque couche coûte des jours.
La seconde question est la plus inconfortable à poser, donc la plus instructive. Elle teste l'existence d'un plan : un dépôt de code accessible, une note qui explique comment le site se met à jour, quelqu'un capable de reprendre. Une réponse embarrassée vous dit que tout tient sur une personne. Ce n'est pas rédhibitoire pour un site vitrine qu'on peut laisser en l'état quelques semaines. Ça le devient pour un outil dont dépend votre activité quotidienne.
- Qui va faire le travail, et est-ce que je rencontre cette personne avant de signer ?
- Si elle n'est plus disponible au milieu du projet, que se passe-t-il concrètement ?
La question qu'on ne pense jamais à poser
Demandez : qu'est-ce que vous refusez de faire ?
Cette question désarme les argumentaires, parce qu'aucune plaquette ne la prépare. Un prestataire qui ne refuse rien ne vend pas une compétence, il vend sa disponibilité.
Les réponses utiles sont précises et souvent contraires à l'intérêt immédiat de celui qui les donne : je ne fais pas de boutique en ligne, je ne touche pas aux serveurs, je ne reprends pas un site dont je n'ai pas écrit le code, je ne démarre pas sans contenus validés. Chacune de ces phrases trace une frontière entre la compétence et l'improvisation, et vous dit de quel côté votre projet tombe.
La meilleure réponse que vous puissiez entendre est un refus qui vous concerne. Un prestataire qui vous explique que votre besoin ne justifie pas un développement sur mesure, et qui vous oriente vers une solution plus simple qu'il ne vendra pas, vient de vous montrer comment il arbitrera quand vous serez son client. C'est l'information la plus chère du rendez-vous, et elle est gratuite.
Ce qui n'est pas un signal, malgré les apparences
Trois critères pèsent moins lourd dans une décision qu'ils n'en ont l'air.
Un portfolio fourni prouve un volume, pas une adéquation. Vingt projets proches du vôtre en disent plus que deux cents projets hétéroclites, et un seul projet raconté en détail — les arbitrages, ce qui a été coupé, ce qui a mal tourné — en dit plus que toutes les vignettes de la page.
Les logos connus appellent une question simple : qu'avez-vous fait exactement pour eux ? Une bannière réalisée pour une filiale d'un grand groupe se présente visuellement comme une refonte complète, et personne n'a techniquement menti.
La proximité géographique rassure et ne garantit rien. Elle sert réellement quand le projet demande des ateliers en présence, des prises de vue sur place, ou un décideur qui ne tranchera pas sans réunion physique. Elle ne remplace aucune des réponses précédentes. Un prestataire à deux rues de vos bureaux dont vous ne détenez pas le nom de domaine reste un prestataire dont vous ne détenez pas le nom de domaine.
- La taille du portfolio.
- La notoriété des logos présentés en référence.
- La proximité géographique.