Your Shopify App Stack Is Probably Dragging Conversion

The last store I audited had three new apps installed in a single week and conversion fell from 3.1% to 1.9% overnight. The owner was certain a competitor had cut prices. The actual cause was 400 milliseconds of extra load time from one of the three apps, plus a cart-open delay of about half a second from another. We removed two of them and the number climbed back to 2.8% in three days.

This is the shape of what I see most months on an audit. A Shopify app stack built to lift conversion is quietly costing orders. The merchant installed those apps on purpose, usually one at a time, usually for a defensible reason: a free gift to raise average order value, a cart drawer that looked cleaner than the native one, a post-purchase upsell to catch a second sale, a chat widget to build trust. Each decision made sense in isolation. The stack as a whole is doing something else.

What I see when I open a merchant's app list

The average Shopify app stack I audit on a one-person store sits somewhere between eight and fifteen apps. Three or four of them are the merchant's "promotion apps": BOGO, bundles, free gifts, countdown timers, upsells. Two or three handle a part of checkout: cart drawer, slide-out, shipping progress bar. One is a review tool. One is a chat widget. The rest are logistics, email capture, or something installed and forgotten.

A merchant on r/shopify put the cost side plainly last year: $140 a month across multiple apps just to have a working cart. The thread had forty comments and most of them were not denials. They were other merchants describing the same stack at roughly the same price. A $49-a-month slide-out cart, a shipping bar, a bundle app, each one patching a feature the merchant felt the native cart did not have, each one injecting its own script and competing for the same cart-level hooks.

The thing that bites is that the apps rarely fail loudly. Most of them keep running. The merchant assumes the problem is somewhere else - ad targeting, a seasonal dip, a competitor they cannot name - because the apps do not throw errors in the admin.

The three mechanisms I keep running into

Below the surface, three specific mechanisms account for most of what I find in a Shopify app stack audit.

The Draft Order wall. BOGO apps and free-gift apps that auto-add an item to the cart route the purchase through Shopify's Draft Order path. Shopify Staff confirmed as far back as July 2021 that discount codes cannot be applied to orders created as draft invoices. The platform strips the discount field from checkout. The customer who typed in your welcome code hits a checkout page without a place to enter it. They either assume the code expired or they close the tab. The abandonment number rises. The merchant does not connect it to the gift app, because from the admin side the gift app looks like it is working - the free item did get added.

A recognised community expert reconfirmed the shape of this in May 2025: on non-Plus plans there is no way to run gift-with-purchase alongside a discount code. Shopify Functions and Checkout UI Extensions are Plus-only. For every Basic or Shopify-plan merchant trying this combination, the setup is going to introduce friction somewhere, and the only real question is where.

Trust friction at the payment step. The second pattern is less about load time and more about what sits visually near the pay button. Post-purchase apps, Microsoft Clarity session recorders, countdown timers, pop-ups: anything that adds motion or urgency between "review your order" and "pay now" reads as noise to a buyer who was about to type a card number. One merchant watched abandonment climb from a healthy 30-40% range to 70-80% after installing a post-purchase app and Clarity in the same week, with no other store changes. A community member diagnosed it correctly without needing to see the store: when abandonment jumps that hard without a pricing or shipping change, the usual cause is a confidence drop at the payment step.

Countdown timers are a specific sub-case worth watching. One April thread documented a store running a seasonal promo whose timer had a timezone bug: US visitors were being shown "sale ends in -3 hours." The timer was not broken server-side. It just read wrong on the device. That one display bug killed the week.

The invisible load cost. Script weight is the mechanism everyone has heard of and the one merchants still underestimate. A single conversion app can add 400ms. Rebuy's smart cart has been documented to add 2 to 3 seconds of render time with lazy loading on; the visible symptom is a blank area in the cart drawer until the script finishes. Bundle apps commonly add 0.3 to 0.4 seconds of cart open delay, which on mobile is enough to make a thumb hesitate. The relationship between script weight and conversion is not tidy - which is partly why merchants discount it - but the direction is consistent. More scripts on checkout pages, fewer completed sessions.

I wrote more about the script side of this in a page-speed audit on a store with thirteen apps. The piece that matters here: the scripts you can remove without a developer are usually the orphans from uninstalled apps, not the active ones.

The app that almost always makes me pause

Live chat widgets. The one most merchants install to build trust is often the single element on the page costing them the most orders, and the failure mode is one no desktop test will show.

A consultant's 2024 case study is the clearest version of this I have read. A footwear store converting at 0.25% on mobile. Twenty-five minutes of investigation found two issues: the add-to-cart button text was the same colour as its background on mobile, and the live chat widget was physically covering the iOS checkout button in the cart drawer. After both fixes, mobile conversion reached 1.8% within three weeks. Shopify's own Inbox widget was flagged with the identical issue in a 2022 Community thread that never got an official resolution.

I used to leave chat widgets alone on audits because they did not show up in speed reports. I was wrong about that for close to two years. The widget does not have to slow a page to kill conversion. It just has to sit on top of the checkout button on the right device. On a laptop, you will never see it. On an iPhone in portrait, with the keyboard about to come up, it covers the only button that matters.

What I check before I touch anything

If you want to run this check on your own store, the shape I use is below. It does not require a developer and it does not require turning anything off yet.

1. Look at install dates. In Shopify Admin > Apps, sort by date installed. If three or more apps went in during the same two-week window and your conversion dropped afterward, that window is your prime suspect regardless of what each individual app does.

2. Check the Shopify Speed report under Online Store > Themes. It will not name a specific app as "the problem," but it ranks apps by load contribution. Treat the top three as suspects for cumulative load.

3. Open your own store on a physical iPhone. Not an Android, not Chrome DevTools, not a narrow browser window on your laptop. Go to the product page, add to cart, open the cart drawer or cart page, and confirm the checkout button is fully visible and tappable. "Visible" and "tappable" are different things; a widget that overlaps 10% of the button on iOS is enough to lose the tap.

4. Open the cart drawer discount field if your theme or app provides one. Type a known-good code. Watch whether the cart total actually changes before you proceed. Cart drawers have no native Shopify discount support, so every drawer-level discount field is an app or theme implementation of the Storefront API cartDiscountCodesUpdate mutation. One Shopify Community thread this February documented a cart drawer where the field looked right, accepted the code, and silently failed on the API call. Conversion recovered the day they fixed it.

5. Place a test order with a known promotion app enabled. In the admin, check whether the order was created as a Draft Order. If yes, your discount codes are not going to work alongside that promotion on non-Plus.

If you have been circling this for an afternoon and want a second pair of eyes before you turn anything off, the first fifteen minutes with a help1 expert are free and that is usually enough time to decide what to pull. The free help1 health scan app also runs the install-date correlation automatically against known conflict patterns.

The test nobody runs

The uncomfortable version of this is the inverse test. Pick the three highest-cost apps in your Shopify app stack, disable them for 72 hours, and compare conversion to the three-day window before. That is a design that costs nothing and takes an afternoon. It is also the test I almost never see a merchant run on their own stack.

The reasons it does not happen are mostly social. The apps cost money, which means somebody picked them, which means disabling them feels like admitting the pick was wrong. The apps have been there for months, which means the merchant has no "before" number to compare to and would have to pick a reference window carefully. And the apps are usually tied to a running promotion, so turning off the BOGO app in October feels like unilaterally cancelling your own campaign.

I have not run a controlled A/B on this across stores. What I have is a pattern across audits plus two public cases where merchants documented conversion roughly doubling after removing complexity apps. One in late 2024, one in early 2025. That is not a dataset. It is a direction.

So the question I will leave you with is this. If you disabled the three highest-cost apps in your Shopify app stack tomorrow morning and measured for the next 72 hours, which number would move, and in which direction? That is the test. Most merchants will never actually run it, because they are more afraid of the answer than of the current conversion rate.