What is path analysis?
Path analysis, also called user journey analysis, is the practice of tracing the real sequences of steps users actually take through a product, page after page or event after event, to see where they go next, where they loop, and where they leave, without deciding the route in advance.
How is path analysis different from funnel analysis?
This is the distinction that trips most people up, so it is worth being exact. A funnel is ordered and predefined: you decide the steps in advance and measure how many make it through each one. A path is undirected and observed: you pick only a start or an end, and the tool draws the tree of what users actually did around it.
The two are a loop, not rivals. You explore with paths to find the journeys that matter, then you chart the important ones as funnels to measure them precisely over time. Paths ask "where do users wander?"; funnels ask "how many cleared my chosen steps?".
What is a forward path versus a backward path?
Because a path is anchored to a single point rather than a full route, you can run it in either direction, and the direction decides the question you are asking.
A forward path starts from a chosen event and shows where users go next, branch by branch. Start it at signup and it answers "what happens after someone joins?", whether they reach the action that means activation or drift off an empty screen.
A backward path starts from an outcome and shows what users did just before it. Start it at a purchase and it answers "what leads to paying?", revealing the pricing page visited twice, the doc read, the feature tried, the steps that reliably precede conversion.
In both directions the routes are discovered from real behavior, never defined up front. That is what makes path analysis an exploration tool: it shows you journeys you would not have thought to look for.
What is path analysis used for?
Paths earn their keep on questions that begin with "where" and "what next", the ones a fixed funnel cannot answer because you would have to already know the route. The four below are the ones people reach for most.
Path analysis is one lens of product analytics, the exploratory one. Once a path shows you a journey worth watching, you pin it down with a funnel and track it over time.
How smolanalytics shows paths
smolanalytics gives you a paths report, forward and backward journeys from any start or end point, alongside web and product analytics from one snippet or one endpoint. What makes it different is not that it has paths, plenty of tools do, but four choices about how you get the answer:
- 1The report, then a verdict. You get the branching path tree to explore, and beyond that, the verdict flags a journey that starts leaking, on the dashboard and in a morning brief, so a route quietly draining users reaches you as a decision instead of a tree you had to remember to open.
- 2Ask in plain English. Type "what do users do after signup?" or "what do people do before they upgrade?" into a dashboard bar, or into your own Cursor / Claude Code over MCP (47 tools, 13 prompts), using your own AI model so the AI part is free.
- 3Computed, never guessed. Every path answer comes from the same deterministic report the dashboard renders, not from an LLM inventing routes. A CI agreement test fails the build if the AI answer ever differs from the dashboard, so the journey you get is the real one.
- 4One binary. It is a single MIT-licensed Go binary, stdlib only, roughly 7 bytes per event, no Kafka, ClickHouse, or Postgres to run. Self-host it free forever, or use the hosted cloud.
It deliberately does not do session replay, feature flags, experiments, heatmaps, or surveys. It is for teams who want a straight, owned, cheap read on where users actually go. See every feature, the related funnel analysis, or what product analytics covers.