La vraie différence ne tient ni à la taille ni au tarif horaire : elle tient à qui répond quand la marque, le site et le serveur ne se comprennent plus. Avec un seul prestataire, la réponse est évidente. Avec trois, chacun a de bonnes raisons de dire que le problème vient d'ailleurs — et c'est vous qui arbitrez, sans avoir les moyens de le faire.
7 min de lecture · mis à jour le 20 septembre 2026
Le seul critère qui se vérifie : la surface de responsabilité
Un projet web finit toujours par toucher trois domaines : l'identité visuelle, le site lui-même, et l'endroit où il tourne. La question n'est pas de savoir qui les fait le mieux, mais où passent les frontières entre ceux qui les font.
Chaque frontière est un endroit où un problème peut tomber. Le site s'affiche mal sur mobile : est-ce la maquette qui n'avait pas prévu ce cas, l'intégration qui l'a mal traduite, ou le serveur qui sert une image trop lourde ? Chacun des trois peut répondre de bonne foi que ce n'est pas chez lui.
Ce n'est pas une question de mauvaise volonté, c'est une question de périmètre. Personne n'est payé pour corriger ce qui n'est pas dans son contrat, et personne n'a accès à ce qui est chez les autres.
Le freelance : quand il suffit largement
Un freelance compétent est le meilleur choix dans plus de cas qu'on ne le dit, et notamment celui-ci : un projet dont le périmètre tient dans sa spécialité, avec un interlocuteur unique côté client et un calendrier qui supporte une indisponibilité de deux semaines.
Vous parlez à la personne qui exécute. Il n'y a ni couche commerciale, ni chef de projet à informer, ni compte rendu à traduire. Sur un site vitrine, une identité visuelle ou une fonctionnalité bien délimitée, ça produit un rapport qualité-prix que peu de structures égalent.
Les deux limites sont connues et se gèrent : la disponibilité, qui dépend d'une seule personne, et la continuité, si cette personne change de métier ou de clients. Elles se traitent contractuellement — code documenté, accès à votre nom, droit de reprise par un tiers — et non en cherchant une structure plus grosse par principe.
L'agence : quand la taille est l'argument
Une agence apporte ce qu'un individu ne peut pas : plusieurs personnes sur plusieurs compétences, une capacité à absorber un volume, et une continuité qui ne dépend pas d'une seule tête.
C'est le bon choix quand le projet demande des métiers réellement différents en parallèle, quand le volume dépasse ce qu'une personne peut produire dans le délai, ou quand votre organisation exige un interlocuteur structuré avec des engagements formels.
Le coût de cette structure est réel et il faut le regarder en face : une partie de ce que vous payez finance la coordination, pas la production. C'est justifié quand il y a effectivement quelque chose à coordonner. Sur un projet qu'une ou deux personnes suffiraient à mener, vous payez une organisation dont vous n'avez pas l'usage.
Le point à vérifier est ailleurs : demandez qui fera le travail, pas qui vous le vend. La distance entre les deux est le meilleur indicateur de ce qui vous attend.
Le studio intégré : ce qu'il change, et ce qu'il ne change pas
Un studio qui couvre la marque, le web et l'infrastructure supprime les frontières décrites plus haut. Quand le site s'affiche mal, il n'y a personne à convaincre : le même interlocuteur regarde la maquette, le code et le serveur.
L'effet le plus concret n'est pas la rapidité, c'est la fin des arbitrages que vous n'êtes pas en mesure de faire. Vous n'avez plus à trancher entre deux prestataires qui se renvoient un problème technique que vous ne comprenez pas — ce qui est la situation la plus inconfortable d'un projet web, et la plus coûteuse en temps.
Ce que ça ne change pas : la compétence individuelle. Un studio intégré médiocre sur un domaine reste médiocre sur ce domaine, et l'intégration ne compense rien. Posez les mêmes questions que vous poseriez à trois prestataires séparés, domaine par domaine.
Et ça crée une dépendance plus forte : quand un seul acteur tient toute la chaîne, en changer demande de tout reprendre. C'est le revers exact de l'avantage, et il se traite au contrat — propriété du code, accès aux comptes à votre nom, documentation de reprise exigible à tout moment.
Ce qui décide vraiment, en trois situations
Trois cas courants, et ce qu'ils appellent.
- Vous avez déjà une identité visuelle et une infrastructure qui tiennent, et vous voulez refaire le site : un freelance ou une petite agence suffit. L'intégration ne vous apporte rien, les frontières existent déjà et fonctionnent.
- Vous partez de zéro sur les trois domaines à la fois : l'intégration a une valeur réelle, parce que c'est précisément le moment où les décisions de chaque domaine contraignent les autres.
- Vous avez un existant qui marche mal et personne ne sait pourquoi : cherchez d'abord un diagnostic indépendant, avant de choisir qui exécutera. Confier l'audit à celui qui vendra la solution produit rarement un audit.
Le sujet dont on parle trop tard : l'après-livraison
La comparaison se fait presque toujours sur la construction. Or un site vit bien plus longtemps qu'il ne se construit, et c'est sur cette durée que les trois formules se distinguent le plus.
Un site demande des correctifs de sécurité, des mises à jour de dépendances, des ajustements quand un navigateur change de comportement. Ces interventions sont courtes, imprévisibles, et personne ne les commande : elles se signalent toutes seules, souvent au mauvais moment.
Le freelance est rapide quand il est disponible, et indisponible quand il ne l'est pas. L'agence a une continuité mais une inertie : une demande de vingt minutes passe par le même circuit qu'un projet. Le studio intégré supprime la question de savoir qui appeler, ce qui est exactement l'avantage recherché — à condition que la maintenance soit contractualisée, sinon la disponibilité affichée ne vaut rien.
La question à poser en rendez-vous est donc celle-ci : dans six mois, qui applique un correctif de sécurité urgent, sous quel délai, et à quel tarif ? Une réponse floue annonce six mois d'attente à chaque incident.
Les clauses qui protègent, quel que soit le choix
Le type de prestataire compte moins que ce que vous écrivez avant de commencer. Quatre points valent dans les trois cas.
Les comptes sont à votre nom : nom de domaine, hébergement, outils tiers. Vous donnez un accès, vous ne déléguez pas la propriété. C'est le point qui décide si vous pouvez partir.
Le code et les sources vous appartiennent, fichiers de travail compris. Un livrable aplati sans les sources est une dépendance déguisée.
La reprise est prévue : documentation d'installation, procédure de mise en production, liste des accès. Exigez-la pendant le projet, pas à la fin — à la fin, la motivation de l'écrire a disparu des deux côtés.
La maintenance est un contrat séparé, avec un délai de réponse écrit. « On reste disponibles » n'engage personne et ne se plaide pas.