¿Cómo se ve la sala mientras se presenta?

En el momento en que comparte su pantalla, deja de poder ver a las personas con las que la está compartiendo. Los rostros desaparecen. El chat desaparece. Una mano levantada —la señal más urgente de la sala— desaparece.

Esta es una de las quejas más persistentes en los foros de soporte de todas las grandes plataformas, y la forma en que la gente la describe es coherente. Un presentador, al pedirle a Microsoft esta función: "Como presentador, es fundamental poder leer al público." Una profesora en el foro de Zoom: "si quiero interactuar con un alumno en concreto, no tengo idea de quién está ahí fuera." Otro usuario, describiendo lo que pierde: "todas las cosas que podría hacer si estuviéramos en persona."

La queja no es que falte un panel. Es que presentar en línea le coloca en una posición que nadie aceptaría en una sala física: hablarle a una pared, sin saber si alguien le sigue.

Cada solución cambia una pérdida por otra

Lo que hace que esto sea tan persistente es que las soluciones disponibles no eliminan el problema, sino que lo desplazan.

La superposición cubre lo que está mostrando. Coloque la galería de participantes sobre el contenido y recuperará la sala, a costa de aquello que está presentando. Un anfitrión en el foro de Zoom: "la única forma que encuentro de hacerlo es mostrar la galería superpuesta sobre el PowerPoint, lo que bloquea parte de la imagen." Otro usuario describe el mismo dilema desde ambos lados: "obstruye la pantalla en pantalla completa y, cuando no lo está, ocupa más espacio del que quisiera." Ocultamiento o invisibilidad: hay que elegir.

El segundo monitor tampoco lo resuelve de forma fiable. Este es el consejo habitual, y conviene ser precisos sobre sus límites. Supone disponer de una segunda pantalla, lo que descarta los equipos que solo tienen portátil y los montajes en viaje. Pero incluso con dos pantallas, los usuarios reportan perder la lista de participantes en cuanto las diapositivas pasan a pantalla completa: "cada vez que pongo el PPT en modo presentación, pierdo la galería de participantes. Mis opciones son tener la pantalla compartida en un monitor y el panel del presentador en el otro, o tener 2 pantallas duplicadas entre sí… ambas mostrando la pantalla compartida. Totalmente inaceptable tanto para una clase como para una reunión."

Hacer malabares con las ventanas es lo que la gente termina haciendo en realidad. La solución en el mundo real es una coreografía manual: reducir, arrastrar, volver a abrir. Un usuario de Teams: "Como solución alternativa, abrí la pantalla de Teams y la moví a la izquierda; solo quedaba visible la lista de participantes, mientras reducía la pantalla que estaba compartiendo."

La razón por la que ninguna de estas opciones resuelve el asunto es estructural. La reunión es una ventana. Lo que se está presentando es otra ventana. En una sola pantalla, las ventanas compiten: por espacio y por el foco.

La versión de esto que más duele: cuando está editando lo que comparte

Hay un caso en el que esta disyuntiva deja de ser una cuestión de comodidad y empieza a bloquear el propio trabajo.

La mayoría de los consejos sobre compartir pantalla asumen que se está presentando algo terminado: una presentación, un panel, un flujo grabado. Pero muchas reuniones de trabajo comparten precisamente lo que se está cambiando: la especificación a la que se añade un párrafo nuevo, la hoja de cálculo a la que se corrige un número, el tablero de proyecto al que se mueve la tarjeta que todos acaban de acordar mover. Como dijo alguien al preguntar cómo seguir viendo a los participantes: "No solo PowerPoint o Excel, sino cualquier cosa."

Ahora el conflicto es más agudo. Para editar el documento, el documento necesita el foco: tiene que ser la ventana en la que se está escribiendo. Así que la reunión queda detrás, y con ella se va el chat donde alguien está pegando la redacción exacta que debería usar, y el puntero que estaba usando para mostrar a qué fila se refería.

Mantenga la reunión al frente y estará hablando sobre el cambio en lugar de hacerlo. Haga el cambio y estará trabajando a ciegas. El trabajo se traslada a "después de la llamada", lejos de la sala que acaba de acordarlo.

Lo que las plataformas documentan realmente

Los proveedores documentan tres respuestas distintas, y merece la pena leerlas con precisión, porque una de ellas está más cerca de una solución que las otras, y no es la que la gente supone.

Google documenta el modo de imagen en imagen para Meet, indicando que se puede "usar el modo de imagen en imagen para presentar y encontrar al público al mismo tiempo", y también la opción de dejar de anclar una presentación para "poder encontrar a más participantes mientras presenta" (comprobado en agosto de 2026). Ambas opciones abordan la posibilidad de ver a los participantes; la página de Google sobre presentaciones no documenta ninguna forma de mantener el chat visible mientras se presenta en una sola pantalla.

Zoom documenta el modo de doble monitor, en el que "la vista de galería o de orador se puede mostrar en un monitor mientras el otro monitor muestra el contenido compartido", con requisitos previos que incluyen la aplicación de escritorio y un mínimo de CPU equivalente a un i5 con cuatro o más núcleos (comprobado en agosto de 2026). Es la respuesta del segundo monitor, convertida en una función documentada.

Microsoft va más allá. Teams documenta una barra de herramientas del presentador "visible solo para la persona que presenta", y afirma: "Seleccione Chat para ver y participar en una vista compacta del chat de la reunión mientras presenta contenido. El público no verá la ventana de chat en su pantalla compartida" (comprobado en agosto de 2026).

Ese último punto importa a quien esté comparando opciones: un panel de chat privado y no capturado para quien presenta no es un vacío del mercado; Teams ya documenta uno hoy. La diferencia que queda es qué está haciendo la otra ventana del presentador. Las superficies de presentador de Meet y Teams forman parte de la propia ventana de la aplicación de reunión; el documento que se está editando sigue siendo una ventana separada que compite por el foco con ella.

Qué cambia cuando la reunión deja de ser una ventana

Hay una superficie en un navegador que no compite por el foco con la página: el panel lateral del propio navegador.

Chrome documenta la API Side Panel como una forma de que una extensión "albergue contenido en el panel lateral del navegador junto al contenido principal de una página web" (comprobado en agosto de 2026). La propiedad relevante es estructural. El panel forma parte del marco del navegador, no de la pestaña. Se ubica junto a la pestaña que esté activa, permanece en su lugar al cambiar de pestaña, y escribir en la página no lo empuja detrás de nada, porque nunca formó parte de la pila en la que está la página.

Esto tiene una segunda consecuencia, y aquí conviene distinguir con cuidado lo que está documentado de lo que hemos medido nosotros mismos. La documentación de captura de pantalla de Chrome describe la captura de pestaña como la captura del área visible de una pestaña, y la especificación de captura de pantalla del W3C deja el límite exacto de la interfaz del navegador dependiente de la implementación; ninguna de las dos indica qué ocurre con un panel lateral. Así que lo probamos: al compartir una pestaña, el panel lateral no aparece en el flujo capturado. Los participantes ven la pestaña que se eligió, no el panel situado junto a ella.

Ese resultado depende del modo de compartir, y esa distinción es el punto clave. Si comparte toda la pantalla, se captura todo lo que hay en ella, panel incluido. La propiedad en la que nos basamos se cumple para las capturas de pestaña, que es el modo que utiliza este flujo de trabajo.

Al combinar estas dos propiedades, la disyuntiva no se gestiona, sino que se disuelve:

• El documento es la pestaña activa. Tiene el foco. Se escribe en él, y ocupa todo el ancho de la pantalla, no la mitad, y sin nada superpuesto encima.
• La reunión vive en el panel de al lado, en el diseño estrecho de la aplicación: la llamada, el chat, los participantes, los controles del puntero.
• Sus participantes ven el documento. No la ventana de la llamada, ni el chat que está leyendo, sino la pestaña que eligió y el puntero que usa sobre ella.

Para esto construimos la extensión de Chrome de InterMIND, ya publicada en la Chrome Web Store; vea el anuncio. La llamada se ejecuta en el panel lateral; la pestaña que comparte sigue siendo suya para editar. En una sesión de trabajo sobre un tablero de proyecto, esto significa que el tablero está a ancho completo y se puede editar, el puntero sigue mostrando a la sala dónde mirar, y el chat sigue siendo legible al lado, todo al mismo tiempo, en una sola pantalla, sin segundo monitor y sin nada que cubra el contenido.

Observe lo que esto no pretende resolver. El panel es estrecho, así que una galería grande de rostros no es lo que cabe ahí; esto responde a "mantener la sala y su chat accesibles mientras trabajo", no a "muéstrame treinta miniaturas de vídeo a la vez".

Los límites, con honestidad

Conviene decir tres cosas con claridad, porque establecen las expectativas correctas.

La acción de compartir sigue empezando con el selector normal. Se hace clic en compartir, Chrome pregunta qué superficie se desea, y se elige la pestaña. No existe un "compartir la pestaña en la que estoy" con un solo clic desde un panel lateral: Chrome no concede a las extensiones la captura de pestañas desde el contexto del panel, y una solicitud para añadir esa capacidad fue cerrada por el equipo de Chromium como "no se corregirá" (comprobado en agosto de 2026). El selector es de un solo clic. Es el mecanismo, no una solución alternativa.

Esto depende del navegador. El panel lateral es una función de Chromium. El escenario descrito aquí se aplica a Chrome y Edge; en otros navegadores se vuelve a la organización manual de ventanas.

Resuelve un solo problema. Compartir una pestaña mientras se edita, sin perder la interfaz de la llamada. No agranda una pantalla pequeña de portátil, y si lo que necesita compartir es una aplicación de escritorio en lugar de una pestaña del navegador, la propiedad de captura de pestaña no se aplica a ella.

Dónde esto importa más

El patrón aparece en cualquier lugar donde el artefacto esté vivo en lugar de terminado:

• Sesiones de trabajo sobre un documento o una especificación — editar la redacción mientras la sala reacciona a ella, en lugar de anotar comentarios para aplicarlos después.
• Hojas de cálculo y modelos de planificación — cambiar un valor de entrada y dejar que todos vean cómo se mueve el número, que es la razón misma por la que la hoja está en pantalla.
• Tableros de proyecto y backlogs — la razón por la que lo notamos internamente: mover tarjetas y editar tickets durante una llamada de planificación mientras se sigue leyendo lo que la gente escribe sobre ellos.
• Revisión de diseño y de código — hacer la pequeña corrección durante la llamada, mientras el puntero señala lo que se está comentando.

Lo que todos estos casos tienen en común es que el valor de la reunión es el cambio en el artefacto, y cualquier flujo de trabajo que traslada la edición a "después de la llamada" saca el trabajo de la reunión donde se produjo el acuerdo.

Preguntas frecuentes

¿Cómo se ve a los participantes mientras se presenta?

Cada plataforma documenta una respuesta parcial distinta. Google documenta la imagen en imagen y dejar de anclar la presentación para "encontrar a más participantes mientras presenta". Zoom documenta el modo de doble monitor, que necesita una segunda pantalla. Microsoft documenta una barra de herramientas del presentador visible solo para quien presenta (todo comprobado en agosto de 2026). El límite común es que estas superficies viven dentro de la propia ventana de la aplicación de reunión, por lo que compiten con cualquier otra cosa que se esté haciendo; por eso los usuarios reportan perder la lista de participantes de todos modos en cuanto las diapositivas pasan a pantalla completa, incluso con dos monitores.

¿Por qué pierdo la galería de participantes cuando PowerPoint entra en modo presentación?

Porque el modo de presentación toma el control de la pantalla en la que se ejecuta, y la ventana de la reunión es una ventana distinta que queda relegada detrás. Por eso un segundo monitor no resuelve el problema automáticamente: los usuarios con dos pantallas reportan la misma pérdida, ya que la elección pasa a ser en qué pantalla se apropia la presentación de diapositivas. Las alternativas a las que la gente recurre son superponer la galería sobre el contenido o cambiar el tamaño de las ventanas manualmente.

¿Cómo se ve el chat mientras se comparte pantalla en un solo monitor?

Depende de la plataforma. Microsoft documenta una vista compacta del chat de la reunión en Teams para quien presenta, indicando que el público no verá esa ventana de chat en la pantalla compartida (comprobado en agosto de 2026). La respuesta documentada de Zoom es el modo de doble monitor, que necesita una segunda pantalla (comprobado en agosto de 2026). La documentación de Google sobre presentaciones cubre cómo ver a los participantes mediante imagen en imagen, no el chat (comprobado en agosto de 2026). Lo que ninguna de ellas cambia es que la superficie del presentador pertenece a la ventana de la aplicación de reunión; así que si además necesita editar el documento compartido, ese documento y la reunión siguen siendo dos ventanas compitiendo por un solo foco.

¿Se puede editar un documento mientras se comparte en pantalla?

Sí; la limitación no está en la edición, sino en lo que se puede ver mientras se hace. El documento tiene que mantener el foco para poder escribir en él, lo que deja la interfaz de la reunión detrás en una sola pantalla. El documento sigue compartiéndose todo el tiempo; simplemente se pierde de vista el chat, los participantes y el puntero mientras se trabaja en él.

¿Se necesitan dos monitores para presentar y trabajar al mismo tiempo?

Dos monitores es la respuesta estándar y funciona. No es la única: un panel lateral del navegador ofrece una segunda superficie en una sola pantalla, porque el panel se ubica en el marco del navegador junto a la página, en lugar de competir con ella por el foco.

¿Aparece el panel lateral en la pantalla compartida?

No cuando se comparte una pestaña: lo probamos, y el panel no aparece en el flujo capturado. La documentación de Chrome y la especificación de captura de pantalla del W3C no indican el comportamiento en ningún sentido (la especificación deja los límites de la interfaz del navegador dependientes de la implementación), así que trate esto como un resultado medido y no como una garantía documentada. Si en cambio comparte toda la pantalla, se captura todo lo que sea visible en ella, incluido el panel.

¿Hay alguna forma de compartir la pestaña actual con un clic, sin el selector?

No desde un panel lateral. Chrome no concede a las extensiones la captura de pestañas desde el contexto del panel, y la solicitud para permitirlo fue cerrada como "no se corregirá" por el equipo de Chromium (comprobado en agosto de 2026). La acción de compartir empieza desde el selector estándar de Chrome, donde se selecciona la pestaña.

¿En qué navegadores funciona esto?

El panel lateral es una función de Chromium, así que esto se aplica a Chrome y Edge. Otros navegadores no tienen una superficie equivalente, y en ellos se aplica la disyuntiva entre ventanas descrita anteriormente, como de costumbre.

¿Esto sustituye a un segundo monitor?

Para este caso específico —compartir una pestaña del navegador mientras se edita y mantener visible la interfaz de la llamada— elimina la razón por la que se necesitaba el segundo monitor. No sustituye a un segundo monitor para todo lo demás para lo que un segundo monitor resulta útil.

Pruébelo

• Obtenga la extensión de Chrome — qué instala, qué permisos solicita y qué no hace.
• Cómo compartir la pantalla en una videollamada — pantalla, ventana o pestaña, desde un teléfono, con el puntero láser, y hasta dónde llegan Meet y Teams.
• Pruebe la demostración en vivo — vea cómo se comporta una llamada traducida antes de instalar nada.
• Vea qué le ocurre a un archivo que comparte en la reunión — quién puede leerlo, en qué idioma, y cómo se comprueba una afirmación de su resumen.
• Lea el benchmark de traducción — las cifras de calidad, con la distribución completa por par de idiomas y el método detrás de ellas.

Fuentes: Chrome for Developers — chrome.sidePanel API, Chrome for Developers — chrome.tabCapture API, W3C — Screen Capture, Chromium issue 40926394 — chrome.tabCapture from side panel, Google Meet — Present during a video meeting, Zoom — Using dual monitor mode, Microsoft — Present content in Microsoft Teams meetings. Los proveedores cambian sus aplicaciones y su documentación con el tiempo; consulte sus páginas para conocer el estado actual. Todos los datos comprobados en agosto de 2026.