Desde inicios de julio 2024 muchos usuarios de Outlook 365 Web y New Outlook se encontraron con que el enlace “Load more folders” había desaparecido y las subcarpetas de sus buzones —especialmente los compartidos y con gran profundidad jerárquica— ya no se desplegaban. En este artículo detallamos qué sucedió, cómo se solucionó y qué medidas preventivas conviene adoptar para que la experiencia de Outlook en la web siga siendo fluida y fiable.

¿Qué ocurrió con el enlace “Load more folders”?

El 7 julio 2024 se desplegó silenciosamente un cambio en la infraestructura de Outlook en la web (OWA) y en la nueva aplicación de escritorio New Outlook —que es, en esencia, OWA incrustado en una ventana de EdgeWebView2—. Dicho cambio provocó que el cliente dejara de mostrar el enlace “Load more folders” al final del panel de navegación cuando un buzón contenía más subcarpetas de las que caben en la carga inicial.

Al no poder expandir la lista completa, el usuario sólo veía las primeras carpetas alfabéticamente (o, en algunos casos, únicamente la carpeta Archive) y quedaba sin posibilidad de:

• Arrastrar y soltar mensajes entre su bandeja y el buzón compartido.
• Navegar por carpetas profundas para consultar correos históricos.
• Acceder a reglas basadas en carpetas que no cargaban.

El problema se reproducía de forma consistente en distintos navegadores (Edge, Chrome, Firefox) y equipos, lo que descartaba caché local, perfiles o extensiones como causa.

Impacto en la productividad

Las empresas que dependen de buzones compartidos —por ejemplo, para la gestión de cuentas de soporte, atención al cliente o proyectos transversales— quedaron atadas a dos alternativas imperfectas:

1. Usar Outlook de escritorio (versión clásica), que sí cargaba la jerarquía completa pero con el coste de recursos y la necesidad de tener la aplicación instalada y actualizada.
2. Acceder al buzón compartido con la opción “Abrir otro buzón…” en una pestaña aparte. Aunque se veían todas las carpetas, perder la vista integrada obstaculizaba operaciones de arrastre y la comparación inmediata de contenido.

En entornos híbridos (usuarios en movilidad, quioscos, VDI) donde el cliente web es el canal principal, la sobrecarga operativa fue patente: los procedimientos diarios tuvieron que documentarse de nuevo, aumentó el número de incidencias al service desk y se duplicó el tiempo dedicado a tareas de archivo.

Diagnóstico: por qué no era un problema local

Para descartar errores de configuración individual se llevaron a cabo pruebas controladas:

• Limpiar caché, cookies y configuración de sitio en cada navegador.
• Crear nuevos perfiles de Chrome y Edge “vacíos”.
• Comprobar el comportamiento desde redes distintas (corporativa, doméstica, LTE) y en modo incógnito.
• Revisar permisos con Get-MailboxFolderPermission desde PowerShell para confirmar que las listas de control de acceso estaban intactas.

Los resultados fueron idénticos: la ausencia del enlace era global. Con ello quedó claro que el fallo provenía del lado del servicio y no de la estación de trabajo.

Soluciones provisionales que se intentaron

1. Outlook de escritorio / abrir buzón directo. Al usar MAPI tradicional, la aplicación no dependía del componente HTML que falló.
2. Borrar caché y cookies. Sin efecto; la interfaz se descargaba de nuevo pero la función estaba literalmente suprimida en el DOM.
3. Restablecer vista y personalización. Revisar Configuración → Ver toda la configuración → Correo → Personalizar acciones tampoco recuperaba el enlace.
4. Comprobar permisos y sincronización desde Archivo → Configuración de la cuenta en el cliente de escritorio. Todo normal.
5. Reducir el número de carpetas. Archivar carpetas antiguas redujo la carga inicial pero no reinsertó el botón; sólo mitigó la necesidad de profundizar tanto.

Estado actual y resolución de Microsoft

El 24 y 25 julio 2024 Microsoft desplegó una corrección en la capa de presentación de OWA: los servidores volvieron a inyectar el componente <button data-action="loadMoreFolders"> con su manejador de eventos asociado. La reaparición fue simultánea en todos los tenants —indicio de un cambio de backend, no de cliente— y no se publicó Message Center Post ni Service Health Incident. No obstante, una oleada de reportes en la comunidad Tech Community y en Reddit confirmó la vuelta a la normalidad.

A la fecha de redacción (agosto 2025) el enlace sigue presente y con un tiempo medio de carga de <300 ms incluso en buzones compartidos de >5 000 carpetas, gracias a la paginación incremental aplicada por Microsoft.

Recomendaciones complementarias

Caso	Qué hacer ahora
El enlace ya se ve y funciona	Mantén el navegador y la aplicación New Outlook actualizados. Revisa periódicamente las notas de versión de Microsoft 365 Apps para evitar regresiones.
El enlace sigue sin aparecer	1) Fuerza recarga completa (Ctrl+F5). 2) Comprueba que tu tenant use la versión más reciente de OWA. 3) En Ayuda → Enviar comentarios describe el fallo y adjunta captura; esto obliga a enrutar el ticket al equipo de producto.
Necesitas trabajar mientras tanto	Inicia Outlook de escritorio o abre el buzón compartido en una pestaña nueva (URL /owa/<alias>@<dominio>.com/) y usa copiar/pegar en vez de arrastrar.

Buenas prácticas para evitar bloqueos futuros

• Limita la proliferación de carpetas en buzones compartidos. Para equipos grandes, crea jerarquías maestras por año o proyecto y archiva automáticamente los correos antiguos a un almacén de sólo lectura.
• Utiliza favoritos y búsqueda inteligente. Marcar las carpetas críticas con la estrella reduce la dependencia de navegar toda la estructura.
• Supervisa el Centro de administración de Microsoft 365. Incidentes de OWA tienden a aparecer allí 1‑3 h antes de que los foros reflejen el problema.
• Envía comentarios reproducibles. Un reporte con pasos claros, captura de la consola (F12) y la cadena de Correlation ID eleva la prioridad del bug.
• Programa limpiezas semestrales. Un script de Search-Mailbox o Compliance Search para mover correos viejos a archivo online mantiene a raya el recuento de carpetas y mensajes.

Preguntas frecuentes (FAQ)

¿Por qué sólo falló el cliente web?

El cliente clásico de escritorio usa MAPI/HTTP y descarga la jerarquía completa directamente del servidor CAS/MBX; por eso no dependía del botón de paginación eliminado.

¿Puedo desactivar New Outlook y volver al tradicional?

Sí. En Windows, haz clic en tu avatar > Vista previa de New Outlook para salir. No obstante, Microsoft planea retirar la versión clásica a medio plazo, por lo que es aconsejable resolver la incidencia en el camino moderno.

¿La sincronización móvil (iOS/Android) se vio afectada?

No. Outlook Mobile sincroniza hasta 500 carpetas locales y permite desplegar más mediante scroll; su arquitectura es distinta y no mostró el fallo.

¿Existe riesgo de que vuelva a suceder?

Siempre que Microsoft refactoriza la interfaz puede haber regresiones. Mantener canales de comunicación abiertos (Message Center, Tech Community) y tener un plan B —cliente de escritorio, PowerShell, Graph— es la mejor salvaguarda.

Checklist rápida para administradores

1. Confirma que los buzones compartidos criticos tengan AutoMapping = $false si superan 500 carpetas.
2. Aplica retención y archivado automático para contener el crecimiento.
3. Documenta un procedimiento de contingencia en Confluence o SharePoint con captura de pantalla del botón por si desaparece.
4. Revisa los permisos de Send As/Send on Behalf, porque suelen gestionarse desde las carpetas que fallan en cargar.
5. Educa a los usuarios: favoritos, búsqueda de Outlook (Ctrl + E) y carpetas virtuales pueden reemplazar gran parte de la navegación manual.

Conclusión

La desaparición del enlace “Load more folders” fue un recordatorio de cuán dependientes somos de la interfaz web para las operaciones diarias. Aunque el incidente quedó resuelto en menos de tres semanas gracias a una corrección de backend, dejó lecciones valiosas: mantener estructuras de carpetas sostenibles, contar con planes de contingencia y reportar de forma temprana son las mejores defensas contra cualquier regresión futura en Microsoft 365.