Recruter des développeurs qui ne sont pas sur LinkedIn (ils sont dans l’IDE)
Pourquoi InMails et job boards ratent les profils passifs, comment marche le matching par stack, et comment rédiger une offre qu’un développeur ouvre vraiment.

Recruter des développeurs qui ne sont pas sur LinkedIn (ils sont dans l’IDE)
LinkedIn Recruiter, c’est parler à ceux qui ont accepté qu’on leur parle. Les job boards, c’est parler à ceux qui ont ouvert un onglet « jobs ». Beaucoup des ingénieurs que vous voulez n’ont fait ni l’un ni l’autre cette semaine. Ils ont ouvert Cursor.
Ce n’est pas une punchline. C’est la fuite : développeurs passifs — en poste, ouverts à mieux, allergiques aux InMails rédigées comme des pubs. Les canaux classiques facturent cette fuite en « plus de sièges, plus d’InMails ». Vous rachetez la même liste.
Idlen est dans l’IDE et le navigateur pendant qu’ils travaillent. Deux produits, une audience :
- Idlen Jobs — une offre matchée sur la stack réelle, pas un salade de mots-clés.
- Pubs in-IDE / overlay — le même rôle, dans un temps d’attente, à des gens qui n’ont pas ouvert de job board.
La version longue est la page recrutement tech. Ici, c’est le lundi matin.
Pourquoi le mix actuel les rate
LinkedIn optimise titres et skills auto-déclarés. « React » en 2022 n’est pas React ce trimestre. Les CPM tech sont aussi les chers — le playbook réseaux place LinkedIn vers 33–65 $ de CPM. OK pour de l’ABM nominatif. Douloureux pour « deux backend qui touchent vraiment Postgres ».
Job boards optimisent la recherche active. Utile. Incomplet. Ceux qui sont assez bien là où ils sont ne voient jamais l’offre.
Cabinets optimisent la vitesse et un tableur de gens qui ont décroché l’an dernier.
Aucun de ces canaux ne lit package.json.
Ce que « stack vérifiée » veut dire ici
Idlen voit les outils en usage — IDE, navigateur, dépendances du projet ouvert — en local, pour le ciblage. Vous n’achetez pas un lookalike « software engineer ». Vous demandez des gens qui ont shippé avec cette stack cette semaine.
C’est le même mécanisme que les pubs produit (ciblage stack), pointé sur un rôle :
| Vous cherchez | Vous ciblez |
|---|---|
| Staff backend | Go ou Rust + Postgres, pas « backend » |
| Product engineer | TypeScript + React + le cloud que vous tournez vraiment |
| Plateforme ML | Python + l’orchestrateur que vous supportez |
| Security | Les langages du codebase, pas « passion cyber » |
La séniorité est inférée, pas un menu « 10 ans ». Repos complexes et stacks larges corrèlent avec l’expérience. C’est un prior, pas un background check. Dites-le dans l’offre pour que personne n’imagine que vous avez leur dossier RH.
Deux usages (les deux si le rôle est dur)
1. Publier l’offre
Sur le job board :
- Entreprise en quelques minutes
- Rôle, skills indispensables, fourchette salaire, remote / hybride / on-site
- Matching + score (0–100) profil, stack, lieu
- Alertes candidats quand le fit est réel
Coût de publication : 0 €. Vous n’achetez pas une bannière. Vous entrez dans un vivier de gens qui utilisent déjà le produit en codant.
2. Promouvoir le rôle dans l’IDE
Même copy, reach payant, moments idle. Traitez ça comme n’importe quelle première campagne : une stack, une geo, une pub. Le crédit welcome 200 € sert aux pubs produit et au hiring si c’est le job. Ne diffusez pas « on est une famille » sur un filtre Rust.
Rédigez l’unité comme une pub produit — format 30 minutes — pas comme un poème carrière.
L’offre qu’un développeur ouvre
Quatre réponses dès le premier écran :
- Ce qu’ils shippent en 90 jours — un système, pas « drive impact ».
- Une stack vraie — s’il reste une île jQuery, dites-le.
- L’argent — une fourchette. « Selon profil » = rebond.
- La façon de bosser — remote, astreinte, nombre de réunions. Un mensonge = offre refusée plus tard.
À tuer : « ninja », « rockstar », « famille qui avance vite », take-home non payé qui recrée le produit, « passionnés par la mission » en ligne 1.
À garder : un repo ou un produit cliquable, le nombre d’étapes d’entretien, la réalité visa.
Un overlay recrutement peut être plus court que la fiche :
Titre : Staff Go, Postgres, remote UE, 90–110 k€
Corps : Astreinte une semaine sur six. Deux loops, pas de homework le week-end.
CTA : Lire l’offre
La fiche porte le reste. La pub n’a qu’à mériter le clic.
Checklist lundi
- Publiez le rôle sur Idlen Jobs avec fourchette et stack réelle.
- Réutilisez ce premier écran comme pub in-IDE si vous promouvez.
- Le clic va vers l’URL de l’offre, pas un formulaire « talent community ».
- Après une semaine : scores de matching et stack des candidats, pas le volume brut. Cinquante CV hors sujet, c’est l’ancien job board.
Si vous diffusez aussi de la pub produit, séparez les campagnes. CTA mélangés = zéro leçon.
FAQ
LinkedIn ne suffit pas ?
Il touche ceux qui y vivent. Beaucoup de très bons ingénieurs n’y vivent pas. Ils bougeront pour un rôle net et une fourchette vraie. Ils ne rafraîchiront pas InMail.
Différence avec Indeed ou Welcome to the Jungle ?
Ces sites dépendent encore d’une recherche ou d’un opt-in. Idlen peut matcher sur la stack en usage et, si vous payez, montrer le rôle dans l’IDE pendant l’idle — y compris à ceux qui n’ont pas ouvert d’onglet jobs.
Cibler uniquement React ?
Oui. Filtre et promo sur les technos observées au quotidien, pas un skill 2019.
Prix d’une publication ?
0 € pour lister. Promo et in-IDE sont un spend optionnel, y compris le crédit welcome si vous l’utilisez pour embaucher.
Si les gens que vous voulez sont en train de coder, parlez-leur là. Publier l’offre.
Touchez les developpeurs la ou ils travaillent
Diffusez vos publicites directement dans les outils de developpement. Publicites natives, engagement reel, zero impression perdue.

