Post actualizado el día noviembre 1, 2026 by DeiviSanzPlay
Hay una creencia muy extendida que dice que si escribes python en el símbolo del sistema y aparece un error, es porque no tienes Python instalado. Esa conclusión es falsa en la mayoría de los casos. Para cómo saber si tengo python instalado windows, lo primero que hay que entender es que el error «python no se reconoce como un comando interno o externo» no habla de la presencia del programa, sino de si Windows sabe dónde buscarlo. Son dos cosas distintas y confundirlas provoca instalaciones duplicadas, versiones rotas y horas perdidas.
He visto esto decenas de veces en equipos de oficina: alguien instala Python desde la Microsoft Store, lo usa desde IDLE durante semanas, y un día abre PowerShell, escribe python y recibe el temido mensaje. Concluye que el programa desapareció y lo reinstala encima. Lo que ocurrió es que la instalación inicial marcó la casilla de «Add Python to PATH» y la nueva no, o que la Store gestiona sus propios alias de ejecución y esos alias se desactivaron sin avisar.
El error del PATH no es una prueba de ausencia
La forma más fiable de comprobar si Python está en el sistema no es escribir el comando a secas, sino preguntar a Windows por las rutas registradas. En PowerShell puedes ejecutar where.exe python y verás todas las ubicaciones donde el sistema encuentra un ejecutable con ese nombre. Si devuelve algo, el programa existe aunque el comando directo falle por configuración del entorno. Si no devuelve nada, entonces sí puedes empezar a sospechar.
Otra vía es revisar la lista de programas instalados desde Configuración, Aplicaciones, pero cuidado: las instalaciones hechas con el instalador oficial aparecen como «Python 3.x», mientras que las de la Store aparecen como «Python 3.x (Microsoft Store)». Y si alguien usó un entorno como Anaconda o Miniconda, no verás Python listado por separado, porque viene empaquetado dentro de la distribución. Este es un caso límite que despista a mucha gente: Anaconda sí incluye Python, pero no figura como una entrada independiente en el panel de control.
Comprobar la versión desde dentro del propio intérprete
Cuando ya sospechas que está instalado pero el PATH te juega malas pasadas, la solución es localizar el archivo ejecutable. Los instaladores oficiales de python.org suelen colocar el programa en una ruta del perfil del usuario, algo como C:Userstu_usuarioAppDataLocalProgramsPythonPython3xx. Si abres esa carpeta en el Explorador y ves python.exe, ya tienes la respuesta: está instalado. Puedes arrastrar ese ejecutable a una ventana de terminal para lanzarlo sin depender del PATH.
Dentro del intérprete, import sys; print(sys.version) te da la versión exacta y sys.executable te revela la ruta real del binario que está corriendo. Esa segunda instrucción es oro cuando tienes varias versiones conviviendo y no sabes cuál se está activando. En mi experiencia, la mitad de los problemas de «no tengo Python» se resuelven simplemente mirando sys.executable.
Qué pasa con los alias de la Microsoft Store
Windows 10 y 11 incluyen unos alias de ejecución que redirigen python y python3 a la Store si no hay nada instalado. Eso significa que escribir el comando puede abrirte la tienda de aplicaciones en lugar de mostrar un error o una consola. Si te ocurre eso, no es que no tengas Python: es que el alias está activo y no hay ninguna instalación asociada, o la que hay no está registrada como predeterminada. Puedes desactivar esos alias desde Configuración, Aplicaciones, Alias de ejecución de aplicaciones.
Este detalle es el que alimenta el mito. Mucha gente ve la Store abrirse y asume que el sistema le está pidiendo instalar algo que ya tiene. La realidad es más matizada: el alias existe por defecto y hay que gestionarlo a mano si quieres evitar comportamientos confusos.
Limitaciones de estos métodos
Ninguno de estos trucos funciona igual en entornos corporativos con políticas restrictivas, donde el PATH se gestiona por directiva de grupo y el usuario no puede modificarlo. Tampoco son útiles si Python está dentro de un contenedor Docker o de un entorno virtual de WSL, porque desde Windows no verás esos binarios como instalaciones nativas. Y si trabajas con Blender, GIMP o QGIS, esos programas traen su propio intérprete embebido que no aparece en ninguna de las comprobaciones anteriores.
Como referencia, la documentación oficial de Python explica el proceso de instalación en Windows y el papel del PATH, y los foros de la comunidad recogen casos de alias de la Store que se reactivan tras actualizaciones del sistema. Ninguna fuente seria promete que el comando funcione a la primera: la configuración del entorno es responsabilidad de cada instalación.
La conclusión práctica: antes de reinstalar nada, comprueba con where.exe python, busca la carpeta de instalación en tu perfil y revisa los alias de ejecución. Es más rápido que descargar el instalador otra vez y evita el lío de tener dos versiones pisándose.
Perfiles verificables: Sitio web
Publicado el 1 de November de 2026. Última revisión: 1 de November de 2026.
