Herramientas gratis de seguimiento de bugs para webs (2026)

Las herramientas gratis de seguimiento de bugs bastan para la mayoría de equipos web pequeños en 2026, siempre que sepas dónde termina cada plan gratuito. Cada límite que se cita de Jira, Trello, ClickUp, Notion, Asana, monday.com y Wrike sale de la página de precios oficial, comprobada en octubre de 2026. Una hoja de cálculo compartida basta más a menudo de lo que parece, y ningún gestor resuelve solo la parte más difícil: conseguir avisos claros de los clientes.

¿Qué es una herramienta de seguimiento de bugs?

Una herramienta de seguimiento de bugs (bug tracker o gestor de incidencias) es un programa que registra cada error como una incidencia independiente y la lleva de reportada a corregida, con una persona responsable, una prioridad y un historial. En todo momento responde a tres preguntas: qué está roto, quién lo está arreglando y qué se ha arreglado ya. En un proyecto web es además el registro que enseñas al cliente de lo que cambió antes del lanzamiento.

Un gestor de bugs útil para un proyecto web necesita, como mínimo:

• Una incidencia por error: con título, descripción, pasos para reproducirlo y adjuntos.
• Estado y prioridad: para que una errata en «Quiénes somos» no pese lo mismo que un pago roto.
• Asignación: cada error tiene una persona responsable.
• Búsqueda y filtros: para encontrar «todos los errores abiertos de la web de pruebas» en segundos.
• Historial: para enseñar qué se corrigió y cuándo.

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

¿Qué herramientas gratis de seguimiento de bugs usan los equipos web?

La mayoría de equipos web pequeños sigue los errores en una herramienta de proyectos que ya usa, con su plan gratuito: Jira, Trello, ClickUp, Notion, Asana, monday.com o Wrike. Los planes gratuitos se diferencian sobre todo en cuántas personas admiten, cuánto almacenamiento dan para capturas y cuántos tableros o proyectos permiten, así que esos son los límites que hay que comparar primero.

Los límites salen de la página de precios de cada herramienta (Jira, Trello, ClickUp, Notion, Asana, monday.com, Wrike) en octubre de 2026. Cambian, así que revísalos antes de montar ahí un proyecto de cliente. Los equipos de desarrollo que guardan el código en un servicio de repositorios suelen usar su gestor de incidencias integrado, y existen gestores de código abierto que instalas en tu propio servidor si alguien puede mantenerlo.

Jira Free

El plan Free de Jira cubre hasta 10 usuarios con 2 GB de almacenamiento y soporte de la comunidad de Atlassian. Tienes tableros Scrum y Kanban, backlog y flujos de trabajo personalizados, así que es la opción natural si quien desarrolla ya trabaja por sprints o el equipo del cliente usa Jira. Las pegas: el límite de 10 usuarios cuenta a todas las personas con acceso, los 2 GB se llenan rápido cuando cada error lleva capturas y la configuración lleva más tiempo que en el resto. Mira cómo el feedback de una web se convierte en incidencias de Jira.

Trello Free

Trello no es un gestor de bugs como tal, pero un tablero con listas como Reportado, En curso, Para revisar y Hecho es como muchas agencias pequeñas siguen los errores. El plan gratuito permite hasta 10 colaboradores y 10 tableros por espacio de trabajo, tarjetas ilimitadas, archivos de hasta 10 MB y 250 automatizaciones al mes. El cliente lo entiende al momento; los campos estructurados y los informes son su punto débil. Mira cómo los avisos se convierten en tarjetas de Trello.

ClickUp Free Forever

El plan gratuito de ClickUp no limita los miembros y tiene tareas ilimitadas, así que una agencia puede dar a cada proyecto de cliente su propia lista sin pagar por persona. Los límites están en otra parte: 60 MB de almacenamiento en total (solo cuentan los adjuntos, y las capturas lo llenan rápido), 5 Spaces y 5 reglas de automatización activas. Mira cómo los avisos se convierten en tareas de ClickUp.

Notion Free

En Notion, un gestor de bugs es una base de datos con propiedades como Estado, Prioridad, URL, Navegador y Responsable. El plan gratuito está pensado para uso individual: los bloques se limitan en cuanto dos o más miembros comparten el espacio, los archivos no pasan de 5 MB y el historial de páginas cubre 7 días, aunque admite hasta 10 invitados. Para un equipo real, lo normal es acabar en Plus. Nuestra plantilla de gestor de bugs en Notion te da la base de datos lista para importar.

Asana Personal

El plan gratuito Personal de Asana da proyectos y tareas ilimitados con vistas de lista, tablero y calendario, pero solo para 2 usuarios y con archivos de hasta 100 MB. Basta para una persona freelance y un contacto del cliente; un equipo necesitará Starter. Un proyecto con una sección por estado y un campo personalizado de prioridad funciona como gestor.

monday.com Free

El plan gratuito de monday.com permite hasta 2 plazas, 3 tableros y 3 documentos. Un tablero con columna de estado (Abierto, En curso, Hecho) y un grupo por proyecto funciona bien para errores, pero los 3 tableros se llenan rápido y los planes de pago empiezan en 3 plazas.

Wrike Free

El plan gratuito de Wrike incluye gestión de proyectos y tareas con vistas de tablero y de tabla, en la web, el escritorio y el móvil; su página de precios no indica límites de usuarios ni de almacenamiento para este plan. Una carpeta por proyecto de cliente con estados como Nuevo, En curso y Completado funciona como gestor de bugs. El primer plan de pago, Team, cuesta 10 $ por usuario al mes en pago anual, para entre 2 y 15 usuarios.

¿Puede una hoja de cálculo ser tu gestor de bugs gratis?

Sí. Para un solo proyecto web o un equipo pequeño, una hoja de cálculo compartida es un gestor de bugs gratis perfectamente válido: una fila por error, columnas para la URL, el navegador, los pasos, el resultado esperado y el real, la gravedad, la prioridad, la persona responsable y el estado. No cuesta nada, todo el mundo sabe usarla y funciona igual en Excel que en Google Sheets.

La plantilla del principio está montada así, con desplegables de gravedad, prioridad y estado y dos filas de ejemplo. La hoja empieza a quedarse corta cuando hay varios proyectos a la vez, cuando cada error necesita varias capturas o cuando hacen falta avisos e historial de cambios. Ese es el momento de pasar a uno de los gestores de arriba. Para los campos que necesita cada fila, mira la plantilla de reporte de errores.

¿Qué no resuelve un gestor de bugs?

Un gestor de bugs ordena los errores una vez escritos; no ayuda a nadie a escribirlos. El cliente no va a entrar en Jira ni a aprender un tablero, así que escribe «el menú se ve mal en mi portátil», y alguien del equipo tiene que preguntar qué página, qué navegador y qué significa «mal», reproducirlo y apuntarlo. Esa entrada es la parte cara, y ningún plan gratuito la arregla.

La respuesta habitual es una herramienta de feedback visual: un widget en la propia web que permite reportar un problema marcando una captura, con los datos técnicos recogidos solos. No sustituye al gestor; lo alimenta.

Slack merece una mención: no es un gestor, pero muchos equipos quieren que los avisos nuevos aparezcan en un canal. Su plan gratuito guarda 90 días de historial y admite hasta 10 aplicaciones, según la página de precios de Slack, así que úsalo como aviso, no como registro. Los equipos que ya conversan en Discord pueden hacer lo mismo con un canal allí.

¿Cómo elegir una herramienta gratis de seguimiento de bugs?

Empieza por la herramienta que tu equipo ya abre cada día, cuenta a todas las personas que necesitan acceso, calcula cuántos errores salen en un lanzamiento, revisa el almacenamiento y el tamaño de archivo frente a las capturas, y decide cómo van a reportar los clientes. Con esas cinco comprobaciones descartas casi todo en minutos y te quedas con el plan gratuito que de verdad vas a usar.

1. Empieza donde ya trabaja el equipo: si el código y quien desarrolla viven en Jira, usa Jira; si los proyectos están en Trello, ClickUp, Notion, Asana, monday.com o Wrike, sigue los errores ahí.
2. Cuenta los usuarios con honestidad: desarrollo, diseño, project managers y cualquier cliente que deba ver la lista. Jira Free para en 10, Asana Personal en 2 y monday.com Free en 2 plazas.
3. Calcula el volumen: un lanzamiento puede dar más de cien incidencias; en estos planes pesan más los límites de tableros o espacio que el número de incidencias.
4. Revisa los adjuntos: los errores necesitan capturas. Vigila el almacenamiento total (ClickUp 60 MB, Jira 2 GB) y el tamaño por archivo (Notion 5 MB, Trello 10 MB).
5. Decide cómo reportan los clientes: si el cliente reporta errores, añade un canal que los mande al gestor, para que nadie copie correos en tareas.

GiveFeedback.io es ese canal. El cliente pulsa el botón «Give Feedback» de la web, marca una captura y la envía, sin cuenta, y cada aviso se crea en la herramienta que hayas elegido: una incidencia en Jira, una tarjeta en Trello, una tarea en ClickUp, Asana o Wrike, un elemento en monday.com, una página en Notion o un mensaje en Slack o Discord, con el estado sincronizado en los dos sentidos en Jira, Trello, ClickUp, Asana, monday.com, Wrike, Slack y Discord en los planes de pago. Los avisos también pueden llegar por email al equipo. Su plan gratuito cubre 5 proyectos, 50 avisos y 5 miembros del equipo, y las integraciones están en todos los planes. Para comparar opciones, lee cómo elegir una herramienta de feedback visual.

Elige el gestor gratuito en el que tu equipo ya confía, configura una vez las columnas o los campos y decide hoy cómo te van a llegar los errores de los clientes. Importa menos la herramienta que tener un único sitio donde vive cada error, con el detalle suficiente para arreglarlo a la primera.