Initializing, please wait a moment

Antes de una videollamada - qué herramientas ejecutar (pantalla, cámara, micrófono)

Última revisión: 2026-05-03. Cinco minutos antes de una llamada Zoom / Teams / Google Meet es el momento equivocado para ver que tu webcam muestra una pantalla negra, tu micrófono está silenciado a nivel del SO, o tu pantalla tiene un píxel atascado justo donde aparecerán las diapositivas del orador. Esta guía es la lista corta, en orden de prioridad, de qué comprobaciones ejecutar, qué captura cada una, y con qué herramienta empezar. Cada paso tiene un enlace de herramienta a la prueba de navegador correspondiente en este sitio - nada que instalar, sin cuenta, sin subida. La secuencia entera corre en unos cinco minutos.

Respuesta de 30 segundos. Ejecuta las cuatro comprobaciones en este orden: (1) prueba de cámara - confirma que la webcam muestra una previsualización en vivo a la resolución correcta y expone una webcam congelada / pantalla negra antes de que empiece la llamada; (2) prueba de micrófono - confirma que el SO ve tu mic y el navegador tiene permiso, antes de que el anfitrión tenga que preguntar "¿me oyes?"; (3) prueba LCD - un minuto de ciclo de color a pantalla completa para detectar píxeles atascados o muertos que podrían distraer a la audiencia durante una presentación; (4) prueba de teclado si vas a escribir durante la llamada (entrevista, compartir código, notas en vivo). Detente después del paso 2 si estás corto de tiempo - cámara y micrófono son lo que falla en el 90% de los momentos pre-llamada.

Paso 1 - Prueba de cámara (60 segundos)

El fallo pre-llamada más común es "la cámara funciona en el SO pero Chrome no puede verla." Eso pasa porque una app anterior (Slack, OBS, FaceTime, el panel de privacidad de cámara del SO) todavía tiene el handle del dispositivo, o al navegador se le denegó permiso de cámara antes y el usuario ha olvidado. La prueba de cámara del lado del navegador captura ambos en segundos.

Abre la prueba de cámara, haz clic en Iniciar Cámara, y otorga el prompt de permiso. Una previsualización en vivo debería aparecer en dos segundos con la resolución mostrada al lado de la imagen. Si la previsualización es negra, la cámara está ocupada en otra app - cierra clientes de escritorio Slack / Teams / Zoom y reintenta. Si el prompt de permiso no aparece, el navegador ya recuerda una denegación - haz clic en el icono de cámara en la barra de direcciones para otorgarla. Si la previsualización está al revés o espejada, eso es una peculiaridad de controlador / navegador con la que vivirás para la llamada (la mayoría de las apps de conferencia espejan la previsualización local deliberadamente).

Lo que este paso no captura: la calidad de la imagen (iluminación, enfoque, balance de blancos) o el lado de audio. El micrófono se comprueba por separado en el paso 2 porque los modos de fallo son diferentes y muchos usuarios tienen cámara funcionando y mic roto al mismo tiempo.

Paso 2 - Prueba de micrófono (60 segundos)

Los fallos de micrófono caen en tres familias: el SO no ve el mic en absoluto (controlador / cable / emparejamiento Bluetooth caído), al navegador se le denegó permiso, o el SO lo ve pero lo enrutó al dispositivo equivocado (el array de mics del laptop en lugar del headset, o viceversa). La prueba de micrófono del lado del navegador expone los tres.

Abre la página, permite el permiso, y habla normalmente. Un medidor de volumen en vivo debería reaccionar a tu voz en medio segundo. Si el medidor no se mueve, cambia dispositivos de entrada en el panel de sonido del SO - el headset puede no ser el predeterminado. Si la página dice "no se detectó micrófono," el SO perdió el dispositivo por completo; reconecta el cable / vuelve a emparejar el headset Bluetooth, luego actualiza la página. Si el medidor se mueve pero está muy bajo (picos por debajo de la mitad), la ganancia de entrada del SO está baja - súbela antes de la llamada en lugar de durante.

Este paso no captura problemas de audio a nivel de red (pérdida de paquetes VoIP, jitter) o los filtros de eco / supresión de ruido de la propia app de conferencia. Esos solo aparecen dentro de la app de conferencia real y se confirman mejor con una llamada de prueba a un colega.

Paso 3 - Prueba LCD (60 segundos)

Estarás mirando diapositivas, código, o una cara durante los próximos treinta a sesenta minutos. Un píxel atascado en medio de la pantalla es inofensivo matemáticamente pero distractor visualmente, y un píxel atascado directamente sobre la nariz de alguien durante la llamada es el tipo de detalle que aleja el foco de lo que se está diciendo. La prueba LCD del lado del navegador cicla la pantalla a través de rojo / verde / azul / blanco / negro sólidos en aproximadamente un minuto y expone defectos a nivel de panel: píxeles muertos (siempre negros), píxeles atascados (bloqueados en un color), problemas de uniformidad (manchas más claras o más oscuras que el resto), y sangrado de retroiluminación (brillo de esquina en un campo negro).

Si la prueba LCD revela un defecto, tienes dos opciones: posicionar la ventana de la app de conferencia para que el defecto quede fuera de su área visible (funciona para uno o dos píxeles en una esquina), o aceptarlo para esta llamada y ejecutar el flujo de preparación de garantía en la guía complementaria cómo probar píxeles muertos antes de devolver un monitor después.

Este paso no captura problemas de ruta de señal (cable, negociación de tasa de refresco, handshake EDID) - para esos, mira prueba LCD vs prueba de pantalla vs prueba de monitor para qué prueba captura qué.

Paso 4 - Prueba de teclado (90 segundos; solo si vas a escribir)

Salta este paso si te estás uniendo como oyente. Ejecútalo si la llamada involucra escribir - una entrevista donde tomas notas en vivo, una sesión de compartir código, un Q&A que moderarás. La prueba de teclado visualiza cada pulsación de tecla y confirma que ninguna tecla esté mal asignada o atascada. El fallo más común es una tecla que se registra como una tecla diferente (un resto de teclas adhesivas del SO), o una tecla que no se registra en absoluto (fallo de switch mecánico). Cualquiera vale la pena capturar antes de que escribas mal el nombre del candidato delante de él.

Este paso no captura problemas de layout de teclado del lado del software (el SO piensa que estás usando layout US pero el teclado físico es UK) - la prueba lee códigos de escaneo físicos, no los caracteres resultantes. Si la prueba pasa pero aparecen caracteres equivocados en la app de conferencia, cambia el layout del teclado en la configuración del SO.

Lista pre-llamada (imprimible)

  1. Cámara - prueba de cámara → previsualización en vivo en 2 s; resolución correcta; permiso otorgado en el navegador.
  2. Micrófono - prueba de micrófono → medidor de volumen reacciona a tu voz; dispositivo de entrada correcto seleccionado en el SO.
  3. Pantalla - prueba LCD → sin píxeles atascados / muertos en el área donde se sentará la ventana de conferencia.
  4. Teclado (si escribes) - prueba de teclado → cada tecla se registra correctamente; sin teclas mal asignadas o atascadas.
  5. Iluminación (juicio visual; no se necesita herramienta) - fuente de luz delante de ti, no detrás; sin ventana brillante en el encuadre de la cámara.
  6. Notificaciones - No Molestar del SO activado; cierra clientes de escritorio Slack / email / messenger para evitar un popup a mitad de compartir.

Preguntas frecuentes

¿Cuánto tarda la lista completa?

Unos cuatro minutos si te saltas el paso 4 (teclado), unos cinco con el paso 4. Cada herramienta se ejecuta en una sola pestaña del navegador; puedes dejarlas abiertas y volver a ejecutar cualquier paso que falle antes de que empiece la llamada.

¿Puedo ejecutar la lista en mi teléfono?

La prueba de cámara y la prueba de micrófono funcionan en un navegador móvil (se aplican los mismos permisos del navegador). La prueba LCD se ejecuta pero el resultado es menos útil en un teléfono - es improbable que estés presentando desde la pantalla de un teléfono. La prueba de teclado no se aplica a una pantalla táctil.

¿Qué pasa si la cámara funciona en la prueba pero no en la app de conferencia?

La app de conferencia probablemente tenga su propio prompt de permiso de cámara que aún no has respondido, o está vinculada a una cámara diferente (una cam USB vs la integrada del laptop). Dentro de la app de conferencia, abre la configuración de audio / video y selecciona la cámara explícitamente. Si aún no aparece, el cliente de escritorio de la app de conferencia está usando la cámara; actualiza la pestaña del navegador donde ejecutaste la prueba - cualquier app que tenga el handle del dispositivo gana.

¿Qué pasa si la prueba de micrófono pasa pero la app de conferencia dice "tu audio está silenciado"?

Eso es la app de conferencia silenciando en su propia capa (el anfitrión te silenció, o la app es el predeterminado "audio apagado" para invitados). Quita el silencio dentro de la app; el mic a nivel de SO y el mic a nivel de app son independientes. La guía complementaria cómo comprobar webcam y micrófono antes de una entrevista recorre los permisos por capas con más detalle.

¿Por qué ejecutar la prueba de pantalla - no es un píxel atascado solo cosmético?

Para una llamada uno-a-uno, sí, puedes ignorarlo. Para una presentación a un grupo o una entrevista grabada, un píxel atascado es el tipo de detalle que termina en una grabación de compartir pantalla para siempre. Capturarlo antes de la llamada te permite reposicionar la ventana o elegir un monitor diferente.

¿Qué pasa si un paso falla - todavía puedo tomar la llamada?

Fallo de cámara → cambia a solo audio con un descargo. Fallo de micrófono → reprograma, o únete desde tu teléfono para audio mientras presentas desde el laptop. Fallo de pantalla → reposiciona la ventana de conferencia lejos del defecto; la llamada sigue adelante. Fallo de teclado → cambia a un teclado USB, o toma la llamada como oyente y no escritor.

Relacionados

Why trust these tools

  • Ten-plus years of web tooling. The freetoolonline editorial team has shipped browser-based utilities since 2015. The goal has never changed: get you to a working output fast, without an install.
  • Truly in-browser - no upload. Every file-processing tool on this site runs in your browser through modern Web APIs (File, FileReader, Canvas, Web Audio, WebGL, Web Workers). Your photo, PDF, audio, or text never leaves your device.
  • No tracking during tool use. Analytics ends at the page view. The actual input you paste, drop, or capture is never sent to any server and never written to any log.
  • Open-source core components. The processing engines underneath (libheif, libde265, pdf-lib, terser, clean-css, ffmpeg.wasm, and others) are public and audit-able. We link to each one in its tool page's footer.
  • Free, with or without ads. All tools are fully functional without sign-up. The Disable Ads button in the header is always available if you need a distraction-free run.