Dev freelance sur LinkedIn : le profil et les posts qui ramènent des missions

Si tu es dev freelance et que ton profil LinkedIn ressemble à un CV mis à jour en 2022, tu rates des missions chaque semaine. Pas parce que tu manques de compétences, mais parce que les startups et les scale-ups qui cherchent un prestataire ne scrollent pas dans les CVs : elles tombent sur quelqu'un qu'elles ont vu quelque part, qui a dit quelque chose d'utile, et elles lui envoient un message.

Un profil qui travaille pour toi quand tu ne cherches pas

Le profil LinkedIn d'un dev freelance a un seul objectif : faire comprendre en moins de cinq secondes qui tu aides, avec quoi, et pourquoi te contacter. La plupart des profils échouent sur les trois points.

Le titre : pas un label, une proposition

Ton titre est la première chose qu'un fondateur de startup voit quand il tombe sur ton profil depuis une recherche ou un post. "Développeur Full Stack" ne dit rien. "Dev React et Node pour startups SaaS, je livre des MVPs en 6 semaines" dit tout ce qu'il faut.

La bannière et la photo

La bannière est gratuite et visible. Un fond noir avec ta stack principale en blanc suffit. Sinon une capture d'écran d'un projet livré avec deux mots de contexte. La photo doit être récente, cadrée sur le visage, fond neutre. Pas de fond de conférence floue, pas de selfie de vacances.

La section About sans blabla

Commence par le problème que tu résous pour le client, pas par ton parcours. Deux ou trois phrases maximum sur ce que tu fais. Ensuite une ligne sur ta stack. Ensuite comment te contacter. Certains ajoutent deux ou trois phrases sur leurs préférences de mission (remote, durée, secteur). C'est utile parce que ça filtre les clients qui ne correspondent pas avant même qu'ils t'écrivent.

Le contenu qui ramène des prospects, pas des likes de copains devs

La majorité des devs qui publient sur LinkedIn font une erreur simple : ils écrivent pour leurs pairs. Ils parlent de DDD, de l'architecture hexagonale, de leur config NeoVim. C'est intéressant pour d'autres devs. Les clients, eux, ne comprennent pas et scrollent.

L'objectif de tes posts n'est pas d'impressionner la communauté tech. C'est de faire en sorte qu'un CTO de startup ou un directeur digital dans une agence se dise "ce mec comprend mes problèmes".

Les formats qui convertissent

• Le retour de mission : tu viens de livrer quelque chose, tu expliques le contexte client (sans nommer le client), le problème technique, ta solution, le résultat. Concret, honnête, avec les galères aussi.
• Le post "j'aurais dû savoir ça plus tôt" : une erreur que tu as faite, ce que tu as appris, comment tu fais maintenant. Les prospects voient que tu as de l'expérience réelle et pas que du cours en ligne.
• La prise de position tranchée : "GraphQL pour un MVP de 3 mois c'est trop tôt, voilà pourquoi". Un avis clair, même court, génère des commentaires et te positionne comme quelqu'un qui pense.
• Le conseil directement applicable : "Voilà comment j'explique à un client non-tech pourquoi ce bug a pris 2 jours à corriger." Ce format parle directement aux clients potentiels.
• Les coulisses d'une livraison : une capture d'un dashboard livré (anonymisée), un bout de code propre avec une explication courte, une démo en vidéo de 30 secondes.

Écris pour le fondateur de startup qui lit vite, pas pour le senior dev qui va te juger sur ta syntaxe.

Ce qu'il faut éviter absolument

• Les posts de "motivation du lundi" qui ne parlent pas de ton métier
• Les threads sur des technos que tes clients ne connaissent pas et n'ont pas à connaître
• Les posts qui se terminent par "En freelance depuis 3 ans, contactez-moi pour vos projets" (c'est le signe que tu n'as rien dit avant)
• Le partage de contenus d'autres sans aucun commentaire personnel

Une cadence tenable sur la durée

Deux posts par semaine pendant six mois, c'est 52 posts. Si chaque post est lu par 300 personnes en moyenne (c'est bas, c'est normal au début), c'est 15 600 expositions à ton profil. Parmi elles, quelques dizaines de personnes qui te gardent en tête pour une mission future.

Le piège c'est de traiter ça comme une corvée. Si tu passes trois heures sur un post, tu vas rapidement arrêter. La méthode simple : note dans un fichier texte ou un Notion chaque chose intéressante qui t'arrive dans ta semaine de freelance. Un bug bizarre, un client qui change de scope, une décision d'archi que tu as regrettée. En fin de semaine tu as cinq sujets pour deux posts.

Des outils comme Makelead permettent de transformer ces notes brutes en posts formatés pour LinkedIn, ce qui réduit le temps de rédaction à dix minutes par post. Le contenu reste le tien, tu le valides avant de publier.

Le bon timing

Sur LinkedIn, les mardis et jeudis matin entre 8h et 10h sont historiquement les meilleurs créneaux. Le vendredi après-midi et le week-end sont morts pour du contenu B2B. Commence par publier à ces horaires et ajuste selon tes stats après deux mois.

Construire un réseau utile sans spammer

Les connexions LinkedIn d'un dev freelance ne se valent pas toutes. Ajouter 500 autres devs ne t'apporte rien commercialement. Les profils utiles à ajouter en priorité : CTOs de startups de 10 à 80 personnes, directeurs techniques dans des agences digitales, responsables produit dans des scale-ups, fondateurs de startups early stage dans ton secteur de prédilection.

La note de connexion quand tu envoies une demande fait une vraie différence. Pas un pitch de vente, juste une phrase humaine : "J'ai vu ton post sur la migration vers Next.js, j'ai fait la même chose chez un client l'an dernier, intéressant de voir comment vous l'avez abordée." C'est suffisant pour que la demande soit acceptée et que la personne se souvienne de toi.

Commenter avant de publier

Si tu débutes sur LinkedIn et que personne ne te connaît, commence par commenter les posts des CTOs et fondateurs que tu cibles. Des commentaires qui ajoutent quelque chose, une expérience, un contre-exemple, une question pertinente. Après quatre à six semaines de ça, quand tu publies ton premier post, ces personnes voient déjà ton nom et sont plus susceptibles de s'arrêter.

Anglais ou français pour un dev freelance ?

Si tu cibles uniquement des clients francophones, publie en français. Si tu veux des clients européens ou des startups à Paris qui sont en full remote international, l'anglais élargit ta portée mais divise ton audience française.

La solution la plus pragmatique pour commencer : profil en français, posts en français. Quand tu commences à avoir des stats sur tes posts, tu testes un post en anglais par semaine et tu compares. Certains devs trouvent que leur audience LinkedIn est majoritairement francophone même pour des clients tech, d'autres voient 40 pourcent de leurs vues venir de l'étranger.

Ce que ça donne après six mois

Un dev freelance qui a un profil ciblé et qui publie régulièrement du contenu utile pour ses clients potentiels reçoit en général ses premiers inbounds entre le deuxième et le quatrième mois. Pas un déluge, deux ou trois messages de personnes qui ont vu un post, qui ont cliqué sur le profil, qui ont trouvé ça cohérent avec ce qu'elles cherchent.

Ce n'est pas une machine à missions instantanée. C'est une présence qui s'accumule et qui te sort du mode "chercher des missions en urgence tous les quatre mois". Les freelances qui tiennent cette cadence finissent par choisir leurs clients plutôt que d'accepter le premier qui passe.

FAQ