← Volver al inicio
Transparencia y Rigor

Metodología y Rigor Estadístico

Principios que rigen el tratamiento de datos, la verificación mediante tracking y la agregación de incidencias.

1. Envíos comprobados

Solo aceptamos incidencias asociadas a un número de seguimiento oficial que podamos contrastar directamente con el transportista.

2. Contexto de la incidencia

Combinamos los eventos oficiales del seguimiento con la información que solo puede aportar la persona afectada.

3. Sin falsos denominadores

No afirmamos tasas globales de fallo en el mercado porque nuestra muestra procede de incidencias voluntarias.

Clasificación de tamaño de muestra

Muestra muy pequeña

0 – 9 incidencias

Muy limitada

Muestra limitada

10 – 29 incidencias

Limitada

Muestra moderada

30 – 99 incidencias

Moderada

Muestra amplia

≥ 100 incidencias

Muestra sólida

¿Qué representa la muestra de Entregómetro?

Entregómetro es un observatorio cívico de incidencias. Los usuarios acuden a la plataforma cuando han experimentado un problema con su envío, por lo que el 100% de la muestra procede de envíos con incidencias. No afirmamos tasas de éxito general sobre los millones de paquetes que mueve el sector, sino la composición, tipología y severidad de los problemas reales que sufren los destinatarios.

Las 3 familias de incidencias evaluadas

Para analizar con rigor qué ocurre con los paquetes problemáticos, clasificamos todas las incidencias en 3 grandes categorías objetivas:

⏱️ 1. Retrasos en entregaEl paquete se entregó, pero superando la fecha prometida. Medimos los días reales de demora.
💥 2. Daños o roturasEl envío completó el reparto pero el embalaje o su contenido sufrieron desperfectos físicos.
🚫 3. Envíos no entregadosIncidencias terminales: paquetes perdidos o extraviados, devueltos forzosamente al remitente o destruidos.

¿Cómo se valida cada envío?

Al introducir un número de seguimiento, el sistema consulta directamente al transportista para extraer el operador logístico, los eventos de transporte, la fecha de entrega real y el resultado logístico objetivo. Los datos verificados se guardan como hechos de lectura inalterable.

¿Cómo se calcula el retraso?

El sistema de seguimiento conoce la fecha real de entrega, pero no el compromiso original de compra pactado en el checkout de la tienda. Si el usuario indica un retraso, aporta su fecha prometida original. El retraso en días se calcula mediante: fecha_entrega_real - fecha_prometida_declarada.

¿Cómo se construyen las estadísticas?

Todas las incidencias aceptadas se contabilizan juntas. Cada una está asociada a un envío comprobado mediante su número de seguimiento, pero muchas experiencias —como una falsa ausencia, una entrega incorrecta o un daño no registrado— solo puede conocerlas la persona afectada. Entregómetro conserva internamente la procedencia de cada dato para mantener su trazabilidad y evita atribuir al transportista una confirmación que no haya emitido. Esta información técnica no divide los totales públicos.

Aprobación de comentarios y fotografías

La categoría estructurada de la incidencia entra en las estadísticas tras superar las validaciones del servidor. El alias, comentario y fotografía son independientes: permanecen privados hasta una revisión editorial y solo se publican si se aprueban. Rechazar ese contenido no elimina ni altera el hecho estadístico registrado.

¿Cuándo se clasifica un envío como perdido?

Solo clasificamos un envío como perdido cuando el transportista emite un estado explícito de pérdida o extravío. Nunca inferimos una pérdida únicamente porque hayan pasado días sin movimiento o el tracking haya caducado.

Ventana de recencia de 180 días (6 meses)

Para evitar la inclusión de datos históricos obsoletos, solo se aceptan envíos cuya fecha de entrega o resultado final se haya producido en los últimos 180 días (aproximadamente 6 meses). Se rechazan fechas futuras o temporalmente inconsistentes.

Privacidad y anonimización mediante HMAC-SHA256

El número de seguimiento y cualquier parámetro complementario solicitado por el transportista solo existen efímeramente en la memoria del servidor durante la verificación y no se almacenan en claro en la base de datos. Para prevenir duplicados y manipulaciones, generamos un identificador criptográfico mediante HMAC-SHA256 con clave secreta de servidor.