LaunchRepoUne étoile GitHub, c’est un petit clic qui joue un grand rôle : pour beaucoup de développeurs, c’est le premier signal qu’ils regardent avant d’essayer un projet. C’est précisément pour cela qu’il vaut la peine de gagner des étoiles lentement, pour de vrai. Les étoiles laissées par des gens qui ont trouvé votre projet utile amènent les visiteurs suivants ; les étoiles achetées disparaissent, et la recherche présentée plus bas montre qu’elles peuvent même vous coûter de l’attention par la suite. Cet article explique ce qu’une étoile fait réellement sur GitHub, ce qu’une étude de six millions de fausses étoiles présumées a révélé, et ce que notre propre mesure de 200 lancements Show HN montre de la façon dont arrivent les vraies étoiles. Il en tire ensuite une courte liste de ce qui fonctionne.
Ce que fait une étoile sur GitHub
La documentation de GitHub décrit trois rôles. Une étoile est un marque-page : elle enregistre un dépôt sur votre page d’étoiles pour que vous puissiez le retrouver. Elle alimente la découverte : mettre une étoile vous fait voir des projets similaires sur votre tableau de bord. Et elle témoigne de votre reconnaissance envers le mainteneur. La documentation ajoute ce qui rend les étoiles importantes pour la portée : « De nombreux classements de dépôts sur GitHub dépendent du nombre d’étoiles d’un dépôt », et Explore présente les dépôts populaires selon leur nombre d’étoiles.
Les développeurs s’en servent aussi de cette façon. Dans une enquête menée auprès de 791 développeurs par Hudson Borges et Marco Tulio Valente (Journal of Systems and Software, 2018), 52,5 % disaient mettre une étoile à un dépôt pour exprimer leur reconnaissance, 51,1 % pour le garder en favori et 36,7 % parce qu’ils l’utilisaient. Trois sur quatre (73 %) disaient regarder le nombre d’étoiles avant d’utiliser un projet ou d’y contribuer.
Une étoile est donc surtout un discret « c’est utile, je veux y revenir ». Chaque tactique présentée plus bas vise ce moment-là.
Étoiles achetées : ce qu’a révélé une vaste étude
Une équipe dirigée par Hao He (Carnegie Mellon University) a conçu un détecteur appelé StarScout et l’a appliqué à l’ensemble des données d’événements publiques de GitHub de juillet 2019 à décembre 2024. L’article, « Six Million (Suspected) Fake Stars in GitHub », a été présenté à l’International Conference on Software Engineering (ICSE 2026). Les principaux résultats :
| Constat | Chiffre |
|---|---|
| Fausses étoiles présumées | 6,0 millions |
| Dépôts ayant fait l’objet d’une campagne de fausses étoiles | 18 617 |
| Comptes ayant participé à ces campagnes | environ 301 000 |
| Dépôts de campagne supprimés en janvier 2025 | 90,42 % |
| Dépôts de campagne ayant atteint GitHub Trending | 78 (0,42 %) |
L’activité a commencé à croître en 2022 et a explosé en 2024. La plupart des fausses étoiles servaient à promouvoir des dépôts de malware de phishing à courte durée de vie ; le reste allait surtout à des projets d’IA/LLM, de blockchain, d’outils et de tutoriels.
Pour les mainteneurs, le résultat le plus utile concerne l’effet sur l’attention réelle. Les fausses étoiles ont bien apporté quelques vraies étoiles dans le mois ou les deux mois suivants, mais cet effet était environ cinq fois plus faible que celui des vraies étoiles. Ensuite, il devenait négatif : les dépôts aux étoiles achetées gagnaient moins de vraies étoiles au fil du temps. Autrement dit, les étoiles achetées achètent un chiffre, pas des utilisateurs, et ce chiffre devient un handicap.
Comment repérer les fausses étoiles
L’étude s’est appuyée sur deux schémas que les vendeurs d’étoiles ont du mal à éviter. Le premier, ce sont les comptes jetables : des comptes dont la seule activité est de mettre une étoile à un dépôt. Le second, c’est l’étoilage synchronisé : un groupe de comptes qui mettent une étoile au même ensemble de dépôts dans la même courte fenêtre de temps. Les vrais utilisateurs ne se comportent ni de l’une ni de l’autre façon.
Ce que disent les règles de GitHub
Les Acceptable Use Policies de GitHub citent « la manipulation des classements, comme l’attribution automatisée d’étoiles ou d’abonnements » parmi les activités interdites, aux côtés de l’activité inauthentique coordonnée et de la participation aux marchés qui la vendent. Depuis juillet 2026, GitHub réserve aussi aux administrateurs et aux collaborateurs les listes publiques des personnes ayant mis une étoile à un dépôt, car, selon ses propres termes, ces données « sont de plus en plus détournées pour collecter des données d’utilisateurs à des fins de spam ».
Échanger des étoiles en groupe ou les payer n’est donc pas une tactique de croissance assortie d’un risque. Cela va à l’encontre des règles de la plateforme et, comme le montre l’étude, de votre propre portée à long terme.
Notre mesure : l’effet d’un post Show HN sur les étoiles
Nous voulions savoir comment arrivent les vraies étoiles après un lancement typique. Notre jeu de données public Show HN contient tous les posts Show HN de septembre 2025 à août 2026 ; 15 859 d’entre eux renvoient vers un dépôt de code. Nous avons tiré au hasard 50 dépôts GitHub dans chacun des quatre groupes définis par les points Hacker News, puis relevé leur nombre d’étoiles quotidien via l’API publique d’historique des étoiles de GitHub le 1er octobre 2026. Seuls des chiffres agrégés sont publiés ici ; aucun nom de dépôt.
| Points HN du post | Posts de dépôts dans le jeu de données | Étoiles médianes, semaine précédente | Étoiles médianes, 2 premiers jours | Étoiles médianes, 7 premiers jours | Étoiles médianes, jours 8–30 | 10+ étoiles en semaine 1 |
|---|---|---|---|---|---|---|
| 1 | 4 988 | 0 | 2 | 3,5 | 1 | 24 % |
| 2–9 | 9 371 | 0 | 4 | 6 | 1,5 | 32 % |
| 10–99 | 1 193 | 1 | 40 | 47 | 13 | 82 % |
| 100+ | 307 | 2 | 244,5 | 400,5 | 87 | 98 % |
Trois choses ressortent :
- Les étoiles suivent l’intérêt. Les posts que la communauté a fait monter ont apporté bien plus d’étoiles. La plupart des posts se retrouvent dans les deux premières lignes : un post de dépôt typique apporte une poignée d’étoiles, pas des centaines.
- Le pic arrive tout de suite. La plupart des étoiles de la première semaine arrivent les deux premiers jours. Dans les quatre groupes, le dépôt médian a reçu entre 43 % et 70 % de toutes ses étoiles depuis le post au cours de cette première semaine.
- Ça ne continue pas tout seul. Les jours 8 à 30 ajoutent bien moins que la première semaine. Un lancement est un début ; ce sont des raisons régulières de revenir qui font que les étoiles continuent d’arriver.
Les limites, clairement : il s’agit d’une observation, pas d’une expérience. Les projets qui obtiennent beaucoup de points sont aussi plus intéressants, et d’autres actions de promotion menées les mêmes jours comptent également. L’API de GitHub indique les étoiles actuelles, donc les étoiles retirées par la suite manquent. Ses limites de jour ne correspondent pas exactement à l’UTC, si bien qu’une fenêtre peut être décalée d’un jour au plus. L’échantillon compte 50 dépôts par groupe, pas la population complète.
Ce qui rapporte des étoiles de façon fiable
Mises bout à bout, la documentation, l’enquête et nos données pointent vers les mêmes quelques leviers. Tous fonctionnent en rendant le projet plus utile ou plus facile à trouver.
| Levier | Pourquoi ça marche | Preuve |
|---|---|---|
| Un README qui convainc en un écran | Les visiteurs qui comprennent le projet en quelques secondes le mettent en favori ou l’essaient | Le marque-page faisait partie des principales raisons de mettre une étoile (51,1 %) |
| Un lancement là où sont vos utilisateurs | Un post qui trouve un écho apporte la plus grosse vague d’étoiles d’un coup | Notre mesure ; la plupart des mainteneurs de projets à croissance rapide interrogés dans l’enquête de 2018 attribuaient cette croissance à des posts sur des sites sociaux, surtout Hacker News |
| Continuer à livrer | Releases, correctifs et réponses donnent aux gens des raisons de revenir et de partager | Les mainteneurs citaient une faible activité comme principale raison d’une croissance lente (53,8 %) |
| Être trouvable sur GitHub | Les topics et une description claire vous placent dans les pages de topics et la recherche | La documentation de GitHub sur les topics |
| Listes sélectionnées et communautés | Une place dans une awesome list adaptée ou un forum de l’écosystème continue de pointer vers vous | Notre plan de distribution open source |
| Demander une fois, sans contrepartie | Une phrase amicale comme « une étoile pour suivre les releases » le rappelle aux utilisateurs satisfaits | Demander est permis ; récompenses et échanges ne le sont pas |
Le plan de distribution pour les mainteneurs open source transforme ces leviers en checklist de quatre semaines avec un planificateur gratuit, règles de GitHub sur les topics et exigences exactes des awesome lists comprises.
Ce qu’il vaut mieux éviter
- Acheter des étoiles ou rejoindre des échanges d’étoiles. Contraire aux règles de GitHub, facile à détecter et nuisible à la portée à long terme, comme on l’a vu plus haut.
- Demander à des amis de voter sur Hacker News. Hacker News le dit sans détour : « Merci de ne pas demander à des amis de voter pour vous ou de commenter. » La même honnêteté vaut pour les étoiles.
- Compter les étoiles comme des utilisateurs. Les étoiles sont un signal public d’intérêt, pas d’usage. Suivez aussi les installations, les issues ouvertes par de nouvelles personnes et les visiteurs qui reviennent.
La place de LaunchRepo
LaunchRepo s’occupe de la partie de la portée qui relève de l’effort pur : inscrire le site de votre produit ou de votre projet dans des annuaires et sur des plateformes de lancement. Votre agent de code prépare et soumet les fiches à partir d’un seul brief produit, et un suivi indique lesquelles sont en ligne. Ses instructions demandent à l’agent de ne pas fabriquer de votes ni de commentaires ; LaunchRepo ne met jamais d’étoiles, ne vote jamais et ne rédige jamais d’avis à votre place. Les étoiles restent là où elles doivent être : chez les gens qui ont trouvé votre travail utile. Si vous développez pour des développeurs, la page sur la promotion des outils pour développeurs montre comment cela s’intègre à un lancement plus large, et la page des tarifs donne les détails.
Questions fréquentes
Comment obtenir plus d’étoiles sur GitHub ?
Rendez le projet utile et facile à comprendre, puis montrez-le aux personnes qui en ont besoin. Un README clair avec un démarrage rapide, un lancement dans la communauté où se trouvent vos utilisateurs, des releases régulières et de bons topics GitHub apportent de vraies étoiles. Demander une fois aux utilisateurs satisfaits, sans contrepartie, est tout à fait acceptable.
Acheter des étoiles GitHub, est-ce autorisé ?
Non. Les Acceptable Use Policies de GitHub interdisent la manipulation des classements, comme l’attribution automatisée d’étoiles, ainsi que la participation aux marchés d’activité inauthentique. Une étude de 6 millions de fausses étoiles présumées a constaté que la plupart des dépôts concernés avaient été supprimés.
Les étoiles achetées aident-elles un dépôt à grandir ?
Seulement brièvement. L’étude ICSE 2026 a constaté un faible effet sur les vraies étoiles pendant environ deux mois, cinq fois plus faible que celui des vraies étoiles, puis un effet négatif.
Comment détecte-t-on les fausses étoiles GitHub ?
L’étude a cherché deux schémas : des comptes jetables dont la seule activité est une unique étoile, et des groupes de comptes qui mettent une étoile aux mêmes dépôts dans la même courte fenêtre. GitHub supprime aussi les comptes et dépôts frauduleux.
Combien d’étoiles un post Show HN rapporte-t-il ?
Dans notre échantillon de 200 dépôts, la médiane sur les sept premiers jours était de 3,5 étoiles pour les posts à 1 point, 6 pour 2–9 points, 47 pour 10–99 points et 400,5 pour 100 points ou plus. La plupart de ces étoiles sont arrivées les deux premiers jours.
LaunchRepo me fait-il gagner des étoiles GitHub ?
Pas directement, et il ne met pas d’étoiles et ne vote pas pour vous. LaunchRepo inscrit le site de votre produit dans des annuaires et sur des plateformes de lancement, ce qui amène des visiteurs susceptibles de mettre ensuite une étoile au projet s’ils le trouvent utile.
Sources, vérifiées le 1er octobre 2026 : GitHub Docs, « Saving repositories with stars » et « Classifying your repository with topics » ; GitHub Acceptable Use Policies ; GitHub Changelog, « Upcoming access restrictions to public API endpoints and UI views » (30 juin 2026) ; GitHub REST API, « Get repository star history » ; Hao He et al., « Six Million (Suspected) Fake Stars in GitHub », ICSE 2026 (arXiv:2412.13459v2) ; Hudson Borges et Marco Tulio Valente, « What’s in a GitHub Star? », Journal of Systems and Software 146 (2018) ; Hacker News, règles de Show HN ; notre propre mesure de 200 dépôts issus du jeu de données public Show HN (méthode ci-dessus) ; instructions de l’agent LaunchRepo.