Google Meet no tiene sonido: identifica primero la ruta de audio que falta

Por qué importa la dirección del silencio

Antes de cambiar nada, escribe una frase que describa quién no oye qué. Son descripciones útiles que no oyes a ningún participante, que todos te oyen excepto una persona, o que la conversación funciona pero un vídeo presentado no tiene audio. Cada descripción delimita la ruta. La expresión sin sonido no basta para justificar reinstalar el navegador, especialmente cuando se ha confundido un problema de entrada con uno de altavoces.

El audio entrante de la reunión pasa por la aplicación, el navegador, la salida elegida y los altavoces o auriculares físicos. La voz saliente comienza en el micrófono y atraviesa los permisos de captura y la llamada. El audio de una presentación puede compartirse por otra ruta. Comprobar una ruta correctamente no demuestra automáticamente otra. Por ejemplo, un indicador de micrófono que se mueve no dice si los auriculares reciben la voz de la otra persona.

MeterSee ofrece una referencia local de escucha, no una certificación de Google Meet. Su Prueba de altavoces genera un tono breve y te pide confirmar lo que has oído. No puede entrar en tu reunión, escuchar participantes remotos, inspeccionar políticas de la organización ni establecer que funcionará una llamada real. Úsala para distinguir problemas locales de salida de síntomas exclusivos de Meet y vuelve después a una comparación consentida en la reunión.

Prepárate sin interrumpir la reunión

1. Si la reunión ya está en marcha, avisa al anfitrión por chat de que estás revisando el audio. Evita reproducir tonos de prueba con el micrófono abierto. Siléncialo o sal brevemente antes de probar localmente y organiza otra vía de comunicación si la reunión es importante. No mantengas varios dispositivos conectados a la reunión sonando en la misma habitación, porque eso crea un problema de eco independiente.
2. Anota el micrófono y la salida previstos. Un monitor por HDMI, una base USB, unos auriculares Bluetooth y los altavoces integrados pueden aparecer juntos en los menús. Identifica los nombres reales en lugar de asumir que Predeterminado apunta al equipo que llevas puesto. Anota cualquier cable o base conectados justo antes de desaparecer el sonido.
3. Baja el volumen antes de la primera prueba y después utiliza un nivel cómodo para voz normal. Comprueba el interruptor físico de silencio de los auriculares y la alimentación del amplificador sin modificar ajustes ajenos al problema. Ten auriculares disponibles si es posible para que una prueba de salida correcta no vuelva a entrar en el micrófono.
4. Guarda tu trabajo antes de reiniciar el navegador y confirma que sabes volver a entrar en la reunión. El reinicio puede interrumpir subidas, formularios y trabajo sin guardar aunque después se reabran las pestañas. En un equipo administrado por una empresa o centro educativo, no eludas políticas ni elimines software de seguridad obligatorio para poder realizar una prueba.
5. Planifica una comparación cada vez. Conserva la salida al cambiar de aplicación o la aplicación al cambiar de salida. Anota qué cambió y qué ocurrió. Cambiar dispositivos, conceder permisos, volver a entrar y actualizar todo a la vez puede recuperar el audio, pero impide identificar qué cambio fue decisivo.

Descarta un modo de reunión que intencionadamente no ofrece audio

Comprueba cómo entraste. Google documenta que el modo Complemento no proporciona la ruta habitual de micrófono y altavoz. Esto importa cuando alguien entra principalmente para presentar junto a un sistema de sala y espera que su portátil actúe como una segunda llamada normal. Si necesitas que este equipo gestione la conversación, abandona ese modo y entra normalmente, coordinándote con la sala para que solo esté activo el extremo de audio previsto.

Un botón de micrófono silenciado no equivale a silenciar el sonido entrante. Pulsar tu micrófono afecta a lo que envías, no a si oyes a los demás. Del mismo modo, ver una presentación no demuestra que hayas entrado con audio de conversación normal. Revisa el modo y los controles actuales de la reunión antes de interpretar un micrófono o altavoz no disponible como fallo de hardware.

Pregunta si al menos otro participante oye a quien habla. Si todos menos tú le oyen, investiga tu ruta de recepción. Si nadie le oye pero esa persona oye a todos, debe investigar su micrófono. Si solo una pareja de personas comunica problemas, compara con otro participante que acepte colaborar antes de concluir que alguno de los dispositivos ha fallado. Haz una prueba breve y no grabes a nadie sin permiso.

Prueba la salida local fuera de Meet

Abre la Prueba de altavoces de MeterSee fuera de la conversación activa y reproduce un canal a volumen bajo. Lo esperado es oír un tono en el dispositivo y lado previstos. Anota esa primera observación y reproduce después el otro canal. La página muestra la confirmación estéreo cuando se han reproducido izquierda y derecha y ha terminado la reproducción; oír un solo tono no la completa. Si el navegador informa de que el audio no pudo arrancar, comprueba su disponibilidad de audio aparte de la ruta de salida.

Si el tono no se oye, reproduce un audio local conocido en otra aplicación por la misma salida seleccionada. El silencio en ambos lugares hace más plausible un problema general de salida, volumen, cable o dispositivo. Si suena en la otra aplicación pero no en el navegador, revisa el navegador o las rutas por aplicación. Ningún resultado exige cambiar de inmediato los permisos del micrófono, porque escuchar y capturar voz son operaciones diferentes.

Si MeterSee se oye y Meet no, vuelve a abrir los ajustes de audio de Meet y revisa la selección de altavoz. Un dispositivo conectado después de empezar la reunión puede no ser el que esta utiliza. Si la interfaz ofrece una prueba de altavoz, úsala al mismo nivel cómodo. Si el selector no existe en tu navegador o dispositivo, verifica la salida del sistema operativo y consulta los controles actuales específicos de ese cliente.

Comprueba en el menú normal de pestañas si la pestaña o el sitio de Meet están silenciados. Revisa también cualquier mezclador por aplicación que ofrezca tu sistema operativo. Una aplicación puede estar silenciosa aunque el volumen principal del sistema no lo esté. No pongas todos los deslizadores al máximo: establece un nivel sensato y confirma que ese navegador no esté silenciado ni enviado a una salida que no utilizas.

Comprobaciones del sistema operativo para la recepción

En Windows 11, empieza por Configuración, Sistema, Sonido. Comprueba el dispositivo de Salida seleccionado y, si hace falta, el Mezclador de volumen para ver volumen y destino del navegador. Los controles exactos dependen de la compilación de Windows y del controlador de audio. Instalaciones antiguas pueden mostrar cuadros de diálogo clásicos. Considera las diferencias de menú un motivo para consultar la ayuda de la versión instalada, no evidencia de que falte un dispositivo.

En versiones actuales de macOS, Ajustes del Sistema, Sonido, Salida muestra los destinos disponibles. Las anteriores utilizan Preferencias del Sistema. Selecciona expresamente el dispositivo y revisa sus controles de volumen disponibles; algunas salidas externas delegan el ajuste en el hardware. Puede aparecer un monitor que acepta audio aunque no quieras escuchar por él. Vuelve a comprobar Meet después de elegir la salida, porque su selección propia puede seguir siendo distinta.

En teléfonos y tabletas, utiliza el control de ruta de audio disponible en la reunión y los controles de dispositivos conectados del sistema operativo. Las etiquetas difieren por aplicación móvil, plataforma y versión. Comprueba si el sonido va a un equipo Bluetooth situado en otro lugar o al auricular de llamadas en vez del altavoz. Esta guía no presupone que los menús del navegador de escritorio existan en la aplicación móvil de Meet. Usa la pestaña de plataforma correspondiente de la ayuda de Google cuando cambie la interfaz.

Si la salida Bluetooth desaparece o cambia al activarse el micrófono, compara una salida cableada o integrada en la misma reunión. Anota si el problema es silencio total, menor calidad de escucha o cambio de origen. Son síntomas distintos. Conserva una salida alternativa estable para la reunión si la necesitas e investiga después la ruta de los auriculares, en vez de reconectar repetidamente durante una presentación.

Cuando los demás no te oyen

Si recibes voz pero la tuya no llega a los demás, abre la selección de micrófono de Meet y elige la entrada prevista. Habla normalmente y busca el indicador local de actividad si la interfaz actual lo ofrece. Un indicador quieto respalda revisar captura y silencio; uno activo significa que alguna señal llega a esa etapa, no que el otro extremo recibió voz inteligible. Pide a otro participante una confirmación verbal breve.

Comprueba el silencio físico del micrófono, el de la reunión y el permiso del navegador para el sitio Meet. En Chrome, los controles del sitio de la barra de direcciones muestran permisos, aunque el icono cambia con el tiempo. Concede acceso solo al sitio de reuniones que pretendes utilizar. Denegar un permiso afecta al acceso, no a la salud de la cápsula del micrófono, así que no lo interpretes como motivo para comprar hardware nuevo.

La privacidad del sistema operativo es otra capa. Windows 11 sitúa el permiso de micrófono en Configuración, Privacidad y seguridad, Micrófono, incluidos controles pertinentes para aplicaciones de escritorio. macOS utiliza Ajustes del Sistema, Privacidad y seguridad, Micrófono para el acceso de aplicaciones. La redacción varía según versión y política de administración. Si un administrador controla el ajuste, contacta con él en vez de intentar anular las restricciones de la organización.

Si lo necesitas, utiliza la Prueba de micrófono de MeterSee como comparación de captura independiente. Selecciona el micrófono previsto, permite acceso a ese sitio, habla brevemente y detén la prueba. La herramienta actual analiza localmente muestras entregadas por el navegador; no es una grabadora ni una prueba de transmisión de Meet. Que allí se mueva el nivel respalda que funciona la captura en ese contexto. No transfiere permiso a Meet ni demuestra qué dispositivo eligió Meet.

Cuando solo la presentación está en silencio

Confirma primero que la conversación normal funciona en ambos sentidos. Si funciona, deja intactos esos dispositivos y examina la ruta de presentación. Compartir una ventana visible no establece por sí solo que también se comparta su sonido. En el selector de compartir, revisa la opción de audio real asociada a la pestaña, ventana o pantalla elegida. Confirma el origen antes de reproducir una muestra breve sin contenido privado.

Las instrucciones actuales de Google para presentar en escritorio describen audio de pestaña y, donde se admite, una opción para incluir audio del sistema con una ventana o toda la pantalla. La disponibilidad depende del navegador, sistema operativo, contexto de reunión y despliegue de la función. No te apoyes en el consejo antiguo y absoluto de que toda presentación de escritorio debe ser solo una pestaña, ni supongas que todos los equipos permiten audio del sistema. Si falta esa opción, todavía puede estar disponible un flujo compatible de audio de pestaña.

Compartir audio del sistema puede revelar notificaciones y sonido de aplicaciones no relacionadas. Cierra contenidos privados y silencia notificaciones innecesarias antes de activarlo. Prefiere el origen más limitado que satisfaga la presentación. Pide a un participante que confirme la muestra breve y detén la reproducción después. Su confirmación establece que esa ruta de presentación funcionó en ese momento, no que todas las aplicaciones del ordenador vayan a compartirse igual.

Si el anfitrión o la organización desactivan compartir, cambiar auriculares o micrófono no elimina la restricción. Del mismo modo, una aplicación móvil puede tener capacidades diferentes del navegador de escritorio. Consulta la ayuda actual de presentación para tu plataforma y utiliza los controles realmente visibles. Conserva una ruta de conversación operativa mientras resuelves la presentación, en vez de reiniciar todos los dispositivos de audio.

Utiliza reinicios y comparaciones con un propósito

Si ruta y permisos parecen correctos, sal de la reunión, cierra normalmente las aplicaciones innecesarias que usan micrófono y vuelve a entrar una vez. Si falla, guarda el trabajo y reinicia el navegador según su procedimiento documentado. Anota si después cambian la lista de dispositivos o el aviso de permisos. Recuperar la sesión es útil, pero el reinicio por sí solo no identifica la causa original; regístralo como recuperación temporal si el síntoma vuelve.

Compara otro navegador compatible solo si puedes iniciar sesión y entrar correctamente sin eludir políticas. Mantén los mismos dispositivos y reunión para que el contexto del navegador sea el cambio principal. Que el segundo funcione apunta a una configuración o compatibilidad particular del navegador, no demuestra que el primero sea intrínsecamente inadecuado. La navegación privada no garantiza un entorno sin administración ni extensiones.

No ejecutes comandos de terminal copiados de una lista genérica de audio durante una llamada importante. Reiniciar servicios de audio y cambiar controladores puede interrumpir otras aplicaciones y exigir privilegios de administrador. Si la selección normal, los permisos y un reinicio planificado no resuelven el problema, reúne evidencia para tu administrador o equipo de soporte. Los cambios más invasivos requieren instrucciones específicas del dispositivo y un momento de mantenimiento adecuado.

Casos hipotéticos: tres significados de sin sonido

Caso hipotético uno: un portátil está conectado a la pantalla de una sala. El tono de MeterSee sale por la pantalla en vez de los auriculares, y Meet tampoco se oye en ellos. Seleccionar los auriculares previstos restaura ambos. La evidencia respalda un error de ruta de salida en esa configuración. No sugiere que debieran cambiarse permisos del micrófono ni permite afirmar nada sobre la calidad de red.

Caso hipotético dos: un participante oye claramente la reunión, pero su indicador de actividad permanece inmóvil. Una prueba de micrófono independiente funciona tras permitir acceso a su sitio, mientras Meet sigue mostrando el micrófono bloqueado. Conceder permiso específicamente a Meet y volver a entrar restaura la voz. La distinción importante es que el permiso pertenece a cada sitio; el éxito en la página diagnóstica no había autorizado la reunión.

Caso hipotético tres: todos oyen hablar a quien presenta, pero el vídeo de la ventana compartida está en silencio. La persona revisa el selector y descubre que no incluyó audio. Elige una ruta compatible de audio compartido y un participante confirma una muestra breve. La conversación nunca estuvo averiada. Reinstalar un controlador habría añadido riesgo sin resolver la selección omitida.

Preguntas frecuentes y entrega a soporte

¿Una prueba local verde significa que la reunión está preparada? Solo significa que las comprobaciones locales medidas o confirmadas manualmente cumplieron sus condiciones declaradas. Meet tiene sus propias selecciones, permisos, ruta de llamada y participantes. Termina con una confirmación real en ambos sentidos en la reunión prevista, especialmente después de cambiar bases o auriculares. No equipares un tono generado con comunicación remota correcta.

¿Debo permitir el micrófono a todas las webs? No. Autoriza los sitios y aplicaciones concretos de confianza que necesites y conserva las demás decisiones de privacidad. Si una página no puede solicitar captura porque el entorno no es compatible o una política lo impide, investiga esa limitación. Abrir permisos indiscriminadamente no es necesario ni demuestra diagnósticamente que el micrófono funcione.

¿Y si no tengo otro dispositivo ni alguien dispuesto a probar? Completa las comprobaciones locales posibles e identifica expresamente las comparaciones que faltan. Puedes establecer que un tono se oye o que el navegador recibe muestras del micrófono, pero la recepción remota sigue sin verificarse. Utiliza el chat para acordar una confirmación breve posterior en vez de presentar como superada una llamada de prueba no realizada.

Envía a soporte la plataforma, versión del navegador, nombres de dispositivos, modo de reunión, dirección del sonido ausente y último cambio antes de empezar. Incluye qué pruebas locales y de Meet funcionaron, si otro participante confirmó el resultado y si el problema afecta solo a conversación o presentación. Elimina enlaces de reunión, nombres de participantes y contenido privado de las capturas. Un informe breve centrado en la ruta es más útil que una lista de soluciones intentadas sin relación.