Ein GitHub-Stern ist ein kleiner Klick mit einer großen Aufgabe: Für viele Entwickler ist er das erste Signal, das sie prüfen, bevor sie ein Projekt ausprobieren. Genau deshalb lohnt es sich, Sterne auf dem langsamen, echten Weg zu verdienen. Sterne von Leuten, die dein Projekt nützlich fanden, bringen die nächsten Besucher mit; gekaufte verschwinden wieder, und die Forschung unten zeigt, dass sie dich später sogar Aufmerksamkeit kosten können. Dieser Artikel erklärt, was ein Stern auf GitHub tatsächlich bewirkt, was eine Studie über sechs Millionen mutmaßlich gefälschte Sterne herausfand und was unsere eigene Messung von 200 Launches auf Show HN darüber zeigt, wie echte Sterne ankommen. Danach macht er daraus eine kurze Liste von Dingen, die funktionieren.
Was ein Stern auf GitHub bewirkt
GitHubs eigene Dokumentation beschreibt drei Rollen. Ein Stern ist ein Lesezeichen: Er speichert ein Repository auf deiner Sterne-Seite, damit du es wiederfindest. Er speist die Entdeckung: Wenn du Sterne vergibst, zeigt dir dein Dashboard verwandte Projekte. Und er drückt Wertschätzung gegenüber dem Maintainer aus. Die Dokumentation ergänzt den Teil, der Sterne für die Reichweite wichtig macht: „Viele Rankings von Repositorys auf GitHub hängen von der Anzahl der Sterne eines Repositorys ab“, und Explore zeigt beliebte Repositorys nach Sternezahl.
Entwickler nutzen sie auch so. In einer Umfrage unter 791 Entwicklern von Hudson Borges und Marco Tulio Valente (Journal of Systems and Software, 2018) gaben 52,5 % an, ein Repository mit einem Stern zu versehen, um Wertschätzung zu zeigen, 51,1 %, um es als Lesezeichen zu speichern, und 36,7 %, weil sie es nutzten. Drei von vier (73 %) sagten, dass sie auf die Sternezahl schauen, bevor sie ein Projekt nutzen oder dazu beitragen.
Ein Stern ist also meist ein stilles „Das ist nützlich, ich will wiederkommen“. Jede Taktik weiter unten zielt auf genau diesen Moment.
Gekaufte Sterne: was eine große Studie fand
Ein Team unter der Leitung von Hao He (Carnegie Mellon University) hat einen Detektor namens StarScout gebaut und ihn über alle öffentlichen GitHub-Ereignisdaten von Juli 2019 bis Dezember 2024 laufen lassen. Das Paper „Six Million (Suspected) Fake Stars in GitHub“ erschien auf der International Conference on Software Engineering (ICSE 2026). Die wichtigsten Ergebnisse:
| Ergebnis | Zahl |
|---|---|
| Mutmaßlich gefälschte Sterne | 6,0 Millionen |
| Repositorys mit einer Kampagne gefälschter Sterne | 18.617 |
| Konten, die an diesen Kampagnen beteiligt waren | etwa 301.000 |
| Bis Januar 2025 gelöschte Kampagnen-Repositorys | 90,42 % |
| Kampagnen-Repositorys, die je GitHub Trending erreichten | 78 (0,42 %) |
Die Aktivität begann 2022 zu wachsen und stieg 2024 sprunghaft an. Die meisten gefälschten Sterne bewarben kurzlebige Repositorys mit Phishing-Malware; der Rest ging vor allem an Projekte zu KI/LLM, Blockchain, Tools und Tutorials.
Für Maintainer ist das nützlichste Ergebnis die Wirkung auf echte Aufmerksamkeit. Gefälschte Sterne brachten im folgenden Monat oder den folgenden zwei Monaten zwar einige echte Sterne, aber der Effekt war etwa fünfmal kleiner als der echter Sterne. Danach wurde er negativ: Repositorys mit gekauften Sternen gewannen mit der Zeit weniger echte Sterne. Anders gesagt: Gekaufte Sterne kaufen eine Zahl, keine Nutzer, und die Zahl wird zur Belastung.
Wie gefälschte Sterne erkannt werden
Die Studie nutzte zwei Muster, die Sternverkäufer kaum vermeiden können. Das erste sind Wegwerfkonten: Konten, deren einzige Aktivität darin besteht, einem Repository einen Stern zu geben. Das zweite ist Sternevergabe im Gleichschritt: Eine Gruppe von Konten versieht dieselben Repositorys im selben kurzen Zeitfenster mit Sternen. Echte Nutzer verhalten sich weder so noch so.
Was GitHubs Regeln sagen
GitHubs Acceptable Use Policies führen „Ranking-Missbrauch, etwa automatisiertes Vergeben von Sternen oder Folgen“ unter den nicht erlaubten Aktivitäten auf, zusammen mit koordinierter unechter Aktivität und der Teilnahme an Märkten, die sie verkaufen. Seit Juli 2026 beschränkt GitHub außerdem die öffentlichen Listen, wer einem Repository einen Stern gegeben hat, auf Admins und Collaborators, weil diese Daten, in GitHubs eigenen Worten, „zunehmend missbraucht wurden, um Nutzerdaten für Spam-Aktivitäten zu sammeln“.
Sterne in Gruppen zu tauschen oder für sie zu bezahlen ist also keine Wachstumstaktik mit etwas Risiko. Es verstößt gegen die Regeln der Plattform und, wie die Studie zeigt, gegen deine eigene langfristige Reichweite.
Unsere Messung: was ein Show-HN-Beitrag mit den Sternen macht
Wir wollten wissen, wie echte Sterne nach einem typischen Launch ankommen. Unser öffentlicher Show-HN-Datensatz enthält jeden Show-HN-Beitrag von September 2025 bis August 2026; 15.859 davon verlinken auf ein Code-Repository. Wir haben aus jeder von vier Gruppen, eingeteilt nach Punkten auf Hacker News, eine Zufallsstichprobe von 50 GitHub-Repositorys gezogen und ihre täglichen Sternezahlen am 1. Oktober 2026 aus GitHubs öffentlicher API für den Sternverlauf ausgelesen. Hier veröffentlichen wir nur aggregierte Zahlen, keine Namen von Repositorys.
| HN-Punkte des Beitrags | Repo-Beiträge im Datensatz | Median Sterne, Woche davor | Median Sterne, erste 2 Tage | Median Sterne, erste 7 Tage | Median Sterne, Tage 8–30 | 10+ Sterne in Woche 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 % |
Drei Dinge fallen auf:
- Sterne folgen dem Interesse. Beiträge, die die Community nach oben gevotet hat, brachten weit mehr Sterne. Die meisten Beiträge landen in den ersten beiden Zeilen, also bringt ein typischer Repository-Beitrag eine Handvoll Sterne, nicht Hunderte.
- Der Schub kommt am Anfang. Die meisten Sterne der ersten Woche kommen an den ersten beiden Tagen. Über die vier Gruppen hinweg bekam das Median-Repository zwischen 43 % und 70 % aller Sterne seit dem Beitrag in dieser ersten Woche.
- Es geht nicht von selbst weiter. Die Tage 8 bis 30 bringen weit weniger als die erste Woche. Ein Launch ist ein Anfang; stetige Gründe zum Wiederkommen halten die Sterne am Laufen.
Grenzen, klar benannt: Das ist eine Beobachtung, kein Experiment. Projekte mit vielen Punkten sind auch interessanter, und andere Werbung in denselben Tagen zählt ebenfalls mit. GitHubs API meldet die aktuellen Sterne, später entfernte Sterne fehlen also. Ihre Tagesgrenzen entsprechen nicht genau UTC, ein Zeitfenster kann also um bis zu einen Tag abweichen. Die Stichprobe umfasst 50 Repositorys pro Gruppe, nicht die gesamte Grundgesamtheit.
Was zuverlässig Sterne bringt
Zusammengenommen weisen die Dokumentation, die Umfrage und unsere Daten auf dieselben wenigen Hebel hin. Sie alle wirken, indem sie das Projekt nützlicher oder leichter auffindbar machen.
| Hebel | Warum er wirkt | Beleg |
|---|---|---|
| Ein README, das auf einem Bildschirm überzeugt | Besucher, die das Projekt in Sekunden verstehen, speichern es oder probieren es aus | Lesezeichen waren ein Hauptgrund für einen Stern (51,1 %) |
| Ein Launch dort, wo deine Nutzer sind | Ein Beitrag, der Anklang findet, bringt die größte einzelne Welle an Sternen | Unsere Messung; die meisten Maintainer schnell wachsender Projekte in der Umfrage von 2018 führten das Wachstum auf Beiträge in sozialen Netzwerken zurück, vor allem Hacker News |
| Weiter ausliefern | Releases, Fixes und Antworten geben Leuten Gründe, wiederzukommen und das Projekt zu teilen | Maintainer nannten geringe Aktivität als Hauptgrund für langsames Wachstum (53,8 %) |
| Auf GitHub auffindbar sein | Topics und eine klare Beschreibung bringen dich auf Topic-Seiten und in die Suche | GitHubs Dokumentation zu Topics |
| Kuratierte Listen und Communitys | Ein Platz in einer passenden Awesome-Liste oder einem Forum des Ökosystems verweist dauerhaft auf dich | Unser Distributionsplan für Open Source |
| Einmal fragen, ohne Belohnung | Eine freundliche Zeile wie „Gib einen Stern, um Releases zu verfolgen“ erinnert zufriedene Nutzer | Fragen ist in Ordnung; Belohnungen und Tausch nicht |
Der Distributionsplan für Open-Source-Maintainer macht aus diesen Hebeln eine Checkliste für vier Wochen mit einem kostenlosen Planer, inklusive GitHubs Regeln für Topics und den genauen Anforderungen an Awesome-Listen.
Was du lassen solltest
- Sterne kaufen oder an Sterne-Tauschbörsen teilnehmen. Verstößt gegen GitHubs Regeln, ist leicht zu erkennen und schadet der langfristigen Reichweite, wie oben gezeigt.
- Freunde bitten, auf Hacker News abzustimmen. Hacker News sagt es klar: „Bitte frag keine Freunde, zu upvoten oder zu kommentieren.“ Dieselbe Ehrlichkeit gilt für Sterne.
- Sterne als Nutzer zählen. Sterne sind ein öffentliches Signal von Interesse, nicht von Nutzung. Verfolge auch Installationen, Issues von neuen Leuten und wiederkehrende Besucher.
Wo LaunchRepo hineinpasst
LaunchRepo kümmert sich um den Teil der Reichweite, der reine Fleißarbeit ist: deine Produkt- oder Projekt-Website in Verzeichnisse und auf Launch-Plattformen zu bringen. Dein Coding-Agent bereitet die Einträge aus einem einzigen Produkt-Briefing vor und reicht sie ein, und ein Tracker zeigt, welche live sind. Seine Agent-Anweisungen weisen den Agenten an, keine Stimmen oder Kommentare zu fabrizieren; LaunchRepo vergibt nie Sterne, Stimmen oder Bewertungen in deinem Namen. Die Sterne bleiben, wo sie hingehören: bei Leuten, die deine Arbeit nützlich fanden. Wenn du für Entwickler baust, zeigt die Seite zum Bewerben von Entwicklertools, wie das in einen größeren Launch passt, und die Preisseite hat die Details.
Häufige Fragen
Wie bekomme ich mehr Sterne auf GitHub?
Mach das Projekt nützlich und leicht verständlich und zeig es dann den Leuten, die es brauchen. Ein klares README mit Schnellstart, ein Launch in der Community, in der deine Nutzer sind, regelmäßige Releases und gute GitHub-Topics bringen echte Sterne. Zufriedene Nutzer einmal ohne Belohnung zu fragen, ist in Ordnung.
Darf man GitHub-Sterne kaufen?
Nein. GitHubs Acceptable Use Policies verbieten Ranking-Missbrauch wie automatisiertes Vergeben von Sternen sowie die Teilnahme an Märkten für unechte Aktivität. Eine Studie über 6 Millionen mutmaßlich gefälschte Sterne fand heraus, dass die meisten beteiligten Repositorys gelöscht worden waren.
Helfen gekaufte Sterne einem Repository beim Wachsen?
Nur kurz. Die Studie auf der ICSE 2026 fand innerhalb von etwa zwei Monaten einen kleinen Effekt auf echte Sterne, fünfmal kleiner als der echter Sterne, und danach einen negativen Effekt.
Wie werden gefälschte GitHub-Sterne erkannt?
Die Studie suchte nach zwei Mustern: Wegwerfkonten, deren einzige Aktivität ein einzelner Stern ist, und Gruppen von Konten, die dieselben Repositorys im selben kurzen Zeitfenster mit Sternen versehen. GitHub entfernt außerdem betrügerische Konten und Repositorys.
Wie viele Sterne bringt ein Show-HN-Beitrag?
In unserer Stichprobe von 200 Repositorys lag der Median in den ersten sieben Tagen bei 3,5 Sternen für Beiträge mit 1 Punkt, 6 für 2–9 Punkte, 47 für 10–99 Punkte und 400,5 für 100 Punkte oder mehr. Die meisten dieser Sterne kamen an den ersten beiden Tagen.
Bringt mir LaunchRepo GitHub-Sterne?
Nicht direkt, und es vergibt keine Sterne oder Stimmen für dich. LaunchRepo trägt deine Produkt-Website in Verzeichnisse und auf Launch-Plattformen ein. Das bringt Besucher, die dem Projekt dann vielleicht einen Stern geben, wenn sie es nützlich finden.
Quellen, geprüft am 1. Oktober 2026: GitHub Docs, „Saving repositories with stars“ und „Classifying your repository with topics“; GitHub Acceptable Use Policies; GitHub Changelog, „Upcoming access restrictions to public API endpoints and UI views“ (30. Juni 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 und Marco Tulio Valente, „What’s in a GitHub Star?“, Journal of Systems and Software 146 (2018); Hacker News, Show-HN-Richtlinien; unsere eigene Messung von 200 Repositorys aus dem öffentlichen Show-HN-Datensatz (Methode oben); Agent-Anweisungen von LaunchRepo.