Vibe Coding Broke the App Store's Review Queue. Here's What the Numbers Show.

Building an app used to take months. Now it can take an afternoon of describing what you want to an AI tool and letting it write, and run, the code. That shift — "vibe coding" — has been good news for a lot of people who never could have shipped software before. It has also flooded Apple's App Store with more submissions than its review process was ever built to handle.

Review times that were reliably under two days for a decade are now stretching into weeks. Developer forums are full of complaints. And a chunk of that complaint is no longer "please review my app faster" — it's "please reject more of these."

The numbers

Two very different stories about how bad it is

Apple's official line, given to Business Insider, is that 90% of submissions are still reviewed within 48 hours, with an average review time of about 1.5 days. That's a real number, and for narrow, low-risk updates from established developers it's probably an accurate description.

It's also not what a lot of individual developers are experiencing. One developer told Business Insider he'd been waiting around six weeks for a new app to clear review, with routine updates taking two days to a week. Developer Michael Tsai, tracking his own submissions, reported "Waiting for Review" times in 2026 averaging 2-3 days for iOS and 5-7 days for macOS — up from roughly 1-2 days the year before. Others on the Apple Developer Forums have posted threads titled things like "Long delays in App Review" repeatedly since February 2026, including one case where an app submitted in mid-December sat in "Waiting for Review" for 45 days.

Both things can be true at once: Apple's aggregate numbers may look fine because the median update from an established developer still moves fast, while the tail — new developers, new categories, apps that trip an automated flag — has gotten dramatically worse.

Why Apple's review model doesn't bend easily

Apple's review process was built around a static-build assumption: a developer submits a fixed binary, a reviewer checks it once, and what gets approved is what ships to users. Vibe-coded apps strain that model in two separate ways.

• Volume. More people than ever can produce something that looks like a finished app in a day, and each one still needs a human reviewer's time.
• The static-build assumption itself breaks. Some vibe-coding platforms generate and execute new code inside the app after it's already live — which conflicts directly with Guideline 2.5.2, the rule that apps may not "download, install, or execute code which introduces or changes features or functionality of the app."

Apple has responded to the second problem more aggressively than the first: it pulled the vibe-coding app Anything from the App Store entirely, and blocked further updates to Replit's iOS app and to Vibecode, all citing the same guideline. Notably, Apple isn't opposed to vibe coding as a concept — it's added AI coding tools directly into Xcode. The line it's drawing is between an app being built with AI versus an app that keeps rewriting itself after Apple has already reviewed it.

The mood has shifted from "review my app faster" to "review fewer apps"

What's notable in developer discussions this year isn't just frustration about wait times — it's a growing number of developers openly hoping Apple tightens the gate rather than loosens it. r/SideProject, a subreddit built around people shipping their own apps and tools, has carried this exact frustration from its own members: a post arguing that builders should stop shipping apps nobody actually needs drew hundreds of upvotes and over 400 comments in a matter of days, and a separate post making the same point picked up close to 150 comments within a single day. On Hacker News threads about Apple's crackdown, established developers have gone further still, saying outright that they're glad to see Apple "blocking slop," even where the enforcement catches legitimate tools in the crossfire.

It's an unusual position for a developer community to land in. For most of the App Store's history, the loudest complaints about Apple's review process were about it being too slow, too arbitrary, or too restrictive. In 2026, a meaningful share of that same community — including people building the apps themselves — is asking for more restriction, not less, because the alternative is a storefront where genuinely useful apps get buried under a wave of near-identical, AI-generated submissions with no one behind them to support or maintain them.

Frequently asked questions

What is vibe coding?

Vibe coding is building software by describing what you want in plain language and letting an AI tool generate and run the code, with little or no manual programming. Tools like Cursor, Lovable, Replit, and Vibecode made this mainstream through 2025 and into 2026, letting people with no coding background ship working apps.

How much did App Store submissions actually increase?

According to reporting by The Information, new app submissions rose 84% in a single quarter as vibe coding went mainstream. Sensor Tower separately tracked a 56% year-on-year rise in new iOS app launches in December 2025 and a 54.8% rise in January 2026 — the highest growth rates in four years. Apple's full-year 2025 total reached roughly 557,000 new app submissions, its largest annual wave since 2016.

How much longer is App Store review taking?

The historical baseline was 24 to 48 hours. Through 2026, developers have widely reported delays of anywhere from 3 days to several weeks, with some cases stretching past 45 days in the "Waiting for Review" queue. Apple has maintained that 90% of submissions are still reviewed within 48 hours, with an average review time of about 1.5 days, and has processed over 200,000 submissions a week at peak volume.

Is Apple cracking down on vibe-coded apps?

Yes, selectively. Apple has pulled or blocked updates to apps including Anything, Vibecode, and Replit's iOS app, citing Guideline 2.5.2, which prohibits apps from downloading, installing, or executing code that changes their own functionality after review. Apple's stance isn't anti-vibe-coding in general — it has added AI coding tools to Xcode itself — but it is enforcing the rule against apps that keep generating new code live, after Apple has already reviewed them.

More from Offgrid Studio

AI's Biggest Names Called for a Slowdown. The Market Took Them Seriously. · OpenAI Pays Contractors to Read Your ChatGPT Conversations · 5,000 Apps, One Privacy Audit: What Your Phone Is Actually Sharing