Volver a registrar apps de Windows Store con PowerShell

Dónde conviene ejecutarlo

PowerShell elevado es el contexto correcto para esta página. Como este arreglo toca estado protegido de Windows, una consola normal puede devolver errores de acceso engañosos o resultados parciales.

Flujo rápido de reparación

1. Empieza por el síntoma exacto de esta página: Las apps integradas no abren o se cierran al instante
2. Ejecuta después la línea de reparación de servicio o app exactamente como aparece.
3. Este flujo está ajustado para this repair, así que evita mezclarlo demasiado pronto con comandos de reparación que no correspondan.
4. Abre otra vez la función afectada y comprueba si sigue fallando el mismo componente.
5. Si persiste, revisa estado del servicio, dependencias, integridad del paquete o el visor de eventos.

Bloque de script copiable

Usa este wrapper cuando quieras la orden de la página dentro de un bloque de script más claro con aviso de inicio y final.

Comandos de verificación después de la reparación

Estas líneas de seguimiento te ayudan a comprobar si cambió de verdad el estado de Windows que importa, en lugar de asumir éxito por una sola orden.

Qué problema intenta resolver este comando

Este comando apunta a un registro roto de paquetes AppX integrados en perfiles de usuario. Suele ser útil cuando apps de Microsoft Store o apps nativas de Windows dejan de funcionar bien.

• Las apps integradas no abren o se cierran al instante.
• Las aplicaciones parecen faltar aunque los componentes siguen instalados.
• Aparecen errores de paquete después de actualizaciones o problemas de perfil.

Cómo funciona el comando

PowerShell enumera los paquetes AppX instalados y los vuelve a registrar indicando a Windows el archivo de manifiesto de cada paquete. Eso puede restaurar asociaciones y registros perdidos.

Cuándo conviene ejecutarlo

Úsalo cuando apps de Store, componentes relacionados con Configuración o apps incluidas parezcan dañadas después de actualizaciones, cambios de cuenta o datos de registro corruptos.

Antes de ejecutar este comando

• Abre una ventana elevada de Símbolo del sistema o PowerShell antes de ejecutar Get-AppxPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}.
• Confirma que el síntoma realmente coincide con esta guía, sobre todo si estás viendo señales como las apps integradas no abren o se cierran al instante.
• Identifica qué componente de Windows está fallando de verdad antes de usar Get-AppxPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}, para no resetear partes no relacionadas del sistema.

Qué resultado puedes esperar

Después de ejecutar Get-AppxPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}, compara el resultado con el síntoma original. El punto de control más útil es ver si las apps integradas no abren o se cierran al instante aparece menos, cambia de forma o deja un mensaje de error más claro. Una buena guía no termina en la línea del comando: también ayuda a comprobar el resultado.

Cómo comprobar que funcionó

La mejor verificación después de Get-AppxPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"} es repetir la acción que antes disparaba el problema. Si las aplicaciones parecen faltar aunque los componentes siguen instalados sigue apareciendo exactamente igual, el comando probablemente no era toda la respuesta y conviene pasar al siguiente paso concreto.

Por qué aquí importan los permisos de administrador

Este comando modifica un servicio de Windows, un paquete o un componente de app integrada. Ejecútalo en una consola elevada para que Windows pueda aplicar de verdad el cambio y no solo devolver un error de acceso o privilegios.

Antes de ejecutarlo

Ejecuta PowerShell como administrador. El comando puede mostrar varios mensajes mientras procesa paquetes. Algunas advertencias pueden aparecer incluso cuando la reparación general tiene éxito.

Cuándo probablemente no es la solución correcta

No es la primera solución correcta para cualquier fallo genérico. Encaja cuando la parte que falla es un servicio de Windows, un paquete integrado, el indexado, la cola de impresión, la pila de audio o un subsistema parecido.

Qué hacer si no ayuda

Si Get-AppxPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"} no mejora las apps integradas no abren o se cierran al instante, pasa al siguiente paso de la misma familia de síntomas en lugar de apilar comandos al azar. El mejor siguiente movimiento depende sobre todo de si el fallo está relacionado con un servicio de Windows, un paquete o un componente de app integrada.