Quick answer: You do not need a leaderboard to act. Update speed is event driven. Measure what you see: when real milestones appear, when alerts arrive, and how ETAs settle before arrival. Use the checklist and the log table below to run a simple, defensible benchmark on your lane this week.
How tracking speed actually works
Carriers publish a mix of planned and actual events. Customer portals and emails change after a real handling step is recorded and shared. That is why a page can stay quiet until the first actual event. The five core milestones are Gate In, Loaded, Transport Departure, Discharged, and Gate Out. Labels differ by site. The logic is the same.
- Speed you experience equals time from an actual milestone to when you first see it on the portal or in an alert.
- ETA stability improves after key actuals, especially Loaded and Transport Departure.
- There is no universal refresh timer. Treat each event as confirmation of a real step.
Run this quick, defensible benchmark
- Pick lanes: choose two live imports. One Transpacific. One Asia to EU. Include a transshipment if possible.
- Pick units: at least three shipments per lane. Track by BL and container.
- Turn on alerts: enable each carrier’s email or portal notifications for status and ETA change.
- Log times in UTC and local: use ISO 8601 format and the port’s IANA time zone.
- Capture proof: screenshot or export every milestone and alert with a capture time in the file name.
Copy and use this log table
| BL | Container | Port (UN/LOCODE) | Event | Event time (local) | Event time (UTC) | First seen in portal | First alert received | ETA at first seen | Last ETA before arrival | Evidence link |
| ABC123 | TGHU1234567 | CNSHA | Loaded | 2025-11-02T14:10+08:00 | 2025-11-02T06:10Z | 2025-11-02T16:05+08:00 | 2025-11-02T16:12+08:00 | 2025-11-18T08:00-05:00 | 2025-11-19T02:00-05:00 | link to screenshot |
Score it: Event visibility latency = first seen minus event time. Notification latency = first alert minus event time. ETA drift = last ETA before arrival minus first visible ETA for the leg. Milestone completeness = share of five core events visible.
Why results differ and what to do
- Planned vs actual cutover: some portals keep you on planned data until a first actual appears. Action: treat ETAs as provisional until Loaded and Departure are visible.
- Transshipment planning: the outbound vessel name can be blank until assignment is firm. Action: verify connection in the schedule tool and watch for the next Loaded event.
- System handoffs: terminal or inland systems post events to the carrier. Handoffs can delay what you see. Action: subscribe to alerts to reduce manual rechecks.
- Time zone confusion: mixed local and UTC stamps create false drift. Action: log both times in ISO 8601 and label the zone.
What could still be confusing: a quiet page is not always an exception. It often means the next actual has not posted. Read the next expected actual and plan decisions around it.
FAQ
Do I need exact minutes? No. Consistent rules beat precision without evidence. Log the same way every time.
Can I compare across carriers? Yes, but compare on the same lane and phase. Cross lane comparisons mix different terminals and weather.
What if a portal never shows an event? Mark it as “not visible.” Do not infer. Note the evidence and move on.
Want help running this on your lane with clean evidence and alerts wired in. Talk to us. Or start now. Cross check your BL across carriers and log the five core milestones with the table above.

Methods and sources
- DCSA Track and Trace standard documentation (event names, planned vs actual, shipment phases)
- DCSA Track and Trace overview and the DCSA shipping glossary for definitions like Actual and Planned
- ISO 8601 date and time format and the IANA time zone database for time logging discipline
- UN/LOCODE and the current country and territory code lists for location coding
Prefer email? Contact us directly at min.so@tradlinx.com (Americas), sondre.lyndon@tradlinx.com (Europe) or henry.jo@tradlinx.com (EMEA/Asia)





Leave a Reply