Error 0x80070005 en Microsoft Store al instalar Widgets Platform Runtime en Windows 11: causas, solución segura y guía completa

Si no puedes instalar, actualizar o usar Widgets en Windows y la Microsoft Store muestra el código 0x80070005 (Access Denied) o los paneles dejan de abrirse después de instalar Windows Web Experience Pack, aquí tienes una guía completa y enfocada a resolver el problema de forma segura y definitiva.

Índice

Panorama del problema

El ecosistema de Widgets en Windows depende de varios componentes del sistema: la aplicación de Widgets, su plataforma en tiempo de ejecución (Widgets Platform Runtime), Windows Web Experience Pack (WWEP), la Microsoft Store y Microsoft Edge WebView2 Runtime. Cuando alguno de ellos falla o pierde permisos sobre la carpeta de paquetes del perfil, aparecen síntomas como:

Error de instalación o actualización en Microsoft Store con mensaje 0x80070005.
Imposibilidad de agregar nuevos widgets.
Desaparición de la entrada Widgets Platform Runtime en la Store.
La vista de Widgets no se abre, no responde o se cierra sin aviso.

Resumen rápido de acciones

Síntoma	Causa probable	Acción recomendada
Error 0x80070005 al instalar desde Store	Permisos dañados en `%LOCALAPPDATA%\Packages`	Restaurar ACL con `icacls` o, en casos puntuales, conceder control total y volver a instalar
Tras instalar WWEP, los Widgets dejan de funcionar	Dependencias no registradas o app no actualizada	Actualizar/reparar WWEP, volver a registrar paquetes y restaurar Store
Widgets no se abren ni muestran error	Proceso bloqueado, caché inconsistente o dependencia desactualizada	Reiniciar proceso, reparar/restablecer app, actualizar WebView2

Corrección del error al instalar Widgets Platform Runtime desde Microsoft Store

El código 0x80070005 indica una denegación de acceso. En este escenario suele estar provocado por permisos incorrectos en la carpeta de paquetes del perfil de usuario.

Causa habitual

La carpeta C:\Users<tu_usuario>\AppData\Local\Packages almacena aplicaciones y datos UWP para tu cuenta. Si su lista de control de acceso (ACL) se corrompe o cambia, la Microsoft Store no puede escribir ni actualizar componentes, provocando la denegación de acceso.

Solución directa que funcionó en el caso descrito

Aviso importante: esta solución desbloquea la instalación rápidamente, pero modifica la seguridad efectiva de tu perfil. Aplícala si necesitas resolver el problema de inmediato y, después, considera restaurar los permisos predeterminados con la alternativa segura de más abajo.

Abre el Explorador de archivos y navega a: C:\Users<tu_usuario>\AppData\Local\Packages
Botón derecho → Propiedades → pestaña Seguridad → Editar.
Agregar tu usuario y marca Control total. Aplica los cambios y confirma.
Reinicia Windows o cierra sesión y vuelve a iniciarla.
Intenta instalar o actualizar desde la Microsoft Store.

Recomendación de seguridad: una vez resuelto, considera ejecutar la alternativa segura de restauración de permisos para volver a una configuración coherente con el diseño de Windows.

Alternativa segura: restaurar permisos predeterminados

Con esta opción restableces las ACL de la carpeta Packages a sus valores por defecto para tu perfil. Es el enfoque más alineado con la seguridad del sistema.

Abre Símbolo del sistema como administrador.
Ejecuta: icacls "%LOCALAPPDATA%\Packages" /reset /T Explicación: /reset restablece las DACL a valores predeterminados; /T aplica de forma recursiva.
Reinicia Windows.
Abre Microsoft Store y repite la instalación o actualización.

Pasos complementarios si persiste

Restablecer caché de la Store: wsreset.exe
Verificar sesión en Microsoft Store con tu cuenta y, en Biblioteca, pulsar Obtener actualizaciones.
Comprobaciones de imagen del sistema: DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow

Widgets dejan de funcionar tras instalar Windows Web Experience Pack y no aparece la plataforma en la Store

En versiones recientes del sistema, Widgets Platform Runtime puede distribuirse como dependencia del Windows Web Experience Pack (WWEP) y no estar visible como una app independiente. Si los Widgets fallan después de instalar o actualizar WWEP, aplica la siguiente secuencia.

Actualizar o reparar el paquete de experiencias web

Abre Microsoft Store y busca Windows Web Experience Pack.
Pulsa Actualizar o Reinstalar. Si no aparece, ve a Biblioteca → Obtener actualizaciones.

Reparar o restablecer Widgets desde Configuración

Ve a Configuración → Aplicaciones → Aplicaciones instaladas.
Localiza Windows Web Experience Pack o Widgets (si aparece).
En Opciones avanzadas, pulsa Reparar. Si no basta, pulsa Restablecer.

Volver a registrar componentes de la Store

Para reinyectar el manifiesto de la app en el registro de paquetes.

Get-AppxPackage -AllUsers WebExperience | ForEach-Object {
    Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"
}

Comprobar ajustes del sistema y directivas

Configuración → Personalización → Barra de tareas → Widgets activados.
Si estás en un equipo administrado, revisa el Editor de directivas de grupo: Equipo → Plantillas administrativas → Componentes de Windows → Widgets → Permitir Widgets = Habilitada o No configurada.

Asegurar dependencias

La plataforma utiliza Microsoft Edge WebView2 Runtime. Comprueba desde Configuración → Aplicaciones → Aplicaciones instaladas que el runtime está presente y actualizado. Si falta o está muy desactualizado, instálalo o actualízalo y reinicia sesión.

Los Widgets no se abren y no aparece mensaje de error

Cuando intentas abrir la interfaz y no ocurre nada, aplica este orden de acciones.

Reiniciar el proceso de la interfaz

Abre Administrador de tareas.
Busca Widgets o Windows Widgets (el proceso puede llamarse Widgets.exe).
Selecciona y pulsa Finalizar tarea. Vuelve a abrir los Widgets desde la barra de tareas o con el gesto/atajo.

Restablecer la función

En Configuración → Aplicaciones, busca Widgets o Windows Web Experience Pack.
En Opciones avanzadas, pulsa Reparar. Si no basta, Restablecer.

Actualizar componentes y dependencias

En Microsoft Store → Biblioteca → Obtener actualizaciones, instala todo lo pendiente (incluido WWEP).
Verifica que Microsoft Edge WebView2 Runtime esté actualizado.

Red, sesión y software de seguridad

Cierra sesión y vuelve a iniciarla para limpiar estados de sesión.
Si usas proxy, filtros o antivirus de terceros, confirma que no bloqueen contenido de la Store ni llamadas de Widgets.

Comandos de reparación del sistema

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Checklist rápido

Reparar permisos en %LOCALAPPDATA%\Packages (o restaurarlos con icacls /reset).
Actualizar o reinstalar Windows Web Experience Pack desde la Store.
Reparar o restablecer la app de Widgets (si aparece) o WWEP.
Confirmar Widgets activados en la barra de tareas y sin políticas que los bloqueen.
Verificar Microsoft Edge WebView2 Runtime.
Ejecutar wsreset.exe, DISM, sfc si sigue fallando.

Explicación técnica de la causa de acceso denegado

La Microsoft Store y el subsistema UWP escriben y actualizan paquetes de aplicaciones en la carpeta %LOCALAPPDATA%\Packages. Si los descriptores de seguridad del directorio o de sus subcarpetas pierden entradas requeridas (por ejemplo, para tu SID, SYSTEM o el grupo Administrators), las operaciones de instalación, actualización, registro y desregistro fallan con Access Denied. Las causas típicas son:

Migraciones de perfil incompletas o restauraciones desde copias con permisos heredados mal resueltos.
Herramientas de “limpieza” que reescriben permisos o cambian la propiedad de carpetas de usuario.
Antivirus o políticas que aplican plantillas de ACL agresivas en el perfil.

Por eso, el restablecimiento con icacls /reset es la medida más segura: devuelve las DACL a los valores que Windows espera, sin ampliar privilegios más de lo necesario. Conceder Control total a tu usuario puede desbloquear la actualización, pero deja un perímetro menos restrictivo de lo previsto por el sistema.

Diagnóstico avanzado

Comprobar el registro de paquetes

# Listar instalación del paquete de experiencias web
Get-AppxPackage WebExperience | Select-Object Name, PackageFullName, Status, InstallLocation

Listar app de Widgets si aparece como paquete

Get-AppxPackage Widget | Select-Object Name, PackageFullName, Status, InstallLocation

Verificar la caché de la Store y su servicio

# Restablecer caché
wsreset.exe

Reiniciar componentes básicos de la Store (servicios relacionados)

net stop clipsvc
net start clipsvc

Nota: los nombres de servicio pueden variar. Si no tienes permisos corporativos, evita cambios de servicios.

Comprobar integridad de la imagen y ficheros

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

El primero restaura la imagen del sistema. El segundo repara archivos protegidos. Si sfc informa que reparó archivos, reinicia y vuelve a probar.

Monitor de confiabilidad y Visor de eventos

Abre el Monitor de confiabilidad (ejecuta perfmon /rel) para detectar fallos recientes de Widgets o WWEP.
En el Visor de eventos, revisa Registros de Windows → Aplicación y Registros de aplicaciones y servicios → Microsoft → Windows → AppxDeployment-Server para errores correlacionados con el código.

Buenas prácticas antes de tocar permisos

Crea un punto de restauración del sistema.
Si tu equipo pertenece a un dominio o está gestionado, consulta a TI: las políticas pueden revertir cambios o requerir permisos específicos.
Aplica primero el camino conservador (icacls /reset), y solo si es imprescindible usa la concesión temporal de control total.
Evita tomar propiedad indiscriminadamente de carpetas del perfil; limítate a restaurar ACLs.

Guía paso a paso recomendada

Verifica el estado actual:
- Widgets activos en Configuración → Personalización → Barra de tareas.
- Política Permitir Widgets sin bloquear.
- WebView2 Runtime presente y actualizado.
Restablece permisos de la carpeta de paquetes: icacls "%LOCALAPPDATA%\Packages" /reset /T
Reinicia y restablece la Store: wsreset.exe
Actualiza desde la Store: en Biblioteca, pulsa Obtener actualizaciones hasta ver todo al día.
Repara WWEP o Widgets desde Aplicaciones instaladas → Opciones avanzadas.
Registra de nuevo la experiencia web con PowerShell si es necesario: Get-AppxPackage -AllUsers WebExperience | ForEach-Object { Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml" }
Comprueba de nuevo: intenta abrir Widgets y añadir un widget nuevo.

Preguntas frecuentes

¿Por qué ya no veo la plataforma de Widgets en la Store?
En algunas compilaciones, la plataforma se entrega como parte o dependencia de WWEP, por lo que no figurará como aplicación independiente aunque esté instalada.

¿Puedo desinstalar y volver a instalar Widgets?
Depende de la compilación. En muchos sistemas forma parte de componentes del sistema. Es preferible reparar o restablecer la app asociada y registrar de nuevo los paquetes.

¿Necesito privilegios de administrador para todo?
Para restablecer permisos con icacls, para DISM y SFC, y para registrar paquetes a nivel de sistema, sí. Acciones de la Store pueden hacerse con permisos estándar.

¿El problema puede ser de red?
Sí. Proxies, filtros HTTPS o antivirus pueden bloquear la descarga de la Store o las llamadas que usan los Widgets. Prueba en otra red o temporalmente sin el proxy.

Tabla de comandos y resultados esperados

Comando	Propósito	Duración aproximada	Resultado esperado
`icacls "%LOCALAPPDATA%\Packages" /reset /T`	Restaurar ACLs por defecto	De segundos a varios minutos	Lista de archivos procesados; sin errores de acceso
`wsreset.exe`	Limpiar caché de Microsoft Store	Menos de un minuto	Se abre la Store con caché vaciada
`DISM /Online /Cleanup-Image /RestoreHealth`	Reparación de imagen del sistema	Varios minutos	Salidas de progreso y estado Restauración completada
`sfc /scannow`	Verificar y reparar archivos protegidos	De 5 a 20 minutos	Windows Resource Protection did not find any integrity violations o reparaciones aplicadas
`Get-AppxPackage -AllUsers WebExperience`	Comprobar instalación de WWEP	Segundos	Listado con nombre, versión y ruta de instalación
Reparar o Restablecer desde Configuración	Corregir datos locales dañados	Segundos a minutos	Estado de la app restablecido y sin bloqueos

Notas finales y recomendaciones

Si tras todos los pasos el error persiste, crea una cuenta de usuario local de prueba y verifica si el problema se reproduce. Si en la cuenta nueva funciona, la causa está en el perfil original (permisos, caché o datos de app).
Evita limpiar manualmente carpetas dentro de Packages salvo que sepas exactamente qué paquete estás tocando; usa Restablecer desde Configuración o la Store.
Mantén el sistema actualizado desde Windows Update; muchas mejoras de WWEP y Widgets llegan por esa vía además de la Store.

Ejemplo de solución aplicada

En un caso real con error 0x80070005 al instalar la plataforma, la secuencia eficaz fue:

Conceder control total temporal a la cuenta del usuario sobre C:\Users<usuario>\AppData\Local\Packages desde la pestaña Seguridad.
Reintentar la actualización desde la Store, que esta vez completó correctamente.
Restaurar los permisos por defecto con: icacls "%LOCALAPPDATA%\Packages" /reset /T
Restablecer la Store con wsreset.exe y reiniciar.

Resultado: los Widgets volvieron a funcionar, fue posible agregar nuevos paneles y la Store dejó de mostrar el error.

Conclusión

La mayoría de los problemas de Widgets y de la Microsoft Store asociados al código 0x80070005 se reducen a permisos inconsistentes en la carpeta de paquetes del perfil o a dependencias incompletas entre WWEP y la plataforma de Widgets. Siguiendo el itinerario propuesto —restaurar ACLs con icacls, reparar la Store y volver a registrar WWEP— se resuelve de forma estable y sin comprometer la seguridad del sistema.