# Zapier Filters vs Paths: Build a Multi-Step Zap *How-to — 2026-10-07 — by Mahmoud Zalt* When to use a Zapier filter, when to use paths, the exact rule types available, the branch and nesting limits, and why neither one costs you a task. **Short answer.** **A filter is a gate that stops the Zap when the data does not qualify. Paths are a fork that sends different data down different sets of actions.** If you only need one outcome and want everything else ignored, use a filter. If you need several different outcomes from one trigger, use paths. Zapier's documentation states that neither filter steps nor path steps count toward your task usage, so branching is free and only the actions you actually run cost anything. **About this guide.** This guide is based on publicly available information and Zapier's own documentation, checked on 17 August 2026. Sistava is not affiliated with Zapier. Interfaces and pricing change often, so confirm the current steps in their documentation before you rely on them. Almost every Zap that survives contact with real data eventually needs logic. Not every form submission deserves a Slack message. Not every new deal should get the same follow-up. This is the point where a two-step Zap becomes a multi-step one. Zapier gives you two tools for that logic and they are genuinely well designed. The trouble is that people reach for paths when a filter would do, and end up maintaining a branching diagram where one condition would have been enough. ## What is the difference between a filter and paths? A filter creates one set of conditions in a linear Zap and decides whether the steps after it run at all. Paths create several branched sets of conditions, each with its own steps, and Zapier's documentation is explicit that one, some, all, or none of the branches may run. That last detail is the one people miss. Paths are not a switch statement where the first match wins. If two branches both qualify, both branches run. Zapier's Paths documentation states that branches are evaluated and run one by one in the order they appear in the editor, left to right. | | Filter | Paths | |---|---|---| | Shape | One gate in a straight line | Several branches from one point | | Outcome | Continue or stop | One, some, all, or none of the branches run | | Use it when | You only need one set of steps afterwards | You need different steps for different cases | | Task cost | Does not count as a task | Does not count as a task | | Plan | Professional, Team, Enterprise | Professional, Team, Enterprise | Both are listed on Zapier's paid plans, Professional and above, and neither is available on the Free plan. Zapier's pricing page as of 17 August 2026 also lists the Free plan as two-step workflows only, so multi-step logic is a paid-tier concept in both directions. ## How do you add a filter to a Zap? In the Zap editor you click the plus icon to add a step and choose Filter. Zapier's documentation notes you can add a filter at any point after the trigger, and you can use more than one filter in the same Zap. The rule itself is three dropdowns in the Configure and test section: the field you want checked, the rule to apply, and the value to compare against. Add more conditions with the And option, or create an alternative set with an Or rule group where any single group passing is enough. ### Adding and testing a filter 1. **Add the step** — Click the plus icon in the editor and select Filter. Place it immediately after the step that produces the data you want to check. 2. **Pick the field** — Choose the field from the previous step's output. If the field you want is not listed, your earlier test did not produce it, and you need to re-test with better sample data. 3. **Pick the rule** — Rules are typed. Text rules work on text fields, number rules on numbers. Zapier's documentation notes that mismatching the rule to the data type is a common cause of a filter behaving oddly. 4. **Enter the value** — Type a fixed value, or map a field if you are comparing two pieces of data from the run. 5. **Test it** — Continue to run the test. Zapier shows a green tick when the sample passed and a yellow warning triangle when it did not, along with a note that the Zap would not have continued. 6. **Read the warning if there is one** — Zapier's documentation notes that it flags a filter configured in a way that always passes. That warning almost always means the rule is not doing what you thought. ## Which conditions can a filter actually check? Zapier's filter and path rules documentation groups the conditions into five families. Knowing the list saves you from building a formatter step to do something a rule already does. - **Text, and case insensitive. **Contains, does not contain, exactly matches, does not exactly match, is in, is not in, starts with, does not start with, ends with, does not end with. - **Number. **Greater than and less than. - **Date and time. **After, before, and equals. - **Boolean. **Is true and is false. - **Any data type. **Exists and does not exist. These two are the workhorses, because a missing field is the most common reason a downstream step blows up. There is a genuine sharp edge with line items. Zapier's documentation states that when all your conditions are positive ones, at least one line item passing all of them lets the Zap continue. When the conditions are mixed or all negative, every line item must pass every condition. **The filter does not trim your data.** Zapier's documentation is clear that the filter step does not remove line items. If a line item collection passes the filter, the whole collection continues to the next step, not just the matching entries. People discover this when their Zap creates ten invoice lines instead of the one that matched. ## How do paths work, and what are the limits? You add paths the same way you add any step, by searching for Paths in the step picker. Zapier's documentation states that two branches, Path A and Path B, are created for you, and you then define rules and actions inside each. The limits are the part worth memorising before you design anything ambitious, because hitting one halfway through a build means restructuring. - **Up to 10 branches **in a single path group, per Zapier's Paths documentation. - **Up to 3 levels of nesting, **so a path inside a path inside a path is the floor. - **100 steps per Zap in total, **and Zapier's Zap limits page states that this count includes every step inside every path branch. The same page states a lower cap of 30 steps during a free trial. - **1,000 fields per action step, **which you will not hit by hand but can hit with a large form or CRM object. - **One fallback branch per path group, **and Zapier's documentation notes that the always-run and fallback designations are mutually exclusive within the same group. One structural point catches people out. Zapier's Paths documentation describes a paths group as the end of the workflow, with the subsequent actions living inside the branches rather than after them. If you need something to happen for every case regardless of branch, it goes before the paths group or gets repeated inside each branch. ## The cost model, and why it favours branching Zapier's task usage documentation states that filter steps and path steps do not count toward task usage, and that only action steps inside a running branch consume tasks. This is more generous than people assume. The practical consequence is that filtering early is free money. A filter placed immediately after the trigger, before any action, means unqualified runs cost you nothing at all. Move the filter down below two actions and you have just paid for both on every run that was going to be discarded anyway. **When the branching diagram stops fitting in your head.** There is a point where the condition you want to express is not really a condition. Route this to the right person if it sounds urgent, or if the customer has written in twice this week, or if the tone is angry. You can approximate that with enough branches, and then you own the diagram forever. Work like that is exactly what we removed at Sistava. Rather than building the fork, you hire an AI Employee and brief it in plain English on what matters and who handles what. It has the tools connected already, it asks you when it is unsure, and it sets itself up. For crisp rules that never change, a filter is genuinely better, cheaper, and more predictable than any model. For judgement, an Employee is the right shape. ## A rule of thumb for choosing Write the sentence out loud first. If it has the word only in it, you want a filter. Only tell me about deals over five thousand. Only file the PDFs. If the sentence has an otherwise in it, you want paths. Enterprise leads go to the sales channel, otherwise they go into the nurture list. If it has several otherwises, you still want paths, but check the ten branch ceiling before you commit to the design. Zapier's logic tools are one of the strongest parts of the product. They are cheap to run, clearly documented, and predictable in a way that matters when money moves through them. The discipline is keeping the diagram small enough that the person who inherits it can still read it. ## FAQ ### Do Zapier filters and paths use tasks? No. Zapier's task usage documentation states that filter steps and paths steps do not count toward task usage. Only action steps that run successfully count, which for paths means only the actions inside a branch that actually executes. ### Are filters available on the Zapier free plan? Zapier's conditional logic documentation lists both filters and paths as available on the Professional, Team, and Enterprise plans, and not on the Free plan. Their pricing page as of 17 August 2026 also lists the Free plan as two-step workflows only. ### Can more than one path branch run at the same time? Yes. Zapier's documentation states that one, some, all, or none of the branches may run, and that branches are evaluated in the order they appear in the editor from left to right. If your data satisfies two branches, both execute, so write rules that are mutually exclusive when you want only one outcome. ### How many branches can a Zapier path have? Zapier's Paths documentation states a maximum of 10 branches in a single path group, and that paths can be nested up to three levels deep. The overall Zap limit of 100 steps includes every step inside every branch. ### Why does my filter pass when it should not? The two usual causes are a rule applied to the wrong data type, for example a text rule on a number field, and a rule that is technically always true. Zapier's documentation notes it displays a warning when a filter is configured to always pass, so read the editor carefully before you turn the Zap on. ### Should I use a filter or just add conditions in the app itself? If the source app can filter for you, let it. A Gmail label rule or a form's own conditional logic runs on their side, costs you nothing, and keeps your Zap simpler. Use a Zapier filter when the condition depends on data the source app does not know about. ## Sources - [Zapier Help Center, ](https://help.zapier.com/hc/en-us/articles/34372501750285-Use-conditional-logic-to-filter-and-split-your-Zap-workflows)Use conditional logic to filter and split your Zap workflows - [Zapier Help Center, ](https://help.zapier.com/hc/en-us/articles/8496276332557-Add-conditions-to-Zap-workflows-with-filters)Add conditions to Zap workflows with filters - [Zapier Help Center, ](https://help.zapier.com/hc/en-us/articles/8496288555917-Add-branching-logic-to-Zap-workflows-with-Paths)Add branching logic to Zap workflows with Paths - [Zapier Help Center, ](https://help.zapier.com/hc/en-us/articles/8496180919949-Filter-and-path-rules-in-Zaps)Filter and path rules in Zap workflows - [Zapier Help Center, ](https://help.zapier.com/hc/en-us/articles/8496181445261-Zap-limits)Zap limits - [Zapier Help Center, ](https://help.zapier.com/hc/en-us/articles/8496196837261-How-is-task-usage-measured-in-Zapier)How is task usage measured in Zapier - [Zapier blog, ](https://zapier.com/blog/filter-by-zapier-guide/)Filter by Zapier, get more control over your workflows - [Zapier pricing page, ](https://zapier.com/pricing)plan contents read on 17 August 2026 **Tags:** zapier, zapier-filters, zapier-paths, multi-step-zaps, workflow-automation