Excel muestra página en blanco en SharePoint: causa del apóstrofo y solución paso a paso

Cuando al abrir cualquier libro de Excel desde un sitio de SharePoint aparece únicamente una página en blanco en el navegador, el culpable suele ser un carácter especial (casi siempre un apóstrofo) oculto en la propia dirección del sitio. Identificarlo y renombrar la URL resuelve el fallo de inmediato y sin pérdida de datos.

Índice

Resumen rápido del problema

Al hacer clic en un archivo de Excel desde un sitio concreto de SharePoint, la pestaña del navegador (Microsoft Edge, Chrome, Firefox, etc.) se queda totalmente en blanco.
Se reproduce en todos los dispositivos, para todos los usuarios y en todas las bibliotecas del mismo sitio.
Sólo afecta a Excel: archivos de Word, PowerPoint, PDF e imágenes se abren con normalidad.
El libro sí se abre si se elige Más ▶ Abrir en aplicación de escritorio o Vista previa ▶ Editar dentro del navegador.
Otros sitios de la misma organización no presentan el fallo.

Síntomas detallados

Al analizar la sesión en las Herramientas de desarrollador (F12) se observa lo siguiente:

No se generan errores HTTP 4xx / 5xx; el servidor responde 200 OK, pero el HTML devuelto por el visor de Excel en línea está vacío.
En la consola aparece el mensaje WOPIFrame: The iframe has failed to load a document sin mayor contexto.
En la red de seguimiento (Network) se aprecia una redirección interna cuyo destino incluye un carácter no codificado: …/sites/Finanzas-Filial Francia’/….

Qué provoca la pantalla en blanco

El visor de Excel en línea forma parte del servicio WOPI (Web Application Open Platform Interface). Durante la fase de renderizado, WOPI concatena la URL del sitio, la biblioteca y el nombre del archivo para generar una ruta transitoria. Si la ruta contiene un carácter «problemático» (apóstrofo, comillas, almohadilla, símbolo de porcentaje sin codificar, etc.), la validación de la firma URL falla silenciosamente y el visor detiene la carga. El resultado: página en blanco sin mensaje de error.

Ruta de diagnóstico recomendada

Verificar que el fallo solo ocurre en un sitio. Descarta un incidente global de Microsoft 365 comprobando otros sitios o el centro de integridad del servicio.
Limpiar el entorno local. Borrar la caché y las cookies del navegador o probar en una ventana InPrivate para excluir extensiones.
Inspeccionar la URL del sitio. En Configuración ▶ Información del sitio ▶ Dirección del sitio, buscar caracteres como ', ", #, %, espacios dobles o tildes.
Reproducir el fallo en DevTools. Al abrir el archivo, capturar la traza de red y observar el último GET hacia /_layouts/15/WopiFrame.aspx.
Consultar los registros WOPI. Los administradores pueden enviar la hora del incidente al soporte de Microsoft para revisar las trazas internas.

Paso	Objetivo
Probar con otro navegador o borrar caché	Descartar problemas locales del navegador.
Confirmar que solo un sitio está afectado	Aísla la incidencia y evita investigar de más.
Escalar a Microsoft 365 si la URL ya es correcta	Permite que el equipo de soporte revise los registros WOPI.

Solución confirmada: eliminar el apóstrofo de la URL

El remedio consiste en renombrar la dirección del sitio —o, en casos raros, la biblioteca— para que no incluya caracteres especiales. El contenido y los permisos permanecen intactos.

Renombrar el sitio desde el Centro de administración

Iniciar sesión con una cuenta de administrador global o de SharePoint.
Navegar a Centro de administración ▶ Sitios activos.
Seleccionar el sitio afectado y hacer clic en Editar junto a Dirección del sitio.
Reemplazar el texto problemático (por ejemplo, Finanzas-Filial Francia’) por una versión limpia (Finanzas-Filial-Francia). SharePoint valida automáticamente la nueva ruta.
Guardar los cambios. La operación suele tardar menos de 60 segundos y genera una redirección 301 para enlaces antiguos.

Renombrar el sitio mediante PowerShell

# Conectar a SharePoint Online
Connect-SPOService -Url https://contoso-admin.sharepoint.com

Cambiar la URL

Start-SPOSiteRename `   -Identity https://contoso.sharepoint.com/sites/Finanzas-Filial%20Francia'`
-NewSiteUrl [https://contoso.sharepoint.com/sites/Finanzas-Filial-Francia](https://contoso.sharepoint.com/sites/Finanzas-Filial-Francia) \`
-NewSiteTitle "Finanzas – Filial Francia"

El cmdlet Start-SPOSiteRename muestra el progreso y confirma cuando la redirección está habilitada. Si el sitio está vinculado a un grupo de Teams, la operación también actualiza el alias de correo, aunque los chats y archivos permanecen disponibles.

Impacto y consideraciones tras el cambio

Enlaces antiguos: Outlook, Teams y favoritos del navegador continúan funcionando gracias a la redirección automática 301.
OneDrive for Business: Si los usuarios tenían la biblioteca anclada en el explorador de archivos, la sincronización se detendrá. Deben volver a Sincronizar el sitio para regenerar el vínculo.
Power Automate y flujos: Los flujos basados en plantillas modernas referencian la Site ID, no la URL, por lo que siguen operativos; los flujos antiguos basados en conexiones heredadas pueden requerir actualización.
Informes y BI: Dashboards en Power BI que usen la URL en origen de datos deben actualizarse.

Buenas prácticas para evitar recurrencia

Adoptar una convención de nombres que permita solo letras, números y guiones (-).
Documentar y revisar nuevas solicitudes de sitio antes de crearlas para asegurarse de que la URL sea limpia.
Habilitar la regla de directiva DLP «Bloquear caracteres no admitidos en URL» para que SharePoint rechace nombres incorrectos de forma proactiva.
Mantener navegadores y Office en línea actualizados. Aunque el problema es 100 % del lado del servidor, versiones antiguas añaden complejidad al diagnóstico.
En entornos multilingües, preferir nombres internos en inglés y usar el título del sitio —que sí admite tildes y caracteres especiales— para mostrar la nomenclatura local a los usuarios.

Preguntas frecuentes

¿Puedo quitar el carácter especial solo de la biblioteca?

Sí, basta con renombrar la biblioteca desde la configuración avanzada. Sin embargo, si el carácter está en la raíz del sitio, la biblioteca limpia no solucionará el problema; es necesario corregir la URL principal.

¿Por qué Word y PDF se abren sin problema?

El visor de Word usa un mecanismo WOPI diferente que tolera ciertos caracteres especiales, mientras que Excel aplica una verificación más estricta.

¿Existen otros caracteres críticos?

Además del apóstrofo, se han documentado conflictos con #, % sin codificar, comillas dobles, paréntesis y tildes sobre vocales en la URL interna.

¿Se puede deshacer el cambio de URL?

Sí. Mientras la redirección 301 siga activa, es posible volver al nombre anterior, aunque no se recomienda por razones de compatibilidad y SEO interno.

Herramientas y registros útiles

DevTools ▶ Network: Capturar la traza al abrir el archivo permite confirmar la ruta exacta que WOPI intenta cargar.
Monitor de actividad de Office: En Centro de cumplimiento se registran los errores de apertura de archivos con su Correlation ID.
Fiddler o Telerik Composer: Útiles para reproducir la solicitud GET fallida y observar el carácter sin codificar.
Microsoft 365 Service Health: Aunque poco habitual, conviene revisar si existe algún incidente oficial relacionado con WOPI.

Conclusión

Una simple comilla en la dirección del sitio puede interrumpir por completo la visualización de archivos de Excel en línea y disparar llamadas al soporte. El diagnóstico es rápido: si otros tipos de archivo funcionan y la URL contiene un apóstrofo, el problema está identificado. Renombrar la dirección —ya sea desde la interfaz de SharePoint o por PowerShell— devuelve la productividad al instante y evita problemas de confianza del usuario. A partir de aquí, establecer una estrategia de nomenclatura clara y controles preventivos garantiza que la incidencia no vuelva a repetirse.