Choisir un développeur freelance pour votre projet web sans méthode, c'est risquer six mois de galère. Site vitrine, boutique en ligne, outil métier, landing page : le bon profil peut transformer votre business. Le mauvais peut le plomber.
Je m'appelle Dorian Marechal, je suis développeur freelance et fondateur de D3C Agency. Mes prestations de création de sites sur mesure couvrent landing pages, sites vitrines, sites de réservation et boutiques Shopify. Le marché du freelance web est un champ de mines. Entre le développeur du dimanche qui facture 500 € un site Wix retouché, le profil senior à 900 € par jour qui va vous livrer du code propre et robuste, et les profils intermédiaires qui se vendent comme seniors, il faut savoir lire les signaux. La majorité des projets web freelance qui se passent mal ne ratent pas pour des raisons techniques. Ils ratent parce que le client a choisi sans méthode.
Dans cet article, je vous donne la méthode que j'aurais aimé recevoir quand j'ai commencé à recruter des prestataires pour mes propres projets. Vous verrez pourquoi les missions freelance dérapent, les cinq signaux qui distinguent un bon profil d'un charlatan, comment auditer un portfolio en dix minutes, les questions à poser en entretien, et comment arbitrer entre tarif horaire et forfait. Si vous hésitez encore entre freelance et agence, j'ai écrit un comparatif dédié à cette question.
Pourquoi la moitié des missions freelance se passent mal
Avant d'aller chercher le bon profil, il faut comprendre ce qui casse les missions. Dans la grande majorité des cas, ce n'est pas le niveau technique du freelance le vrai coupable. Voici les vrais tueurs de projets.
Le brief vague du client
Beaucoup de clients arrivent avec un "je veux un site web joli et qui convertit". C'est l'équivalent de "je veux une maison". Combien de pièces ? Quel style ? Quel budget ? Quel terrain ? Sans brief précis, le freelance invente à votre place, et vous découvrez à la livraison que ce n'est pas ce que vous aviez en tête. Résultat : allers-retours infinis, dépassement de budget, relation dégradée.
Le choix basé uniquement sur le prix
Vous comparez trois devis : 800 €, 2 000 €, 3 500 €. Vous prenez le 800 €. Six mois plus tard, vous refaites le site ailleurs parce que celui-là ne tient pas la route. Coût total : 4 300 € pour un site qui aurait coûté 2 000 € du premier coup. Le moins cher est presque toujours le plus cher au final. J'ai consacré un article entier aux prix d'un site web.
L'absence de contrat clair
Un échange WhatsApp, un devis sommaire, et c'est parti. Quand ça part en vrille, et ça part régulièrement en vrille sans contrat, personne n'a de quoi se raccrocher. Qui possède le code ? Le freelance. Qui paie la reprise des bugs ? Vous. Qui décide du planning ? Mystère.
Le profil mal qualifié
Un développeur WordPress qui accepte une mission Shopify. Un intégrateur front qui se lance dans un backend complexe. Un profil qui apprend le métier sur votre projet. Le freelance honnête dit "ce n'est pas ma stack". Le freelance opportuniste accepte tout et vous fait financer sa formation.
Si vous évitez ces quatre pièges, vous avez déjà la majorité du chemin parcouru. Le reste, c'est de la méthode pour trouver la bonne personne.
Choisir un développeur freelance : les 5 signaux qui ne trompent pas
Oubliez les "top freelances" des plateformes, les étoiles, les badges. Ce qui compte, c'est ce que la personne fait et comment elle communique. Voici les cinq signaux qui ne trompent pas.
1. Il pose plus de questions qu'il ne fait de promesses
Un bon freelance, avant même de parler prix, veut comprendre votre business. Qui sont vos clients ? Comment vous vendez aujourd'hui ? Quels sont vos objectifs de conversion ? Quel est votre positionnement face à la concurrence ? Si la personne saute ces questions et plonge directement sur le design ou la techno, fuyez. Elle vend un livrable, pas un résultat.
Test simple : posez-lui une question ouverte sur votre projet. Un bon profil rebondit avec trois questions de clarification. Un mauvais enchaîne directement avec "oui je peux faire ça, ça prendra tant".
2. Il sait dire non
Un développeur qui accepte tout n'est pas un allié, c'est un risque. Le bon freelance vous dira : "Cette fonctionnalité va coûter 5 jours pour un gain marginal, je vous déconseille de la prioriser". Ou : "WordPress n'est pas adapté à ce cas, je préfère partir sur du sur mesure". Ou encore : "Ce délai est irréaliste, on livrera en bâclant".
Un "non" argumenté vaut mille "oui" complaisants. C'est un signe que la personne protège la qualité du livrable, donc votre résultat.
3. Il parle de propriété et de maintenance sans qu'on lui demande
Un freelance sérieux aborde spontanément deux sujets : la propriété du code et la maintenance post-livraison. "Vous aurez accès au repository GitHub, le code est à vous." "Après la livraison, je propose un contrat de maintenance optionnel à X €/mois, sinon vous êtes autonome." Ces phrases doivent sortir de sa bouche, pas de la vôtre.
À l'inverse, méfiez-vous des phrases comme "je reste votre webmaster attitré" qui cachent souvent une dépendance verrouillée. Votre autonomie doit être un acquis, pas une faveur.
4. Il montre du code, pas juste des images
Un développeur qui vous envoie uniquement des captures de sites vend du design. Un développeur qui vous envoie des liens vers des sites en production, des repos GitHub publics, et qui peut commenter un choix technique précis, vend de la compétence. La différence est énorme.
Demandez à voir un bout de code. Pas pour l'analyser ligne par ligne (vous n'êtes pas développeur), mais pour voir si la personne est fière de ce qu'elle produit. Un freelance qui hésite à montrer son code a probablement quelque chose à cacher.
5. Il a un process, pas juste un devis
Un bon freelance vous explique comment il travaille : étapes, livrables intermédiaires, points de validation, outils de suivi (Notion, Linear, Figma, GitHub). Un mauvais envoie un devis PDF de deux pages et attend le virement. Le process est ce qui transforme une promesse en livraison fiable.
Si on ne vous présente pas de méthodologie claire, vous signez à l'aveugle. Demandez-la avant de signer quoi que ce soit.
Comment auditer un portfolio en 10 minutes
Le portfolio est la meilleure source d'information sur un freelance. Mais il faut savoir le lire. La plupart des clients se contentent de survoler les captures d'écran. Voici comment un œil exercé audite un portfolio en dix minutes.
Étape 1 : vérifier que les sites existent
Cliquez sur chaque projet présenté. Le site est-il toujours en ligne ? Certains freelances présentent des projets qui ont été refondus depuis par quelqu'un d'autre, ou qui ont été retirés parce que le client n'était pas content. Si un projet n'est plus accessible, demandez pourquoi. La réponse est souvent instructive.
Étape 2 : tester la performance
Ouvrez PageSpeed Insights (gratuit, c'est l'outil de Google) et collez l'URL de trois projets du portfolio. Les scores sont publics et objectifs. Un site avec un score mobile en dessous de 70 est mal optimisé. En dessous de 50, c'est un signal d'alarme. Google vous dit directement que le développeur ne maîtrise pas la performance, un pilier business d'un site web.
Étape 3 : tester sur mobile
La majorité du trafic web passe aujourd'hui par mobile. Ouvrez les projets du portfolio depuis votre téléphone. Les éléments sont-ils bien proportionnés ? Les boutons sont-ils touchables sans zoom ? Le texte est-il lisible ? Un freelance qui néglige le mobile sur ses propres références le négligera sur votre projet.
Étape 4 : inspecter le code source
Clic droit sur la page, "Afficher le code source". Vous n'avez pas besoin de comprendre. Cherchez juste deux choses : la structure est-elle propre (balises h1, h2, indentations lisibles) ou est-ce un amas de divs imbriqués ? Le nombre de scripts chargés est-il raisonnable (moins de 10) ou y en a-t-il 40 comme sur les sites WordPress bourrés de plugins ? Un code propre est un signal fort.
Étape 5 : demander des références clients
Un portfolio, c'est le freelance qui parle de son travail. Les références clients, c'est les clients qui parlent du freelance. Demandez trois contacts de clients précédents et appelez-les. Cinq minutes de téléphone vous diront plus qu'une heure à lire des témoignages écrits qui peuvent être inventés. Posez une question simple : "Le livrable était-il conforme à ce qui était promis, dans les délais et le budget annoncés ?"
Les questions à poser en entretien (et ce que les réponses révèlent)
L'entretien est le moment où le freelance se vend. Votre job, c'est de gratter sous la surface. Voici les questions qui séparent les pros des opportunistes.
"Pourquoi avez-vous choisi cette stack pour ce projet ?"
Montrez-lui un de ses propres projets et demandez pourquoi il a utilisé telle techno. Un bon freelance explique en deux minutes avec des critères business : "Le client voulait pouvoir gérer son contenu sans me solliciter, donc j'ai choisi X." Un mauvais répond "parce que c'est ce que je maîtrise le mieux". La première réponse montre qu'il pense au client. La seconde qu'il pense à lui.
"Qu'est-ce qui peut mal se passer sur mon projet ?"
Question redoutable. Un freelance lucide a déjà vu une dizaine de scénarios de dérapage et vous en cite trois : "Si vous changez d'avis sur la charte graphique en cours de route, ça coûtera X jours. Si l'API de paiement que vous utilisez a un changement majeur, ça peut décaler le planning. Si les contenus ne sont pas prêts à la date prévue, on livre en retard." Un freelance qui répond "tout va bien se passer" est soit naïf, soit malhonnête.
"Que se passe-t-il si je ne suis pas content du résultat ?"
Pas pour piéger, mais pour voir la réponse. Un pro a un process : validation par étapes, points de synchronisation, critères d'acceptation définis en amont. Il vous explique comment ces garde-fous existent justement pour éviter d'arriver à la fin sans accord. Un amateur répond vaguement "on verra, on ajustera". Vous ajusterez quoi avec quel budget et dans quel délai ? Personne ne sait.
"Qui possède le code à la livraison ?"
La bonne réponse est "vous". Sans ambiguïté. Si le freelance commence à parler de "licence d'utilisation", de "propriété partagée", ou de "code propriétaire de mon atelier", passez au suivant. Vous devez être propriétaire à 100 % du code livré, avec accès au repository, pouvoir le transmettre à un autre développeur, le modifier, le revendre avec votre entreprise si vous la vendez. Sans propriété pleine, vous louez votre propre site.
"Combien de projets menez-vous en parallèle ?"
Question sous-estimée. Un freelance qui jongle avec sept clients simultanément ne vous donnera pas l'attention nécessaire. Un bon profil tourne plutôt à deux ou trois projets en parallèle, maximum. Au-delà, les délais dérapent, les bugs mettent des semaines à être corrigés, vous passez après les clients plus prioritaires. Demandez-lui aussi quel est votre rang de priorité.
"Comment gérez-vous les demandes hors périmètre ?"
Tout projet dérive. Le client pense à de nouvelles features en cours de route, change d'avis sur un flow, veut ajouter une page. Un bon freelance a un process clair : soit c'est mineur et inclus, soit c'est un avenant chiffré séparément. Un mauvais accepte tout jusqu'au jour où il explose, vous facture trois fois le devis initial, ou abandonne le projet.
Tarif horaire vs forfait : comment trancher
C'est le dilemme classique. TJM (tarif journalier moyen) ou forfait global ? La réponse dépend de la nature de votre projet. Voici le vrai arbitrage.
Pour fixer les ordres de grandeur : selon le baromètre Malt 2026 des tarifs tech, le TJM moyen d'un développeur web freelance en France se situe entre 536 € et 575 € par jour, avec une fourchette réelle de 400 € à 750 € selon la spécialisation (front-end, back-end, fullstack) et l'expérience. Les profils parisiens facturent en moyenne 10 à 20 % au-dessus de la province ou du remote.
Quand le forfait est le bon choix
Vous prenez un forfait si votre projet a un périmètre clair et figé :
- Site vitrine avec un nombre de pages défini
- Landing page pour une campagne précise
- Boutique Shopify avec un catalogue connu
- Site de réservation avec un workflow documenté
L'intérêt du forfait pour vous : vous connaissez le coût total dès le départ. Si le freelance met trois fois plus de temps que prévu, c'est son problème, pas le vôtre. Il est incité à être efficace, à cadrer le périmètre, à livrer rapidement.
Mes offres de création de sites sur mesure fonctionnent en forfait pour cette raison : Landing Page entre 900 et 1 500 €, Site Vitrine entre 1 800 et 2 800 €, Site de Réservation entre 2 200 et 4 500 €, Boutique Shopify entre 2 500 et 4 000 €. Vous savez ce que vous payez et ce que vous obtenez.
Quand le TJM fait sens
Vous passez sur un TJM si le périmètre est par nature évolutif :
- Maintenance et évolutions d'un site existant
- Développement d'une application métier complexe avec itérations
- Intégration continue sur plusieurs mois
- Consulting technique sans livrable produit défini
Règle absolue : un TJM doit toujours être encadré par une enveloppe maximale de jours. "15 jours à 600 €, avec validation de ma part au-delà" est acceptable. "600 €/jour, on verra à la fin" est un chèque en blanc. Ne signez jamais sans plafond.
Forfait vs TJM : le tableau de décision
Pour trancher rapidement, voici la grille que j'utilise moi-même quand je cadre un projet.
| Critère | Forfait | TJM (tarif journalier) |
|---|---|---|
| Périmètre idéal | Clair et figé | Évolutif ou incertain |
| Visibilité budget | Totale dès le départ | À suivre en continu |
| Risque dépassement | Porté par le freelance | Porté par vous |
| Usage type | Site vitrine, landing, boutique | Maintenance, app complexe, consulting |
| Plafond obligatoire | Inclus dans le devis | À exiger absolument (jours max) |
| Incitation freelance | Efficacité, rapidité | Qualité sur la durée |
Les hybrides à connaître
Certains montages combinent les deux. Le plus sain : forfait sur la phase de build (périmètre connu), puis TJM sur les évolutions post-livraison. Vous payez un prix fixe pour obtenir un livrable défini, puis vous passez au tarif jour pour les ajustements. C'est souvent le meilleur compromis pour un premier projet avec un freelance.
Les cinq clauses contractuelles à exiger pour choisir un développeur freelance sereinement
Vous avez trouvé le bon profil. L'entretien s'est bien passé. Le portfolio tient la route. Les références confirment. Maintenant, le contrat. Voici les cinq clauses non négociables.
1. Périmètre détaillé avec inclusions ET exclusions
Le piège classique : le devis liste ce qui est inclus, mais pas ce qui ne l'est pas. Conséquence : tout ce qui n'est pas explicitement inclus devient un litige potentiel. Un bon contrat dit : "Inclus : 5 pages, intégration de contenus fournis, responsive mobile. Non inclus : rédaction des contenus, traduction, hébergement, nom de domaine, maintenance post-livraison."
2. Planning avec jalons et pénalités de retard réciproques
Un planning n'a de valeur que s'il engage les deux parties. Le freelance s'engage sur une date de livraison. Vous vous engagez sur des dates de fourniture de contenus et de validation. Si l'une des parties fait prendre du retard à l'autre, il y a des conséquences. Sans cela, chacun se renvoie la balle quand ça dérape.
3. Modalités de paiement en trois temps
La structure saine : 30 % à la signature, 40 % à la validation d'une étape intermédiaire (généralement la maquette ou le premier prototype fonctionnel), 30 % à la livraison finale. Cette structure protège les deux parties. Le freelance ne travaille pas gratuitement, vous ne payez pas l'intégralité avant de voir quoi que ce soit.
Méfiez-vous des freelances qui demandent 100 % à la signature, ou 0 % avant la livraison. Les deux extrêmes signalent un problème.
4. Cession pleine et entière du code
À la livraison, vous devenez propriétaire exclusif du code, des designs, des contenus produits. Le freelance ne conserve aucun droit d'exploitation ou de réutilisation (sauf la mention dans son portfolio, ce qui est normal). Cette clause doit être explicite dans le contrat. Sans elle, vous louez votre site, vous ne l'achetez pas.
5. Garantie post-livraison
Les bugs apparaissent souvent dans les premières semaines d'utilisation. Le contrat doit prévoir une période de garantie (typiquement 1 à 3 mois) pendant laquelle le freelance corrige gratuitement les bugs liés à son code. Au-delà, c'est de la maintenance facturée. Sans garantie, vous payez pour que le freelance répare ses propres erreurs.
Les plateformes vs le bouche-à-oreille
Où trouver le bon freelance ? Deux canaux principaux, avec des logiques très différentes.
Les plateformes (Malt, Comet, Upwork, Fiverr)
Avantages : volume de profils, système de notation, cadre contractuel pré-existant. Inconvénients : les meilleurs profils sont souvent déjà bookés des mois à l'avance, les systèmes de notation sont biaisés (un freelance ne laisse pas de mauvaise note à un client pour ne pas compromettre sa réputation), et les commissions se répercutent sur les prix : Malt prélève 10 % sur les revenus du freelance, Upwork et Fiverr appliquent des taux similaires ou supérieurs selon le volume de la mission.
Malt est le standard français pour les profils confirmés. Fiverr est adapté aux micro-missions, pas aux projets sérieux. Upwork est international et pratique si vous cherchez hors France.
Le bouche-à-oreille et LinkedIn
Avantages : vous trouvez des profils recommandés par des personnes qui ont testé, les tarifs sont souvent meilleurs (pas de commission de plateforme), la relation démarre sur une base de confiance. Inconvénients : plus long à construire, pas de filet contractuel automatique.
Demandez dans votre réseau professionnel, sur LinkedIn, dans les groupes sectoriels. Les meilleurs freelances ne passent quasi jamais sur des plateformes après quelques années, parce qu'ils ont suffisamment de clients par recommandation.
Les red flags qui doivent vous faire fuir
Pour finir, la liste des signaux rouges. Si vous en voyez un seul, ralentissez. Si vous en voyez deux, changez de profil.
- Pas de numéro SIRET : le freelance travaille au noir, vous n'avez aucun recours légal en cas de problème
- Refus de signer un contrat formel : un freelance qui ne veut qu'un échange d'emails est un freelance qui veut pouvoir se rétracter sans conséquence
- Demande 100 % à la signature : structure financière malsaine, vous perdez tout levier de négociation
- Portfolio composé uniquement de projets personnels : jamais de client réel signifie qu'il n'a pas encore appris à gérer une relation commerciale
- Tarif anormalement bas : un site vitrine from scratch à 500 € cache forcément quelque chose (template, sous-traitance offshore, abandon à mi-parcours)
- Disponibilité immédiate totale : les bons freelances ont des plannings chargés, une disponibilité immédiate sur trois mois est rarement bon signe
- Communication fuyante : s'il met trois jours à répondre avant signature, imaginez après
- Refus de donner des références : soit il n'en a pas, soit elles sont mauvaises
- Usage intensif de jargon inutile : un bon dev sait vulgariser, un mauvais se cache derrière les mots
- Propositions de raccourcis douteux : "on peut cloner tel site concurrent en trois jours" est une invitation au plagiat avec toutes ses conséquences juridiques
En conclusion : ce qu'il faut retenir
Choisir un développeur freelance n'est pas un pari. C'est une méthode. Posez les bonnes questions, auditez le portfolio avec rigueur, exigez un contrat clair, structurez le paiement en trois temps, et vérifiez les références. Ces cinq étapes filtrent la plupart des profils problématiques.
Le bon freelance n'est pas le moins cher, ni le plus disponible, ni le plus bavard. C'est celui qui pose plus de questions qu'il ne fait de promesses, qui sait dire non quand c'est nécessaire, qui parle spontanément de votre autonomie et de votre propriété, qui montre du code propre, et qui travaille avec un process documenté. Si vous cochez ces cinq cases, vous êtes en sécurité.
Investir du temps dans la sélection en amont vous évite des mois de galère en aval. Une semaine de plus pour trouver la bonne personne vaut mieux que six mois à réparer les dégâts d'un mauvais choix. Le marché du web freelance est vaste, prenez le temps de bien choisir.
Si vous voulez regarder si on est compatibles sur votre projet web, prenez 30 minutes pour m'expliquer ce que vous voulez construire via le formulaire de contact D3C. Je vous dirai honnêtement si je suis le bon profil, ou si un autre type de prestataire correspondra mieux à votre besoin. Pas de vente forcée, juste une évaluation franche. Vous pouvez aussi parcourir mon portfolio de réalisations pour voir le type de projets que je livre, ou consulter mes formats de sites et tarifs forfaitaires pour un aperçu des offres.
