Analytics / New

"Annotations" on analytics charts
Events added by apps show up on the chart too

Campaign launches, landing page releases, supplier changes, pop-up openings — "what happened when" now appears as markers on the chart. For annotations added by apps, you also see which app added them (app name and logo). The report figures themselves do not change at all.

On this page
  1. What actually changes (understand it in 30 seconds)
  2. Diagram: From adding an annotation to seeing it on the chart
  3. Events you can mark with annotations
  4. Metrics you can cross-reference
  5. App-added annotations show where they came from
  6. What you can and can't do
  7. 5 points developers should know
  8. 3 practical use cases
  9. One-line summary for your pitch

1What actually changes

Analytics charts can now display annotations .
An annotation places a marker on a specific date or date range saying "this is what happened on this day."
On top of that, annotations added by apps now appear on charts in the Shopify admin as well, together withwhich app added them(app name and logo).

Before: charts showed numbers only

You could tell that "sales spiked on 7/12," butwhy it spikedlived outside the chart. You had to dig through spreadsheets or your memory of Slack threads to piece it together.

From now on: events appear on the chart

Annotations such as campaign launches, landing page releases, and supplier changes line up on the same chart.You can read metric changes and events on the same screen. For app-added annotations, the source (app name and logo) is shown too.

Annotations do not change report data. They only add "context for understanding what influenced the numbers." There is no impact on aggregation logic or the figures themselves.

2Diagram: From adding an annotation to seeing it on the chart

Apps Events as annotations Register e.g. campaign management Annotation data Date or date range What happened App that added it Report figures stay unchanged Analytics charts App name Events and metrics on one screen Get a read on cause and effect
How to read them: annotations only surface "candidate causes". The article also sticks to saying they "help you understand whatmighthave influenced a metric." An annotation being present does not mean causation is proven.

3Events you can mark with annotations

Examples listed in the article. The key point is that you can mark a date range, not just a specific date.

Product launch
Release date of a new product
Marketing initiative
Campaign period
Sale event
Dates a discount runs
Supplier change
Switching suppliers
Landing page launch
Landing page
Pop-up shop
Limited-time physical store
Business milestone
Milestone
Other
The list is phrased as "such as" examples

4Metrics you can cross-reference

The metrics the article lists as "analytics data you can compare against annotations." It covers not just sales, but returns and fulfillment performance as well, which is what makes it useful in practice.

Sales sales Sessions sessions Conversion rate conversion rate Average order value AOV Units sold units sold Returns returns Fulfillment performance fulfillment Read them alongside annotations (events) "How did this metric move before and after this initiative?"

The "reading patterns" the article suggests

1

Did sales move during the campaign period?

Overlay a date-range annotation on the sales curve.

2

Did CVR change after the landing page went live?

Compare before and after the launch date.

3

Did delivery performance change after switching suppliers or warehouses?

Cross-check against fulfillment metrics.

5Annotations from apps show where they came from

This is the main point of this update. When an app adds an annotation, the Shopify admin displays that app's name and logo. Anyone reading the report can tell where the context came from.

Who added it is shown alongside

The annotation label carries the app's name and logo. Even in an environment where several apps are posting annotations at once, you can tell the sources apart.

Useful for judging trustworthiness during review

In the article's words, it "helps you understand where that context came from when you look back at a report." The design keeps annotations of unknown origin out of the mix.

6What you can and can't do

ItemWhat this article statesVerdict
Show event markers on a chart Annotations can be shown on a specific date or a date range Yes
Identifying app-added annotations Annotations added by an app show their source via the app's name and logo Yes
Cross-referencing multiple metrics Sales / sessions / CVR / AOV / units sold / returns / fulfillment performance Yes
Change the numbers in a report Explicitly states that "annotations don't change report data" does not
prove causation "helps you understand whatmight haveinfluenced a metric" — it goes as far as adding context, and does not
Eligible plans / countries Not mentioned Not documented
Steps to add an annotation manually No steps are given in this post (see the help doc "Annotations in Shopify reports" for details) Not documented
API / GraphQL / Webhook specs Not mentioned Not documented
List of supported apps Not mentioned (only the phrase "when an app adds an annotation") Not documented
Which reports / charts are covered Only "your analytics charts." No individual report names are specified. Not documented
A row marked "Not documented" means it isn't written in this Changelog post . Before implementing or proposing anything, check the help page "Annotations in Shopify reports" and the actual admin.

7Five points engineers should keep in mind

1. It's a presentation-layer feature, not an aggregation-layer one

The post states explicitly that "annotations don't change your report data." There's no need to worry about impact on existing aggregation, exports, or BI integrations.an overlay laid on top of the visualization— that's the right way to think about it.

date range

2. It can express a "period," not just a "point"

a specific date or date range is what the post says. One-off events like a launch and ongoing ones like a sale period or a pop-up shop can be handled with the same mechanism.

3. App-created annotations carry provenance

The app's name and logo are displayed.Who the claim comes fromis guaranteed in the UI, so even when multiple apps post annotations you can separate noise from useful signal.

API ?

4. No documentation on how to add them or on API specs

This post is an announcement that they now show up.how an app registers them (Admin API / GraphQL / scopes) isn't documented. If you want to push annotations from your own app, you'll need to check the developer documentation separately.

5. It visualizes correlation, not causal inference

The article consistently uses the phrasing "what might have influenced your metrics." Annotations only line up "this happened around this time" — they don't calculate how much each thing contributed.Designing the measurement (comparison windows, seasonality, overlap with other initiatives) remains a human responsibility. When you carry them into an analytics report, spell out that an annotation is a hypothesis, and you'll avoid arguments later.

83 use cases you can put to work

Campaign period
USE CASE 1

Kill the "wait, what were we running back then?" moment in campaign retros

Problem
In monthly reviews, nobody can recall why revenue spiked or dipped, so someone ends up cross-referencing the campaign calendar and analytics in two separate windows every time. When the owner changes, it can't be reproduced at all.
Approach
Register campaigns, sales, and product launches as annotations with date ranges, and switch to reviewing them overlaid on revenue, session, and CVR charts.
Impact
Prep time for retros drops, and even after a handover, "what happened when" stays visible right on the chart. A screenshot of the dashboard doubles as the report itself.
Technical notes
Annotations don't modify report data, so existing aggregations and external BI exports are unaffected. The steps for adding annotations manually aren't covered in this post — check the "Annotations in Shopify reports" help doc.
USE CASE 2

Annotate landing page and site update releases to read CVR impact the same day

Problem
When an agency ships a landing page or a theme update, nothing is recorded in the client's analytics, so when CVR moves, the discussion stalls on "was it the update, or seasonality?"
Approach
Register landing page launches and theme deploys as annotations, and compare the periods before and after launch on CVR, session, and AOV charts. Use exactly the pattern the post describes: "did CVR change after the landing page went live?"
Impact
You can show the relationship between a release and a metric shift on a single screen, which makes it easier to account for the work. It also carries over as evidence for the next update proposal.
Technical notes
Annotations don't prove causation (the post itself says "may haveinfluenced"). You still need to design the comparison window and account for overlapping initiatives yourself.Mapping exactly one release to one annotationkeeps later interpretation from getting fuzzy.
Old warehouse New warehouse
USE CASE 3

Annotate supplier and warehouse switches to track the impact on fulfillment and returns

Problem
When shipping delays or complaints increase after switching 3PLs or suppliers, the switch date isn't recorded anywhere, so there's no way to show numerically whether things actually got worse before vs. after.
Approach
Register supplier changes and warehouse migrations as annotations on their effective dates, and overlay them on fulfillment and returns charts. Apply the pattern the post describes: "did fulfillment metrics change after updating suppliers or warehouses?"
Impact
In negotiations and reviews with logistics vendors, you can present the switch timing and the performance change on the same chart. It becomes primary source material for revisiting SLAs.
Technical notes
Returns are a high-lag metric, so looking only at the period right after the switch underestimates any decline. Instead of a single "point," it reads better to place the transition period as a date range . The article doesn't state which reports are covered, so check whether the annotations actually show up on the charts you use.

9One-line summary you can use in a pitch

"Business events such as campaigns, landing page launches, and supplier changes can now belaid directly over your analytics charts as "markers".
Annotations added by apps evenshow which app they came from, so you can read them against sales, CVR, returns, and fulfillment performance.
None of the report numbers change at all — it's purely added context.Start by moving your campaign calendar over into annotations."