This may sound strange coming from a professional iOS developer but:

Why is this not a website is the most important question of our time.

@kp following the chain of why: why is this a thing at all?
@kp We can discuss that in our next quarterly meeting that could have been an email.
@kp because MobileSafari doesn't implement the necessary APIs. Because if it did, many devs would ditch the Apple Tax. 😐
@siguza Safari is this era’s IE6.

@kp One answer to this question: because a native iOS app provides more flexibility* than MobileSafari would give to a website.

* "flexibility" can mean the ability to control the user experience, but it can also mean the ability to gather and/or exfiltrate more data.

@kp for a less-nefarious reason: because users have been trained to trust apps more than websites on mobile devices.

At a previous company, they had a full-featured iOS app, but the Android app was literally a webview. They did that because customers kept using unofficial Android apps from the play store (which the company didn’t like because they wanted to prevent possible fraud. They just didn’t want that badly enough to write a native Android app)

@younata yeah. I sometimes try to explain to non-technical people that apps are a strange default but that’s how we’re trained. When someone has to use Safari to use a website the first question is; where is the app?

It doesn’t matter if the app is a web view wrapper. It has to be an app in the App Store or people just won’t use the product.

Apple (and Google) will happily accept and enforce this status quo though.

@kp

Come live in Montana, walk outside past your wifi… and see how that works out for you.

Anything not in a flat part of town or the highway is a big ol’ “SOS” for cell coverage.

(Wyoming was the same way when I lived there)

@philsplace Not letting you do anything meaningful/at all while you’re offline is a big reason to ask this question, and sadly there is no shortage of such apps.
And that’s not even including the cases where you have slow internet, which browsers tend to handle just fine, whereas over-zealous native devs typically err on the low side by an order of magnitude when setting network timeout policies for their app.
@kp

@philsplace Web apps work offline but WebKit has always had bad support for those capabilities. When Apple finally implements them there are bad bugs that take a long time to fix: https://webventures.rejh.nl/blog/2024/history-of-safari-show-stoppers

When it comes to WebKit Apple doesn’t seem to care about privacy and security.

An Abridged History of Safari Showstoppers - Webventures

TL;DR: iOS Safari is more than an inconvenience for developers, it's the fundamental reason interoperability has been stymied...

Webventures
@kp I have never been asked to make an "the mobile version of website is worse than our app, so use that instead" popover, but that would be one of the reasons for reaching into my drawer to get my undated and unsigned letter of resignation.