Copilot en Word/PowerPoint: “Not connected to the internet” — Causas y solución paso a paso

Si Copilot en Word o PowerPoint muestra “Not connected to the internet” pese a tener Internet, esta guía te ofrece un plan escalonado y probado: desde revisar red/VPN y limpiar cachés hasta actualizar o reparar Office. Incluye causas probables, comandos, checklist y criterios de escalado para entornos corporativos.

Índice

Síntoma y contexto

En equipos con Windows 10/11 y Microsoft 365 Apps, el panel de Copilot dentro de Word o PowerPoint puede indicar “Not connected to the internet” o mensajes equivalentes (p. ej., “sin conexión”). El resto de aplicaciones y el navegador funcionan con normalidad, de modo que a primera vista el equipo sí está en línea. Este comportamiento suele deberse a factores puntuales de red, cachés, canal de actualización de Office, perfil de usuario o componentes auxiliares (p. ej., WebView2), más que a una falta real de Internet.

Qué funcionó en la práctica (experiencia reportada)

Vaciar la caché DNS solucionó Copilot en PowerPoint.
Cambiar a Monthly Enterprise Channel de Office resuelve muchos casos (en el caso citado no fue suficiente por sí solo).
Reinstalar o “wipear” el equipo dejó todo operativo (medida drástica, última opción).

Por qué sucede (causas probables)

Resolución DNS o cachés inconsistentes: registros caducados o envenenados pueden impedir que el componente de Copilot alcance los endpoints necesarios, aun cuando el resto del sistema navega con normalidad.
Proxy, VPN o inspección SSL corporativa: políticas de TLS inspection, PAC/WPAD o reglas de firewall pueden bloquear dominios de Microsoft 365 y provocar que Copilot piense que el equipo está sin conexión.
Proxy WinHTTP heredado: algunas librerías usan la pila WinHTTP (distinta del proxy de usuario/IE). Si hay un proxy WinHTTP configurado o corrupto, el módulo de Copilot puede quedar “offline”.
Canal de Office y bugs corregidos: correcciones de conectividad suelen aterrizar primero en Monthly Enterprise Channel. Estar en un canal más lento puede perpetuar incidencias ya resueltas.
Tokens y credenciales en estado inválido: sesiones caducadas o credenciales inconsistentes (Administrador de credenciales de Windows) pueden impedir la inicialización.
Hora/fecha incorrectas: una desviación de reloj rompe TLS y validaciones de token, generando mensajes de “sin conexión”.
Perfil o caché local dañados: perfiles de Windows o cachés de Office/WebView2 corruptos impiden el arranque de Copilot.
Componentes auxiliares (WebView2): Copilot en apps de escritorio se renderiza con el runtime de Microsoft Edge WebView2; si falta o está dañado, aparecen errores de conectividad.

Solución paso a paso (de menor a mayor impacto)

Verifica red local y políticas

Desactiva temporalmente la VPN y vuelve a probar en Word/PowerPoint. Algunas VPN fuerzan rutas o DNS propios que afectan a Copilot.
Proxy/Inspección SSL:
- Si estás en una red corporativa con inspección SSL, prueba fuera de esa red (hotspot móvil) o solicita a TI excepciones temporales para los dominios de Microsoft 365, si la política lo permite.
- Comprueba que no haya un archivo PAC/WPAD que redirija tráfico de Office a un proxy que requiera autenticación no compatible.
Firewall local: desactiva temporalmente reglas personalizadas o software de filtrado de terceros para descartar bloqueos locales (vuelve a activarlas al terminar).

Limpia cachés/red

Ejecuta el siguiente bloque en Símbolo del sistema (Administrador):

ipconfig /flushdns
netsh winhttp reset proxy

Esto limpia la caché DNS de Windows y restablece el proxy WinHTTP (que a veces queda configurado por herramientas antiguas o scripts de imagen corporativa).
Tras ejecutarlo, cierra sesión de Windows o reinicia el equipo y prueba Copilot de nuevo.

Vuelve a autenticarse en Office

En Word/PowerPoint, ve a Archivo → Cuenta, haz Cerrar sesión y entra otra vez con tu cuenta de trabajo/escuela.
Comprueba la hora/fecha:
- Windows → Configuración → Hora e idioma → Establecer hora automáticamente y zona horaria correctas.
- Si estás en dominio, sincroniza con el servidor NTP corporativo.

Actualiza Office (preferencia: Monthly Enterprise Channel)

Abre Word → Archivo → Cuenta → Opciones de actualización → Actualizar ahora.
Si tu equipo no está gestionado y necesitas cambiar el canal a Monthly Enterprise, utiliza los siguientes comandos (como Administrador). Ubica el cliente de Click-to-Run y ejecuta: "C:\Program Files\Common Files\microsoft shared\ClickToRun\officec2rclient.exe" /changesetting Channel=MonthlyEnterprise "C:\Program Files\Common Files\microsoft shared\ClickToRun\officec2rclient.exe" /update user Notas: en entornos administrados, el canal lo define TI (Intune/GPO/ODT). Reinicia las apps tras actualizar.
Comprueba también en Archivo → Opciones → Centro de confianza → Opciones de privacidad que las experiencias conectadas no estén deshabilitadas por política (si puedes ver ese ajuste).

Repara Office

Abre Panel de control → Programas y características (o “Aplicaciones y características” en Configuración).
Selecciona Microsoft 365 Apps y pulsa Modificar/Reparar.
- Reparación rápida: corrige archivos locales sin usar Internet. Prueba primero.
- Reparación en línea: reinstala componentes desde la nube. Úsala si la rápida no corrige el problema.
Reinicia las aplicaciones y valida Copilot.

Aísla perfil/datos

Prueba con otra cuenta de Windows o crea un perfil nuevo. Si Copilot funciona, el daño está en el perfil original.
(Avanzado, con precaución) limpia entradas relacionadas con Office en el Administrador de credenciales:
- Panel de control → Administrador de credenciales → Credenciales de Windows.
- Elimina entradas antiguas de Microsoft 365/Office y vuelve a iniciar sesión en las apps.

Último recurso

Respalda tus datos (OneDrive, documentos locales, perfiles de navegador, etc.).
Realiza una reinstalación limpia de Windows o un wipe del dispositivo. En el caso reportado, esta acción devolvió el funcionamiento de Copilot.

Diagnóstico rápido: ¿app o red?

Un truco útil: abre Word/PowerPoint y prueba Copilot; luego abre portal web de Microsoft 365 en el navegador y valida si Copilot (u otras experiencias conectadas) responden en la web.

Funciona en el navegador, pero no en Word/PowerPoint: apunta a canal de Office, caché/local, proxy WinHTTP o WebView2.
No funciona en ninguno: es probable un problema de red/identidad/políticas o un incidente de servicio; revisa con TI.

Tabla de causas vs. síntomas vs. remedios

Causa probable	Síntomas típicos	Acción recomendada
Caché DNS corrupta	Copilot “sin conexión” sólo en apps; la web funciona	`ipconfig /flushdns` y reiniciar sesión
Proxy WinHTTP mal configurado	Servicios que usan WinHTTP fallan; navegador funciona	`netsh winhttp reset proxy` y reiniciar
Inspección SSL/proxy corporativo	Funciona fuera de la red de la empresa	Probar fuera de red o solicitar exclusiones
Canal de Office desactualizado	Falla persistente tras limpiar cachés	Cambiar a Monthly Enterprise y actualizar
Hora/fecha incorrectas	Error intermitente de inicio de sesión, tokens	Sincronizar NTP, corregir zona horaria
Perfil de Windows dañado	Funciona con otro usuario, no con el actual	Crear perfil nuevo; migrar datos
WebView2 faltante/roto	Paneles en blanco o errores de inicialización	Reparar/instalar runtime de WebView2
Credenciales obsoletas	Bucle de autenticación o estado “offline”	Cerrar sesión y limpiar credenciales de Office

Comprobaciones técnicas útiles (opcional)

Microsoft Edge WebView2 Runtime: abre Aplicaciones y características y verifica que exista “Microsoft Edge WebView2 Runtime”. Si falta o falla:
- Reparar desde “Modificar”.
- Si no está, instálalo (en entornos gestionados, pide a TI su despliegue).
Entorno de proxy del sistema:
- Configuración → Red e Internet → Proxy: desactiva Usar un servidor proxy para la prueba.
- Variables de entorno HTTPPROXY/HTTPSPROXY: asegúrate de no tenerlas definidas inadvertidamente.
Conectividad a dominios de Microsoft 365: si tu organización lo autoriza, comprueba que puedes resolver y alcanzar endpoints habituales de Microsoft (p. ej., .microsoft.com, .office.com, .office365.com, .msedge.net, *.azureedge.net). Cualquier bloqueo selectivo puede hacer que Copilot muestre “offline”.
Eventos del Visor: revisa el Visor de eventos (Aplicación) en busca de errores de Office, WebView2 o WinINET/WinHTTP en el momento del fallo.

Buenas prácticas para minimizar recurrencias

Mantén Office en Monthly Enterprise Channel si necesitas equilibrio entre estabilidad y cadencia de correcciones.
Evita proxys en cadena y PAC/WPAD complejos salvo que sean indispensables; documenta exclusiones para servicios de Microsoft.
Normaliza NTP en todos los equipos (y, si procede, fuerza zona horaria por directiva).
Incluye WebView2 en tu imagen base y en políticas de actualización.
Supervisa certificados de la inspección SSL para que estén actualizados y confiables por Windows/Office.

Cuándo escalar a TI

Si estás en un entorno administrado, solicita revisión de Acceso condicional, reglas de filtrado web/firewall y salud del servicio de Microsoft 365.
Si el problema sólo ocurre dentro del cliente de Office y no en el navegador, suele indicar tema de canal de Office, caché/red local o perfil, más que de Internet en general.
Si la incidencia afecta a varios usuarios a la vez, busca un patrón común: misma subred, mismo proxy, misma versión de Office.

Checklist rápido (marca mentalmente)

[ ] Sin VPN/proxy activo (o con exclusión temporal).
[ ] ipconfig /flushdns y netsh winhttp reset proxy ejecutados.
[ ] Cerrar sesión/iniciar sesión en Office; hora del sistema correcta.
[ ] Office actualizado (idealmente Monthly Enterprise Channel).
[ ] Reparación rápida/en línea completada.
[ ] Probado con perfil de Windows nuevo.
[ ] (Si nada funciona) Respaldo + reinstalación limpia.

Preguntas frecuentes

¿Por qué Copilot dice “Not connected to the internet” si el navegador funciona?

Porque Copilot dentro de las apps usa rutas y comprobaciones propias (DNS, endpoints, proxy WinHTTP, WebView2). Es posible que la navegación general funcione, pero un componente específico no pueda validar conectividad a dominios esenciales.

¿Cambiar el canal a Monthly Enterprise rompe la estabilidad?

No. Monthly Enterprise Channel está diseñado para empresas: libera un conjunto mensual de características y correcciones con foco en estabilidad, y suele incluir fixes de conectividad más pronto que los canales diferidos.

¿Qué hace exactamente `netsh winhttp reset proxy`?

Restaura la configuración del proxy WinHTTP a su estado por defecto (sin proxy). Esto evita que módulos que dependan de WinHTTP queden atrapados detrás de un proxy mal configurado o huérfano.

¿Cómo sé si el problema es de perfil de usuario?

Si en una cuenta de Windows nueva Copilot funciona, pero en la cuenta original no, el origen más probable es un perfil/caché corrupto (Office, WebView2 o credenciales). En ese caso, migra datos al perfil sano.

¿Debo desinstalar Office antes de la Reparación en línea?

No. La Reparación en línea ya reinstala componentes esenciales. Desinstalar por completo suele ser innecesario salvo que la reparación falle.

¿Puedo borrar manualmente la caché de Office/WebView2?

Puede ayudar, pero hazlo con precaución y siempre con copia de seguridad. La reparación de Office o la re-creación de perfil suelen ser opciones más seguras y reproducibles.

Conclusión

El mensaje “Not connected to the internet” en Copilot de Word/PowerPoint casi nunca significa ausencia real de Internet. En la práctica, limpiar la caché DNS y restablecer WinHTTP resuelven gran parte de los casos; mantener Office en Monthly Enterprise Channel y reparar la instalación cubre la mayoría de los restantes. Si persiste, aísla el problema con otro perfil y coordina con TI para revisar políticas de red/identidad. Como último recurso, una reinstalación limpia devuelve el funcionamiento, tal y como se observó en el caso reportado.