The telemetry dashboard is a public page, headed Telemetry, in the open, that shows everything liveplanner measures. It lives at liveworkspace.app, one dashboard for every liveworkspace app: the link opens it with liveplanner.app picked, and All apps shows every app's events together. There is no sign-in and nothing hidden behind it: the page reads the same anonymous counts the plan itself uses to decide what to build next. This article walks through what it shows and how to read it. For what an event is and how to switch it off, see What We Collect.
What the numbers are made of
Every number on the dashboard is a count of small events, each made of just three fields: a category, an action and an optional preset type, such as Plan, Created, DashboardTab. No event carries a user id, an IP address, a plan or anything you typed, so the dashboard can only ever show totals, never a person or a path through the product.
Events are deleted automatically after 60 days. The dashboard's longest window is 30 days, so what you see is recent trend data rather than a permanent archive.
Most events come from browsers that have telemetry switched on. A few are counted by the server itself, because only the server can see them once: a sign-up or sign-in, a share-link visitor's first visit to a plan, a plan used by several people at once, an email sent, and a server error. They are the same three anonymous fields, and they appear in the same charts.
The counts are refreshed a few minutes at a time, so a brand-new event can take a short while to show.
Choosing a window
At the top, three cards set the time window for the whole page: Today, Last 7 days and Last 30 days, each with its total number of events. The page opens on Last 7 days. Pick a card and every view below counts over that window.
The windows are whole calendar days in UTC: Today is since midnight UTC, Last 7 days is today and the six days before, and Last 30 days is today and the 29 days before. Under the cards, Daily Volume, Last 30 Days (UTC) draws one line across the whole month, with the span of the chosen window highlighted, so a card's total always matches its highlighted stretch of the line.
The views
Below the window cards, a row of tabs picks the view. Dashboard and Search stand on their own at the left; the other views are a closer look at one area, grouped in a bar titled Detail that scrolls sideways when it does not fit.
- Dashboard: the overview, and where the page opens. Every event the product sends lands in one of its charts, grouped by the question they answer: At a glance, Visitors, Content, Features, Collaboration, Connections, and Health & support. Each card shows the window's count with a line for the last 30 days, and a stack opens into the cards it combines.
- Features: how the editor gets used, in sections: Editing (the tools that organise work, such as assigned actions and folders, then formatting controls, export formats and dialogs), Palette and Modes (history from earlier versions: liveplanner has no palette and no canvas modes, so nothing new lands there), Look & Feel (which templates and themes get picked), Settings (how often each setting is changed, and which Settings categories people open), Facilitation (the timer and voting) and Connections (API tokens and the changes agents make).
- Pages & Help: which pages get viewed, by the app that serves them (every plan counts as one page,
/project, because ids never leave the browser); help centre reads and article feedback, and the articles opened from inside the editor; and Tours & Prompts, how far people get through each tour and how they answer the editor's prompts. - Health: Exceptions, what failed and where, counted only as a short code such as a status and the request or area, never an error message or stack (an empty view here is the goal); and Timings, how fast things feel (see below).
- Search: find any one metric, by typing (for example "project created") or by clicking through a word cloud of categories, actions and types, and see just that metric charted over 30 days.
Timings and Core Web Vitals
Browsers never send an exact time, only the range a timing fell in (such as "under one second"). So every number under Timings is an estimate within its range.
The Timings section opens with Editor Timings, one card each for Project Load, Tab Switch, Save, Live Connect and Live Reconnect. Each card leads with the p75 (three timings in four were at least this quick), shows the Median and p95 beside it, draws how many timings fell in each range, and plots each day's p75 across the last 30 days. A card with fewer than 20 timings in the window says it has too few to read a percentile, rather than showing a misleading number.
Below that, Core Web Vitals gives one card per part of liveplanner (Marketing, Live and Help) with the 75th percentile of three measures, each rated Good, Needs Work or Poor against Google's thresholds:
| Measure | What it tracks |
|---|---|
| LCP | How long the main content took to show |
| INP | How quickly the page answered a click, tap or key |
| CLS | How much the page jumped around while it loaded |
Was this article helpful?