Yoshua Nicolai López Díaz
Muy buen curso, generalmente yo usaba el tema de filtros para excluir los resultados no deseados, podrán cuestionar mis métodos, pero no mis resultados jaja
La limpieza y transformación de datos es un proceso fundamental en cualquier proyecto de análisis o visualización. Cuando integramos nuevas fuentes de información a nuestros dashboards, es común encontrarnos con inconsistencias, duplicados o formatos incompatibles que pueden afectar la interpretación correcta de los datos. En este artículo, exploraremos cómo resolver problemas comunes de calidad de datos en Looker Studio, utilizando campos calculados y expresiones regulares para unificar categorías y limpiar información inconsistente.
¿Cómo solucionar problemas de inconsistencia en los datos?
Cuando conectamos nuevas fuentes de datos a nuestros dashboards, es común encontrar discrepancias en el formato. En nuestro caso, al reemplazar el origen en las visualizaciones, identificamos tres problemas principales:
Para resolver estos problemas, utilizaremos campos calculados en Looker Studio, que nos permitirán transformar los datos sin modificar la fuente original.
¿Cómo eliminar caracteres extraños en los nombres de productos?
El primer paso es crear un campo calculado para limpiar los nombres de productos que contienen caracteres extraños:
REGEXP_REPLACE(TRIM([nombre del producto]), "[^a-zA-Z ]", "")
Esta expresión hace dos cosas importantes:
Es importante anidar las funciones correctamente, ya que Looker Studio no permite usar dos funciones separadas en un mismo campo calculado.
Una vez creado el campo, simplemente reemplazamos el campo original "nombre del producto" por "nombre de productos dos" en las propiedades de la visualización, y veremos que el champú anticaspa aparece una sola vez.
¿Cómo unificar categorías con diferencias de mayúsculas y minúsculas?
Para el problema de las sucursales, donde teníamos duplicados por diferencias entre mayúsculas y minúsculas, la solución es aún más sencilla:
UPPER([sucursal])
Con este simple cambio, las seis categorías se reducen a las tres originales, unificando los datos correctamente.
¿Cómo estandarizar métodos de pago con diferentes nomenclaturas?
Para resolver el problema de los métodos de pago, necesitamos un enfoque más detallado usando la función CASE:
CASE WHEN CONTAINS([método de pago], "trans") THEN "Transferencia" WHEN CONTAINS([método de pago], "Trans") THEN "Transferencia" WHEN CONTAINS([método de pago], "tarjeta de crédito") THEN "Tarjeta de Crédito" WHEN CONTAINS([método de pago], "tarjeta de Crédito") THEN "Tarjeta de Crédito" /* Repetir para cada método de pago */ ELSE [método de pago] END
Es crucial incluir la cláusula ELSE para mantener cualquier categoría nueva que pueda aparecer en el futuro.
También debemos prestar atención a las mayúsculas y minúsculas en las expresiones CONTAINS, ya que son sensibles a estas diferencias. Por eso tuvimos que añadir condiciones adicionales para "Trans" y "tarjeta de Crédito" con mayúsculas.
¿Por qué es importante la limpieza de datos en los dashboards?
La limpieza de datos no es solo una cuestión estética, sino que impacta directamente en la calidad de los análisis y decisiones que se toman a partir de ellos:
Los problemas de formato suelen aparecer principalmente cuando se consolidan datos nuevos con antiguos o cuando se cambia de sistema. Una vez resueltos, es poco probable que vuelvan a surgir a menos que se realice otro cambio significativo en las fuentes de datos.
La capacidad de limpiar y transformar datos directamente en Looker Studio, sin modificar las fuentes originales, es una habilidad valiosa que permite mantener dashboards profesionales y confiables incluso cuando trabajamos con datos imperfectos.
La próxima vez que te enfrentes a problemas de inconsistencia en tus visualizaciones, recuerda que con campos calculados y expresiones regulares puedes resolver la mayoría de los desafíos de calidad de datos. ¿Has enfrentado problemas similares en tus dashboards? ¿Qué técnicas has utilizado para resolverlos? Comparte tu experiencia en los comentarios.
Yoshua Nicolai López Díaz
Muy buen curso, generalmente yo usaba el tema de filtros para excluir los resultados no deseados, podrán cuestionar mis métodos, pero no mis resultados jaja
Gabriel Obregón
🧼 Solución problemas de visualizaciones
Guía rápida para resolver errores comunes en dashboards
🔍 Problemas frecuentes al integrar nuevas fuentes
🛠️ Soluciones prácticas con campos calculados
🧹 1. Eliminar caracteres extraños
Campo nuevo: nombre de productos dos Fórmula:
REGEXP_REPLACE(TRIM([nombre del producto]), "[^a-zA-Z ]", "")
✅ Elimina espacios innecesarios
✅ Borra símbolos no deseados ➡ Reemplaza el campo original en la visualización
🔠 2. Unificar nombres con diferencias de mayúsculas
Campo nuevo: sucursal dos Fórmula:
UPPER([sucursal])
🎯 Convierte todo a mayúsculas para evitar duplicados visuales
💳 3. Estandarizar métodos de pago
Campo nuevo: método de pago dos Fórmula (ejemplo):
CASE
WHEN CONTAINS([método de pago], "trans") THEN "Transferencia"
WHEN CONTAINS([método de pago], "Trans") THEN "Transferencia"
...
ELSE [método de pago]
END
🛡️ Incluye cláusula ELSE para manejar casos nuevos ⚠️ CONTAINS distingue entre mayúsculas y minúsculas
🎯 ¿Por qué es clave limpiar los datos?
🔍 Precisión: Evita errores en métricas 🧭 Interpretación clara: Categorías bien definidas 🔒 Confianza: Datos consistentes inspiran seguridad 🚀 Rendimiento: Menos categorías = dashboards más rápidos
Jhon Alexander Mosquera Vanegas
En la limpieza de categorías de la clase, la línea que más vale es el ELSE final del CASE: si llega una categoría nueva y no hay regla para ella, devolver el campo original evita que desaparezca del gráfico. Además, las expresiones regulares distinguen mayúsculas de minúsculas, y por eso tarjeta de crédito Visa quedaba separada hasta corregir la letra c. Al consolidar datos de un sistema viejo con uno nuevo, un caso típico en entidades públicas, conviene limpiar con campos calculados nuevos y dejar el original intacto, como hace el instructor.
Juan Carlos Botero Garcia
Profe no me dio la formula me sale error:
no he podido dar con la solución todavía:
Nicolas Alpargatero
Es:
ELSe Método de Pago
donde Método de Pago es el campo no un texto ""
Nicolas Alpargatero
Looker Studio no soporta Capitalize, es mejor traer los datos ya limpios. Tiene mucha limitación, no soporta por ejemplo LEFT.
John Fredy Villalba Luna
ok Ejercicio realizado con la novedad que al utilizar la fusión
REGEXP_REPLACE(TRIM( Nombre del Producto), '[^a-zA-Z ]', '')
después de la Z mayúscula hay un espacio para que no borre los espacio entre los nombre de producto, sino REGEXP_REPLACE quita todos los espacio y los nombre de los productos quedan pegados
Jorge Alberto Dazza Hernández
La solución de problemas en las visualizaciones de Looker Studio consiste en identificar y corregir los errores que impiden que los dashboards muestren información precisa y útil. Esto puede incluir problemas como datos que no se muestran por conexiones incorrectas o filtros mal aplicados, métricas duplicadas o incorrectas debido a cálculos erróneos, gráficos que no reflejan correctamente los datos por tipo de gráfico inadecuado o rango de fechas mal configurado, y dashboards lentos causados por grandes volúmenes de datos o cálculos complejos en tiempo real.
Lizette Rosalía Dazza Hernández
🛠️ Solución de Problemas en Visualizaciones de Looker Studio Cuando tus gráficos o dashboards no muestran los datos correctos, revisa primero la conexión de las fuentes, los filtros aplicados y la configuración de métricas/dimensiones. 🔍 También es clave verificar que los permisos de acceso estén correctos.
✅ Mantener las visualizaciones limpias y precisas depende de una revisión constante y ordenada de cada componente del reporte.
Francisco Moisés Herrera Alcala
Recuerdo que clases pasadas nos pasaste el archivo donde se me dio este problema, lo solucione a mi forma, hubiera estado genial que esto no lo hubieras explicado cuando se nos dio el archivo con estos errores y no hasta tres clases despues