Los códigos QR pueden decirte con qué frecuencia se escanea un código, más o menos cuándo y en qué tipo de dispositivo, pero solo si el código es dinámico, es decir, si dirige cada escaneo a través de una redirección que registra la visita. Ningún código QR, dinámico o estático, puede decirte quién lo escaneó. Este artículo explica qué es realmente medible, qué no lo es, y cómo hacer seguimiento de los escaneos respetando la privacidad de quien sostiene el teléfono.
Por qué solo los códigos dinámicos pueden contar escaneos
Un código QR no es más que una imagen con datos. En un código estático, esos datos son la propia URL de destino. Cuando alguien lo escanea, el teléfono va directo a tu web y nada en el camino registra la visita. Tu analítica web verá una visita, pero se parecerá a cualquier otra si no etiquetaste la URL de antemano.
Un código dinámico funciona de otra manera: codifica una URL corta de redirección —algo como qrmx.vip/abc123— que pertenece al servicio generador. Al escanear, el teléfono pide primero esa URL corta. El servidor del servicio recibe la petición, registra algunos detalles y envía una redirección HTTP hacia tu destino real. Ese registro es el seguimiento. También explica por qué los códigos dinámicos se pueden editar después de imprimirlos: cambias el destino de la redirección y el mismo cuadrado en blanco y negro sigue funcionando.
La contrapartida es la dependencia. Si el servicio de redirección sufre una caída o cierra, todos los códigos impresos dejan de funcionar. El seguimiento dinámico te da medición y flexibilidad a cambio de un eslabón de la cadena que no controlas.
Qué se puede medir con realismo
Cada escaneo es una petición web corriente que llega al servidor de redirección, así que lo medible es lo que cualquier servidor web ve de forma natural:
- Número de escaneos. Cada petición cuenta como uno. Trata el total como aproximado: la gente reescanea, algunas apps de cámara precargan enlaces y un visitante entusiasta puede inflar la cifra.
- Hora aproximada. La marca de tiempo del servidor da la fecha y normalmente la hora. Es lo más útil para comparar ubicaciones: un cartel en la entrada frente a un folleto en la bolsa.
- Tipo de dispositivo. La cabecera user-agent de la petición revela la familia de sistema operativo, normalmente iOS frente a Android, y a veces el navegador. Es una señal tosca que puede faltar o llegar genérica.
- País o región. El servidor puede inferir una ubicación aproximada a partir de la dirección IP. Las VPN, las redes de oficina y el enrutamiento de las operadoras móviles lo distorsionan, así que trata los datos a nivel de ciudad como una pista, no como un hecho.
Nada de esto es exótico: son los mismos datos superficiales que produce cualquier visita a una web. El valor está en la estructura. Da a cada ubicación su propio código y los números se vuelven comparables en lugar de mezclarse en una cifra única.
Lo que no puedes saber
Un escaneo es una petición HTTP anónima. No lleva nombre, ni correo, ni número de teléfono, ni identificador de cuenta. Salvo que la persona escriba sus datos a propósito en un formulario de la página de destino, no tienes idea de quién es. Tampoco puedes seguir con fiabilidad a una misma persona entre varios códigos o visitas; sin inicios de sesión ni cookies en tu propio dominio, cada escaneo es un desconocido nuevo.
Merece la pena aclarar dos cosas, porque el miedo a los códigos QR suele ir por delante de los hechos:
- Escanear no da a nadie acceso al teléfono. Un código no puede leer contactos, fotos, mensajes ni la ubicación GPS precisa. Solo puede abrir un enlace o, en casos especiales, activar algo como conectarse a una red Wi-Fi.
- Una dirección IP no es una identidad. Apunta a una zona aproximada, pero no dice qué persona de una casa —ni mucho menos de una ciudad— sostenía el teléfono.
Incluso el tipo de dispositivo es una conjetura basada en una cabecera que envía el teléfono, y los navegadores pueden alterarla. Si alguien te promete las identidades de quienes escanean a partir solo de un código QR, está vendiendo algo que no tiene.
Seguimiento de códigos estáticos con etiquetas UTM y analítica web
Si lo único que quieres saber es cuánto tráfico aporta un código a tu web, puede que no necesites un código dinámico. Mantén el código estático y añade parámetros UTM a la URL de destino:
https://example.com/menu?utm_source=poster&utm_medium=qr&utm_campaign=spring
Tu analítica web existente mostrará esas visitas como un segmento propio —fuente "poster", medio "qr"— separado del tráfico de búsqueda, de redes sociales y de escritura directa. Sin servicio extra, sin dependencia de redirección, y el código nunca deja de funcionar. Las etiquetas son visibles en la propia URL, lo cual es una forma de honestidad: quien se fije verá que el enlace se mide.
Los límites son reales:
- La URL se alarga, el patrón QR se hace más denso y cuesta un poco más escanearlo de lejos.
- No puedes cambiar el destino después de imprimir.
- Mides visitas, no escaneos. La mayoría de los teléfonos muestran una vista previa de la URL al escanear y esperan un toque, así que quien escanea, mira y sigue su camino nunca aparece en tu analítica.
Para muchos usos —la carta de un restaurante, una página de producto, un enlace de descarga— es suficiente. Elige códigos estáticos con UTM cuando la pregunta sea "¿cuánto tráfico?", y códigos dinámicos cuando necesites el recuento de escaneos antes del toque o quieras editar los destinos más adelante.
Prácticas que respetan la privacidad
Medir escaneos es legítimo. Hacerlo con descuido es innecesario y, en muchos lugares, también un problema legal, ya que las leyes de privacidad como el GDPR de la Unión Europea pueden considerar las direcciones IP datos personales. Tres hábitos mantienen un sistema de seguimiento del lado correcto de la ética y de la ley.
No recopiles nada personal
No registres direcciones IP completas, no hagas fingerprinting de dispositivos y no pongas el contenido útil tras un inicio de sesión solo para identificar a quien escanea. Guarda solo las señales agregadas descritas antes: recuentos, marcas de tiempo, familia de dispositivo, región aproximada. Si usas un servicio de redirección, prefiere uno que trunque o convierta las IP en hash en lugar de almacenarlas completas. Una prueba útil: si un registro no puede vincularse a una persona, es mucho menos probable que cause daño —o problemas de cumplimiento.
Consérvalo poco tiempo
Los registros en bruto de peticiones se acumulan sin motivo. Una regla orientativa habitual: conserva los registros en bruto entre 30 y 90 días, lo justo para ver tendencias y depurar una campaña que falla, y luego bórralos quedándote solo con agregados —recuentos mensuales por código, reparto por dispositivos, etc.—. Los agregados responden casi cualquier pregunta de un informe, y los datos que ya no tienes son datos que no pueden filtrarse.
Di lo que haces
Si la gente querría saberlo razonablemente, dilo. Una línea corta en el cartel o en la página de destino —"Los escaneos de este código se cuentan de forma anónima para mejorar nuestros eventos"— cuesta una frase y compra la confianza que el seguimiento encubierto destruye. Si usas un servicio generador para códigos dinámicos, lee su política de privacidad antes de imprimir nada: qué registra, cuánto tiempo lo guarda y si comparte datos con alguien.
Un flujo de trabajo sencillo que funciona
- Anota la única pregunta que quieres responder, por ejemplo "¿qué ubicación del cartel funciona mejor?"
- Elige la herramienta más ligera que la responda: un código estático con UTM para preguntas de tráfico, un código dinámico para recuentos de escaneos y poder editar después.
- Crea un código por ubicación. Los generadores gratuitos como QRCodeMax.Vip manejan códigos estáticos y dinámicos, así que puedes ajustar la herramienta a la pregunta.
- Lleva una nota pequeña que relacione cada código con su ubicación; los códigos sin etiquetar se convierten en misterios en un mes.
- Escanea cada código de prueba con dos teléfonos distintos antes de imprimir en grande.
- Revisa los números con un calendario fijo —semanal o mensual— y actúa en consecuencia: mueve el cartel, cambia el destino, retira la campaña.
La idea clave
Mide recuentos y contexto aproximado con códigos dinámicos o estáticos con UTM; nunca persigas la identidad de la persona detrás del escaneo. Recoge menos de lo que podrías, bórralo antes de lo que debes y di con claridad qué cuentas. Ese es un seguimiento en el que la gente puede confiar y —no por casualidad— el que tú usarás de verdad.