The telemetry dashboard is a public page, headed Telemetry, in the open, that shows everything livediagram measures. It lives at liveworkspace.app/telemetry, because liveworkspace counts usage for livediagram and its sister apps in one place: livediagram.app/telemetry takes you there with livediagram already picked, and the app picker at the top switches to another app or to All apps, every app's counts added together. There is no sign-in and nothing hidden behind it: the page reads the same anonymous counts the project 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 Element, Added, Square, labelled with the app that sent it. No event carries a user id, an IP address, a canvas 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 canvas, a canvas 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, Features, Pages & Help, Community, Health and Search. The middle four are the detail views, each a closer look at one area in sections.
- 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: Visitors, Content, Features, Collaboration, Teams and facilitation, Community, Connections, Health and support, and Email. 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: what people build with. Its sections cover the palette (what people add, most to least used), the canvas modes and the options set inside them, the look and feel (templates, themes and canvas styles), editing (notes, assigned actions, folders, formatting controls, export formats and dialogs), facilitation, connections, and Settings (how often each setting is changed, and which Settings categories people open).
- Pages & Help: which pages get viewed, by the app that serves them (every canvas counts as one page,
/document, because ids never leave the browser), help centre reads and article feedback, the articles opened from inside the editor, and how far people get through the tours. - Community: canvases shared to the Community, what people do with them, and why posts get reported.
- Health: its Exceptions section shows 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 section is the goal); its Timings section shows how fast things feel (see below).
- Search: find any one metric, by typing (for example "element added") 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 in the Timings section is an estimate within its range.
The section opens with Editor Timings, one card each for Canvas 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 app (Marketing, Live, Help, Dashboard and Community) 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?