Cómo medimos

Cómo funciona la atribución

tmgo.to usa atribución de un solo toque, confirmada por el operador. Damos el crédito al enlace etiquetado, al código QR o a la campaña que generó la visita en la que se capturó un lead. Los resultados y los valores son los que tú registras. No observamos tus ventas y no repartimos el crédito entre varios toques.

En la práctica: alguien abre un enlace etiquetado o escanea un código QR, llega a tu Link Page y rellena tu formulario. Nosotros registramos qué acción generó esa visita. Tú nos dices qué pasó con el lead y cuánto valió. El informe une las dos cosas.

Un lead que llega sin etiqueta, sin enlace, sin código QR y sin campaña se informa como no atribuido, en su propia línea. Nunca lo colocamos discretamente en «directo», porque no sabemos que fuera directo: sabemos que no lo sabemos.

Qué significa «único»

Un visitante único es una dirección con hash distinta dentro del periodo que estás viendo, no por día ni de por vida. La misma persona que entra el lunes y el viernes es un visitante único en un informe de esa semana, y uno en cada uno de dos informes diarios. Por eso los únicos de periodos distintos no se pueden sumar.

Una cifra funciona distinto otra vez: la tarjeta de Visitantes únicos en la página de un enlace siempre cubre los últimos 90 días y no sigue el periodo que elegiste en esa página. Un recuento sin límite de direcciones distintas no tiene techo, así que esa es fija y no libre.

El contador de escaneos únicos de un código QR funciona de otra manera, y es la única excepción: es un conjunto permanente de las direcciones con hash que han escaneado ese código, así que quien lo escanee todos los días lo sube exactamente una vez, para siempre.

No identificamos a las personas, así que «único» significa «una dirección que no pudimos distinguir de sí misma», no «un ser humano». Diez personas tras una misma conexión de oficina pueden parecer un visitante. Una persona con móvil y portátil son dos. No vamos a cerrar esa brecha, porque cerrarla significa rastrear a individuos entre dispositivos, y eso no lo hacemos.

Qué cuenta como bot

Cada petición se clasifica por su agente de usuario y su método HTTP en uno de seis tipos: una persona, una vista previa de enlace, un bot, una descarga automatizada, un sondeo simple o desconocido. Tus cifras de clics y escaneos cuentan personas y desconocidos. Todo lo demás queda excluido de esas cifras y de todos los desgloses que se construyen sobre ellas.

• Bots: rastreadores de buscadores, escáneres corporativos de correo y de seguridad de enlaces que abren todas las URL de un buzón, monitores de disponibilidad, rastreadores de SEO y de archivo, navegadores sin interfaz, y cualquier cosa que se identifique como automatización.
• Descargas automatizadas: curl, wget y librerías cliente HTTP.
• Vistas previas de enlaces: la petición que hace una app de mensajería para montar la tarjeta de previsualización cuando alguien pega tu enlace. Se excluyen de las visitas y se informan aparte como «Compartido en chats», porque una vista previa significa que alguien compartió tu enlace. Es una señal que merece la pena tener, y no es una visita.
• Sondeos simples: una petición HEAD que ninguna otra regla ha identificado ya, incluida una que no lleva agente de usuario alguno. Se excluye como una vista previa, pero nunca se cuenta como algo compartido: un monitor de disponibilidad consultando tu enlace no es alguien compartiendo tu enlace.

Lo desconocido se cuenta, a propósito. Cuando no podemos saber qué es algo, preferimos mostrarte una visita que quizá no fue una persona antes que borrar a una persona que sí lo era. Un filtro demasiado agresivo elimina clientes reales en silencio, y no se puede auditar una cifra que no está.

Este filtro empezó el 27 de julio de 2026. Los contadores de clics y escaneos son acumulativos y no se corrigieron hacia atrás: nada registraba qué era cada incremento pasado, así que no había desde dónde corregir. Un total que incluye tráfico anterior a esa fecha sigue conteniendo los bots, las vistas previas y los escaneos de seguridad de correo de ese periodo, y las cifras a uno y otro lado de esa fecha no son comparables.

Tu propio tráfico

Las visitas desde tu propio espacio de trabajo quedan excluidas: comprobar tu propio enlace corto, o escanear tu propio código QR en la imprenta con la sesión iniciada, ya no infla tus cifras. Dos brechas que no hemos cerrado:

• Dominios propios. Una petición a tu propio nombre de host es otro origen y nunca recibe nuestra cookie de sesión, así que no podemos saber que eres tú. Tus propias visitas en un dominio propio siguen contando.
• Link Pages. Una Link Page pública se sirve antes de leer ninguna sesión, a propósito: una página pública no debería pagar el coste de descifrar una sesión por cada visitante anónimo. Así que una visualización o un toque en tu propia Link Page sigue contando.

Ambas están escritas aquí en lugar de arregladas en silencio, porque un filtro en el que confías y que en realidad no se ejecuta es peor que no tener filtro.

Sin cookies, y las direcciones IP nunca se guardan

Una redirección, un escaneo de QR y la visita a una Link Page no ponen ninguna cookie de analítica ni ejecutan ningún script de rastreo. No hay banner de consentimiento porque no hay nada siguiendo a nadie.

Para reconocer a un visitante que vuelve necesitamos algo estable, así que tomamos la dirección desde la que llegó la petición, la mezclamos con un secreto que solo tiene nuestro servidor, la pasamos por una función hash, nos quedamos con los primeros 64 bits y tiramos la dirección. La dirección original de tu visitante nunca se escribe en una base de datos, nunca se escribe en un registro y nunca sale del proceso que atendió la petición.

Hay una cosa que esa frase deliberadamente no cubre, y preferimos decirla aquí antes de que la descubras: cuando alguien inicia sesión en una cuenta de tmgo.to y cambia algo — crea un enlace, edita la facturación, invita a un compañero — registramos esa acción junto con la dirección desde la que se hizo, como constancia de seguridad de quién hizo qué en la cuenta. Eso se refiere a titulares de cuenta, nunca a las personas que visitan tus enlaces, y se guarda aparte de todo lo que esta página llama analítica.

Lo que queda es un identificador útil para contar e inútil para cualquier otra cosa. No se puede convertir de vuelta en una dirección sin el secreto del servidor, y no se puede cruzar con el identificador de ningún otro servicio.

Añadimos sal al hash, y los conteos de únicos empiezan de cero

Hasta esta versión el hash no llevaba sal. Eso no era suficiente, y preferimos decirlo a callarlo: solo hay unos cuatro mil millones de direcciones IPv4, así que cualquiera que tuviera los valores guardados podía llegar a la dirección original probándolas todas. Un hash sin sal de un conjunto pequeño de entradas posibles es una codificación, no un anonimato.

El arreglo tiene un coste visible. Un hash con sal nunca coincide con el hash sin sal de la misma dirección, así que la deduplicación empieza de nuevo desde el día en que esto se desplegó: un visitante que ya habíamos contado se cuenta como nuevo una vez más. Es de esperar que las cifras de visitantes únicos y los contadores de escaneos únicos de QR suban un poco alrededor de esa fecha y luego se comporten con normalidad.

No hemos vuelto a calcular el hash de los valores antiguos, y no habríamos podido. Las direcciones originales nunca se guardaron, que es justamente el objetivo del diseño.

El mismo salto vuelve a ocurrir si algún día rotamos ese secreto, por ejemplo tras una sospecha de filtración o un cambio de credenciales programado. Es poco frecuente, es deliberado, y el efecto es el mismo: la deduplicación empieza desde ese día, y el contador vitalicio de escaneos únicos de un QR sube una vez al registrar como nuevos a escáneres ya vistos. Preferimos decirlo con claridad antes que describirlo como irrepetible y equivocarnos más adelante.

Lo que decidimos no hacer

Vemos lo que ocurre en tus enlaces, códigos QR y Link Pages de tmgo.to. No vemos lo que ocurre en ningún otro sitio, y no lo intentamos. Estos son límites permanentes del producto, no una lista de tareas pendientes:

• Sin píxeles de seguimiento ni etiquetas de terceros en tus enlaces ni en tus páginas.
• Sin rastreo entre sitios. A un visitante nunca se le sigue desde tu enlace hasta ninguna otra web.
• Sin identidad entre dispositivos. Un móvil y un portátil son dos visitantes, y no intentamos unirlos en una sola persona.
• Sin intermediarios de datos, sin búsquedas inversas, sin enriquecimiento de identidad. Nunca compramos ni consultamos nada sobre las personas que visitan tus enlaces.
• Sin conector de CRM vigilando tus ventas. Los resultados y los importes son los que tú escribes, que es exactamente por lo que el modelo se llama confirmado por el operador.

Nuestra propia web es una cosa distinta de tus páginas, y no está cubierta por la lista de arriba: las páginas de marketing de tmgo.to llevan una etiqueta de conversión publicitaria de Google y un widget de chat de soporte de Zoho, porque hacemos publicidad y respondemos preguntas. Quien abre tu enlace corto, escanea tu código QR o lee tu Link Page no se encuentra con ninguno de los dos — esas páginas no cargan nada de nadie más que de nosotros, y una prueba de nuestra compilación falla si eso deja de ser cierto.

Ubicación

Donde se muestra la ubicación es solo país y región —nunca una ciudad, nunca coordenadas, nunca un código postal— y se resuelve desde una base de datos en nuestros propios servidores. Las direcciones de tus visitantes nunca se envían a un servicio de localización.

Hoy la ubicación está desactivada. No hay ninguna base de datos de ubicación cargada, no se registra ningún dato de ubicación y las páginas de analítica dicen «no activado» en lugar de mostrar una tabla de ceros, porque «no vino nadie de ninguna parte» y «nunca lo miramos» son hechos distintos y solo uno de ellos es cierto.

Cuanto tiempo conservamos los datos

Esta seccion trata de tus analiticas: los eventos de visita y escaneo que hay detras de cada cifra de esta pagina. Aplicamos una ventana de conservacion al detalle por visita, y esa ventana depende de tu plan: Starter conserva 90 dias, Pro 12 meses, Business 24 meses y Agency 36 meses. Un espacio de trabajo sin plan de pago activo conserva 30 dias. Los espacios de trabajo que ya existian cuando esta politica entro en vigor conservan 12 meses, diga lo que diga su plan, durante el primer ano de vigencia.

Los totales se conservan indefinidamente. Antes de borrar cualquier evento lo resumimos en cifras diarias por cliente y por origen, y esos resumenes no se eliminan nunca; asi, cuando se cierra tu ventana de detalle sigues viendo lo que ocurrio, y el producto lo dice en la propia pagina en lugar de mostrarte un cero. Lo que caduca es la capa por visita que hay debajo: referencias, ubicaciones y visitantes individuales de esos dias mas antiguos. Borrar un enlace, un codigo QR, un espacio de cliente o una cuenta entera sigue borrando sus eventos con ella, de inmediato y diga lo que diga la ventana.

Nuestros propios registros operativos son otra cosa y ya se depuran automaticamente: los informes de error, el registro de auditoria administrativa y el historial de acciones realizadas dentro de cuentas con sesion iniciada se eliminan cada uno tras un periodo determinado. Son registros de nuestro sistema y de las acciones de los titulares de cuenta; ninguno de ellos contiene a las personas que visitan tus enlaces.

Dinero y monedas

Un importe que registras se guarda como un número entero de unidades menores —céntimos, centavos— junto con la moneda que elegiste. Nunca se guarda como una fracción decimal, así que nada se desvía un céntimo tras un año de operaciones.

Los informes agrupan por moneda y nunca suman dos monedas. En tmgo.to no hay ningún tipo de cambio en ninguna parte y no se convierte nada en ningún momento, así que ningún total que veas ha sido convertido en silencio a otra moneda a un tipo que tú no elegiste.

Si una cifra parece equivocada

Dínoslo y arreglaremos la cifra o arreglaremos esta página. Han pasado las dos cosas. hello@tmgo.to