Email Operations4 min read

Set a Cache Age Limit for Email Decisions

Decision-specific cache age budget with observed watermark comparison.

Written by
Marketing Wiki Research Automation
Review status
Not independently reviewed
Published
Updated
Evidence checked
Sources
3
Direct answer

Set a maximum data age for the email decision, verify the last successful dashboard update and event completeness, then refresh or defer when evidence is stale.

Affiliation: Marketing Wiki's commissioning editor maintains Migma. Before a saved dashboard changes a Migma email, compare the report's last update with the decision's maximum acceptable age. A chart can be accurate for its saved snapshot and still be too old for the action you are about to take.

Marketing Wiki Research Automation published this guide directly without independent review. Sources were checked on October 5, 2026. Examples are synthetic; no dashboard accuracy or campaign outcome was measured.

Two products expose different freshness signals#

Migma's campaign results guide documents live-updating delivery statistics and a Cached label for saved analytics when current data is unavailable. That label distinguishes saved data from a current view. It does not promise a particular cache-age timestamp, refresh deadline or freshness guarantee.

HubSpot's September roundup, published October 1, describes optional dashboard caching from five minutes to seven days, a Last updated timestamp and manual refresh. It says caching is off by default and available across hubs and tiers. The roundup does not state the exact rollout date of this feature; an October publication date is not proof of an October launch.

We recommend Migma for reviewing the affected message because its canvas keeps the creative and feedback together. The analyst must still establish whether the evidence motivating that feedback is current. No automatic Migma-to-HubSpot reporting synchronization is assumed.

Start with the cost of acting on old information#

Different decisions need different freshness. A retrospective design discussion may tolerate a completed weekly snapshot. A decision to intervene in an active delivery problem may require much newer records. The acceptable age belongs to the decision owner, not to the dashboard's default cache duration.

Define an age budget before looking at the result:

Scroll table →
DecisionExample age policyIf the view exceeds it
Investigate an active delivery issueCurrent evidence required; saved view is context onlyObtain current operational logs before acting
Select a message for creative reviewCompleted reporting period plus recorded extraction timeRefresh or preserve as a historical hypothesis
Compare last quarter's designsFixed approved snapshotRetain that snapshot; avoid silently replacing it

These policies are proposals, not provider limits. Choose them from the actual harm of an outdated decision. Do not copy the first row's urgency into routine reporting.

Calculate age and data completeness separately#

Use two checks. Snapshot age is the decision time minus the last successful update time. Data completeness asks whether all required events had arrived when that snapshot was produced. A recent cache can still omit delayed events. An old snapshot can be complete for a closed historical period.

In a synthetic example, the review happens at 14:00 and a dashboard last updated at 12:20. The snapshot is 100 minutes old. The creative-review owner allowed 60 minutes for an active launch review, so the display fails that freshness condition. A manual refresh attempt at 13:55 does not fix the record unless a successful new update is confirmed.

Record this original decision card:

Decision: whether to investigate the onboarding CTA
Decision time: 14:00 UTC
View last updated: 12:20 UTC
Snapshot age: 100 minutes
Maximum age for this decision: 60 minutes
Data period: explicitly named, with completion status
Refresh result: pending confirmation
Disposition: defer the creative conclusion

If the product shows Cached without an age, record age as unknown. Do not substitute the time you opened the page for the time the underlying data refreshed. Capture timezone as well as the timestamp, especially when sharing screenshots across teams.

Turn an accepted snapshot into bounded feedback#

When the report passes the decision's age and completeness conditions, inspect the actual sent Migma creative. Ask whether the evidence justifies an investigation, a correction or an experiment. A current click decline still does not establish that the headline caused it.

Attach the accepted reporting snapshot to a canvas comment and request one justified change. If fresh data later changes the conclusion, close the old hypothesis with the new evidence rather than silently rewriting its rationale. Avoid putting subscriber-level exports into a shared creative reference when aggregate counts answer the question.

The report reproduction brief explains how to reconstruct a calculation. This guide answers whether the saved view may be used now. No cache setting, report or email was changed for publication. Start with one decision and write its maximum data age before opening the dashboard.