Right now events that happen to produce a url that is too long are silently dropped on the client. This causes a very counter-intuitive bias in data sometimes.
At the very least we should increment a counter somewhere that tracks the number of errors for this schema. Perhaps something like eventlogging.error.NavigationTiming.urlSize (to complement the existing eventlogging.schema.NavigationTiming increment).
We could do either through a dedicated Schema of sorts (which we then aggregate etc.) but this runs the risk of a loop potentially and other complications. It probably makes more sense to take a light-weight approach by hitting the statsv endpoint directly and bypass EventLogging (as to not use EventLogging to track potential problems with EventLogging).
See also: