← All articles

Product · 9 min read · 2026-09-23

Path Analysis vs Funnels: See the Flows Funnels Hide

A funnel can only ever show you the steps you put in it. That is its strength — a clean, comparable conversion rate between actions you care about — and also its blind spot: when users drop out, the funnel cannot tell you where they went, because everything outside the predefined sequence is invisible to it. Path analysis is the complementary tool. It makes no assumptions about order and instead surfaces the routes users actually take, which is exactly the view you need when a funnel shows a drop-off you cannot explain.

This post draws the line between the two methods, shows when each is the right instrument, and explains how to use them as a loop rather than a choice. The short version: funnels are for measuring flows you already know, path analysis is for discovering flows you do not — and most SaaS teams reach for the funnel by reflex when the question they actually have calls for the path.

What each method actually measures

A funnel measures progression through an ordered sequence you define in advance — signup, activation, trial, purchase — and returns the conversion rate between each step. You supply the steps; the funnel supplies the rates. That makes it precise and comparable: you can trend the signup-to-activation rate over time, break it down by acquisition channel, and alert when it moves. It is the backbone of ongoing measurement precisely because it reduces a flow to a single number you can watch. We cover its mechanics in how to track funnels in SaaS web analytics.

Path analysis inverts the setup. Instead of you supplying an order, it observes the order users actually followed and surfaces the most common patterns. As Kissmetrics describes it, path analysis “makes no assumptions about the order of steps — it simply observes the sequence of actions each user takes and surfaces the most common patterns.” The output is not a rate but a map: from a starting action, which actions do users take next, and in what proportion. That shifts the method from measurement to discovery — it answers questions you did not know to ask rather than one you already had.

The blind spot funnels cannot see

The defining limitation of a funnel is that it only sees the steps inside it. When a cohort fails to advance from step three to step four, the funnel reports the loss but is structurally incapable of telling you what those users did instead, because their alternative actions were never part of the sequence you defined. You are left to guess — and teams usually guess that the step itself is broken, then redesign it, and are surprised when the rate does not move.

Path analysis fills that gap directly. Datadog gives the canonical example: a funnel shows a large drop-off before payment, while a journey-path view reveals that many of those users clicked the support link and never returned. That single observation changes the diagnosis entirely — the problem is not the payment UI, it is whatever unanswered question drives people to support at that moment. No amount of staring at the funnel would have produced that insight, because the support click was never a funnel step. This is the same reason we recommend pairing quantitative funnels with other lenses in session replay versus product analytics: each method sees what the others cannot.

When to reach for path analysis

Reach for path analysis when you do not yet know the sequence. That covers three common situations. The first is an open-ended journey — a dashboard, a workspace, a tool users navigate freely — where there is no single intended order and a funnel would impose a fiction. The second is an unexplained funnel drop-off, where you have a rate but no cause and need to see where the lost users actually went. The third is a new or redesigned surface, where you want to learn how people are really using it before you decide which flows are worth formalizing into funnels.

Reach for a funnel, by contrast, once the steps are known and you want to measure them repeatedly. If the question is “how many trials convert to paid, and is that rate improving?” a funnel is the right and cheaper tool. Path analysis is comparatively expensive to consume — it produces a branching map, not a single trend line, and it rewards interpretation rather than monitoring. Using it to track a known rate wastes its strength; using a funnel to explore an unknown journey wastes yours. The boundary is the same one we draw between measurement and discovery throughout our work on product analytics versus web analytics.

Using the two as a loop, not a choice

The mature pattern treats path analysis and funnels as stages in a cycle rather than alternatives. You explore with path analysis to discover the routes that actually matter — including the ones your product was not designed around — then promote the important routes into funnels so you can measure and monitor them over time. When a funnel later surfaces a drop-off you cannot explain, you return to path analysis for that segment to see where the users went, then adjust. Discovery feeds measurement, and measurement feeds the next round of discovery.

This loop also guards against a subtle failure mode: funnels quietly encode your assumptions. Every funnel you build asserts that the sequence you chose is the sequence that matters, and if users have moved on to a different path, the funnel keeps measuring a flow that no longer reflects reality. Periodic path exploration is how you check whether your funnels still describe your product. It is the behavioral analog of the moment-of-value work in identifying the activation aha moment: you cannot lock a metric onto a journey until you have observed the journey users actually take.

What path analysis demands of your data

Path analysis is only as good as the event data underneath it, and it is less forgiving than a funnel. A funnel touches a handful of named events; a path reconstructs whole sequences, so inconsistent naming, missing events, or actions instrumented at the wrong granularity turn the output into noise. If half your key actions are untracked or ambiguously labeled, the “most common paths” it surfaces are artifacts of your instrumentation gaps rather than real behavior. The method rewards the same taxonomy discipline every other technique depends on, which is why we put event taxonomy and tracking-plan design upstream of any analysis method.

It also assumes reliable identity — a single user's actions across sessions and devices need to stitch into one coherent path, or the routes fragment and the patterns wash out. And it needs volume: with low traffic, the long tail of rare, one-off paths dominates the view, so focus on the few highest-frequency routes where the signal is real rather than chasing the tail. Get the instrumentation right and path analysis becomes the tool that tells you what your product is actually being used for; get it wrong and it becomes a convincing-looking map of your own tracking bugs.

A practical starting workflow

Begin from a funnel you already distrust. Take a conversion step with a drop-off no one has explained, isolate the users who dropped, and run a path view on what they did next. You are looking for a dominant alternative route — a support click, a settings detour, a bounce back to a previous screen — that reframes the drop from a rate to a reason. That one exercise usually earns path analysis its place in the toolkit faster than any abstract argument, because it converts a number your team has been staring at into an action they can take.

From there, make exploration periodic rather than one-off. Every quarter, run path analysis on your most important surfaces to check whether users are still moving the way your funnels assume, and promote any newly important route into a monitored funnel. The two methods keep each other honest: funnels stop path analysis from drowning in interesting-but-idle detail, and path analysis stops funnels from measuring a journey that has quietly stopped being the real one. Together they give you both the rate and the reason, which is more than either delivers alone. When a route you thought was linear turns out to branch, revisit whether it belongs in an open or closed funnel before you lock in how you measure it.

FAQ

What is the difference between path analysis and funnel analysis?

A funnel measures progression through a sequence of steps you define in advance and returns a conversion rate between them; path analysis makes no assumptions about order and instead surfaces the actual sequences of actions users take. As Kissmetrics puts it, unlike funnel reports which measure progress through a predefined sequence, path analysis simply observes the sequence of actions each user takes and surfaces the most common patterns. The practical distinction is direction of inquiry: a funnel answers a question you already have ("how many people get from A to B?"), while path analysis generates questions you did not know to ask ("what are people actually doing between A and B, and where do they go instead?"). They are complementary, not competing — funnels quantify a known flow, paths discover unknown ones.

When should I use path analysis instead of a funnel?

Use path analysis when you do not yet know the sequence — when the journey is open-ended, when a funnel shows a drop-off you cannot explain, or when you suspect users are taking routes your product was not designed around. It is particularly useful when there is no set order of steps, or when you want to understand behavior in an exploratory context rather than measure a rate. A funnel is the right tool once you know the steps and want to track the conversion between them over time or across segments. A good workflow is to explore with path analysis to find the real journeys, then lock the important ones into funnels to monitor them.

Can path analysis explain why users drop out of a funnel?

Often, yes — that is its highest-value use. A funnel tells you that a large share of users fail to get from step three to step four, but it cannot tell you what they did instead, because a funnel only sees the steps you put in it. Path analysis fills that blind spot by showing where the dropped users actually went. Datadog gives the canonical example: a funnel shows a large drop-off before payment, while a journey path reveals that many of those users clicked the support link and never returned. That single insight redirects the fix from "redesign the payment step" to "find out what question the support link answers," which a funnel alone would never surface.

Does path analysis replace funnel analysis?

No. They answer different questions and are strongest together. Funnels are precise, comparable, and cheap to monitor — they give you a single rate you can trend over time, break down by segment, and set alerts on, which makes them the backbone of ongoing measurement. Path analysis is exploratory and diagnostic; it is excellent for discovery but harder to reduce to one number you watch every week. The mature pattern is a loop: use path analysis to discover the routes that matter, promote the important ones into funnels to measure and monitor, and return to path analysis whenever a funnel surfaces a drop-off you cannot explain. Replacing one with the other loses half the picture.

What data do I need for path analysis to be useful?

You need clean, well-named event tracking with enough granularity to reconstruct sequences, and enough volume that common patterns rise above noise. Path analysis is only as good as your event taxonomy — if actions are inconsistently named, missing, or too coarse, the paths it surfaces are noise rather than signal. It also assumes reliable identity stitching, so a single user's actions across sessions form one coherent path rather than fragmenting into several. Low-traffic products can still use it, but the long tail of rare paths will dominate, so focus on the few highest-frequency routes. In short, path analysis rewards the same instrumentation discipline that every other product-analytics method depends on.