Our company has native apps for iOS and Android. One of our goals is to bring people back to our apps frequently, and to spend a lot of time in our apps. (The app stores seem to prioritize apps that get a lot of usage.)
We have a pretty solid Discourse forum, but currently we just link out to the forum’s website from the app. iOS users who want to receive forum push notifications then have to download the Discourse app separately. (Android users can receive push notifications directly from the website, which is great, but in that case, they’re still using the website, and not our app.)
We’d like to make the Discourse forum a part of our existing iOS and Android apps, and especially to allow users to receive forum push notifications in our apps, without forcing people to download a separate app or to leave our app to use the forum. (I’m imagining that the implementation would be a web view, much like the Discourse iOS app.)
Is there a way to do something like this today? (I’m guessing not?)
On Android the story is quite simple, spinning up a Chrome Custom Tab is super easy and it shares authentication with Chrome. Only big downside and reason our Android team members avoid using the Android app (and that we are considering killing the Android app) is cause opening a Chrome Tab is slow compared to PWA, so people prefer the PWA.
Being Android though you could possibly automate creating the PWA link and all that Jazz from your app which may be interesting.
On iOS the story is more complex due to Apple bugs.
I read somewhere that Chrome 72 now support Trusted web activities , which means you can now distribute PWAs in the Google play store. If it works well I think you will have more reason to kill the Android app.
Let me give one good reason not to: some people do not have a Google account and won’t have one. If the app would be distributed over F-Droid, it would be fine, but forcing people into Google is not a friendly move.
Dies passiert von Zeit zu Zeit, wir pflegen eine Handvoll White-Label-Apps für Kunden.
Leider sind die Kosten, diesen Weg zu gehen, enorm. Ich würde sagen … erwägen Sie diesen Weg, wenn Sie ein Budget von etwa 20.000 US-Dollar pro Jahr für den Aufbau/die Wartung/die Fehlerbehebung haben.
Ich habe gerade an einem solchen Projekt gearbeitet, aber ja, das öffentliche Repository ist veraltet. Wenn Sie möchten, dass ich Ihnen helfe, können Sie mich engagieren.
@sam danke für die Warnung, da ich gerade dabei bin, dieses Projekt zu beginnen.
Ich war ermutigt zu sehen, dass der Discourse Hub dies anscheinend bereits tut – warum erwarten Sie so hohe Kosten? Ich stellte mir vor, dass Sie nur die Webansicht und die Authentifizierung zum Laufen bringen müssen, und Benachrichtigungen sind dann ein nettes Extra. Dies wäre eine großartige Funktion, die meiner bereits bestehenden App hinzugefügt werden könnte, mein Team hat bereits Webansichten erstellt.
Gibt es etwas, das ich nicht vorhersehe, das viel Arbeit / Updates verursachen wird?
Historisch gesehen habe ich gesehen, wie viel Mühe in die triviale Web-Ansicht des Discourse-Hubs geflossen ist.
Oberflächlich betrachtet ist es “einfach”, aber dann muss man sich um 1000 kleine Details kümmern.
Panel unten schrumpfen
Die Krümmung auf dem iPhone
Lade-Spinner
Ständige Updates der Webansicht
Apple-Sicherheitsprüfungen und App-Genehmigungsprozess
Komplexe Fehlersuche … was, wenn etwas in der Webansicht und nicht auf der Website passiert?
Dies ist noch nicht einmal eine erschöpfende Liste, ich bin sicher, @pmusaraj und @kris.kotlarek können noch weitere 20 Punkte hinzufügen.
Apps sind sehr schwer richtig zu machen und sehr teuer. Heutzutage ist die einzige starke Begründung für die Entwicklung einer App für iOS und es ist keine leichte Reise.
Ich habe diese Frage ursprünglich gestellt, weil ich Benutzer in meiner App halten wollte, da ich dachte, Apple und Google würden mir kostenlosen Traffic schicken.
Ist diese Aufgabe in einem „Chrome Custom Tab“ für Android einfacher (oder schwieriger)?
Ist es plausibel, dass Sie eine Bibliothek für iOS anbieten würden, die eine WKWebView umschließt und dieses Problem für uns löst? (Es scheint, als hätten Sie bereits über 90 % der Arbeit durch die Implementierung von Discourse Hub erledigt.)
Ich würde sagen, Android ist auf eine „andere“ Art schwierig. Insbesondere da das Betriebssystem selbst nicht die notwendigen Grundlagen bereitstellt. Es ist sehr schwer, den Aufwand dort zu rechtfertigen, wenn die PWA unter Android einfach so gut ist.
Wir verwenden React Native und Komponenten zum Einbinden von WKWebView. Die Komplexität bleibt leider bestehen. Updates für React Native können in der Vergangenheit auch ziemlich schmerzhaft gewesen sein.
@sam Meine Begründung für die Umsetzung ist wirklich die Push-Benachrichtigungen und auch, weil ich eine bestehende App habe, die es meinen Mitgliedern leicht machen würde, mehrere Dinge am selben Ort zu tun (für ihre Prüfung lernen, in der Community chatten, einkaufen usw.).
Aber es klingt, als könnte ich die Community-App als PWA hinzufügen, und sie könnten Push-Benachrichtigungen und Updates erhalten? Hätte die PWA Push-Benachrichtigungen? Update: Habe die Antwort hier gefunden, sieht so aus, als ob keine Push-Benachrichtigungen unterstützt werden.
Ich untersuche die PWA-Option weiter – vielleicht könnte ich sogar einen Link zu „An der Community-Diskussion teilnehmen“ in meine bestehende native App einfügen, und das wäre der richtige Link zum Herunterladen der PWA?