Act I · Discovery
The Observability Question
how many umami events are sent from each and every page on fenrirledger.com? marketing pages, blogs and within the app. How can we hook up full visibility of users navigating across all pages of the site and app and ensure that any future page added automatically gets hooked into this without custom work every time. Does umami work anything like heap analytics? We need to 100x our observability.
Three Explore agents sent forth in parallel — one to audit, one to map, one to research. The audit returned with fifteen manual events scattered across the codebase, plus Umami's automatic pageviews flowing from a self-hosted instance at analytics.fenrirledger.com. The map counted fourteen marketing routes, nine app routes, thirty chronicles — most untracked beyond mere pageviews.
The research delivered the verdict Odin needed: Umami is not Heap. No DOM autocapture. No retroactive event definition. Beyond pageviews, every click must be tagged by hand. A second agent dispatched to compare GA4, PostHog, Microsoft Clarity, FullStory, Hotjar, LogRocket, Mixpanel, Amplitude — confirmed PostHog as the modern Heap killer: 1M events/mo free, autocapture, replay, retroactive Actions, flags, all in one snippet.