Power Query se basa en un motor ETL (Extract, Transform, Load) integrado en Excel que genera código M con cada manipulación en el editor. Comprender este mecanismo cambia radicalmente la forma de abordar la limpieza y consolidación de datos, mucho más allá del simple “arrastrar y soltar” que describen la mayoría de los tutoriales.
Lenguaje M y pasos aplicados en Power Query: lo que oculta el editor
Cada transformación realizada en el editor de Power Query produce una línea de código M registrada como paso aplicado en el panel lateral. La interfaz gráfica facilita las operaciones comunes, pero oculta la lógica funcional subyacente.
El lenguaje M funciona mediante evaluación perezosa (lazy evaluation): un paso solo se calcula si un paso siguiente lo necesita. Recomendamos consultar regularmente la barra de fórmulas para verificar lo que genera el editor, ya que algunas transformaciones insertan conversiones de tipo implícitas que ralentizan el procesamiento en archivos grandes.
El orden de los pasos tiene un impacto directo en el rendimiento. Filtrar las filas antes de fusionar dos consultas reduce considerablemente el volumen de datos en memoria. Por el contrario, colocar un ordenamiento antes de un filtro obliga al motor a ordenar filas que luego serán eliminadas. De hecho, podemos saber todo sobre Power Query con Excel examinando la estructura de estos pasos aplicados en lugar de quedarnos en la interfaz visual.
Niveles de privacidad y gestión de conexiones de datos
Los niveles de privacidad son la fuente de errores más frecuente en las empresas cuando se combinan varias fuentes en Power Query. Existen tres niveles: Público, Organizacional, Privado. Determinan si el motor acepta cruzar datos de diferentes fuentes.
Cuando dos fuentes tienen niveles incompatibles, Power Query bloquea la consulta con un mensaje “Formula.Firewall”. La tentación es marcar “Ignorar los niveles de privacidad” en las opciones. En un entorno personal, esto no tiene consecuencias. En un contexto profesional, esta opción desactiva la barrera que impide el envío accidental de datos sensibles a una fuente externa.
Microsoft ha reforzado su documentación reciente sobre este punto. Observamos que las empresas que despliegan Power Query en puestos compartidos se benefician al definir los niveles de privacidad a nivel de la fuente de datos, no a nivel del libro, para evitar que un usuario modifique un ajuste sin medir su alcance.
Conectores de Power Query: supervisar las depreciaciones
Power Query ofrece conectores a decenas de fuentes (bases SQL, archivos CSV, API web, servicios en la nube). Este catálogo evoluciona. Microsoft, por ejemplo, ha depreciado el conector de QuickBooks, con una recomendación de migrar los flujos existentes a otros métodos antes de su retirada completa.
Verificar regularmente la lista de conectores activos evita descubrir un día que una consulta automatizada ya no funciona. Un conector depreciado a veces sigue funcionando unos meses, y luego deja de hacerlo sin previo aviso durante una actualización de Excel.
Estabilidad del editor de Power Query según la versión de Excel
Los tutoriales suponen un editor de Power Query estable y reactivo. La realidad en el terreno es más matizada. Comentarios recientes de usuarios informan de bloqueos del editor (freezes, “Not Responding”) en ciertas versiones o canales beta de Excel.
Varios factores influyen en la estabilidad:
- El canal de actualización de Office (Current Channel, Monthly Enterprise, Semi-Annual) determina la versión del motor de Power Query integrado. Los canales rápidos reciben nuevas funcionalidades, pero también regresiones potenciales.
- El volumen de datos cargados en la vista previa del editor pesa sobre la memoria. Trabajar con una vista previa limitada (las primeras cientos de filas) y cargar el conjunto completo solo en el momento de la carga final mejora la fluidez.
- Las consultas anidadas con varios niveles de referencia entre tablas aumentan la complejidad del gráfico de dependencias, lo que ralentiza la evaluación en el editor.
Recomendamos fijar la versión de Excel en un canal estable en un contexto de producción, y probar las actualizaciones en un puesto piloto antes del despliegue.
Extracción web con Power Query: detección de tablas y límites
La importación desde una página web sigue siendo una de las funciones más infrautilizadas de Power Query. El conector web detecta automáticamente las estructuras tabulares (etiquetas HTML table) y propone cargarlas como consultas distintas.
Las evoluciones recientes han mejorado la detección asistida de tablas, incluso en páginas cuyo marcado es parcialmente irregular. Sin embargo, los datos generados dinámicamente por JavaScript no son capturados por el conector web nativo, que solo funciona con el DOM estático de la página.
Estructurar las transformaciones para la actualización automática
Una de las grandes ventajas de Power Query es la posibilidad de actualizar todas las consultas de un libro con un clic. Para que esta actualización funcione sin intervención manual, cada consulta debe apuntar a una fuente accesible (ruta de red válida, URL activa, base conectada).
Una trampa clásica: construir una consulta apuntando a un archivo en el escritorio local y luego compartir el libro. La consulta falla porque la ruta no existe en el puesto del destinatario. Almacenar los archivos fuente en una ubicación de red compartida o en una carpeta sincronizada resuelve este problema desde el diseño.
Power Query en Excel cubre hoy un ámbito que supera la simple limpieza de columnas. La gestión de los niveles de privacidad, el seguimiento de los conectores depreciados y la elección del canal de actualización son parámetros operativos que condicionan la fiabilidad de los flujos de datos a largo plazo.