Trouver un bon développeur web freelance : 7 critères pour ne pas se tromper

Un bon développeur web freelance se reconnaît avant de signer un contrat — si vous regardez aux bons endroits. J’ai travaillé avec plus de 40 PME en France depuis 2021, et les critères qui distinguent un prestataire sérieux de celui qui va vous faire perdre du temps et de l’argent sont systématiquement les mêmes. Voici les 7 que j’utilise moi-même pour cadrer chaque nouveau projet — et que j’encourage mes clients à appliquer dès le premier contact avec un candidat.

Critère 1 — Un portfolio avec des URLs live et vérifiables

Le portfolio est la pièce d’identité du freelance. Pas des captures d’écran dans un PDF, pas des mockups Figma, pas des “j’ai travaillé sur un projet similaire” sans preuve. Des URLs live, accessibles, avec un nom de domaine actif que vous pouvez tester vous-même.

Quand j’ai construit urgenceserrures.fr, plombiersidf.fr et vitriersparis.fr, les trois liens étaient transmissibles dès le lendemain du lancement. Un freelance qui ne peut pas vous donner au moins deux ou trois URLs de projets récents — livrés dans les 24 derniers mois — ne peut pas se prévaloir d’une expérience commerciale vérifiable. Les clients ont le droit de regarder si le site charge vite, si le design est cohérent avec le secteur cible, si le SEO technique de base est en place.

Testez chaque URL sur PageSpeed Insights. Un score Lighthouse Performance mobile correct en 2026, c’est 80 ou plus. Sous 60 sur mobile, c’est un signal clair que la performance ne fait pas partie des priorités du prestataire — et que votre futur site aura probablement les mêmes problèmes.

Critère 2 — Le code livré sur Git dans un dépôt vous appartenant

C’est le critère que le plus grand nombre de PME françaises oublient de vérifier, et qui crée les situations les plus pénibles à long terme. Le code source de votre site vous appartient. Si votre prestataire disparaît, si vous voulez changer de développeur, ou si vous souhaitez simplement comprendre comment votre site est construit, vous devez avoir accès au code versionné sur Git.

Dans ma pratique, je livre 100 % des projets sur un dépôt GitHub ou GitLab appartenant au client. Les droits d’administrateur sont transférés dès le début du projet, pas à la fin. J’ai repris plusieurs missions de clients qui avaient découvert que leur développeur gardait le code sur son ordinateur personnel — et qu’il avait ensuite cessé de répondre. La récupération coûte entre deux et cinq fois le prix initial du site, quand elle est possible.

Posez la question explicitement lors du premier échange : “Le code sera-t-il versionné sur Git dans un dépôt que je contrôle ?” Si la réponse est vague, conditionnelle ou négative, passez.

Critère 3 — Un devis décomposé en jours-homme

Un devis qui dit “site vitrine — 6 000 euros” sans le moindre détail ne vous permet pas d’évaluer ce que vous achetez. Un devis sérieux liste les phases et les durées estimées : design (X jours), développement (Y jours), SEO technique (Z jours), tests et mise en production (N jours). Vous voyez immédiatement les priorités du prestataire, ce qui est inclus et ce qui est hors périmètre.

Voici le découpage type d’un site vitrine de 8 pages que je livre à Paris en 2026 :

• Cadrage et maquettes (design, UX) : 2 jours
• Développement et intégration (Astro, Tailwind, responsive) : 4 jours
• SEO technique et données structurées JSON-LD : 1,5 jour
• Formulaire, pages légales, RGPD de base : 0,5 jour
• Tests et bascule DNS : 1 jour

Total : 9 jours-homme, soit entre 5 400 et 7 650 euros HT selon le TJM. Le client sait exactement où va son argent, ce qui est inclus dans le prix et ce qui fera l’objet d’un avenant s’il évolue.

Un devis sans ce niveau de détail est soit celui d’un prestataire inexpérimenté qui n’a pas encore appris à cadrer ses projets, soit celui de quelqu’un qui veut garder de la marge pour facturer des “extras” en cours de route.

Critère 4 — Des performances mesurables sur les sites livrés

Un développeur web sérieux en 2026 connaît les Core Web Vitals — et peut vous montrer des résultats chiffrés sur ses livraisons passées. Lighthouse, PageSpeed Insights, Chrome UX Report — les outils pour mesurer la performance sont gratuits et accessibles à tous. Demandez les scores des projets livrés récemment.

Chez mes clients, je vise systématiquement un Lighthouse Performance mobile de 90 ou plus, un Largest Contentful Paint sous 1,5 seconde et un INP sous 200 millisecondes. Ce sont les seuils “good” définis par web.dev pour les Core Web Vitals — les indicateurs que Google utilise comme signal de qualité depuis 2021. En pratique, sur les projets Astro que je livre, le score moyen atteint 95 sur 100. Sur les sites WordPress avec thème commercial récupérés en mission de refonte, j’ai mesuré des scores à 38 sur 100 — des chiffres qui impactent directement le positionnement Google et le taux de conversion mobile.

Si le freelance ne peut pas vous montrer les métriques de performance de ses dernières livraisons, ou s’il ne connaît pas ces indicateurs, la performance n’est simplement pas dans son périmètre de compétence.

Critère 5 — Une politique de handover documentée

Qu’est-ce qui se passe après la livraison ? C’est la question que la majorité des clients ne posent pas avant de signer, et qui génère les déceptions les plus fréquentes.

Trois questions à poser avant de valider le devis :

1. Le code est-il documenté ? Un README suffisant pour un site vitrine doit expliquer comment rebuilder le site, le déployer et modifier les contenus de base.
2. Si je veux changer de prestataire dans 18 mois, combien de temps faut-il pour passer les clés à un nouveau développeur ?
3. La maintenance est-elle proposée — forfait mensuel, tickets à l’heure, ou pas du tout ?

Je livre tous mes projets avec un README et un résumé des choix techniques. Un prestataire qui ne documente pas son travail vous construit une dépendance involontaire ou délibérée — dans les deux cas, c’est un coût caché que vous ne découvrez qu’au moment de vouloir en sortir. Une heure de documentation à la livraison peut éviter plusieurs jours de reconstruction à 18 mois.

Critère 6 — Des références clients joignables, pas des témoignages

Les témoignages publiés sur un site web valent ce qu’ils valent — souvent peu, puisque personne ne met en avant les avis négatifs. Ce qui compte, c’est une référence réelle : un client, avec un email ou un numéro, que vous pouvez contacter directement pour poser vos propres questions.

Dans ma pratique, j’oriente systématiquement les prospects sérieux vers deux ou trois anciens clients qui ont accepté d’être contactables. Aucune obligation légale particulière pour ça — juste de demander l’accord. Un freelance établi qui ne peut fournir aucune référence joignable devrait vous interroger.

Deux questions utiles à poser à la référence : le projet a-t-il été livré dans les délais annoncés dans le devis ? Y a-t-il eu des surprises financières par rapport au montant initial ? Ces deux points couvrent les deux principaux angles de déception dans une relation avec un prestataire web.

Critère 7 — Un process de travail explicite et écrit

Un bon processus protège les deux parties. Vous devez comprendre comment se déroule le projet avant de signer la première facture : qui valide quoi, à quelle étape, et comment la mise en production est coordonnée.

Le process que j’utilise sur chaque projet suit cinq étapes fixes : cadrage (définition précise du périmètre et du brief), maquettes (validation visuelle avant le moindre développement), développement en branche Git avec environnement de préproduction accessible au client, recette (le client teste et remonte les ajustements dans une liste claire), puis bascule DNS coordonnée pour éviter toute coupure de service.

Un freelance qui “code et montre à la fin” expose son client à des allers-retours coûteux et des désaccords tardifs sur des éléments qui auraient pu être validés en deux heures à l’étape des maquettes. Le brief doit être un document signé avec périmètre clairement délimité — pas une conversation informelle.

Les signaux d’alarme qui disqualifient d’office

Au-delà des 7 critères, voici trois situations qui m’amènent à déconseiller un prestataire immédiatement.

Aucune mention du RGPD dans le devis. Un site qui collecte des données personnelles — même via un simple formulaire de contact — doit être conforme au RGPD. Mentions légales, politique de confidentialité, gestion des cookies : si ces éléments ne sont pas dans le périmètre du devis, soit le prestataire ignore que c’est obligatoire, soit il compte ne pas le faire. Selon la CNIL, la responsabilité incombe au responsable de traitement — c’est-à-dire vous, pas le développeur. Les sanctions peuvent aller jusqu’à 4 % du chiffre d’affaires annuel mondial ou 20 millions d’euros pour les manquements les plus graves.

Un prix global sans décomposition. Les offres “site vitrine 5 pages à 1 200 euros” correspondent généralement à un template WordPress acheté 39 euros sur ThemeForest, rempli avec des textes générés par IA sans relecture et mis en ligne sans configuration SEO. Vous n’êtes propriétaire d’aucun actif différenciant et la valeur métier livrée est proche de zéro.

Pas de contrat écrit. Un prestataire sérieux travaille avec un contrat ou a minima un bon de commande qui définit le périmètre, le prix, les délais et les conditions de réception. Sans document signé, vous n’avez aucun recours formalisé en cas de livraison non conforme ou d’abandon en cours de projet. La valeur d’un contrat se mesure au moment où il y a un problème — pas avant.

Les 7 critères en un coup d’œil

Ces critères forment une grille d’évaluation que vous pouvez appliquer dès le premier contact avec un prestataire, sans avoir de bagage technique. Ils n’éliminent pas tous les risques, mais ils écartent les problèmes les plus fréquents et les plus coûteux. Un bon développeur web freelance n’a aucune raison de refuser de répondre à ces questions — elles font partie d’un brief client professionnel standard.

Si un prestataire hésite à montrer son code, à décomposer son devis ou à fournir des références contactables, l’hésitation est déjà une réponse.

Ce qu’il faut retenir

• Exigez des URLs live et récentes dans le portfolio — testez-les sur PageSpeed Insights (score mobile ≥ 80 est le seuil correct en 2026)
• Le code source doit être livré sur un dépôt Git dont vous êtes administrateur dès le premier jour du projet
• Un devis sérieux détaille les phases en jours-homme — un forfait global sans décomposition est une invitation aux mauvaises surprises
• Demandez les scores Lighthouse des livraisons passées : un score mobile sous 60 signale que la performance n’est pas traitée comme une priorité
• La documentation post-livraison (README, guide de maintenance) protège votre autonomie pour les 18 à 36 mois qui suivent
• Deux références clients joignables que vous avez réellement contactées valent mieux que dix témoignages sur une page de présentation
• Un brief écrit et un contrat signé sont non-négociables, même pour un projet à 2 000 euros