SPFx sigue siendo una pieza útil para experiencias SharePoint, pero debe convivir con Power Platform, Copilot y servicios Azure sin convertirse en martillo para todo.
El SharePoint Framework (SPFx) sigue siendo una vía sólida para desarrollar personalizaciones en SharePoint Online. La diferencia en 2025 es que ya no conviene mirarlo aislado: convive con Power Platform, Copilot, Teams, Microsoft Graph y servicios Azure dentro de una arquitectura Microsoft 365 más amplia.
En 2025, la versión 1.20 del framework ha traído soporte para Node 20, TypeScript 5.x y mejoras en el toolchain de build. El cambio más relevante es la adopción progresiva de ESM modules en el runtime de SharePoint, lo que permite tree-shaking más agresivo y bundles más ligeros. Sin embargo, el pipeline de build sigue dependiendo de Gulp y Webpack bajo el capó, lo que limita la adopción de bundlers modernos como Vite o Turbopack.
Lo que no ha cambiado: SPFx sigue requiriendo un modelo de desarrollo con tenant app catalog, los web parts se ejecutan en iframes aislados (o en modo no-iframe si se configura), y el versionado de paquetes es crítico para evitar conflictos entre soluciones de distintos proveedores. El debug local con gulp serve y el workbench de SharePoint siguen siendo las herramientas de desarrollo diario.
Mi recomendación para equipos en 2025: mantener la arquitectura de componentes en React/TypeScript separada de la capa SPFx mediante un monorepo con paquetes compartidos. Esto permite testear la lógica de negocio de forma aislada y facilita la migración futura si Microsoft introduce un nuevo modelo de extensibilidad. El patrón custom-hook + service layer sigue siendo la estrategia más mantenible.
En producción, el uso de SPFx con React 18 (soportado desde SPFx 1.18) y React Server Components no es viable aún porque el runtime de SharePoint no ejecuta Node.js en el servidor. Todo el renderizado sigue siendo client-side dentro del contexto de la página de SharePoint. Para escenarios que requieran SSR, la alternativa es usar aplicaciones externas alojadas en Azure y embebidas mediante iframe o SharePoint Framework Embed.
Mi cierre: SPFx sigue teniendo sitio cuando el problema pide una experiencia SharePoint integrada, permisos del tenant y UI a medida. Cuando el objetivo es aprobar, capturar datos, automatizar o asistir con IA, la decisión debe abrirse a Power Platform, Copilot Studio o Azure antes de escribir una web part por inercia.