Grabar tu pantalla para informar de un error sin enviar tu pantalla a ningún sitio

Una grabación de informe de error debe mostrar una secuencia ininterrumpida desde la primera acción hasta el fallo, con el número de versión, el cursor y el texto exacto del error visibles en pantalla. Grábala en una pestaña del navegador, mantén el clip por debajo de un minuto y no envíes una pantalla interna a un servicio de grabación de terceros.

El clip es una prueba, no una demo, así que solo necesita ser lo bastante largo para demostrar que el fallo existe y permitir que otra persona lo reproduzca. Eso suele ser de 20 a 45 segundos: abre la pantalla, haz clic por los dos o tres pasos que desencadenan el problema, y luego detente en el error un instante. Deja el micrófono activado y narra lo que haces, porque una voz que dice que el botón debería haber cerrado el diálogo elimina las conjeturas que deja un clip mudo. Una vez grabado, recorta los silencios de ambos extremos y comprime el archivo antes de adjuntarlo al ticket.

Un vídeo de informe de error tiene dos públicos que tiran en direcciones opuestas. El desarrollador quiere cada detalle que demuestre el fallo, y la persona que aprueba la subida no quiere ninguno de los datos de cliente que dan la casualidad de estar en la misma pantalla. Un buen clip satisface a ambos, y requiere unos treinta segundos de preparación.

Grabador de pantalla

Graba una pantalla, una ventana o una pestaña del navegador con tu micrófono, totalmente en la pestaña del navegador. No se sube nada, y el archivo llega directamente a tu carpeta de descargas.

Abrir el grabador

Qué contiene un vídeo de reproducción de un error útil

Un clip que consigue que se arregle un error tiene que responder a cuatro preguntas sin un mensaje de seguimiento: qué hiciste, qué esperabas, qué ocurrió realmente y en qué versión estabas. Una captura muda de todo el escritorio no responde a ninguna, porque quien la ve tiene que adivinar dónde mirar.

ElementoPor qué pertenece al clip
La secuencia completa de clicsMuestra la causa, no solo el síntoma
Número de compilación o versiónVincula la corrección a una versión
El texto exacto del errorSe puede buscar; una paráfrasis no
La URL o la ruta del archivoIndica qué entorno y qué datos
Un cursor visibleDemuestra dónde cayó realmente el clic

Una secuencia continua, en orden

Graba la reproducción desde el primer clic, no desde el momento en que se rompe. La causa suele estar dos o tres pasos antes que el síntoma, así que un clip que empieza en la pantalla de error deja al desarrollador pidiendo la parte que falta. Un archivo que va desde la primera acción hasta el fallo es más convincente que tres clips que empiezan cada uno a mitad del flujo.

La versión y el entorno, en pantalla

Abre el cuadro Acerca de, el pie de página o la barra de estado que muestra el número de compilación antes de empezar, y déjalo en el encuadre. "Se rompió en mi máquina" no es accionable; "se rompió en 4.11.2, Windows 11, Chrome 140" sí lo es. Si hay una superposición de depuración o una insignia de entorno, mantenla visible durante todo el clip.

El texto exacto del error, no tu resumen

Mantén la consola, el aviso o el mensaje de error en línea en pantalla y quédate quieto un segundo. Un desarrollador puede buscar un rastro de pila, pero no "decía algo de un null". Si el mensaje está en una consola de desarrollador, abre esa consola antes del paso final, para que el texto llegue a cámara, y desplázalo hasta la vista despacio.

Retroalimentación de cursor y clic

Mueve el puntero con deliberación y pausa ligeramente antes de cada clic. Una grabación de pantalla no lleva ninguna retroalimentación de clic como la que da compartir pantalla en directo, así que un movimiento lento y visible es la única pista sobre dónde cayó la acción. Un ritmo tranquilo también hace que el clip sea más fácil de recortar.

Antes de pulsar grabar

La mayor parte de la calidad de un clip de error se decide en los treinta segundos antes de empezar a grabar. Dos de las comprobaciones siguientes son sobre legibilidad y dos sobre no publicar nada que no pretendieras publicar.

Cierra las ventanas no relacionadas y silencia las notificaciones

Activa No molestar, cierra el cliente de chat y cierra las pestañas que no forman parte de la reproducción. Un banner de notificación que se desliza sobre el mensaje de error puede ocultar el único fotograma que el desarrollador necesitaba, y es la razón más común de que haya que grabar un clip otra vez. Un aviso de actualización hace lo mismo.

Decide qué no debe estar en el encuadre

Mira toda la pantalla como lo haría un desconocido: barras de marcadores, un segundo monitor, un correo abierto, la fila de otro cliente en la misma tabla. Si el fallo solo se reproduce con datos reales de cliente, usa el registro más pequeño que aún muestre el problema, o una cuenta de prueba. Censurar un vídeo después es mucho más trabajo que elegir una ventana limpia.

Ajusta el tamaño de la ventana antes de capturarla

Redimensiona el navegador o la aplicación a una ventana normal en lugar de capturar toda la pantalla en un monitor grande. Una captura de 2560 píxeles de ancho reduce el texto por debajo de la legibilidad cuando el visor del ticket lo escala, mientras que una ventana de 1280 píxeles sigue siendo legible en el reproductor en línea. También mantiene el archivo sin procesar más pequeño.

Cómo grabar la reproducción

  1. Abre el grabador y elige qué compartir. Elige la pestaña del navegador o la ventana individual en lugar de toda la pantalla cuando el fallo vive en un solo sitio, porque el navegador entonces entrega solo esa superficie. Deja activada la opción "Incluir micrófono" para que tu narración se capture con el vídeo.
  2. Recorre la reproducción una vez, despacio, en voz alta. Indica la versión en la que estás, di qué esperas antes del clic final, y luego di qué ocurrió en su lugar. Pausa una vez en el error para que se pueda citar un fotograma, y detén con el botón Detener.
  3. Mira la vista previa antes de descargar. El grabador muestra el clip terminado y su tamaño en cuanto detienes, así que comprueba que el mensaje de error sea realmente legible antes de guardarlo. Si una notificación arruinó la toma, grábalo de nuevo; un segundo intento es más barato que un ida y vuelta de ticket.

También puedes pausar y reanudar a mitad de la grabación si un paso necesita un momento de preparación que no pertenece a la prueba. La grabación se escribe como un solo archivo en cualquier caso, y el navegador la detiene automáticamente si terminas el uso compartido de pantalla desde la barra de compartir.

El micrófono es el único audio que obtienes

Este grabador captura vídeo de la pantalla y, si dejas la opción activada, mezcla tu micrófono mediante una petición de permiso aparte. No captura el audio del sistema: ni sonidos de aplicaciones, ni audio de la pestaña, ni ninguno de los avisos que hace el sistema operativo. Para un informe de error ese suele ser el valor predeterminado correcto, porque el audio que ayuda a un desarrollador es tu descripción del comportamiento esperado, no el ruido que hace la aplicación.

Qué decir en voz alta

  • Nombra la versión y el entorno al principio, aunque el número de compilación también esté en pantalla.
  • Di qué esperas antes del clic decisivo: "esto debería guardar y cerrar el diálogo".
  • Di qué ocurrió realmente justo después: "se quedó abierto y el indicador de carga nunca se detuvo".
  • Menciona con qué frecuencia ocurre: siempre, o una de cada cinco veces.

Mantén la narración corta y fáctica. Un desarrollador que lo ve a velocidad debería seguir el clip con el sonido apagado y aun así captar la secuencia, con la voz solo confirmando la intención detrás de cada clic.

Recorta y comprime antes de adjuntarlo

Una captura en bruto casi siempre es más larga y más grande de lo que necesita el ticket. Los dos primeros segundos suelen mostrar cómo cambias de ventana para llegar al grabador, y los últimos muestran cómo buscas el botón de detener. Recortar ambos extremos no cuesta nada.

Usa el recortador de vídeo para el corte. Su modo rápido copia los flujos originales sin recodificar, así que el corte es rápido y la calidad no se toca, aunque el nuevo punto de inicio se ajusta al fotograma clave más cercano. El modo preciso recodifica para que el corte caiga exactamente en el fotograma que elegiste, lo que merece la pena cuando el primer clic ocurre en el primer segundo desde el inicio.

Luego pasa el resultado por el compresor de vídeo si el archivo sigue siendo pesado para un adjunto de rastreador. Bajar una captura de 1080p a 720p a 30 fps suele quitar entre un 60 y un 80 por ciento del tamaño, y el texto en pantalla sigue siendo legible a esa resolución, que es lo único que un clip de error tiene que preservar de verdad.

Recortador de vídeo

Corta los silencios de ambos extremos. El modo rápido copia los flujos, así que la calidad no se toca; el modo preciso corta exactamente donde marcaste.

Recorta el clip

Lo que este grabador no hace

Merece la pena saberlo antes de empezar, porque estos son los casos en que un enfoque distinto es la respuesta correcta.

  • Sin audio del sistema ni de la pestaña. El flujo de pantalla es solo vídeo capturado, y tu micrófono se mezcla por separado. La herramienta no puede grabar el sonido que está reproduciendo una aplicación o una pestaña del navegador.
  • La salida es WebM. Los navegadores codifican WebM de forma nativa, así que eso es lo que obtienes. El botón "Convertir a MP4" abre el convertidor de vídeo, la ruta a un MP4 para los rastreadores que no previsualizan WebM.
  • Sin anotación, desenfoque ni resaltado del cursor. No puedes dibujar sobre el fotograma ni censurar una región después, así que graba una versión limpia si hay que cubrir un fotograma.
  • No se edita nada dentro del grabador. Pausar y reanudar son los únicos controles en marcha. El recorte y la compresión ocurren después en las herramientas de arriba.
  • La grabación vive en memoria hasta que detienes. Una captura larga a alta resolución llena la memoria de la página, así que mantén los clips de reproducción cortos y deja que la pestaña se cierre solo después de haber guardado el archivo.
  • Sin superposición de webcam. No hay ningún recuadro de imagen sobre imagen para tu cara. Si quieres una toma de cámara junto a la pantalla, grábala por separado con el grabador de webcam.

Por qué una reproducción de error no debería pasar por un grabador de terceros

El atajo obvio es un grabador en la nube: pulsa grabar, obtén un enlace para compartir, pégalo en el ticket. Ese enlace tiene la forma equivocada para un informe de error, porque al otro lado hay una pantalla de administración interna, una lista de clientes, una URL de staging o una función no publicada. Un grabador alojado guarda eso en el disco de otra persona, bajo una política de retención que no controlas.

AihangsoftGrabador en la nube
Adónde va el vídeoSe queda en la pestaña del navegadorSubido a sus servidores
Quién puede verloSolo las personas a las que envías el archivoCualquiera con el enlace, hasta que caduque
RetenciónNinguno, es un archivo en tu discoSu política, que no puedes auditar
CuentaNo es necesarioNormalmente se requiere para mantener vivo el enlace
Recorte y compresiónHerramientas locales separadas, sin subidaA veces tras un nivel de pago

No tienes que aceptar la afirmación de privacidad por fe. Abre las herramientas de desarrollador del navegador, cambia al panel de red y graba un clip corto mientras observas la lista de peticiones. Ninguna petición lleva el vídeo, porque la codificación ocurre en la página; el único tráfico es el propio código del grabador, descargado una vez.

Preguntas frecuentes

Una grabación de informe de error útil muestra una secuencia continua desde la primera acción hasta el fallo, con el número de versión, el cursor visible y el texto exacto del error en pantalla. Debe ser lo bastante corta para verla una vez, normalmente de 20 a 45 segundos, y debe incluir tu voz explicando qué esperabas que ocurriera. Todo lo que no ayude a alguien a reproducir el fallo, como pestañas no relacionadas, notificaciones o el resto del escritorio, debe quedar fuera de encuadre. La grabación es una prueba más que una demostración, así que la completitud de la secuencia importa más que la calidad de vídeo. Si un desarrollador puede seguirla paso a paso y ver el mismo fallo, el clip ha hecho su trabajo, incluso a 720p con una narración tosca. Mostrar la consola o el mensaje de error en línea vale más que decir el mensaje en voz alta, porque el texto exacto se puede buscar y una paráfrasis no.
Apunta a 20 o 45 segundos, o más o menos lo que tardas en hacer la reproducción dos veces a un ritmo tranquilo. El clip solo tiene que demostrar que el fallo es real y permitir que otra persona siga el mismo camino, así que rellenarlo con preparación, cambios de ventana y silencios juega en su contra. Empieza a grabar justo antes del primer clic significativo y detente un segundo después de que aparezca el error. Si la reproducción necesita de verdad una preparación larga, graba esa parte por separado y menciónala en el texto del ticket en lugar de en el vídeo. La duración también decide con qué rapidez se puede revisar el archivo en un teléfono, y los revisores abren los adjuntos cortos mucho más fácilmente que los de varios minutos. Si la primera toma se alarga, recórtale los extremos antes de adjuntarla. Una grabación tranquila de una sola toma suele ser más rápida de producir que editar a la baja una apresurada.
No con este grabador, y no de forma fiable con la captura de pantalla del navegador en general. Esta herramienta pide al navegador solo el vídeo de la pantalla, con el audio desactivado en ese paso, y luego mezcla tu micrófono mediante un permiso aparte si dejas activada la opción del micrófono. Eso significa que obtienes tu propia voz y nada más: ni sonidos de aplicaciones, ni avisos de notificación, ni audio que suene dentro de la pestaña. Para un informe de error esto suele ser el valor predeterminado correcto, porque el audio que ayuda es tu explicación de lo que esperabas, no el ruido que hace la aplicación. Si el defecto tiene que ver de verdad con el sonido, por ejemplo una llamada que se corta o un reproductor que se entrecorta, captura el audio en el dispositivo que pueda y describe también el comportamiento en el ticket. Si el sonido en sí es la prueba, grábalo ahí y adjunta ambos archivos.
Es seguro cuando la grabación se hace y se conserva en tu propio dispositivo, y arriesgado en el momento en que se entrega a un servicio de grabación de terceros. Un panel de administración interno, un registro de cliente, una URL de staging o una función no publicada son cosas que un grabador en la nube guardaría en el disco de otra persona, bajo una política de retención que no controlas. Este grabador está construido al revés: la captura ocurre en la pestaña del navegador, el archivo se ensambla en la memoria de la página y se te devuelve directamente como descarga. Puedes confirmarlo abriendo las herramientas de desarrollador del navegador, cambiando al panel de red y observando que ninguna petición lleva el vídeo mientras grabas. Cierra o recorta todo lo que el ticket no necesite, y luego adjunta el archivo a tu propio rastreador.
No, pero es la opción más segura cuando el sistema de tickets no previsualiza un archivo WebM. Este grabador de pantalla escribe WebM, porque ese es el formato que los navegadores pueden codificar en vivo, y entrega el archivo directamente a tu carpeta de descargas. Algunos rastreadores de incidencias, herramientas de chat y clientes de correo previsualizan WebM en línea, mientras que otros lo muestran como un simple adjunto o lo rechazan. Si tu destino es de los segundos, pasa el clip por el Convertidor de vídeo, que produce MP4 con vídeo H.264 y audio AAC en el navegador, y adjunta esa copia en su lugar. Convertir recodifica el vídeo, así que tarda un poco y el tamaño del archivo puede cambiar ligeramente. Conservar también el WebM original es sensato, ya que es la captura sin tocar y el MP4 es una copia derivada.

Graba una reproducción que merezca arreglarse

Gratis, privado e ilimitado. No necesitas cuenta.

Abrir el grabador de pantalla