BFS Category vs. App listing Category

Built for Shopify
1

One of our apps has been assigned Discounts as the BFS category, and we are planning to reposition our app to another category as it is more suitable as a category for our app’s use case.

Just wanted to know if changing the category for the BFS has any impact on the App’s visibility and ranking for the search results on the Shopify app store. The primary and secondary category has already been configured for the app and is working fine for us.

2

Hi @Jay_Makwana :waving_hand: thanks for reaching out.

That’s a good question. I’ll look into this for you and I’ll loop back here when I have more info to share.

3

Hi @Jay_Makwana

Circling back on your question here now that I’ve done some digging:

Your app listing’s primary and secondary categories (the ones you control) are what drive search benefits and visibility - those aren’t touched by a BFS category change.

When it comes to changing your BFS category, the BFS category is something that’s evaluated by our team rather than something you can change on your end - either when your app comes up for annual review if it’s already been approved, or when you apply for BFS if it hasn’t.

If your app still offers discount functionality, then your assigned BFS category shouldn’t change in the review process. If your app functionality changes away from discounts entirely, then your assigned category is re-evaluated if one of the two scenarios above occurs.

I hope this helps and let me know if you have any other questions.

4

Hi Wes,

Thanks for the clarification here, that really helps.

We had a follow-up question regarding our BFS categorization. Our app is currently placed under the Discounts category, but a significant portion of our core functionality relies on draft order creation, which is actively used by many of our merchants on a daily basis.

Because of the restrictions under the Discounts category, we’re finding it difficult to continue supporting these core features, and it doesn’t seem like the right fit for our app.

Given this, could you help us understand:

  • If there is a more suitable BFS category for apps like ours that rely on draft orders as part of their core functionality?
  • Or what would be the recommended approach in this situation to stay compliant without disrupting existing users?
5

Hi @Jay_Makwana, thanks for the follow-up. I dug into this further and here’s what I found.

Although it’s difficult to say for sure without looking at the specifics of the app firsthand, it sounds like the restriction you’re running into is a specific BFS requirement for apps in the Discounts category: apps must not create draft orders to give custom discounts.

Draft orders with custom discounts are designed for one-off, merchant-driven flows rather than automated customer-facing ones, and they don’t have the same reporting tools. You can find the full requirement here:

Regarding your questions:

  1. There isn’t a different BFS category that would let your app use draft orders for custom discounts. The BFS category is based on your app’s observed functionality, so as long as your app offers discount functionality, it falls under the Discounts category and its requirements. The only way to move out of the Discounts category would be to remove all discount functionality from the app entirely.

  2. The recommended path to stay compliant is to separate your discount functionality from your draft order creation so they don’t overlap. If your app’s draft order flow doesn’t apply custom discounts through the draft order itself, and your discount logic runs through the proper discount APIs instead, that should satisfy the requirement without disrupting your merchants’ existing workflows.

I hope this helps and let me know if I can clarify anything further on my end here.

6

Hi Wes,

Thanks again for the detailed explanation earlier—it really helped us understand the requirements better.

We wanted to clarify one aspect of our implementation and get your guidance on the best way to handle it.

In our case, draft orders are not primarily used for applying custom discounts. Instead, we use them for:

  • Allowing merchants to define custom shipping (including free shipping scenarios)
  • Adding a custom product option as an upsell

Given this, the draft order flow is more about enabling flexible checkout behavior rather than just discounting.

With that context, we wanted to ask:

  • Is there an alternative or recommended approach within Shopify to handle these use cases without relying on draft orders?
  • Are there specific APIs or patterns you would suggest that align better with BFS requirements?

We want to make sure we’re following the right approach while still supporting these core merchant needs.

Appreciate your guidance on this as well!