Códigos QR dinámicos para empresas: estadísticas, seguimiento y gestión sin reimprimir

En primer lugar, el móvil lee el dibujo del QR y abre la dirección de gestión. Esa dirección consulta a qué destino está apuntando en ese momento y, acto seguido, redirige al usuario a la página final. Todo ocurre en milisegundos y el usuario no ve nada intermedio.

El dibujo no caduca, ya que un QR impreso es una imagen y seguirá leyéndose siempre. Lo que tiene que seguir activo es el servicio de gestión al que apunta. Si contratas un año y el material tiene que durar más, conviene renovar antes de que expire y avisar con tiempo. Los códigos de campañas puntuales se pueden desactivar cuando terminan.

Puedes, pero pierdes información. Si el mismo código va en tres carteles distintos, los escaneos se suman y no sabrás cuál de los tres funciona. Por eso lo recomendable es un código por soporte o, como mínimo, un parámetro UTM diferente para cada uno.

Sí, y además el cambio se aplica al instante desde el panel, sin esperas y sin tocar nada impreso. Resulta útil cuando una oferta cambia de fecha, cuando se agota un producto o cuando hay que retirar una promoción por cualquier motivo.

No hace falta una web propia, pero el código tiene que llevar a algún sitio que funcione en móvil: una carta digital, un perfil de Google, un catálogo, un formulario o una conversación de WhatsApp. Si el destino no está adaptado a móvil, el escaneo se pierde aunque el QR sea perfecto.

Depende de cómo se configure el destino. Lo habitual es que se abra en el visor del móvil, que es lo que prefiere la mayoría; si el archivo es grande, conviene ofrecer también la descarga. Lo que no funciona es obligar a descargar cuarenta megas con datos móviles: ahí se pierde el escaneo.

Sí, el formato vCard lo reconocen los dos sistemas. Hay una diferencia práctica: en iPhone el archivo se abre con la app de contactos y pide confirmación; en Android suele abrirse con la agenda o con el explorador. Por eso conviene probarlo en ambos antes de repartir las tarjetas.

Sí, y es la razón principal para usar un código dinámico en una tarjeta. Cambias el teléfono, el cargo o la web desde el panel y todas las tarjetas repartidas siguen dando el dato correcto. Con una vCard impresa o con un QR estático, esa tarjeta ya no serviría.

Se puede, pero añade fricción y baja el número de aperturas. Si el documento es interno, tiene más sentido un enlace con caducidad o una contraseña corta que un formulario. Para catálogos y cartas, en cambio, lo mejor es que se abra sin pedir nada.

Cuanto menos, mejor. Un archivo por debajo de cinco megas se abre con soltura incluso con datos móviles; a partir de diez, la gente empieza a cerrar antes de que cargue. Si el documento es grande, conviene dividirlo o servir una versión ligera desde el propio destino.

Porque esas webs te dan el dibujo, y a veces una redirección, pero el resultado depende de cómo esté montado el destino. Un QR técnicamente correcto que lleva a una página lenta o mal adaptada a móvil pierde la mitad de los escaneos. La diferencia, por lo tanto, está en qué hay detrás del código.

En SVG o PDF vectorial para imprenta, porque se puede escalar a cualquier tamaño sin perder definición, y en PNG con fondo transparente para web, redes y presentaciones.

Sí. Se puede dejar todo configurado y explicarte cómo cambiar el destino cuando lo necesites, o mantener la gestión desde aquí si prefieres no entrar al panel.

Son orientativas y muy útiles para comparar, pero no hay que tomarlas como un recuento perfecto de personas. Un mismo usuario puede escanear dos veces y, además, algunos escaneos se pierden si el móvil no llega a cargar la página. Sirven sobre todo para ver tendencias y para comparar soportes entre sí.

No se identifica a personas concretas. Se obtienen datos agregados y aproximados: recuento, dispositivo, hora y zona. La identificación personal exigiría otro tipo de tratamiento, con su base legal y su consentimiento.

El escaneo es el momento en que se lee el código. La visita es cuando esa persona efectivamente carga la página de destino. Si hay muchos escaneos y pocas visitas en Google Analytics, el problema suele estar en la velocidad de carga del destino.

Dado que el tratamiento es agregado y no identifica a nadie, el escenario no es el mismo que con un formulario o una cookie de seguimiento. Aun así, lo lógico es informar de forma clara y revisar el aviso legal de la web de destino para que todo cuadre.

Los datos se pueden consultar en el panel y volcar a un archivo para trabajarlos fuera. Eso permite cruzar los escaneos con las ventas o con las reservas del mismo periodo, que es donde de verdad se ve si el código sirve para algo.

Sí, siempre que se use un nivel de corrección de errores alto y el logo no tape más de un 20 o 25 % de la superficie. El código deja de ser legible mucho antes si se abusa del espacio central.

Se pueden usar colores, siempre que el contraste entre el código y el fondo sea alto y no se invierta el orden: fondo claro, módulos oscuros. En caso de duda, negro sobre blanco funciona siempre.

En superficies curvas muy pronunciadas, en tejidos que se arrugan, detrás de un cristal con reflejo directo o a una altura incómoda de escanear. Todo eso obliga al usuario a esforzarse y, como consecuencia, baja el número de escaneos.

Funciona bien si el envase mantiene una zona razonablemente plana al cogerlo. En bolsas y sobres, en cambio, conviene dejar margen de sobra y algo de contraste con el fondo del propio material.

Primero, que el destino sea un dominio propio y que ese dominio aparezca escrito al lado del código. Segundo, revisar físicamente los soportes cada cierto tiempo, sobre todo los que están en la calle. Tercero, no usar acortadores genéricos ni dominios del proveedor. Y cuarto, desactivar los códigos de campañas terminadas en lugar de dejarlos vivos apuntando a cualquier parte.

No, aunque sí permite algo que el estático no: cambiar el destino y desactivarlo. Eso es una ventaja de seguridad cuando alguien detecta un problema. El riesgo del quishing no depende del tipo de código, depende de si el soporte físico está protegido y de si el destino es reconocible.

Con un mensaje corto junto al código: «escanea y comprueba que la dirección empieza por tudominio.com». Funciona mejor que cualquier cartel de advertencia genérico, porque da una regla concreta y comprobable en dos segundos.

Porque entonces no puedes medir nada ni cambiar el mensaje. Llevándolo a una página propia con un botón claro hacia la reseña puedes separar soportes con UTMs, cambiar el texto sin reimprimir y comprobar cuántos escaneos se convierten en reseña. Es la diferencia entre poner un código y tener una estrategia.

Pedir una reseña es legítimo. Lo que no está permitido es condicionar incentivos a cambio de reseñas, filtrar solo a los contentos o dejar reseñas desde el propio negocio. El QR es un facilitador: lo que no puede hacer es convertir una práctica prohibida en permitida.

Las reseñas son uno de los factores que la ficha de Google usa para ordenar resultados en el mapa, junto con la categoría, la proximidad y la coherencia del nombre, la dirección y el teléfono. Un QR que multiplica reseñas reales mueve la ficha; uno que las compra la hunde. La diferencia no está en la técnica, está en el método.

Para leer el dibujo no, pero para llegar a la página de destino sí, porque es una redirección web. Un QR que lleva a una web sin datos móviles no abre nada.

Sí. Los iPhone desde iOS 11 y los Android con los servicios de Google leen códigos QR directamente con la cámara, sin instalar ninguna aplicación. Prácticamente cualquier móvil de los últimos años lo abre solo.

Sí. Desde un monitor o una tablet funciona sin problema si el brillo es suficiente y no hay reflejos. Desde otro móvil también, aunque es más incómodo y suele dar más fallos.

Es una mala idea para un QR en papel. Si el destino tarda más de tres segundos en cargar, mucha gente cierra antes de ver el contenido. Mejor una página ligera y luego, si hace falta, el vídeo dentro.

No. En un código dinámico solo hay que cambiar el destino en el panel para que apunte a la web nueva. Los soportes ya impresos siguen funcionando igual.

El código impreso sigue leyéndose, pero el enlace deja de redirigir y el usuario no llega a ninguna parte. Por eso los códigos que van en material duradero conviene renovarlos con antelación y, además, desactivar los de campañas puntuales cuando ya no se usan.

Sí, y es lo recomendable cuando se quiere comparar soportes. Cada código lleva su nombre y sus escaneos se cuentan por separado.

Aun así, conviene hacerlo de vez en cuando: comprobar que los destinos siguen activos, que no hay enlaces rotos y que el material impreso está en buen estado. Un QR arañado o con una pegatina encima deja de funcionar y nadie se entera hasta que un cliente lo comenta.

Un código QR que apunta a una dirección gestionable en lugar de a la página final. Eso permite cambiar el destino después de imprimirlo y medir los escaneos.

Para cartelería, packaging, menús, reservas, reseñas, eventos y promociones. Sobre todo cuando el material se imprime en cantidad o tiene que durar mucho tiempo.

Sí. Los móviles actuales leen códigos QR con la cámara, sin instalar nada. Lo que tiene que funcionar bien es la página de destino.

Sí. El código impreso no cambia; cambia el sitio al que lleva. Se hace desde el panel y se aplica al instante.

No, siempre que el código siga apuntando a la misma dirección de gestión. Cambiar el destino no altera el dibujo impreso.

El dibujo impreso no caduca nunca. Lo que caduca es el servicio al que apunta, así que los códigos de material duradero hay que renovarlos antes de que expire el periodo contratado.

Se cambia el destino desde el panel y el código vuelve a funcionar. No hay que retirar ni reimprimir ningún soporte.

Funciona, pero con condiciones. El papel térmico se degrada con el calor y el roce, y un código con los bordes perdidos deja de leerse. Conviene imprimirlo con nivel de corrección alto, con tamaño generoso y sabiendo que su vida útil es corta. Para ticket electrónico lo habitual es combinar el QR con un enlace corto escrito debajo.

Escaneos totales, evolución por día y franja horaria, tipo de dispositivo y ubicación aproximada. Suficiente para saber qué soporte funciona y cuál no.

30 € por un mes, 60 € por dos meses y 120 € por un año, con la gestión del destino y las estadísticas incluidas durante el periodo.

No hay un número universal. La cuenta que sirve es el coste del código dividido por los escaneos que generan una acción útil. Si un código de 120 € al año consigue dos reservas al mes, se ha pagado en la primera semana. Si consigue tres escaneos al año, el problema no es el precio: es que el soporte no está donde tiene que estar.

Sí, es uno de los usos donde más se aprovecha, porque la etiqueta o el envase ya están impresos y el contenido detrás puede cambiar cuando quieras.

Sí. Cartas, reservas, reseñas, servicios del hotel, WiFi y recomendaciones de la zona. Todo eso cambia con frecuencia y, con un código QR dinámico, no hay que reimprimir.

Con datos agregados no se identifican personas: se cuenta cuántos escaneos hay, a qué hora y desde qué ciudad aproximada. Eso no es dato personal en el sentido habitual. Ahora bien, si la página de destino recoge formularios o instala cookies de medición, ahí entran las obligaciones normales de información y consentimiento. El QR no cambia nada de eso, solo es la puerta.

Escribiendo un correo o un WhatsApp con lo que necesitas: cuántos códigos, para qué soporte y qué tiene que hacer cada uno. Con eso se propone la configuración y se entrega el primer código.