Ich habe eine Progressive Web App erstellt und in 3 App Stores veröffentlicht. Folgendes habe ich gelernt:

Ein Monat Arbeit, mehrere hundert Dollar und viel Bürokratie.

Ich habe kürzlich Chavah Messianic Radio, einen Pandora-ähnlichen Musikplayer, als Progressive Web App veröffentlicht und an die drei App Stores (Google Play, iOS App Store, Windows Store) gesendet.

Der Prozess war sowohl schmerzhaft als auch aufschlussreich. Folgendes habe ich gelernt:

Warum?

Zunächst fragen Sie sich vielleicht: „Warum sollten Sie Ihre App überhaupt in den App Store stellen? Lebe einfach im geöffneten Web! “

Die Antwort, kurz gesagt, ist, dass dort die Benutzer sind . Wir haben eine Generation von Benutzern geschult, Apps in proprietären App Stores zu finden, nicht im freien und offenen Web.

Für meine Web-App gab es zwei wichtige Gründe, in den App Store zu gelangen:

  1. Benutzeranforderung
  2. Einschränkungen für Web-Apps durch Apple-feindliche mobile Plattformen

Benutzeranforderung: Meine Benutzer fragen mich seit Jahren: „Gibt es eine App für Chavah? Ich sehe es nicht im Laden. "

Sie fragen dies, weil wir Benutzer darin geschult haben, in proprietären App Stores nach Apps zu suchen.

Meine Antwort an meine Benutzer war bisher:

„Oh, du brauchst keine App - gehe einfach auf die Website deines Handys! Es klappt!"

Aber ich habe irgendwie gelogen.

Echte Web-Apps funktionieren nur auf Mobilgeräten. Das bringt mich zum zweiten Grund: Einschränkungen für Web-Apps durch Apple-feindliche mobile Plattformen.

Anbieter mobiler Plattformen wie Apple sind mit Apps, die Ihr Telefon optimal nutzen , absolut cool . Greifen Sie auf Ihren Standort zu, spielen Sie Hintergrundaudio ab, ermitteln Sie Ihre GPS-Koordinaten, spielen Sie mehr als eine Sache gleichzeitig ab und vieles mehr.

Apple ist total cool damit.

Aber nur, wenn Sie Apple 99 US-Dollar pro Jahr für das Privileg bezahlen.

Wenn Sie eines dieser Dinge in einer normalen alten Web-App tun möchten, wird Apple Ihnen diese Dinge nicht nur verweigern, sondern Sie auch daran hindern, um Erlaubnis zu bitten .

Für meine Pandora-ähnliche Musik-Player-App zeigte sich diese schreckliche Zerbrochenheit auf vielfältige Weise.

Von kleinen Dingen wie „Mit iOS Safari können Sie kein Audio abspielen, ohne zuerst mit der Seite zu interagieren“ bis zu wichtigen, aufsehenerregenden Dingen wie „Mit iOS Safari können Sie den nächsten Titel nicht abspielen, wenn sich Ihre App im Hintergrund befindet oder wenn dein Bildschirm ausgeschaltet ist. "

Oh, plus seltsame visuelle Anomalien wie das Eingeben eines Textfelds und das Anzeigen Ihres Textes an anderer Stelle auf dem Bildschirm.

Um meine HTML5-Musik-App tatsächlich funktionsfähig zu machen und auf den Mobilgeräten der Benutzer zu funktionieren, musste meine PWA in eine App im App Store umgewandelt werden.

Eintrittsbarrieren

In der idealen Welt würde das Veröffentlichen Ihrer Web-App in den App Stores folgendermaßen aussehen:

  • Ihr Web- / Cloud-Host oder Continuous Integration Provider
  • Sie haben eine Progressive Web App veröffentlicht. In App Stores veröffentlichen?

☑ iOS App Store

☑ Google Play

☑ Windows Store

(Oder alternativ wird Ihre PWA beim Experimentieren mit Microsoft automatisch im App Store angezeigt, wenn Bing sie crawlt.)

Aber leider leben wir nicht in dieser idealen Welt. Stattdessen müssen wir uns mit allen Arten von proprietären nativen BS befassen, um unsere Web-Apps in den Läden zu bekommen.

Jeder App Store hat eine Eintrittsbarriere: Wie schwierig ist es, eine vorhandene Web-App und sie im App Store zu übernehmen.

Ich liste einige der Hindernisse unten auf.

Kosten

  • Apple : 99 US-Dollar pro Jahr, damit Ihre App im iOS App Store gelistet wird.
  • Google: Einmalige Gebühr von 25 US-Dollar für die Auflistung Ihrer App im Google Play Store.
  • Microsoft: Kostenlos!

Lassen Sie sich nicht von mir bezahlen, um meine App Ihren Benutzern zur Verfügung zu stellen. Meine App bereichert Ihre Plattform. Ohne gute Apps wird Ihre Plattform verlassen.

Apple hat das immer verstanden. Bei der Einführung des iPhone war Steve Jobs fest davon überzeugt, dass HTML5 die Zukunft ist und dass Apps einfach nur Web-Apps sein werden. Es gab kein natives iPhone SDK für Dritte. Apple hat diese Vision inzwischen aufgegeben.

Google forderte eine einmalige Gebühr von 25 USD. Wahrscheinlich, um Spammer zu vermeiden und zu verhindern, dass echte Junk-Apps in den Store gelangen.

Microsoft scheint entschlossen zu sein, die Gesamtzahl der Apps in ihrem App Store unabhängig von der Qualität zu erhöhen.

Gewinner: Microsoft. Es ist schwer, frei zu schlagen.

Native Funktionen hinzufügen

In einer idealen Welt müsste ich keine einzige zusätzliche Codezeile für meine Web-App schreiben, um sie in das Betriebssystem zu integrieren. Oder, wie Steve Jobs bereits 2007 sagte,

„Die vollständige Safari-Engine befindet sich im iPhone. Und so können Sie erstaunliche Web 2.0- und Ajax-Apps schreiben, die genau wie Apps auf dem iPhone aussehen und sich genau so verhalten. Und diese Apps lassen sich perfekt in iPhone-Dienste integrieren. Sie können einen Anruf tätigen, eine E-Mail senden und einen Standort in Google Maps suchen. “ -Steve Jobs, 2007

Für mich bedeutet dies, dass meine Web-App Hintergrundaudio mit Standard-HTML5-Audio wiedergibt. das funktioniert gut unter allen Betriebssystemen.

Meine Web-App gibt an, welche Audiodaten abgespielt werden, und die Betriebssysteme nehmen dies auf und zeigen die aktuell wiedergegebenen Song-Informationen auf dem Sperrbildschirm an.

Meine App steuert Audio mithilfe der Standard-HTML5-Audio-API. Das Betriebssystem greift dies auf und bietet auf dem Sperrbildschirm Steuerelemente für Wiedergabe / Pause / Weiter / Lautstärke / Trackbar.

Leider leben wir nicht in dieser idealen Welt. Alle oben aufgeführten Dinge funktionieren auf allen drei Plattformen nicht sofort.

Meine Web-App muss Audio im Hintergrund abspielen. Und laden Sie URLs von meinem CDN. Klingt vernünftig, oder? Und Bonus, wie wäre es, wenn Sie aktuell abgespielte Song-Informationen auf dem Sperrbildschirm anzeigen? Und das Audio (Wiedergabe / Pause / Weiter usw.) über den Sperrbildschirm steuern? Wie schwer ist das

Drei sehr unterschiedliche Ansätze:

  • Apple : Wir geben Web-Apps keine Möglichkeit, solche Funktionen zu deklarieren. Sie müssen einen nativen Wrapper (z. B. mit Cordova) schreiben, um mit dem Betriebssystem zu interagieren.
  • Google : Web FTW! Erstellen wir einen neuen Webstandard, der Audio und Steuerelemente auf dem Sperrbildschirm anzeigt. Hintergrund-Audio? Sicher, gehen Sie vor!
  • Microsoft: Wir werden unsere proprietäre API window.Windows. * In Ihren globalen JavaScript-Namespace einfügen, und Sie können damit die gewünschten Aufgaben ausführen.

Weitere Informationen zu den einzelnen Geschäften finden Sie hier:

Muss Ihre Web-App für den iOS App Store Hintergrundaudio abspielen? Verwenden Sie ein Cordova-Plugin. Müssen Sie das aktuell abgespielte Lied auf dem Sperrbildschirm anzeigen? Verwenden Sie ein Cordova-Plugin. Müssen Sie den aktuell wiedergegebenen Song über den Sperrbildschirm steuern? Verwenden Sie ein Cordova-Plugin. Du hast die Idee. Grundsätzlich täuscht Cordova Apple vor, Sie seien eine native App. Und da Sie keine glückliche Web-App sind, können Sie mit Apple alles tun, was native Apps können. Sie brauchen nur native Tricks - Cordova-Plugins -, damit Sie es tun können.

Für Google Play ist es schön, dass ich einfach JS-Code schreiben kann, damit dies funktioniert. Hier sind keine Cordova-Plugins erforderlich. Natürlich funktioniert JS nur in Chrome unter Android… aber hey, vielleicht werden eines Tages (in einer idealen Welt!) Alle mobilen Browser diese Web-APIs implementieren… und die Welt wird als eine leben. Ich bin fast bereit, ein paar John Lennon Hippie-Utopie-Songs herauszubringen.

Möchten Sie für Windows Store Hintergrundaudio abspielen? Es tut uns leid! Das heißt, es sei denn, Sie erklären Ihre Absichten in unserer Manifestdatei für proprietäre Funktionen (einfach) UND implementieren diese proprietäre Medienschnittstelle mithilfe von window.Windows.SystemMediaTransportControls (nicht so einfach). Andernfalls schalten wir Sie stumm, wenn Ihre App in den Hintergrund tritt.

Gewinner : Google. Ich möchte in der Lage sein, nur JavaScript zu schreiben und das Betriebssystem Hinweise aus meiner App abrufen zu lassen.

Zweiter Platz : Windows. Ich kann immer noch einfaches altes JavaScript schreiben, muss aber mit einer proprietären Windows JS-API sprechen, die unter Windows in meinen Prozess eingefügt wurde. Nicht schrecklich.

Verlierer : Apple. Sie interessieren sich nicht für Web-Apps. Eigentlich ist es schlimmer als das. Es fühlt sich an, als wären sie tatsächlich feindlich gegenüber Web-Apps. iOS Safari ist der neue Internet Explorer 6. Er ist in fast allen Webstandards zurückgeblieben, insbesondere bei Progressive Web Apps. Dies hat wahrscheinlich geschäftliche Gründe: Web-Apps stören ihren In-App-Kaufschläger von 99 US-Dollar pro Jahr und 33%. Damit meine Web-App auf ihrer Plattform funktioniert, muss ich im Grunde so tun, als wäre ich eine native App.

App Store Registrierung

Das Senden Ihrer PWA an den App Store erfordert eine Registrierung, eine Geschäftsüberprüfung und mehr Bürokratie. So haben sich die 3 App Stores entwickelt:

  • Apple : Sie müssen nachweisen, dass Sie ein legales, eingetragenes Unternehmen sind. Diese Überprüfung wird nicht von uns durchgeführt, sondern von einem Dritten, der möglicherweise über Ihr Unternehmen Bescheid weiß oder nicht.
  • Google : Sie möchten Ihre App in unserem Shop haben? Cool von uns.
  • Microsoft : Sie möchten Ihre App in unserem Shop? Cool von uns.

Der größte Schmerzpunkt für mich war, von Apple als legales Unternehmen verifiziert zu werden.

Zuerst ging ich auf die Website und registrierte mich für das Apple Developer Program. Ich habe meinen Namen und meine Unternehmensinformationen ausgefüllt. (Nebenbei: Ich denke, Apple lässt Sie keine App einreichen, es sei denn, Sie haben eine registrierte, juristische Firma?)

Ich klicke weiter.

"Die von Ihnen eingegebenen Informationen stimmten nicht mit Ihrem D & B-Profil überein."

Mein was?

Ein bisschen Googeln zeigte, dass "D & B-Profil" Dun und Bradstreet ist. Ich habe noch nie von dieser Gruppe gehört, aber ich finde heraus, dass Apple sie verwendet, um Ihre rechtlichen Unternehmensdaten zu überprüfen.

Und anscheinend stimmte mein D & B-Profil nicht mit dem überein, was ich in meine Apple Dev-Registrierung aufgenommen hatte.

Ich google noch ein bisschen und finde die Apple-Entwicklerforen mit ähnlichen Beiträgen übersät. Niemand hatte eine gute Antwort.

Ich wende mich an den Apple Dev Support. 24 Stunden später werde ich per E-Mail kontaktiert und aufgefordert, D & B zu kontaktieren.

Ich beschließe, sie zu kontaktieren ... aber Apple sagt, dass es einige Tage dauern wird, bis sie antworten.

An diesem Punkt denke ich darüber nach, die ganze Idee aufzugeben.

Während ich darauf warte, dass der D & B-Support sich bei mir meldet, entscheide ich mich, auf die D & B-Website zu gehen, meine Identität zu überprüfen und meine Unternehmensinformationen zu aktualisieren, die vermutlich aus den Registrierungsunterlagen der Regierung stammen.

Habe ich schon erwähnt, wie blöd das ist? Ich möchte nur meine vorhandene Web-App im Store auflisten. Bitte helfen Sie.

Ich gehe zu D & B, um mein Unternehmensprofil zu aktualisieren. Überraschung! Sie haben einen JavaScript-Fehler in ihrer Validierungslogik, der mich daran hindert, mein Profil zu aktualisieren.

Zum Glück bin ich ein kompetenter Entwickler. Ich klicke auf einen Haltepunkt in ihrem JavaScript, klicke auf Senden, ändere das isValid-Flag auf true und voila! Ich habe mein D & B-Profil aktualisiert.

Zurück zu Apple Dev -> Versuchen wir es noch einmal. Registrieren Sie meine Firma…

"Fehler: Die von Ihnen eingegebenen Informationen stimmten nicht mit Ihrem D & B-Profil überein."

AREYOUFREAKINKIDDINGME.

Sprechen Sie erneut mit Apple. "Oh, es kann 24 bis 48 Stunden dauern, bis die aktualisierten D & B-Informationen in unser System gelangen."

Sie wissen, weil es 2 Tage dauern kann, bis digitale Informationen von Server A zu Server B gelangen. Seufz.

Zwei Tage später versuche ich mich zu registrieren… endlich funktioniert es! Jetzt bin ich im Apple Developer-Programm und kann Apps zur Überprüfung einreichen.

Gewinner : Google und Microsoft; Beide brauchten 5 Minuten, um sich zu registrieren.

Verlierer : Die Registrierung für Apple Developer war langsam und schmerzhaft. Es dauerte ungefähr eine Woche, um sich tatsächlich bei ihrem Entwicklerprogramm zu registrieren. Ich musste mich an den Support von 2 verschiedenen verdammten Unternehmen wenden. Außerdem musste ich den JavaScript-Code auf einer Website eines Drittanbieters zur Laufzeit debuggen, damit ich die fehlerhafte clientseitige Validierung überwinden und meine Informationen an Apple weiterleiten und meine App an den Store senden kann. Wow einfach wow.

Wenn es hier eine Sparmaßnahme für Apple gibt, dann ist es so, dass sie ein 501c3-Non-Profit-Programm haben, bei dem Non-Profit-Unternehmen auf ihre jährliche Gebühr von 99 US-Dollar verzichten können. Das habe ich ausgenutzt. Und vielleicht ist dieser zusätzliche Schritt kompliziert.

App-Verpackung, Erstellen, Senden

Sobald Sie eine Web-App haben, müssen Sie etwas Magie darauf anwenden, um daraus etwas zu machen, das Sie zur Überprüfung im App Store einreichen können.

  • Apple : Kaufen Sie zuerst einen Mac. Sie können keine iOS-App ohne Mac erstellen. Installieren Sie XCode und diese Build-Tools und Frameworks, erwerben Sie ein Zertifikat von unserem Entwicklerprogramm, erstellen Sie ein Profil auf einer separaten Website namens iTunes Connect, verknüpfen Sie es mit dem Zertifikat, das Sie im Apple Dev Center erstellt haben, und senden Sie es dann mit XCode. Einfach wie eins, zwei, drei ... siebenunddreißig ...
  • Google : Laden Sie Android Studio herunter, generieren Sie ein Sicherheitszertifikat und verpacken Sie es dann mit Studio. Laden Sie das Paket auf die Android Developer-Website hoch.
  • Microsoft : Generieren Sie ein APX-Paket mit diesen kostenlosen Befehlszeilentools oder Visual Studio. Hochladen auf die Microsoft Dev Center-Website.

Die gute Nachricht ist, dass es ein kostenloses Tool gibt, mit dem Sie Ihre Web-App in App-Pakete verwandeln können . Dieses fantastische kostenlose Tool heißt PWABuilder. Es analysiert eine URL und sagt Ihnen, was Sie tun müssen (z. B. fügen Sie Ihrem PWA-Webmanifest einige Startbildschirmsymbole hinzu). In einem dreistufigen Assistenten können Sie Pakete herunterladen, die die ganze Magie enthalten:

  • Für Windows wird das APX-Paket generiert. Sie können das buchstäblich nehmen und auf der Windows Dev Center-Site einreichen.
  • Für Google wird eine Wrapper-Java-App generiert, die Ihre PWA-Web-App enthält. In Android Studio erstellen Sie dieses Projekt, das das Android-Paket generiert, das auf die Android Dev Center-Site hochgeladen werden kann.
  • Für Apple wird ein XCode-Projekt generiert, das mit XCode erstellt werden kann. Welches erfordert einen Mac.

Wieder einmal war Apple der schmerzhafteste von allen. Ich habe keinen Mac. Sie können das XCode-Projekt jedoch nicht ohne Mac für Ihre PWA erstellen.

Ich möchte nicht mehrere tausend Dollar bezahlen, um meine kostenlose App im App Store von Apple zu veröffentlichen. Ich möchte nicht für das Privileg bezahlen, Apples iOS-Plattform zu bereichern.

Zum Glück kostet MacInCloud etwa 25 US-Dollar pro Monat und bietet Ihnen einen Mac mit bereits installiertem XCode. Sie können mit Windows Remote Desktop oder sogar über eine Weboberfläche remote darauf zugreifen.

Es war nicht genug, nur das XCode-Projekt zu erstellen und einzureichen. Ich musste ein Sicherheitszertifikat auf der Apple Developer-Website erstellen und dann ein neues App-Profil auf einer separaten Website, iTunes Connect, erstellen, auf der Sie das Paket tatsächlich einreichen.

Und das war noch nicht alles: Da Apple Web-Apps feindlich gegenübersteht, musste ich einige spezielle Frameworks installieren und Cordova-Plugins hinzufügen, mit denen meine App beispielsweise Audio im Hintergrund abspielen und den aktuellen Titel zum Sperrbildschirm hinzufügen kann. Steuern Sie die Lautstärke und den Wiedergabestatus des Songs über den Sperrbildschirm und vieles mehr.

Es dauerte mindestens eine Woche, bis meine App funktionsfähig war, bevor ich sie an den App Store senden konnte.

Gewinner : Microsoft. Stellen Sie sich Folgendes vor: Sie können zu einer Website gehen, die ein App-Paket für Ihre Web-App generiert. Und wenn das nicht Ihr Ding ist, können Sie Befehlszeilentools herunterladen, die die Arbeit erledigen. GUI Person? Das kostenlose Visual Studio funktioniert.

Zweiter Platz : Google. Benötigt Android Studio, ist aber kostenlos, läuft für alle und war einfach genug.

Verlierer : Apple. Ich sollte keinen proprietären Computer kaufen müssen - einen Mac für mehrere tausend Dollar -, um meine App zu erstellen. Das Apple Dev Center -> iTunes Connect-Gewirr scheint der Versuch eines Out-of-Touch-Managers zu sein, iTunes auf Entwickler zu übertragen. Es sollte einfach Teil der Apple Developer Center-Site sein.

App-Tests

Sobald Sie endlich alle magischen Beschwörungsformeln ausgeführt haben, um Ihre vorhandene Web-App in ein mobiles App-Paket umzuwandeln, möchten Sie es wahrscheinlich an Tester senden, bevor Sie Ihre App für die ungewaschenen Massen freigeben.

  • Apple : Zum Testen müssen Ihre Tester Test Flight auf ihrem iOS-Gerät installieren. Anschließend fügen Sie die E-Mail-Adresse des Testers in iTunes Connect hinzu. Der Tester erhält eine Benachrichtigung und kann Ihre App testen, bevor sie im App Store verfügbar ist.
  • Google : Im Android Dev Center fügen Sie E-Mail-Adressen von Testern hinzu. Nach dem Hinzufügen können sie Ihre Alpha / Beta-Version im App Store sehen.
  • Microsoft : Ich habe das nicht wirklich benutzt, also werde ich es nicht kommentieren.

Gewinner : Werfen. Apples Test Flight App ist einfach und optimiert. Sie können den Alpha / Beta-Ablauf einfach auf der Administratorseite steuern. Google war nicht weit dahinter; Es war ziemlich schmerzlos und erforderte nicht einmal eine separate App.

App Review

Sobald Ihre App zur Hauptsendezeit bereit ist, senden Sie Ihre App zur Überprüfung. Die Überprüfung erfolgt sowohl anhand einer programmgesteuerten Checkliste (z. B. haben Sie ein Startsymbol?) Als auch durch echte Personen („Ihre App ist ein Klon von X, wir lehnen sie ab“).

  • Apple : Vor der Übermittlung warnt XCode Sie vor möglichen Problemen beim Erstellen. Die Überprüfung der menschlichen App dauert etwa 24 bis 48 Stunden.
  • Google : Ist jemand zu Hause? Android Studio hat mich nicht über mögliche Probleme informiert und meine App wurde innerhalb von Minuten nach der Einreichung genehmigt. Ich glaube nicht, dass ein echter Mensch auf meine App geschaut hat.
  • Microsoft : Bei der Einreichung wurde bei einer schnellen programmatischen Überprüfung ein Problem mit falschen Symbolformaten festgestellt. Nach dem Bestehen überprüfte ein Mensch meine App innerhalb von 4 Tagen.

Gewinner : Apple.

Klar, als Entwickler gefällt mir die Tatsache, dass meine App sofort im Google Play Store war. Aber das liegt nur daran, dass es vermutlich nicht von einem Menschen überprüft wurde.

Apple hatte die schnellste Bearbeitungszeit für die tatsächliche Überprüfung durch den Menschen. Updates wurden ebenfalls innerhalb von 24 Stunden überprüft.

Microsoft wurde hier getroffen oder verfehlt. Die erste Überprüfung dauerte 3 oder 4 Tage. Ein späteres Update dauerte 24 Stunden. Dann dauerte ein weiteres Update, bei dem ich die XBox-Plattform hinzugefügt habe, weitere 3-4 Tage.

Fazit

Es ist schmerzhaft und kostet Geld, eine vorhandene PWA zu nehmen und sie auf mobilen Plattformen funktionsfähig zu machen und im App Store aufzulisten.

Gewinner : Google. Sie machten es am einfachsten, in den App Store zu gelangen. Dies machte es am einfachsten, sich in die native Plattform zu integrieren, indem versucht wurde, Web-APIs zu standardisieren, die Betriebssystemplattformen nutzen können (Hallo, schöne navigator.mediaSession).

Zweiter Platz : Microsoft. Sie haben es am einfachsten gemacht, Ihre Web-App mit Magie zu bestreuen und daraus ein Paket zu machen, das in ihrem Geschäft eingereicht werden kann. (Kann kostenlos über die PWABuilder-Site durchgeführt werden!) Die Integration in die Plattform bedeutet die Verwendung des automatisch injizierten Fensters. Windows. * JavaScript-Namespace. Nicht schlecht.

Verlierer : Apple. Ich muss keinen Mac kaufen, um eine iOS-App zu erstellen. Zwingen Sie mich nicht, native Wrapper für die Integration in Ihre Plattform zu verwenden. Ich muss nicht mit Sicherheitszertifikaten herumspielen. Lassen Sie Ihre Build-Tools sie für mich erstellen und speichern Sie sie automatisch in meinem Dev Center-Konto. Lassen Sie mich nicht zwei verschiedene Websites verwenden: Apple Dev Center und iTunes Connect.

Letzte Gedanken: Das Web gewinnt immer. Es besiegte Flash. Es hat Silverlight getötet. Es zerstörte native Apps auf dem Desktop. Der Browser ist die Rich-Client-Plattform. Das Betriebssystem ist lediglich ein Browser-Launcher und ein Hardware-Kommunikator.

Das Web wird auch auf Mobilgeräten gewinnen. Entwickler möchten keine drei separaten Apps für die wichtigsten Plattformen erstellen. Unternehmen möchten nicht für die Entwicklung von 3 Apps bezahlen.

Die Antwort auf all dies ist das Web. Wir können umfangreiche Web-Apps erstellen - Progressive Web Apps - und diese für alle App Stores verpacken.

Insbesondere Apple hat einen perversen Anreiz, den Fortschritt des Webs zu stoppen. Es ist der gleiche Anreiz, den Microsoft in den späten 90ern und frühen 2000ern hatte: Es möchte die Plattform für gute Apps sein. PWAs untergraben das; Sie rennen überall hin.

Meine Software-Weisheit lautet: PWAs werden schließlich native mobile Apps gewinnen und überholen. In 5 bis 10 Jahren werden native iOS-Apps genauso verbreitet sein wie Win32 C-Apps. Apple wird treten und schreien, iOS Safari hinter der Kurve halten und den PWA-Fortschritt blockieren, wo sie können. (Sogar ihre kürzlich erfolgte "Unterstützung" für PWAs in iOS Safari 11.1 lähmt PWAs tatsächlich.)

Mein Vorschlag für mobile App-Plattformen ist, das Unvermeidliche zu akzeptieren und entweder automatisch hochwertige PWAs zu Ihrem App Store hinzuzufügen oder Entwicklern zu ermöglichen, einfach (z. B. kostenlos und mit 3 Klicks oder weniger) eine PWA an Ihren Store zu senden.

Leser, ich hoffe, dies war ein hilfreicher Blick auf PWAs in App Stores im Jahr 2018.

Haben Sie eine PWA bei einem App Store eingereicht? Ich würde gerne Ihre Erfahrungen im Kommentarbereich hören. Und Sie können mehr meiner Blog-Beiträge in meinem Blog lesen.