Herramientas gratis de seguimiento de bugs para webs (2026)

Las herramientas gratis de seguimiento de bugs cubren lo que necesita la mayoría de equipos web pequeños en 2026, siempre que sepas dónde se acaba cada plan gratis. En esta guía te explicamos qué es un bug tracker, comparamos los planes gratis de las herramientas que de verdad usan los equipos web (con los límites comprobados en la página de precios de cada una a octubre de 2026) y vemos por qué el bug tracker por sí solo no resuelve lo más difícil: conseguir reportes claros de tus clientes.

Qué es un bug tracker

Un bug tracker (o herramienta de seguimiento de bugs) es una herramienta que registra cada fallo como una incidencia y la lleva de «reportado» a «resuelto», con un responsable, una prioridad y un historial. En cualquier momento responde a tres preguntas: qué está roto, quién lo está arreglando y qué se ha arreglado ya.

Para un equipo web, un bug tracker útil necesita como mínimo:

• Una incidencia por bug, con título, descripción, pasos para reproducirlo y archivos adjuntos.
• Campos de estado y prioridad, para que una errata en «Quiénes somos» no pese lo mismo que un checkout roto.
• Asignación, para que cada bug tenga una sola persona responsable.
• Búsqueda y filtros, para encontrar «todos los bugs abiertos en la web de staging» en segundos.
• Historial, para enseñar al cliente qué se arregló y cuándo.

Todo lo demás (automatizaciones, sprints, informes, control de horas) es un extra. Los planes gratis suelen cubrir lo mínimo y recortar los extras.

Comparativa de herramientas gratis (a octubre de 2026)

Los límites salen de la página oficial de precios de cada proveedor en el momento de escribir este artículo. Cambian, así que compruébalos antes de montar un proyecto de cliente sobre uno de ellos.

Los bug trackers gratis, en la práctica

GitHub Issues

Si tus desarrolladores ya tienen el código de la web en GitHub, GitHub Issues es la opción gratis evidente. El plan gratis incluye repositorios privados y colaboradores ilimitados, además de Issues y Projects (tableros y tablas). Puedes mencionar una incidencia en un commit y cerrarla automáticamente al fusionar el arreglo.

La pega: las incidencias viven dentro de los repositorios, y a clientes y diseñadores GitHub les suele imponer. Funciona mejor como la lista de los desarrolladores, alimentada por un canal de reporte más sencillo.

Jira Free

El plan Free de Jira es gratis para siempre hasta 10 usuarios, con 2 GB de almacenamiento y soporte de la comunidad de Atlassian. Tienes tableros Scrum y Kanban, backlog y flujos personalizados. Es la opción adecuada si tu equipo ya trabaja por sprints o si el equipo técnico de tu cliente usa Jira.

La pega: el límite de 10 usuarios cuenta a todo el que tiene acceso, y 2 GB se llenan rápido cuando cada bug lleva capturas. Además, Jira exige más configuración que el resto.

Linear Free

Linear es rápido, se maneja con el teclado y gusta mucho a los equipos de producto. Su plan gratis tiene miembros ilimitados, pero se queda en 250 incidencias y 2 equipos, con archivos de hasta 10 MB. Para el desarrollo de una sola web, 250 incidencias pueden bastar; para una agencia con muchos proyectos de clientes, llegarás al límite.

Trello Free

Trello no es un bug tracker como tal, pero un tablero con columnas como «Reportado», «En curso», «Para revisar» y «Hecho» es como muchas agencias pequeñas siguen sus bugs. El plan gratis permite hasta 10 colaboradores y 10 tableros por espacio de trabajo, tarjetas ilimitadas y 250 ejecuciones de automatización al mes. Fácil de entender para el cliente; flojo en campos estructurados e informes.

Notion y Asana

Si tu agencia ya gestiona los proyectos en Notion o Asana, montar ahí el bug tracker te ahorra otra herramienta más. En Notion, crea una base de datos con propiedades de Estado, Prioridad, URL, Navegador y Responsable. En Asana, crea un proyecto con una sección por estado y campos personalizados para la prioridad.

Revisa antes los límites gratis: el plan gratis de Notion está pensado para uso individual (los bloques se limitan en cuanto dos o más miembros comparten espacio, aunque admite hasta 10 invitados) y el plan Personal de Asana permite 2 usuarios. Con un equipo real, lo normal es acabar en Notion Plus o Asana Starter.

Opciones de código abierto

Bugzilla, MantisBT y Redmine son gratis y de código abierto. Son herramientas maduras, pero las instalas, alojas, actualizas y respaldas tú. Para un equipo web pequeño sin administrador de sistemas, un plan gratis alojado suele salir más barato en cuanto cuentas las horas.

Bug tracker frente a herramienta de feedback visual

Una herramienta de feedback visual es un widget que vive en la web y permite a cualquiera reportar un problema marcando una captura de pantalla de la página, con los datos técnicos recogidos automáticamente. No sustituye al bug tracker: es su puerta de entrada.

El problema de usar solo el bug tracker está en la entrada. Tu cliente no va a entrar en Jira, y cuando escribe un correo te llega «el menú no funciona en mi portátil». Alguien de tu equipo tiene que preguntar qué página, qué navegador, qué significa «no funciona», reproducir el fallo y escribirlo en el tracker. Esa es la parte cara del seguimiento de bugs, y ningún plan gratis la resuelve.

Por eso la mayoría de equipos web usan las dos cosas juntas: el cliente reporta desde un widget de feedback visual y el reporte llega al bug tracker como una incidencia lista para trabajar. Si quieres saber qué debe llevar un buen reporte, lee cómo escribir un informe de bugs.

Combina tu tracker con una herramienta de feedback visual

GiveFeedback.io tiene un plan gratis pensado justo para esto (a octubre de 2026):

• GiveFeedback.io: gratis hasta 5 proyectos y 50 reportes, con 5 miembros del equipo. Tu cliente pulsa el botón «Give Feedback», marca la captura y la envía, sin crearse cuenta. Los reportes llegan a tu panel o directamente a Jira, Trello, ClickUp, Notion, Asana, monday.com o Slack. Límites, con franqueza: no se integra con GitHub ni Linear, no graba vídeo, no captura logs de consola y en el plan gratis las capturas llevan marca de agua.

Para decidir qué tipo de herramienta de feedback visual encaja con tu equipo, lee cómo elegir una herramienta de feedback visual.

Cómo elegir una herramienta gratis de seguimiento de bugs

1. Empieza donde ya trabaja tu equipo. Si el código está en GitHub, usa GitHub Issues. Si los proyectos están en Notion o Asana, sigue los bugs ahí. Una herramienta gratis que nadie abre es peor que no tener ninguna.
2. Cuenta los usuarios con honestidad. Incluye desarrolladores, diseñadores, project managers y cualquier cliente que tenga que ver la lista. Jira Free se queda en 10, Asana Personal en 2 y Trello en 10 colaboradores por espacio de trabajo.
3. Calcula el volumen. El lanzamiento de una web genera fácilmente más de 100 incidencias. El límite de 250 de Linear y los 50 reportes gratis de GiveFeedback.io encajan en proyectos pequeños; GitHub Issues y Jira no limitan el número de incidencias.
4. Revisa los adjuntos. Los bugs necesitan capturas. Ojo con los límites por archivo (Notion 5 MB, Trello y Linear 10 MB) y con el almacenamiento total (Jira Free, 2 GB).
5. Decide cómo va a reportar el cliente. Si tus clientes reportan bugs, añade una herramienta de feedback visual que envíe al tracker, para que nadie tenga que pasar correos a tickets a mano.

Un montaje que no cuesta nada para empezar: Asana Personal o una base de datos de Notion como tracker, y el plan gratis de GiveFeedback.io como widget para el cliente en un proyecto real. Cuando el equipo o el volumen superen los planes gratis, sabrás exactamente qué límite has tocado y por qué merece la pena pagar.