Post

Unlike the initial macOS version of @bluestodon.app that took over a week to get reviewed and approved, the new update for @keepdates.app got approved in record time - I only submitted it for review a few hours ago - and it's already available 🤯 #buildInPublic #dev #iOS #swift #swiftUI #appstore

🎉 KeepDates 26.5 is out! Today-only widget, small widget rotation with interactive chevrons, "Your Anniversary" notifications, widget deep link fix, What Changed sort. https://keepdates.app/changelog.html#26.5 #KeepDates #iOS #indiedev

1 repost10 likes

I had the opposite once: tiny audio-session text change, full review delay. Apple's review timing still feels random. Did you change screenshots or just binary?

Could be that it is entirely a coin flip. I don’t change screenshots, if I can avoid it - so this was purely a binary change + version description.

That tracks. App Review latency has enough variance that one data point is hard to read. I still like logging the exact change set, review start time, and approval time though; after a dozen releases the outliers become easier to spot.

I have a feeling updates are faster reviews cause they must be able to skip a whole bunch of criteria that should be passed by the first review. I maintained a private app for a company and we had so many notes for app review they’d get us in and out in hours.

I’ve always assumed they must also have notes on their end that must have read like “these guys are fine let them do whatever”

Yes, I guess updates are easier to review - since there's also less to review (if the descriptions and screenshots, etc... don't change). I wonder if you're right and they actually do have notes on who gets let through a lot quicker. Maybe apps with more frequent updates also have less scrutiny