La función de páginas multilingües de SharePoint Online gestiona razonablemente bien la mecánica de la traducción. Creas una página, añades idiomas, notificas a tus traductores, y el framework se encarga de vincular las páginas origen con sus contrapartes traducidas. Lo que no gestiona es la pregunta que llega seis meses después: ¿siguen siendo precisas esas traducciones?
El contenido cambia. Las políticas se actualizan. Los procedimientos se revisan. Una página que estaba perfectamente traducida en octubre puede estar significativamente desactualizada en marzo, y a menos que alguien esté revisando manualmente el panel de Traducción en cada página, una por una, no hay forma de saberlo. Esto es el drift de traducción, y es uno de los fallos de gobernanza más comunes y menos visibles en los despliegues de intranets multilingües.
Este artículo trata sobre un toolkit de gobernanza de traducción construido para resolver ese problema. Empezó como dos scripts de PnP PowerShell y un dashboard de un solo sitio. Desde entonces ha crecido hasta convertirse en una solución SPFx completa a nivel de tenant, escaneo multi-sitio, avisos automáticos a traductores vía Microsoft Graph, y un dashboard de gobernanza que escala desde un sitio hasta una intranet entera, todo empaquetado en un único web part desplegable.
Lo Que Realmente Cuesta el Drift de Traducción
El coste inmediato es obvio, los usuarios que leen la versión en francés de una página ven contenido que ya no refleja la política o el proceso actual. Para una intranet cuyo propósito es comunicar información precisa a una plantilla multilingüe, eso es un fallo fundamental de su razón de ser.
El coste menos obvio es la confianza. Una vez que los usuarios aprenden que no pueden fiarse de que el contenido en francés coincida con el inglés, dejan de usarlo, y la inversión en la infraestructura multilingüe se vuelve difícil de justificar. Recuperar esa confianza requiere no solo corregir las páginas desactualizadas, sino demostrar que existe un proceso de gobernanza para evitar que vuelva a ocurrir.
Un dashboard de drift de traducción es a la vez la herramienta de diagnóstico y la prueba del proceso. Muestra qué está desactualizado, quién es responsable de corregirlo y, cuando se ejecuta con regularidad, proporciona el rastro de auditoría que demuestra que el proceso de traducción se está gestionando activamente.
Cómo SharePoint Vincula las Páginas Origen con sus Traducciones
Antes de construir nada, conviene entender cómo la función de páginas multilingües de SharePoint conecta realmente las páginas origen con sus traducciones por debajo.
Cuando se crea una página traducida, SharePoint establece un campo llamado _SPTranslationSourceItemId en la página de traducción. Este campo contiene el UniqueId de la página origen, el identificador interno de SharePoint, distinto del campo GUID que devuelven las consultas de lista estándar. La página traducida también lleva _SPIsTranslation (un booleano que confirma que es una traducción) y _SPTranslationLanguage (el código de idioma, por ejemplo fr-fr).
Este es el vínculo que explota la lógica de detección de drift, tanto en el script de PowerShell original como en la solución SPFx actual. Cargando todas las páginas de la biblioteca Site Pages, separando las páginas origen de las traducciones, y emparejándolas mediante _SPTranslationSourceItemId contra los valores UniqueId de las páginas origen, cada página en inglés puede emparejarse de forma fiable con su contraparte en francés, o marcarse como ausente.
Un matiz importante descubierto durante el desarrollo: _SPTranslationSourceItemId apunta al UniqueId de la página, no al campo GUID que devuelven las consultas estándar de SharePoint por defecto. Son valores distintos. Tanto el script de PowerShell como el servicio SPFx solicitan explícitamente UniqueId y lo usan como clave de emparejamiento.
De Prueba de Concepto a Producto
La primera versión de este toolkit constaba de tres piezas: un script de PowerShell para aprovisionar una lista de SharePoint, un segundo script para escanear un único sitio y calcular el drift, y un dashboard SPFx sencillo para mostrar los resultados. Demostró que el concepto funcionaba y validó el enfoque técnico, pero solo cubría un sitio a la vez, requería que alguien ejecutara manualmente un script de PowerShell, y no tenía forma de notificar a los traductores más allá de mirar el dashboard uno mismo.
La versión actual es una única solución SPFx, pnp-multilingual-governance, que hace todo dentro de SharePoint sin PowerShell, sin dependencia de Azure y sin servicios externos. Todo se ejecuta a través de PnP JS y Microsoft Graph, llamado directamente desde el web part.
Qué Hace
Escaneo a nivel de tenant. Registra cualquier número de sitios en un panel de configuración, cada uno con su propio idioma, traductor y umbral de obsolescencia. Un único escaneo comprueba todos los sitios registrados y trae los resultados de vuelta a un solo dashboard.
Detección de drift con cinco estados, una ampliación respecto a los tres originales:
| Estado | Significado |
|---|---|
| In Sync | La traducción está actualizada, incluso cuando la página en francés se actualizó después de su origen en inglés, se asume que los cambios fluyen de inglés a francés. |
| Stale | El origen en inglés se ha modificado más recientemente que la traducción, superando el umbral configurado. |
| Missing | No existe ninguna traducción para la página origen. |
| Abandoned | Existe una página de traducción pero nunca se publicó, sigue sin terminar en borrador. |
| Orphaned | Existe una página de traducción pero su origen en inglés ha sido eliminado. |
Avisos a traductores agrupados. En lugar de enviar una notificación por página, el dashboard agrupa todo el trabajo pendiente por traductor. Cada traductor con al menos una página Stale, Missing o Abandoned recibe una tarjeta que muestra su nombre, el sitio del que es responsable y un desglose del trabajo pendiente. Un solo clic envía un correo consolidado con todo lo que necesita atención, en todos los sitios de los que ese traductor es responsable, con enlaces directos tanto a la página origen como a la traducida.
Aislamiento de errores por sitio. Si un sitio registrado es inaccesible (problema de permisos, sitio eliminado, problema de red), el escaneo registra un aviso para ese sitio y continúa escaneando todos los demás sitios registrados, en lugar de fallar la ejecución completa.
Exportación a CSV. La tabla filtrada actualmente se puede exportar para revisión offline o para informar a stakeholders que no tienen acceso directo al dashboard.
Una Nota Sobre Dónde Encaja Esto
Este es un ejemplo de hacia dónde se dirige el tooling de gobernanza de SharePoint, y conviene ser honesto en que el panorama se mueve rápido. SharePoint Advanced Management de Microsoft se está expandiendo rápidamente hacia evaluaciones de contenido, gobernanza de agentes y gestión del ciclo de vida de sitios. Los Copilot Skills podrían eventualmente ser capaces de razonar sobre las mismas relaciones _SPTranslationSourceItemId en las que se apoya este toolkit y producir información de gobernanza similar de forma conversacional.
Por ahora, esto cubre una carencia genuina y específica, la gobernanza de traducción multilingüe, que ninguna otra herramienta cubre de forma nativa.