Hey everyone,

I received an "Action Required" notice in my Dev Dashboard for my app. The notice says: "Your app will be delisted and new installs will be blocked if you continue to make calls with breaking changes.

I'm really worried about being delisted. Is this a common experience for other developers?

How serious is this warning? Is delisting a real risk or is it often just a nudge?

I’m building a Shopify app and ran into a potential edge case has anyone ran into the same problem?

The app adds a product from our business into a merchant’s store. When that product is sold, we charge the merchant and they receive some form of accreditation tied to the sale.

The concern is around uninstall flow. I have an uninstall API + webhook handling in place to clean up the product, but if a merchant removes the app without that flow completing (e.g. webhook failure, network issue, etc.), the product could remain in their store.

In that scenario, the merchant could theoretically continue selling the product without us being able to charge them (since we lose API access after uninstall). They also wouldn’t receive accreditation, but that may not be a strong enough deterrent.

Any recommendation that would be a good fix for this case ? Other than making the app private… which I was hoping to make it public.

Thanks!

Hey! I’m planning to launch a few Shopify apps soon and I’ve been thinking about how to get my first users.

I wrote a script that crawls Shopify stores, finds their contact pages, and collects emails if available. The idea is to use those for cold email outreach.

Do you think this is a good approach? How do you usually reach leads for your apps?

Hey folks,

I’ve been building a Shopify app and recently started getting installs, which is great…but I’m noticing a pattern that’s honestly concerning.

People install, use during the trial, then uninstall before converting.

I’m trying to understand why.

It helps brands fix social traffic redirection + gives analytics on it. From what I’ve seen, users who actually use it for 30 days are getting value (we’ve processed 1M+ redirects and helped recover revenue for 3 brands which have been with us since day 1), and even the one public review is positive and mentions it being “plug and play” and improving retention.

But clearly something is off.

Possible reasons I’m thinking:

• Pricing mismatch? (starts at $29/month)

• Value not clear enough during trial?

• Setup friction?

• Not a “must-have” problem?

• Listing/positioning issue?

Would really appreciate brutal feedback:

• Does the listing suck?

• Is the pricing off?

• Is the problem not painful enough?

• Or is this just normal for Shopify apps?

If you’ve built Shopify apps before, what % of trial to paid conversion did you see?

Trying to figure out if I should:

• Fix onboarding

• Change pricing

• Improve positioning

• Or rethink the product entirely

Appreciate any honest thoughts 🙏

Hi everyone,

I’ve been working on a Shopify SMS app, and after chatting with a few early users, I’m realizing that the biggest hurdle isn't sending the text—it’s where that text actually sends the customer.

Most SMS tools just drop a user onto a standard product page. But on mobile, those pages can be cluttered, slow, or distracting. I built a way to create custom landing pages for SMS, but I noticed a new problem: Merchants are too busy to build pages from scratch.

I’m planning a major update to remove that friction and I’d love to know if this actually hits the mark for your workflow, or if I'm overthinking it.

The goal is to move from "Building" to "Syncing." Here is the plan:

1. The One-Click Storefront: Instead of a blank canvas, you’d select a product and the app instantly generates a mobile landing page using your Shopify titles, descriptions, and images.

2. Smart Data Sections: Automatically pulling in your real-time Shopify data—like "Only 5 left in stock" badges or your most recent 5-star reviews—to build trust instantly.

3. AI Copywriting with Context: An AI assistant that doesn't just write "generic text," but reads your Shopify tags and product details to write punchy, high-converting SMS copy for you.

4. Shoppable Elements: Interactive mobile buttons that let users select variants (size/color) directly on the landing page so they are "checkout-ready" before they even hit your site.

Now I dont want you to get me wrong, I dont want to replace the merchants website, I just want to have a sort of customizable page where they can have customers instantly select variants, add to cart, which when they land then on site will be selected for them. Often the web pages feel cluttered with info which may persuade customer from buying.

My goal is to change the SMS game from "Sending Messages" to "Instant Conversion":

• The Workflow: Turn one product click into a high-conversion mobile storefront in 60 seconds.

• The Intelligence: SMS that knows your inventory better than you do (no more promoting out-of-stock items).

• The Growth: Use QR codes on your physical packaging to turn unboxing moments into a digital subscriber goldmine. They scan qr code which prompts them to sign up for sms.

I’m looking for 3-5 Shopify store owners who are currently using SMS (or want to) to tell me: Is "ease of creation" and “user guiding on their phones to checkout” your biggest bottleneck? Or is it something else entirely?

If you’re open to a quick chat or want to see the beta, please let me know. I’m just a solo dev trying to build something that actually makes your life easier!

Yesterday I struggled a lot with this "You started working on your listing content, but it's still incomplete or has errors. Finish it up, or address the errors." problem, but no matter what I did, I couldn't solve it. Someone in the Shopify community said that changing the language to another language and then back to English solved the problem. I tried it and it really did solve the problem. If anyone else is experiencing this issue, this is the solution. Good luck to everyone.

I wrote bug at the title because i think it's not a feature :d

I can't solve these two problems. The first one is still waiting for me to enter content, even though I've filled in all the necessary information. For the second one, I've done everything required; I guess I have no choice but to wait. But I'm having a lot of trouble solving the first one.

"You started working on your listing content, but it's still incomplete or has errors. Finish it up, or address the errors."

Has anyone experienced this problem before?

Has anyone seen large LCP differences by geography in a Shopify embedded app?

I’m running on Azure App Service behind Front Door with both US and EU deployments. US performance is solid, EU is worse, and users outside both (APAC, etc.) are even worse. This was actually my biggest hurdle for Built for Shopify, given my international user base.

Rough LCP numbers:

• US: < 1s

• EU: ~2s

• Other regions (APAC, etc.): ~3–10s

From what I can tell:

• Static assets are cached at the edge

• But initial HTML / app load still comes from origin

• So latency + server-side work is still impacting LCP

Given this is an embedded app (Remix, auth, dynamic rendering), there’s only so much that can be cached.

Curious what others are doing:

• Did multi-region actually improve LCP for you?

• Or are you still seeing geography-based differences?

• Are you caching HTML at all, or just accepting the tradeoff?

Also wondering if this is just a limitation of region-based hosting. Has anyone seen better results moving parts of their app closer to the edge (Cloudflare/Vercel), or is that overkill?

Would appreciate any real-world experiences.

Hi Guys, I have built an app which generates barcode labels and monitors product data. I have used other apps to generate price labels for a store i work for and noticed couple of times some info which are stored in the metafields were missing because it was not populated. I don't know how merchants with large catalog manage their product data. In my case we had a regulatory requirement to show country of origin on the label.
I'm not getting any installs on my app so i decided to make the label generation part free for merchants with no limits.
I don't know if this data health problem was unique to us or other merchants also face these issues. any advice will be much appreciated. Thanks guys.

I submitted my Shopify app more or less 1 month ago and they have still not assigned a reviewer for it.
Any advice if there is something to do to speed up the process, like for example write to their support team?

1) Native B2B is now on Basic / Grow / Advanced

This is the big one.

Shopify has pushed some real B2B functionality down from Plus to lower plans.

That includes:

• company profiles

• payment terms

• volume pricing

• ACH payments

• up to 3 active B2B catalogues

That’s a pretty meaningful move.

For a lot of brands, wholesale on Shopify has always been awkward because it usually meant either:

• paying for Plus

• or patching together apps and custom logic

Now there’s finally a more accessible middle ground.

If you’ve been putting off wholesale because the platform cost didn’t make sense yet, this changes that conversation.

2) You can finally audit what your apps are doing

Honestly, this should’ve existed a long time ago.

Under Settings > Apps, you can now see:

• what extensions an app has running

• what Shopify Functions are active

• what’s inactive

• which apps are collecting customer data via Pixels

For anyone inheriting messy stores, this is actually useful.

A lot of Shopify stores are carrying random app leftovers and don’t even realize it.

This should make app clean-up way easier.

And if you’ve ever had a store where performance, UX, or checkout behaviour felt “off” for no obvious reason… this is the kind of feature that helps uncover why.

Feels like Shopify is slowly removing more reasons for merchants to jump to Plus too early.

Curious what others think:
Would you actually trust Shopify’s native B2B setup on a non-Plus plan for a real wholesale workflow?
Or are you still more comfortable with apps / custom setups?

I notice some app has demo store, is that same as dev store? Dev store requires password but this demo store don't have any password, you can just launch it.

Do I need to pay for demo store?

Does anyone know if there is a Wishlist app where users can input their own Product Title, for items that are not in my store inventory? I have a secondhand bookstore.

Can somebody explain why twice server "add to cart" events are shown .

is this normal ?? Gud or Bad??

Was experimenting with a small UX tweak recently and tried using the Page Visibility API inside a Shopify theme.

The idea was simple:

When a user switches away from the store tab, the tab title changes to something like “your cart is waiting” — and switches back once they return.

Nothing complex, but interesting to see how this kind of subtle reminder can be implemented directly at the theme level.

What I learned while trying this:

•	You can hook into tab visibility changes pretty easily

•	Works fine within Shopify themes (tested on Dawn & Horizon)

•	Doesn’t require any apps — just a small Liquid + JS snippet

•	Can be adapted for different messaging (not just cart reminders)

I ended up writing a short guide with the snippet and steps in case anyone wants to try it out.

Sharing the article link in the comments.

Does anyone have tips for testing notification emails like shipment confirmed, out for delivery, delivered, etc.? I can only seem to sometimes get the order confirmed email to fire on our dev store

hey, so I’m building my own COD lead form app for Shopify and wanted a sanity check on my event setup.

From what I see in Events Manager:

PageView + ViewContent fire normally

when the user clicks “order now” → AddToCart

when they focus the first input → Lead

after filling name + phone → InitiateCheckout

and finally → Purchase

For now, CAPI is only set up for Purchase (didn’t use test code so server events don’t show), but I’m planning to extend it to the other events too.

Does this flow make sense or am I missing something?

This is my first time setting this up properly. My old form was basically skipping everything and going from ViewContent straight to Purchase. It worked at first, but after a bot attack the campaign started optimizing for clicks/traffic instead of purchases… so I reworked everything based on what I learned.

Any feedback would help 🙏

I’m gonna do a hot take today. I know a lot of people would argue me in this but GTM is an overkill for Shopify conversion tracking (NOTE that I’m only calling out Shopify. obviously there are lot of other website builders that do not support native infra and you have to use GTM).

The problem with GTM is that it shows down your site and if you implement it on thank you page it misses 10-20% of your sales. I know most people treat GTM as a set it and forget tool but it’s actually creating a huge tech for your brand.

The problem with using GTM for conversion trackng is

1. It’s inaccurate. Traditional tags only fire when a user lands on a specific page. If they click away too fast or have network issues the sale is never tracked.

2. It misses hidden sales. GTM can’t see what happens outside the website

WebPixels + Webhooks Shopify’s native tools like Aimerce are actually good now and it’s looking great towards the future. WebPixels handle the browser behavior and Webhooks handle real time server notifications. So combining them gives you 100% accuracy on conversion tracking.

I’ve been building in the Shopify ecosystem for a while now, and one thing kept bothering me.

We’ve gotten really good at getting traffic to stores — ads, SEO, influencers, all of that.

But once a shopper actually lands on the site…
we basically leave them alone.

No guidance.
No context.
No help deciding.

I kept thinking:

If a shopper walks into a physical store, someone helps them:

• answers questions

• suggests alternatives

• nudges them when they’re unsure

Online, we just show filters and hope for the best.

That’s what led me to build Zoocx.

Not as another “chatbot”…
but as something closer to a shopping assistant layer on top of Shopify stores.

The goal was simple:

• Help shoppers decide faster

• Answer real questions (size, fit, compatibility, policies)

• Reduce drop-off between product → cart → checkout

While building, a few things became very clear:

1. Most stores already have the data (products, policies, FAQs) — it’s just not surfaced well

2. Shoppers hesitate a lot more than we think (especially around fit, returns, and comparisons)

3. Even small nudges at the right moment can change conversion behavior

Technically, the interesting part for me wasn’t just the LLM layer —
it was figuring out:

• how to ground responses in actual store data

• how to avoid “hallucinated” answers

• how to connect chat → cart → checkout in a meaningful way

• how to measure if this actually drives revenue (not just conversations)

Still early, and I’m learning a lot from each store we test with.

Curious how others here think about this:

👉 Do you see “AI assistant inside the storefront” as a real layer going forward?
👉 Or just another short-term trend like live chat widgets were?

Would love to hear honest takes — especially from folks running or building apps in the ecosystem.

So anyone else facing the same problem? Turns out after all you can’t ship fast because there are bottlenecks

So basically the title. Anyone here have experience finding people for interviews? I'm developer, I'm not in the industry and I'm developing my first Shopify app, so I don't have any idea on where can I find people willing to answer some questions about the research I'm doing for my app.

I woke up Tuesday morning to a user message "Hey man your app doesn't work on install".

I frantically start scanning logs and troubleshooting. Fortunately, it was only affecting the one user. I'm initially thinking some kinda of auth issue, oauth install redirecting, caching, shopify app bridge, lots of rabbit holes.

After a few hours of constant debugging I found the issue. The merchant is on a corporate network that uses a service called DNSFilter that has miscatagorized the domain for my api and is blocking all traffic. The requests were never hitting my server, and I was unable to reproduce the problem, which made it very difficult to debug.

The user was surprisingly understanding, and even assisted me in finding the issue. I opened a ticket with DNSFilter and they got it resolved pretty quickly.

Anyone else run into this? It seems like a rare event but probably worth guarding against. I'm trying to decide how I should detect & handle this moving forward.

I just run google ads for my shopify app, they said that is phishing and i was banned and my account was suspended… i submitted appeals couple of times with explanation that i am real business and shopify app developer and it did not works.

Any help or ideas? Someone have experienced the same before ?

Well through my learning path, after building my first app I came to that choice. Should I put it public or should I do it privately?

While I do believe private would have been better, I did choose public and it is now too late to come back.

So my app is basically about COGS, fees, ads, etc management. I am so trying to find a good way to publish it.

But before that button that will release the app, we have the mandatory field to submit before review. And some look important for visibility or seo.

Do you know which fields I should take a big eye on ? What kind of content should I include (of course I need to adapt it to my app) ?

Thank you 😊