TraceLog está rechazando eventos

Qué se ha observado

TraceLog rechazó eventos enviados para este proyecto por un motivo que está en lo que envía la instalación, o el código de la pestaña de verificación indicó que TraceLog rechazó sus solicitudes. Cuando TraceLog registró el rechazo, este aviso dice su motivo, así que puedes ver qué parte de la solicitud falló; un rechazo que solo indicó la pestaña de verificación llega sin motivo.

TraceLog está rechazando eventos de este sitio.

Motivos de rechazo

Los eventos con más de siete días se aceptan y se marcan como tardíos. Un evento de hace más de 30 días llega con las cifras de su día ya cerradas: se rechaza él solo, como expired, y el resto de su lote se guarda.

Qué revisar

1. En Instalación y claves o Recorrido, este aviso dice qué está rechazando TraceLog y qué corregir: qué parte de la solicitud se rechazó y cómo enviarla.
2. En servidor, invalid_schema suele deberse al formato del nombre del evento (minúsculas, empezando por una letra), a un occurredAt sin milisegundos o a un eventId o sessionId que no es un UUID v7. Un context de más de 8 KB serializado también es invalid_schema.
3. future_time indica que el reloj de la máquina que envía va adelantado. Aparece en la respuesta de la API de servidor y en el detalle técnico de Recorrido, no en este aviso: el reloj del dispositivo de un visitante no es algo que el sitio pueda corregir.
4. too_large significa que el propio lote superaba 256 KB o contenía más de 50 eventos: envía lotes más pequeños.
5. expired aparece en la respuesta de la API de servidor y en el detalle técnico de Recorrido, no en este aviso. Algo retuvo el evento más de un mes antes de enviarlo: un reenvío masivo o una cola que esperó todo ese tiempo. No hay nada que corregir en la instalación; envía eventos recientes.

Efecto en la verificación

Solo informa. Los eventos rechazados no se guardan, así que no cuentan para la verificación.