LaunchRepoUna stella su GitHub è un piccolo clic con un compito importante: per molti sviluppatori è il primo segnale che controllano prima di provare un progetto. Proprio per questo conviene guadagnarsi le stelle nel modo lento e autentico. Le stelle che arrivano da persone che hanno trovato utile il tuo progetto portano con sé i visitatori successivi; quelle comprate svaniscono, e la ricerca qui sotto mostra che possono persino costarti attenzione più avanti. Questo articolo spiega cosa fa davvero una stella su GitHub, cosa ha scoperto uno studio su sei milioni di stelle false sospette e cosa mostra la nostra misurazione di 200 lanci su Show HN su come arrivano le stelle vere. Poi trasforma tutto questo in un breve elenco di cose che funzionano.
Cosa fa una stella su GitHub
La documentazione di GitHub descrive tre ruoli. Una stella è un segnalibro: salva un repository nella tua pagina delle stelle, così puoi ritrovarlo. Alimenta la scoperta: mettere una stella ti mostra progetti correlati nella tua dashboard. Infine esprime apprezzamento verso chi mantiene il progetto. La documentazione aggiunge la parte che rende le stelle importanti per la visibilità: “Molte delle classifiche dei repository di GitHub dipendono dal numero di stelle di un repository”, ed Explore mostra i repository popolari in base al numero di stelle.
Anche gli sviluppatori le usano così. In un sondaggio su 791 sviluppatori condotto da Hudson Borges e Marco Tulio Valente (Journal of Systems and Software, 2018), il 52,5% ha detto di mettere una stella a un repository per esprimere apprezzamento, il 51,1% per salvarlo come segnalibro e il 36,7% perché lo usava. Tre su quattro (73%) hanno detto di guardare il numero di stelle prima di usare un progetto o di contribuirvi.
Una stella, quindi, è soprattutto un discreto “è utile, voglio tornarci”. Ogni tattica più avanti punta a quel momento.
Stelle comprate: cosa ha scoperto un ampio studio
Un team guidato da Hao He (Carnegie Mellon University) ha costruito un rilevatore chiamato StarScout e lo ha applicato a tutti i dati pubblici sugli eventi di GitHub da luglio 2019 a dicembre 2024. L’articolo, “Six Million (Suspected) Fake Stars in GitHub”, è stato presentato all’International Conference on Software Engineering (ICSE 2026). I risultati principali:
| Risultato | Numero |
|---|---|
| Stelle false sospette | 6,0 milioni |
| Repository con una campagna di stelle false | 18.617 |
| Account che hanno partecipato a quelle campagne | circa 301.000 |
| Repository delle campagne eliminati entro gennaio 2025 | 90,42% |
| Repository delle campagne arrivati almeno una volta su GitHub Trending | 78 (0,42%) |
L’attività ha iniziato a crescere nel 2022 ed è esplosa nel 2024. La maggior parte delle stelle false promuoveva repository di malware di phishing dalla vita breve; il resto andava soprattutto a progetti di IA/LLM, blockchain, tool e tutorial.
Per chi mantiene un progetto, il risultato più utile riguarda l’effetto sull’attenzione reale. Le stelle false hanno portato qualche stella vera nel mese o nei due mesi successivi, ma l’effetto era circa cinque volte più piccolo di quello delle stelle vere. Dopo, diventava negativo: i repository con stelle comprate hanno guadagnato meno stelle vere nel tempo. In altre parole, le stelle comprate comprano un numero, non utenti, e quel numero diventa un peso.
Come si riconoscono le stelle false
Lo studio ha usato due schemi che i venditori di stelle faticano a evitare. Il primo sono gli account usa e getta: account la cui unica attività è mettere una stella a un repository. Il secondo è lo starring sincronizzato: un gruppo di account che mette una stella allo stesso insieme di repository nella stessa breve finestra di tempo. Gli utenti reali non si comportano in nessuno dei due modi.
Cosa dicono le regole di GitHub
Le Acceptable Use Policies di GitHub elencano “la manipolazione delle classifiche, come l’assegnazione automatica di stelle o di follow” tra le attività non consentite, insieme all’attività inautentica coordinata e alla partecipazione ai mercati che la vendono. Da luglio 2026 GitHub limita inoltre ad amministratori e collaboratori gli elenchi pubblici di chi ha messo una stella a un repository, perché, con le sue parole, quei dati “sono stati sempre più spesso usati impropriamente per raccogliere dati degli utenti per attività di spam”.
Scambiarsi stelle in gruppo o pagarle, quindi, non è una tattica di crescita con un rischio annesso. Va contro le regole della piattaforma e, come mostra lo studio, contro la tua stessa visibilità nel lungo periodo.
La nostra misurazione: cosa fa un post Show HN alle stelle
Volevamo sapere come arrivano le stelle vere dopo un lancio tipico. Il nostro dataset pubblico di Show HN contiene ogni post Show HN da settembre 2025 ad agosto 2026; 15.859 di questi rimandano a un repository di codice. Abbiamo estratto un campione casuale di 50 repository GitHub per ciascuno di quattro gruppi definiti dai punti su Hacker News e abbiamo letto il loro numero giornaliero di stelle dall’API pubblica della cronologia delle stelle di GitHub il 1° ottobre 2026. Qui pubblichiamo solo numeri aggregati; nessun nome di repository.
| Punti HN del post | Post con repository nel dataset | Stelle mediane, settimana prima | Stelle mediane, primi 2 giorni | Stelle mediane, primi 7 giorni | Stelle mediane, giorni 8–30 | 10+ stelle nella settimana 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% |
Tre cose saltano all’occhio:
- Le stelle seguono l’interesse. I post votati dalla community hanno portato molte più stelle. La maggior parte dei post finisce nelle prime due righe, quindi un tipico post con repository porta una manciata di stelle, non centinaia.
- Il picco arriva subito. La maggior parte delle stelle della prima settimana arriva nei primi due giorni. Nei quattro gruppi, il repository mediano ha ricevuto in quella prima settimana tra il 43% e il 70% di tutte le stelle arrivate dopo il post.
- Non va avanti da solo. I giorni dall’8 al 30 aggiungono molto meno della prima settimana. Un lancio è un inizio; altre stelle arrivano quando le persone hanno motivi costanti per tornare.
I limiti, detti chiaramente: questa è un’osservazione, non un esperimento. I progetti che ottengono molti punti sono anche più interessanti, e conta pure altra promozione fatta negli stessi giorni. L’API di GitHub riporta le stelle attuali, quindi mancano quelle rimosse in seguito. I suoi confini di giornata non coincidono esattamente con l’UTC, per cui una finestra può essere sfasata fino a un giorno. Il campione ha 50 repository per gruppo, non l’intera popolazione.
Cosa porta stelle in modo affidabile
Messi insieme, la documentazione, il sondaggio e i nostri dati indicano le stesse poche leve. Funzionano tutte rendendo il progetto più utile o più facile da trovare.
| Leva | Perché funziona | Evidenza |
|---|---|---|
| Un README che convince in una schermata | Chi capisce il progetto in pochi secondi lo salva o lo prova | Salvarlo come segnalibro era tra i motivi principali per mettere una stella (51,1%) |
| Un lancio dove sono i tuoi utenti | Un post che colpisce porta la singola ondata di stelle più grande | La nostra misurazione; la maggior parte dei maintainer di progetti in rapida crescita nel sondaggio del 2018 collegava la crescita a post sui social, soprattutto Hacker News |
| Continua a rilasciare | Release, fix e risposte danno alle persone motivi per tornare e condividere | I maintainer indicavano la scarsa attività come motivo principale di una crescita lenta (53,8%) |
| Fatti trovare su GitHub | Topic e una descrizione chiara ti portano nelle pagine dei topic e nella ricerca | La documentazione di GitHub sui topic |
| Liste curate e community | Un posto in una awesome list adatta o in un forum dell’ecosistema continua a rimandare a te | Il nostro piano di distribuzione open source |
| Chiedi una volta, senza ricompense | Una frase amichevole come “metti una stella per seguire le release” lo ricorda agli utenti soddisfatti | Chiedere va bene; ricompense e scambi no |
Il piano di distribuzione per i maintainer open source trasforma queste leve in una checklist di quattro settimane con un pianificatore gratuito, comprese le regole di GitHub sui topic e i requisiti esatti delle awesome list.
Cosa evitare
- Comprare stelle o entrare in scambi di stelle. Contro le regole di GitHub, facile da rilevare e dannoso per la visibilità nel lungo periodo, come visto sopra.
- Chiedere agli amici di votare su Hacker News. Hacker News lo dice chiaramente: “Per favore non chiedete agli amici di votare o commentare.” La stessa onestà vale per le stelle.
- Contare le stelle come utenti. Le stelle sono un segnale pubblico di interesse, non di utilizzo. Tieni traccia anche di installazioni, issue aperte da persone nuove e visitatori che tornano.
Dove si inserisce LaunchRepo
LaunchRepo lavora sulla parte della visibilità che è puro sforzo: inserire il sito del tuo prodotto o progetto nelle directory e sulle piattaforme di lancio. Il tuo coding agent prepara e invia le schede partendo da un unico brief di prodotto, e un tracker mostra quali sono online. Le sue istruzioni per l’agente gli dicono di non fabbricare voti o commenti; LaunchRepo non mette mai stelle, non vota e non scrive recensioni al posto tuo. Le stelle restano dove devono stare: alle persone che hanno trovato utile il tuo lavoro. Se sviluppi per sviluppatori, la pagina su come promuovere i developer tool mostra come tutto questo si inserisce in un lancio più ampio, e la pagina dei prezzi ha i dettagli.
Domande frequenti
Come ottengo più stelle su GitHub?
Rendi il progetto utile e facile da capire, poi mostralo alle persone che ne hanno bisogno. Un README chiaro con un avvio rapido, un lancio nella community dove sono i tuoi utenti, release regolari e buoni topic GitHub portano stelle vere. Chiedere una volta agli utenti soddisfatti, senza ricompense, va bene.
È consentito comprare stelle GitHub?
No. Le Acceptable Use Policies di GitHub vietano la manipolazione delle classifiche, come l’assegnazione automatica di stelle, e la partecipazione ai mercati di attività inautentica. Uno studio su 6 milioni di stelle false sospette ha rilevato che la maggior parte dei repository coinvolti era stata eliminata.
Le stelle comprate aiutano un repository a crescere?
Solo per poco. Lo studio ICSE 2026 ha rilevato un piccolo effetto sulle stelle vere entro circa due mesi, cinque volte più piccolo di quello delle stelle vere, e poi un effetto negativo.
Come si rilevano le stelle GitHub false?
Lo studio ha cercato due schemi: account usa e getta la cui unica attività è una sola stella, e gruppi di account che mettono una stella agli stessi repository nella stessa breve finestra. GitHub rimuove anche account e repository fraudolenti.
Quante stelle porta un post Show HN?
Nel nostro campione di 200 repository, la mediana nei primi sette giorni è stata di 3,5 stelle per i post con 1 punto, 6 per 2–9 punti, 47 per 10–99 punti e 400,5 per 100 punti o più. La maggior parte di quelle stelle è arrivata nei primi due giorni.
LaunchRepo mi fa ottenere stelle su GitHub?
Non direttamente, e non mette stelle né vota per te. LaunchRepo inserisce il sito del tuo prodotto nelle directory e sulle piattaforme di lancio, e questo porta visitatori che poi potrebbero mettere una stella al progetto se lo trovano utile.
Fonti, verificate il 1° ottobre 2026: GitHub Docs, “Saving repositories with stars” e “Classifying your repository with topics”; GitHub Acceptable Use Policies; GitHub Changelog, “Upcoming access restrictions to public API endpoints and UI views” (30 giugno 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 e Marco Tulio Valente, “What’s in a GitHub Star?”, Journal of Systems and Software 146 (2018); Hacker News, linee guida di Show HN; la nostra misurazione di 200 repository dal dataset pubblico di Show HN (metodo descritto sopra); istruzioni per l’agente di LaunchRepo.