En bref
- Un portfolio a un vrai intérêt pour les métiers qui produisent quelque chose de montrable (front-end, produit) — moins pour l'infra, la data ou la cyber, où tout est confidentiel.
- La quasi-totalité des missions sont couvertes par une clause de confidentialité sans limite de durée — le code d'un client ne se montre jamais, même après la mission.
- Un portfolio vide ou à moitié rempli fait pire effet qu'aucun portfolio du tout.
- Le dossier de compétences reste le document qui pèse le plus en entretien — le portfolio le complète, il ne le remplace pas.
Résumer cet article avec
Un GitHub vide.
Un GitHub à moitié rempli.
Les deux posent question à un client.
Un portfolio technique ne remplace ni ton CV ni ton dossier de compétences pour un freelance IT — mais il peut faire la différence sur certains profils, et être inutile sur d'autres.
La réponse dépend directement de ton métier et de ce que tu peux légalement montrer.
Un portfolio ou Compte Github a-t-il vraiment un intérêt pour un freelance IT ?
Oui, si ton métier produit quelque chose de montrable : du code open source, des interfaces, des projets personnels. Moins utile, voire hors sujet, pour des métiers où l'essentiel du travail est confidentiel par nature — infrastructure interne, données sensibles, cybersécurité, pentester ou architecture propriétaire d'un client.
Un développeur front-end ou un profil produit tire plus de valeur d'un portfolio qu'un ingénieur DevOps ou un architecte data, dont le travail ne se montre pas facilement sans violer une confidentialité client.
Le problème de la confidentialité : que peux-tu vraiment montrer ?
La quasi-totalité des missions freelance IT sont couvertes par une clause de confidentialité. Tu ne peux pas publier le code ou l'architecture d'un client, même après la fin de la mission.
Ton portfolio doit donc s'appuyer sur ce que tu contrôles réellement : projets personnels, contributions open source, POC réalisés hors mission, ou études de cas génériques qui décrivent un problème et une solution sans exposer de code ou de données client.
Que mettre dans un portfolio technique, concrètement ?
Des projets personnels ou open source.
Un README clair qui explique le problème résolu, pas seulement le code.
2 à 3 études de cas anonymisées.
Même structure que ton dossier de compétences : contexte, rôle, choix techniques, résultat, mais sans détail permettant d'identifier le client.
Des articles techniques sur des blogs spécialisés, si tu en écris.
Ils démontrent une compréhension plus profonde qu'une simple liste de technologies maîtrisées.
Ce qu'il ne faut pas faire : un portfolio générique de templates ou de tutoriels suivis à la lettre. Ça ne prouve rien sur ta capacité à résoudre un problème réel.
👉 Réserve un diagnostic gratuit, construis ton portfolio.
Faut-il un portfolio si tu as déjà un bon dossier de compétences ?
Le dossier de compétences reste le document qui pèse le plus en entretien client — il détaille les missions réelles avec preuve chiffrée, quand la clause de confidentialité l'autorise à un niveau suffisant. Le portfolio complète, pour un client qui veut voir un aperçu concret de ta manière de coder ou de structurer un projet, en dehors du cadre confidentiel des missions.
FAQ
Un portfolio vide ou peu fourni nuit-il par rapport à ne pas en avoir du tout ?
Oui, un lien GitHub avec deux commits abandonnés fait pire effet qu'aucun lien. Mieux vaut ne rien montrer qu'un projet à moitié fini sans explication qui date de 2014.
Faut-il un site personnel dédié, ou un simple profil GitHub suffit ?
Un profil GitHub bien tenu, avec des README soignés, suffit pour la majorité des profils. Un site dédié devient utile et améliore ton personal branding si tu écris aussi du contenu (articles, études de cas) que GitHub ne montre pas bien.
Le profil LinkedIn compte-t-il comme un portfolio ?
On l'oublie souvent, mais ton profil LinkedIn agit comme une carte de visite au même titre que ton CV — à compléter sérieusement, avec un contenu à mi-chemin entre le CV et le dossier de compétences.
Peut-on montrer du code écrit en mission, même après la fin du contrat ?
Non, la clause de confidentialité s'applique en général sans limite de durée après la fin de la mission — elle ne s'éteint pas avec le temps, sauf accord écrit explicite du client.
Faut-il actualiser son portfolio à chaque nouvelle mission ?
Pas systématiquement vu la contrainte de confidentialité, mais mieux vaut le revoir dès que ta spécialisation évolue — retirer les technos qui ne te représentent plus évite de brouiller le positionnement que ton portfolio est censé clarifier.
Une précision : ce contenu s'adresse aux freelances IT (dev, data, product, delivery). Si tu es dans un autre métier, la pertinence d'un portfolio ne se pose pas dans les mêmes termes.
👉 Réserve un diagnostic gratuit, construis ton portfolio
Pour construire le document qui pèse le plus en entretien client : Dossier de compétences freelance IT : le modèle qui remplace ton CV. Si ta mission passe par une ESN, comment présenter aussi ton CV : CV consultant IT : présenter ses missions pour une ESN.
Sources
Rudolph B., Expert en recrutement Data/IA/Tech, + de 300 personnes coachées et placées chez des clients. Profil LinkedIn.