Una estrella de GitHub es un clic pequeño con una tarea grande: para muchos desarrolladores es la primera señal que miran antes de probar un proyecto. Precisamente por eso compensa ganarse las estrellas por el camino lento y real. Las estrellas de personas a las que tu proyecto les resultó útil traen consigo a los siguientes visitantes; las compradas desaparecen, y la investigación que verás más abajo muestra que incluso pueden costarte atención más adelante. Este artículo explica qué hace realmente una estrella en GitHub, qué encontró un estudio sobre seis millones de estrellas falsas sospechosas y qué muestra nuestra propia medición de 200 lanzamientos en Show HN sobre cómo llegan las estrellas reales. Después lo convierte todo en una lista breve de cosas que funcionan.
Qué hace una estrella en GitHub
La propia documentación de GitHub describe tres funciones. Una estrella es un marcador: guarda un repositorio en tu página de estrellas para que puedas volver a encontrarlo. Alimenta el descubrimiento: dar estrellas hace que tu panel te muestre proyectos relacionados. Y muestra aprecio por quien mantiene el proyecto. La documentación añade la parte que hace que las estrellas importen para el alcance: «Muchas de las clasificaciones de repositorios de GitHub dependen del número de estrellas que tiene un repositorio», y Explore muestra los repositorios populares por número de estrellas.
Los desarrolladores también las usan así. En una encuesta a 791 desarrolladores de Hudson Borges y Marco Tulio Valente (Journal of Systems and Software, 2018), el 52,5 % dijo que daba una estrella a un repositorio para mostrar aprecio, el 51,1 % para guardarlo como marcador y el 36,7 % porque lo usaba. Tres de cada cuatro (73 %) dijeron que miran el número de estrellas antes de usar un proyecto o contribuir a él.
Así que una estrella es sobre todo un «esto es útil, quiero volver» silencioso. Todas las tácticas de más abajo apuntan a ese momento.
Estrellas compradas: qué encontró un gran estudio
Un equipo dirigido por Hao He (Carnegie Mellon University) creó un detector llamado StarScout y lo ejecutó sobre todos los datos públicos de eventos de GitHub desde julio de 2019 hasta diciembre de 2024. El artículo, «Six Million (Suspected) Fake Stars in GitHub», se presentó en la International Conference on Software Engineering (ICSE 2026). Los resultados clave:
| Hallazgo | Cifra |
|---|---|
| Estrellas falsas sospechosas | 6,0 millones |
| Repositorios con una campaña de estrellas falsas | 18.617 |
| Cuentas que participaron en esas campañas | unas 301.000 |
| Repositorios de campaña eliminados antes de enero de 2025 | 90,42 % |
| Repositorios de campaña que llegaron alguna vez a GitHub Trending | 78 (0,42 %) |
La actividad empezó a crecer en 2022 y se disparó en 2024. La mayoría de las estrellas falsas promocionaban repositorios de malware de phishing de vida corta; el resto fue sobre todo a proyectos de IA/LLM, blockchain, herramientas y tutoriales.
Para quien mantiene un proyecto, el resultado más útil es el efecto sobre la atención real. Las estrellas falsas sí trajeron algunas estrellas reales en el mes o los dos meses siguientes, pero el efecto fue unas cinco veces menor que el de las estrellas reales. Después se volvió negativo: los repositorios con estrellas compradas ganaron menos estrellas reales con el tiempo. Dicho de otro modo, las estrellas compradas compran un número, no usuarios, y ese número se convierte en un lastre.
Cómo se detectan las estrellas falsas
El estudio usó dos patrones que a los vendedores de estrellas les cuesta evitar. El primero son las cuentas de usar y tirar: cuentas cuya única actividad es dar una estrella a un repositorio. El segundo es el estrellado al unísono: un grupo de cuentas que da estrellas al mismo conjunto de repositorios dentro de la misma ventana corta de tiempo. Los usuarios reales no se comportan de ninguna de las dos formas.
Qué dicen las reglas de GitHub
Las Acceptable Use Policies de GitHub incluyen «el abuso de clasificaciones, como dar estrellas o seguir de forma automatizada» entre las actividades no permitidas, junto con la actividad inauténtica coordinada y la participación en mercados que la venden. Desde julio de 2026, GitHub también limita a administradores y colaboradores las listas públicas de quién dio estrella a un repositorio porque, en sus propias palabras, esos datos «se han usado indebidamente cada vez más para recopilar datos de usuarios con fines de spam».
Intercambiar estrellas en grupo o pagar por ellas no es, por tanto, una táctica de crecimiento con algo de riesgo. Va contra las reglas de la plataforma y, como muestra el estudio, contra tu propio alcance a largo plazo.
Nuestra medición: qué hace una publicación en Show HN con las estrellas
Queríamos saber cómo llegan las estrellas reales después de un lanzamiento típico. Nuestro conjunto de datos público de Show HN contiene todas las publicaciones de Show HN de septiembre de 2025 a agosto de 2026; 15.859 de ellas enlazan a un repositorio de código. Tomamos una muestra aleatoria de 50 repositorios de GitHub de cada uno de cuatro grupos según los puntos en Hacker News y leímos sus recuentos diarios de estrellas en la API pública de historial de estrellas de GitHub el 1 de octubre de 2026. Aquí solo publicamos cifras agregadas, sin nombres de repositorios.
| Puntos en HN de la publicación | Publicaciones con repo en el conjunto | Mediana de estrellas, semana anterior | Mediana de estrellas, primeros 2 días | Mediana de estrellas, primeros 7 días | Mediana de estrellas, días 8–30 | Con 10+ estrellas en la semana 1 |
|---|---|---|---|---|---|---|
| 1 | 4988 | 0 | 2 | 3,5 | 1 | 24 % |
| 2–9 | 9371 | 0 | 4 | 6 | 1,5 | 32 % |
| 10–99 | 1193 | 1 | 40 | 47 | 13 | 82 % |
| 100+ | 307 | 2 | 244,5 | 400,5 | 87 | 98 % |
Destacan tres cosas:
- Las estrellas siguen al interés. Las publicaciones que la comunidad votó a favor trajeron muchas más estrellas. La mayoría de las publicaciones caen en las dos primeras filas, así que una publicación típica con repositorio trae un puñado de estrellas, no cientos.
- El impulso se concentra al principio. La mayoría de las estrellas de la primera semana llegan en los dos primeros días. En los cuatro grupos, el repositorio mediano recibió entre el 43 % y el 70 % de todas las estrellas posteriores a la publicación en esa primera semana.
- No continúa por sí solo. Los días 8 a 30 suman mucho menos que la primera semana. Un lanzamiento es un comienzo; dar motivos constantes para volver hace que sigan llegando estrellas.
Límites, dichos con claridad: esto es una observación, no un experimento. Los proyectos que reciben muchos puntos también son más interesantes, y cualquier otra promoción en esos mismos días también cuenta. La API de GitHub informa de las estrellas actuales, así que faltan las que se retiraron después. Sus límites de día no coinciden exactamente con UTC, así que una ventana puede desviarse hasta un día. La muestra tiene 50 repositorios por grupo, no la población completa.
Qué consigue estrellas de forma fiable
En conjunto, la documentación, la encuesta y nuestros datos apuntan a las mismas pocas palancas. Todas funcionan haciendo que el proyecto sea más útil o más fácil de encontrar.
| Palanca | Por qué funciona | Evidencia |
|---|---|---|
| Un README que convence en una pantalla | Los visitantes que entienden el proyecto en segundos lo guardan o lo prueban | Guardarlo como marcador fue uno de los principales motivos para dar estrella (51,1 %) |
| Un lanzamiento donde están tus usuarios | Una publicación que conecta trae la mayor ola de estrellas de una sola vez | Nuestra medición; la mayoría de los mantenedores de proyectos de crecimiento rápido en la encuesta de 2018 atribuyeron el crecimiento a publicaciones en redes sociales, sobre todo Hacker News |
| Seguir publicando | Las versiones, correcciones y respuestas dan a la gente motivos para volver y compartir | Los mantenedores señalaron la poca actividad como principal motivo de un crecimiento lento (53,8 %) |
| Ser encontrable en GitHub | Los temas y una descripción clara te llevan a las páginas de temas y a la búsqueda | La documentación de temas de GitHub |
| Listas curadas y comunidades | Un hueco en una lista awesome adecuada o en el foro de tu ecosistema sigue apuntando a ti | Nuestro plan de distribución para código abierto |
| Pedirlo una vez, sin recompensa | Una línea amable como «dale una estrella para seguir las versiones» se lo recuerda a los usuarios satisfechos | Pedirlo está bien; las recompensas y los intercambios, no |
El plan de distribución para mantenedores de código abierto convierte estas palancas en una lista de tareas de cuatro semanas con un planificador gratuito, que incluye las reglas de temas de GitHub y los requisitos exactos de las listas awesome.
Qué evitar
- Comprar estrellas o unirse a intercambios de estrellas. Va contra las reglas de GitHub, es fácil de detectar y perjudica el alcance a largo plazo, como se ha visto arriba.
- Pedir a amigos que voten en Hacker News. Hacker News lo dice claramente: «Por favor, no pidas a tus amigos que voten o comenten». La misma honestidad vale para las estrellas.
- Contar las estrellas como usuarios. Las estrellas son una señal pública de interés, no de uso. Mide también instalaciones, issues de gente nueva y visitantes que vuelven.
Dónde encaja LaunchRepo
LaunchRepo trabaja en la parte del alcance que es puro esfuerzo: dar de alta la web de tu producto o proyecto en directorios y plataformas de lanzamiento. Tu agente de programación prepara y envía las fichas a partir de un único brief del producto, y un tracker muestra cuáles están publicadas. Sus instrucciones para el agente le indican que no fabrique votos ni comentarios; LaunchRepo nunca da estrellas, vota ni escribe reseñas en tu nombre. Las estrellas se quedan donde deben estar: con las personas a las que tu trabajo les resultó útil. Si construyes para desarrolladores, la página sobre cómo promocionar herramientas para desarrolladores muestra cómo encaja esto en un lanzamiento más amplio, y la página de precios tiene los detalles.
Preguntas frecuentes
¿Cómo consigo más estrellas en GitHub?
Haz que el proyecto sea útil y fácil de entender, y después enséñaselo a la gente que lo necesita. Un README claro con un inicio rápido, un lanzamiento en la comunidad donde están tus usuarios, versiones regulares y buenos temas de GitHub traen estrellas reales. Pedirlo una vez a los usuarios satisfechos, sin recompensa, está bien.
¿Está permitido comprar estrellas de GitHub?
No. Las Acceptable Use Policies de GitHub prohíben el abuso de clasificaciones, como dar estrellas de forma automatizada, y la participación en mercados de actividad inauténtica. Un estudio de 6 millones de estrellas falsas sospechosas encontró que la mayoría de los repositorios implicados habían sido eliminados.
¿Las estrellas compradas ayudan a crecer a un repositorio?
Solo un tiempo breve. El estudio de ICSE 2026 encontró un efecto pequeño sobre las estrellas reales en unos dos meses, cinco veces menor que el de las estrellas reales, y un efecto negativo después.
¿Cómo se detectan las estrellas falsas de GitHub?
El estudio buscó dos patrones: cuentas de usar y tirar cuya única actividad es una sola estrella, y grupos de cuentas que dan estrellas a los mismos repositorios dentro de la misma ventana corta. GitHub también elimina cuentas y repositorios fraudulentos.
¿Cuántas estrellas trae una publicación en Show HN?
En nuestra muestra de 200 repositorios, la mediana en los primeros siete días fue de 3,5 estrellas para publicaciones con 1 punto, 6 para 2–9 puntos, 47 para 10–99 puntos y 400,5 para 100 puntos o más. La mayoría de esas estrellas llegaron en los dos primeros días.
¿LaunchRepo me consigue estrellas en GitHub?
No directamente, y no da estrellas ni vota por ti. LaunchRepo da de alta la web de tu producto en directorios y plataformas de lanzamiento, lo que trae visitantes que quizá den una estrella al proyecto si les resulta útil.
Fuentes, revisadas el 1 de octubre de 2026: GitHub Docs, «Saving repositories with stars» y «Classifying your repository with topics»; GitHub Acceptable Use Policies; GitHub Changelog, «Upcoming access restrictions to public API endpoints and UI views» (30 de junio de 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 y Marco Tulio Valente, «What’s in a GitHub Star?», Journal of Systems and Software 146 (2018); Hacker News, directrices de Show HN; nuestra propia medición de 200 repositorios del conjunto de datos público de Show HN (método arriba); instrucciones para el agente de LaunchRepo.