{"id":29283,"date":"2024-07-05T10:18:00","date_gmt":"2024-07-05T09:18:00","guid":{"rendered":"https:\/\/www.web-systems.pl\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/"},"modified":"2024-07-05T10:18:00","modified_gmt":"2024-07-05T09:18:00","slug":"pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app","status":"publish","type":"post","link":"https:\/\/www.web-systems.pl\/de\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/","title":{"rendered":"PWA im Unternehmen einf\u00fchren: 8 Gr\u00fcnde, warum die Webanwendung die mobile App schl\u00e4gt"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Jedes Anwendungsprojekt beginnt mit derselben Frage. Ein Kunde kommt zu unserem Software House und sagt: &#8220;Ich brauche eine Anwendung, aber soll sie f\u00fcrs Handy sein oder reicht eine Website?&#8221;. Klingt technisch, oder? Nur auf den ersten Blick. Denn tats\u00e4chlich entscheidet diese eine Frage \u00fcber das Budget der kommenden Jahre, dar\u00fcber, wie viele Entwickler das Produkt pflegen werden, wie schnell Sie nach einer Nutzermeldung eine Korrektur ausliefern und ob Sie den Termin \u00fcberhaupt halten. <strong>Die Einf\u00fchrung einer PWA im Unternehmen<\/strong> erweist sich immer h\u00e4ufiger als die Antwort, die der Kunde gesucht hat, obwohl er mit der festen Annahme kam, man m\u00fcsse &#8220;eine App f\u00fcr iOS und Android bauen&#8221;.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine Progressive Web App ist eine Anwendung, die mit Webtechnologien gebaut wird. Sie l\u00e4uft im Browser, verh\u00e4lt sich aber wie ein auf dem Ger\u00e4t installiertes Programm. Man kann sie zum Startbildschirm hinzuf\u00fcgen, im Vollbild ohne Adressleiste \u00f6ffnen, offline nutzen und Benachrichtigungen empfangen. Der Unterschied zu einer nativen App aus dem Store ist grundlegend: Sie laden sie weder aus dem App Store noch aus Google Play herunter, Sie durchlaufen kein Freigabeverfahren, und ein einziger Code bedient Telefon, Tablet und Computer. Eine native Anwendung ist ein eigenes Programm, das f\u00fcr ein bestimmtes System kompiliert wird. Sie hat Zugriff auf den vollen Funktionsumfang der Hardware, zieht aber den gesamten Ballast getrennter Teams, Sprachen und Vertriebswege nach sich.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dieser Artikel ist weder ein neutraler Marktvergleich noch ein theoretischer Ratgeber vom Typ &#8220;10 Vorteile von Webanwendungen&#8221;. Wir schreiben ihn als Team von Web Systems, das sich seit 2006 mit <a href=\"https:\/\/www.web-systems.pl\/de\/softwareentwicklung\/\">professioneller Softwareentwicklung<\/a> besch\u00e4ftigt: Wir konzipieren und realisieren Web- und Mobilanwendungen, B2B-Systeme, API-Integrationen und Automatisierungen. Wir zeigen also das, was wir in Projekten tats\u00e4chlich sehen: wo Unternehmen Budget verbrennen, welche Fehler sie bei der Beauftragung machen und wann eine PWA einer mobilen App wirklich \u00fcberlegen ist und wann man dem Kunden besser davon abr\u00e4t. Wenn Sie eine Umsetzung planen und die Folgen Ihrer Entscheidung verstehen wollen, bevor Sie einen Vertrag unterschreiben, ist das eine Lekt\u00fcre f\u00fcr Sie.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_86 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<p class=\"ez-toc-title\" style=\"cursor:inherit\">Spis tre\u015bci<\/p>\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/www.web-systems.pl\/de\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/#PWA_gegen_mobile_App_warum_diese_Wahl_ueber_das_Projektbudget_entscheidet\" >PWA gegen mobile App: warum diese Wahl \u00fcber das Projektbudget entscheidet<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/www.web-systems.pl\/de\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/#Ein_Code_statt_drei_niedrigere_Kosten_fuer_Aufbau_und_Pflege\" >Ein Code statt drei: niedrigere Kosten f\u00fcr Aufbau und Pflege<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/www.web-systems.pl\/de\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/#Kein_Store_kein_Warten_schnellere_Rollouts_und_Aktualisierungen\" >Kein Store, kein Warten: schnellere Rollouts und Aktualisierungen<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/www.web-systems.pl\/de\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/#Architekturentscheidungen_wann_eine_PWA_reicht_und_wann_nicht\" >Architekturentscheidungen: wann eine PWA reicht und wann nicht<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/www.web-systems.pl\/de\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/#Sicherheit_Daten_und_Integrationen_worauf_Sie_bei_der_Einfuehrung_einer_PWA_achten_sollten\" >Sicherheit, Daten und Integrationen: worauf Sie bei der Einf\u00fchrung einer PWA achten sollten<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/www.web-systems.pl\/de\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/#Skalierbarkeit_und_SEO_die_PWA_als_Teil_des_sichtbaren_Oekosystems_eines_Unternehmens\" >Skalierbarkeit und SEO: die PWA als Teil des sichtbaren \u00d6kosystems eines Unternehmens<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/www.web-systems.pl\/de\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/#Haeufige_Fragen_zur_Einfuehrung_einer_PWA_FAQ\" >H\u00e4ufige Fragen zur Einf\u00fchrung einer PWA (FAQ)<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/www.web-systems.pl\/de\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/#Ersetzt_eine_PWA_die_native_Anwendung_in_meinem_Unternehmen\" >Ersetzt eine PWA die native Anwendung in meinem Unternehmen?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/www.web-systems.pl\/de\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/#Wie_lange_dauert_die_Einfuehrung_einer_PWA_und_was_kostet_sie_im_Vergleich_zu_einer_mobilen_App\" >Wie lange dauert die Einf\u00fchrung einer PWA und was kostet sie im Vergleich zu einer mobilen App?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/www.web-systems.pl\/de\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/#Funktioniert_eine_PWA_offline_und_unterstuetzt_sie_Benachrichtigungen\" >Funktioniert eine PWA offline und unterst\u00fctzt sie Benachrichtigungen?<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/www.web-systems.pl\/de\/pwa-im-unternehmen-8-gruende-vorsprung-vor-mobiler-app\/#Fazit_die_PWA_als_vernuenftige_Wahl_und_naechster_Schritt\" >Fazit: die PWA als vern\u00fcnftige Wahl und n\u00e4chster Schritt<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"PWA_gegen_mobile_App_warum_diese_Wahl_ueber_das_Projektbudget_entscheidet\"><\/span>PWA gegen mobile App: warum diese Wahl \u00fcber das Projektbudget entscheidet<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Stellen Sie sich eine typische Situation vor. Ein Dienstleistungsunternehmen m\u00f6chte seinen Kunden ein Werkzeug geben, um Termine zu vereinbaren, den Status eines Auftrags einzusehen und den Support zu kontaktieren. Im Kopf hat es &#8220;eine App&#8221;, denn alle haben Apps, und der Gesch\u00e4ftsf\u00fchrer hat bei der Konkurrenz ein Symbol auf dem Telefon gesehen. Es fragt nach einem Angebot f\u00fcr eine App f\u00fcr iOS und Android. Und hier beginnt unsere Arbeit. Denn unsere Pflicht als Dienstleister ist es, zuerst die Absicht zu verstehen und nicht nur den Auftrag anzunehmen. Fragen wir nach, was diese Anwendung real leisten soll, zeigt sich: Es geht um Formulare, Listen, Statusinformationen und Benachrichtigungen. Also genau um das Szenario, in dem <strong>die Einf\u00fchrung einer PWA im Unternehmen<\/strong> denselben gesch\u00e4ftlichen Effekt zu einem Bruchteil der Kosten bringt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine Progressive Web App ist keine &#8220;schlechtere Website&#8221; und keine &#8220;vereinfachte App&#8221;. Sie ist eine vollwertige Anwendung, die moderne Mechanismen des Browsers nutzt: Service Worker f\u00fcr den Offlinebetrieb, ein Manifest, mit dem sie sich auf dem Startbildschirm installieren l\u00e4sst, und eine responsive Oberfl\u00e4che, die sich an jeden Bildschirm anpasst. Aus Sicht der Nutzer \u00f6ffnet sie sich wie ein normales Programm, hat ein eigenes Symbol und l\u00e4uft fl\u00fcssig. Aus Sicht des Unternehmens liegt der Unterschied woanders &#8211; in der Art, wie sie gebaut, verteilt und gepflegt wird. Und genau diese drei Bereiche erzeugen Kosten, die sich \u00fcber Jahre verteilen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine native mobile Anwendung erfordert eigenen Code f\u00fcr iOS, eigenen f\u00fcr Android und, wenn das Unternehmen im Internet sichtbar sein will, zus\u00e4tzlich eine Webversion. Das sind drei Codebasen, drei Testprozesse, drei Ver\u00f6ffentlichungswege und oft drei unterschiedliche Kompetenzen im Team. Jede hat ihren eigenen Lebenszyklus, jede braucht Aktualisierungen f\u00fcr neue Betriebssystemversionen und jede erzeugt technische Schulden. Ein Kunde, der &#8220;eine App f\u00fcr iOS und Android&#8221; bestellt, ist sich selten bewusst, dass er gerade die Pflege von zwei oder drei Produkten parallel beauftragt hat.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Wahl zwischen PWA und nativ ist keine Frage der Mode oder des Geschmacks der Entwickler. Es ist eine Entscheidung, die auf die Gesamtkosten des Produkts durchschl\u00e4gt. Der g\u00fcnstigere Aufbau ist erst der Anfang. Das echte Geld steckt in der Pflege: in den Arbeitsstunden, die Entwickler f\u00fcr Aktualisierungen aufwenden, in der Reaktionszeit auf Fehler, in der H\u00e4ufigkeit neuer Funktionen. Ein Unternehmen, das eine f\u00fcr seine Bed\u00fcrfnisse unpassende Architektur w\u00e4hlt, zahlt diesen Unterschied jeden Monat. Und versteht oft nicht einmal, woher er kommt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Deshalb ist der erste Schritt in unseren Projekten nicht das Schreiben von Code, sondern die Analyse der Absicht. Wir fragen, wer die Anwendung nutzen wird, auf welchen Ger\u00e4ten, wie oft, ob Zugriff auf die Hardware des Telefons n\u00f6tig ist, ob die Anwendung in der Suchmaschine sichtbar sein soll und wie schnell das Unternehmen iterieren m\u00f6chte. Erst die Antworten auf diese Fragen erlauben eine seri\u00f6se Technologieempfehlung. In den meisten B2B- und Dienstleistungsprojekten, die uns begegnen, lautet die Antwort: Eine PWA deckt den Bedarf, und die Ersparnis geht schon im ersten Jahr in die Zehntausende Z\u0142oty.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In den folgenden Abschnitten zerlegen wir diese Vorteile in ihre Bestandteile. Wir zeigen aber ehrlich auch die Grenzen. Denn ein guter Dienstleister verkauft nicht eine Technologie f\u00fcr alles, sondern w\u00e4hlt das Werkzeug passend zum Problem.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Ein_Code_statt_drei_niedrigere_Kosten_fuer_Aufbau_und_Pflege\"><\/span>Ein Code statt drei: niedrigere Kosten f\u00fcr Aufbau und Pflege<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Der greifbarste Vorteil einer PWA zeigt sich schon bei der Kalkulation. Die Umsetzung einer Progressive Web App st\u00fctzt sich auf eine Codebasis, die ein einziges Frontend-Team betreut. Sie brauchen keinen Swift-Spezialisten f\u00fcr iOS, keinen zweiten f\u00fcr Kotlin auf Android und keinen dritten f\u00fcr die Webversion. Diese Kompetenzen sind teuer und knapp, und sie parallel vorzuhalten vervielfacht die Projektkosten. Indem Sie den Bedarf an drei Teams beseitigen, senken Sie nicht nur die Ausgaben, sondern auch das organisatorische Risiko, mehrere Mannschaften zu koordinieren, die am selben Produkt arbeiten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Es lohnt sich, zwei Kostenarten zu unterscheiden, die Kunden h\u00e4ufig verwechseln. Die Aufbaukosten sind eine einmalige Ausgabe f\u00fcr die Erstellung der Anwendung. Die Pflegekosten sind eine wiederkehrende, monatliche Last, die \u00fcber einige Jahre den Aufbau meist \u00fcbersteigt. Bei nativen Anwendungen sind diese zweiten Kosten heimt\u00fcckisch. Sie wachsen schrittweise und werden im urspr\u00fcnglichen Angebot selten ehrlich ausgewiesen.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Aktualisierungen der Betriebssysteme:<\/strong> Apple und Google ver\u00f6ffentlichen jedes Jahr neue Versionen von iOS und Android, die die Kompatibilit\u00e4t einer Anwendung brechen k\u00f6nnen. Jede solche \u00c4nderung erfordert Entwicklerarbeit, Tests und eine erneute Ver\u00f6ffentlichung, unabh\u00e4ngig davon, ob Sie eine neue Funktion erg\u00e4nzt haben.<\/li>\n<li><strong>Doppelte oder dreifache Arbeit bei jeder Korrektur:<\/strong> Einen von Nutzern gemeldeten Fehler muss man auf jeder Plattform getrennt beheben, getrennt testen und getrennt ausliefern. Was in einer PWA eine Korrektur ist, sind bei nativen Apps oft drei.<\/li>\n<li><strong>Technische Schulden:<\/strong> Drei Codebasen altern unabh\u00e4ngig voneinander, und Bibliotheken sowie Frameworks verlangen Migrationen. Je mehr Code, desto mehr Schulden und desto h\u00f6her die Kosten ihrer Tilgung.<\/li>\n<li><strong>Kosten f\u00fcr Entwicklerkonten und Zertifikate:<\/strong> Jahresgeb\u00fchren, die Verwaltung von Signaturschl\u00fcsseln und die Erneuerung von Zertifikaten sind kleine, aber wiederkehrende Verwaltungslasten.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ein typischer Fehler, den wir immer wieder sehen, ist die Beauftragung getrennter nativer Anwendungen, ohne vorher die tats\u00e4chlichen Bed\u00fcrfnisse der Nutzer zu analysieren. Das Unternehmen nimmt an, &#8220;wenn es eine App ist, muss sie nativ sein&#8221;, obwohl das Produkt keine Funktion nutzt, die eine PWA nicht tragen w\u00fcrde. Es zahlt dann doppelt f\u00fcr den Aufbau und dreifach f\u00fcr die Pflege und erh\u00e4lt genau denselben gesch\u00e4ftlichen Effekt, den eine einzige Webanwendung gebracht h\u00e4tte. Das ist ein bisschen so, als kaufte man drei Autos, um auf einer Strecke zur Arbeit zu fahren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In der Projektpraxis sehen wir auch das umgekehrte Risiko: die Scheinersparnis. Der Kunde w\u00e4hlt nativ &#8220;auf Vorrat&#8221;, weil &#8220;wir vielleicht irgendwann Zugriff auf die Hardware brauchen&#8221;. Dieses Irgendwann kommt selten, w\u00e4hrend das Budget f\u00fcr die Pflege von drei Codebasen ununterbrochen abflie\u00dft. Die bessere Strategie? Mit einer PWA starten und erst dann zu nativ wechseln, wenn ein konkreter, belegter Bedarf auftritt. Eine Webarchitektur verschlie\u00dft den Weg zu nativ in der Zukunft nicht und erlaubt es, heute schneller und g\u00fcnstiger loszulegen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Tipp:<\/strong> Bevor Sie ein Angebot f\u00fcr eine native Anwendung annehmen, bitten Sie den Dienstleister um eine Aufschl\u00fcsselung der Pflegekosten \u00fcber drei Jahre, nicht nur um den Preis f\u00fcr den Aufbau. Kann oder will der Dienstleister das nicht zeigen, ist das ein Warnsignal. Die realen Kosten eines digitalen Produkts misst man \u00fcber seinen gesamten Lebenszyklus, nicht an der ersten Rechnung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Code bedeutet au\u00dferdem ein einfacheres Team, eine schnellere Einarbeitung neuer Entwickler und ein geringeres Risiko, dass der Weggang eines einzelnen Spezialisten die Weiterentwicklung des Produkts stoppt. Das schreibt man in keine Kalkulation. Und doch entscheiden auf lange Sicht gerade diese Dinge dar\u00fcber, ob ein Projekt weiterentwickelbar bleibt oder zu einer schwer zu pflegenden Last wird.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kein_Store_kein_Warten_schnellere_Rollouts_und_Aktualisierungen\"><\/span>Kein Store, kein Warten: schnellere Rollouts und Aktualisierungen<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Der zweite Vorteil einer Progressive Web App, den Kunden erst im Lauf der Zusammenarbeit zu sch\u00e4tzen wissen, betrifft die Verteilung. Eine native Anwendung muss das Freigabeverfahren von App Store und Google Play durchlaufen. Und nein, das ist keine Formalit\u00e4t. Eine Pr\u00fcfung bei Apple kann von wenigen Stunden bis zu mehreren Tagen dauern, mitunter wird eine Anwendung aus Gr\u00fcnden abgelehnt, die sich nicht vorhersehen lassen, und eine kritische Korrektur wartet in der Warteschlange, w\u00e4hrend Nutzer den Fehler melden. In einer PWA gibt es dieses Problem schlicht nicht. Die Anwendung liegt auf Ihrem Server, und Sie ver\u00f6ffentlichen sie so, wie man eine Website ver\u00f6ffentlicht.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr Unternehmen im B2B-Modell, in dem die Reaktionszeit auf eine Kundenmeldung die Gesch\u00e4ftsbeziehung beeinflusst, kann dieser Unterschied entscheidend sein. Stellen Sie sich vor, in einer Anwendung zur Auftragsabwicklung tritt ein Fehler auf, der die Bestellung unm\u00f6glich macht. In einer PWA spielen Sie die Korrektur in wenigen Minuten aus, und der Nutzer sieht sie beim n\u00e4chsten \u00d6ffnen der Anwendung, ohne selbst etwas tun zu m\u00fcssen. Bei nativen Apps bedeutet dieselbe Korrektur einen Build, Tests, die Einreichung im Store, das Warten auf die Pr\u00fcfung und die Hoffnung, dass der Nutzer die Anwendung \u00fcberhaupt aktualisiert.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Sofortige Auslieferung einer Korrektur:<\/strong> Die \u00c4nderung geht im Tempo eines Website-Deployments in Produktion, ohne Zwischeninstanzen und ohne Pr\u00fcfungswarteschlange.<\/li>\n<li><strong>Keine erzwungenen Aktualisierungen aufseiten der Nutzer:<\/strong> Nutzer m\u00fcssen nichts herunterladen und nicht auf &#8220;Aktualisieren&#8221; klicken. Der Service Worker l\u00e4dt die neue Version im Hintergrund, und die Anwendung frischt sich selbst auf.<\/li>\n<li><strong>Eine Produktionsversion f\u00fcr alle:<\/strong> Es gibt kein Problem verstreuter Versionen, bei dem ein Teil der Nutzer die alte Anwendung hat, ein Teil die neue und der technische Support raten muss, welche Version jemand gestartet hat.<\/li>\n<li><strong>Keine Geb\u00fchren und keine Store-Richtlinien:<\/strong> Sie unterliegen keinen wechselnden Plattformbestimmungen und keinen Verkaufsprovisionen, die in manchen Gesch\u00e4ftsmodellen mehrere Dutzend Prozent erreichen.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Dieser letzte Punkt verdient gesonderte Aufmerksamkeit. App-Stores \u00e4ndern die Regeln, und eine Anwendung, die heute den Vorgaben entspricht, kann morgen einen Umbau erfordern, weil die Plattform eine neue Anforderung eingef\u00fchrt hat. Unternehmen, die ihre Verteilung ausschlie\u00dflich auf einen Store gest\u00fctzt haben, werden mitunter zu Geiseln der Entscheidungen von Apple oder Google. Eine PWA gibt Unabh\u00e4ngigkeit: Sie entscheiden, wann und wie Sie \u00c4nderungen ausliefern, ohne jemanden um Erlaubnis zu fragen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Auswirkung auf den Entwicklungszyklus ist tiefgreifend. Wenn das Ausliefern einer Korrektur Minuten statt Tage dauert, kann das Team h\u00e4ufiger und mutiger iterieren. Statt \u00c4nderungen zu gro\u00dfen, riskanten Releases einmal im Quartal anzusammeln, f\u00fchren Sie laufend kleine Verbesserungen ein. Das ver\u00e4ndert die gesamte Arbeitskultur am Produkt: R\u00fcckmeldungen der Nutzer erreichen die Anwendung schnell, und das Unternehmen reagiert fast in Echtzeit auf den Markt. In B2B-Projekten, in denen sich die Anforderungen mit den Prozessen des Kunden weiterentwickeln, ist diese Beweglichkeit ein realer Wettbewerbsvorteil.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In einem Punkt muss man allerdings ehrlich sein. Die Abwesenheit im Store kann ein Marketingnachteil sein, wenn Ihr Gesch\u00e4ftsmodell davon ausgeht, dass Nutzer Anwendungen \u00fcber die Suche im App Store entdecken. F\u00fcr Verbraucheranwendungen, die im Store um Aufmerksamkeit konkurrieren, hat Sichtbarkeit dort einen Wert. F\u00fcr Unternehmensanwendungen, B2B-Produkte und interne Werkzeuge dagegen, bei denen der Nutzer einen Link erh\u00e4lt und die Anwendung mit einem Klick installiert, ist die Abwesenheit im Store ein Vorteil und kein Problem. Wie immer besteht der Schl\u00fcssel darin zu verstehen, wer die Anwendung wie erreicht.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Architekturentscheidungen_wann_eine_PWA_reicht_und_wann_nicht\"><\/span>Architekturentscheidungen: wann eine PWA reicht und wann nicht<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein seri\u00f6ser Dienstleister tut nicht so, als sei eine PWA die L\u00f6sung f\u00fcr alles. Diese Technologie hat klar umrissene M\u00f6glichkeiten und ebenso klare Grenzen, und wer beide kennt, kann die richtige Architekturentscheidung treffen. Beginnen wir damit, was eine PWA kann, denn die Liste ist l\u00e4nger, als viele Kunden meinen. Service Worker, also Skripte, die im Hintergrund des Browsers laufen, erm\u00f6glichen das Zwischenspeichern von Ressourcen und den Offlinebetrieb. Die Anwendung kann ohne Verbindung arbeiten, zuvor geladene Daten anzeigen und \u00c4nderungen nach R\u00fcckkehr des Netzes synchronisieren. Das Manifest der Anwendung erlaubt es, sie mit eigenem Symbol auf dem Startbildschirm zu installieren und im Vollbildmodus ohne Browserleiste zu starten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das deckt einen erstaunlich weiten Anwendungsbereich ab: B2B-Panels, Systeme zur Auftragsabwicklung, interne Werkzeuge, Dashboards, Buchungsanwendungen, Shops und Konfiguratoren. \u00dcberall dort, wo eine Anwendung mit Daten, Formularen, Listen und der Kommunikation mit einem Backend arbeitet, erf\u00fcllt eine PWA die Aufgabe vollst\u00e4ndig. Mehr noch, sie tut das auf allen Ger\u00e4ten gleichzeitig, denn derselbe Code l\u00e4uft auf einem Android-Telefon, einem iPhone, einem Tablet und einem Computer.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Grenzen zeigen sich dort, wo eine Anwendung tiefen Zugriff auf die Hardware oder fortgeschrittene Systemfunktionen braucht. Die wichtigsten Einschr\u00e4nkungen, die wir bei einer Empfehlung ber\u00fccksichtigen, sind:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Push-Benachrichtigungen auf iOS:<\/strong> Jahrelang waren sie in PWAs auf Apple-Ger\u00e4ten nicht verf\u00fcgbar, und obwohl sich die Lage gebessert hat, bleibt die Unterst\u00fctzung eingeschr\u00e4nkter und launischer als auf Android. Sind Benachrichtigungen das Herz des Produkts, ist das ein wesentlicher Faktor.<\/li>\n<li><strong>Zugriff auf fortgeschrittene Hardwarefunktionen:<\/strong> Bluetooth, NFC, Sensoren, anspruchsvolle Kameraoperationen oder pr\u00e4zise Geolokalisierung im Hintergrund sind im Browser mitunter nicht verf\u00fcgbar oder eingeschr\u00e4nkt, besonders auf iOS.<\/li>\n<li><strong>Native Integrationen und Grafikleistung:<\/strong> Anwendungen, die intensive 3D-Grafik, Videoverarbeitung in Echtzeit oder eine tiefe Integration in Systemfunktionen erfordern, erzielen nativ bessere Ergebnisse.<\/li>\n<li><strong>Pr\u00e4senz im Store als gesch\u00e4ftliche Anforderung:<\/strong> Verlangt das Vertriebsmodell zwingend Sichtbarkeit im App Store, ersetzt eine PWA das nicht, auch wenn es Techniken gibt, eine Webanwendung in einen Container zu verpacken.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Beispiel aus der Praxis. Zu uns kommt ein Kunde mit der Idee f\u00fcr eine Anwendung f\u00fcr Servicetechniker im Au\u00dfendienst. Die Anwendung soll eine Auftragsliste, Berichtsformulare, Fotos vom Einsatzort und eine Karte zeigen. Der erste Reflex des Kunden? Nativ, nat\u00fcrlich. Wir analysieren den Bedarf: Liste, Formulare, Fotos mit der Standardkamera, Karte mit Standort. All das bew\u00e4ltigt eine PWA problemlos, und der Offlinemodus mit Synchronisation nach R\u00fcckkehr des Netzes ist f\u00fcr die Arbeit im Au\u00dfendienst, wo der Empfang schwach sein kann, geradezu ideal. Wir empfehlen eine PWA, und der Kunde spart einen erheblichen Teil des Budgets.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein anderer Fall: eine Anwendung, die im Hintergrund permanent den Standort eines Kuriers \u00fcberwachen, bei jeder Status\u00e4nderung sofort Push-Benachrichtigungen senden und sich \u00fcber Bluetooth mit einem Barcodeleser verbinden soll. Hier empfehlen wir ehrlich nativ oder einen hybriden Ansatz, denn eine PWA auf iOS tr\u00e4gt die Anforderungen an Hintergrundbetrieb und Hardware nicht. Die Kunst besteht darin, diese Grenze in der Analysephase zu erkennen und nicht erst, nachdem das Budget ausgegeben ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Es lohnt sich, an einen allgemeinen Grundsatz guter Architektur zu denken, den die Android-Dokumentation mit Blick auf den Entwurf von Anwendungen formuliert:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">&#8220;The most important principle is separation of concerns: separating your app into methods, classes, files, packages, modules and layers that have clearly defined responsibilities and boundaries.&#8221;<\/blockquote>\n\n\n\n<p class=\"wp-block-paragraph\">Derselbe Grundsatz gilt bei der Technologiewahl. Die Trennung der Gesch\u00e4ftslogik von der Pr\u00e4sentationsschicht sorgt daf\u00fcr, dass ein gut entworfenes Backend samt API unangetastet bleibt, selbst wenn Sie mit einer PWA beginnen und k\u00fcnftig f\u00fcr eine bestimmte Funktion nativ brauchen. Die Entscheidung f\u00fcr eine PWA muss keine Entscheidung f\u00fcr immer sein, solange die Architektur von Anfang an eine Trennung der Verantwortlichkeiten vorsieht.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sicherheit_Daten_und_Integrationen_worauf_Sie_bei_der_Einfuehrung_einer_PWA_achten_sollten\"><\/span>Sicherheit, Daten und Integrationen: worauf Sie bei der Einf\u00fchrung einer PWA achten sollten<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Da eine Progressive Web App im Browser l\u00e4uft, gewinnen Fragen der Sicherheit und der Datenverwaltung besondere Bedeutung. Die erste, nicht verhandelbare Anforderung ist HTTPS. Service Worker, die den Offlinemodus und die Installation der Anwendung erm\u00f6glichen, funktionieren ausschlie\u00dflich in einem sicheren Kontext. Das ist nicht nur ein technisches Detail, sondern ein Fundament des Vertrauens: Die gesamte Kommunikation zwischen Anwendung und Server muss verschl\u00fcsselt und das Zertifikat korrekt eingerichtet sein. In den Projekten, die wir f\u00fchren, sind HTTPS und eine korrekte Konfiguration der Sicherheits-Header der Nullpunkt, an dem wir beginnen, und keine Funktion, die man am Ende erg\u00e4nzt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Der zweite Bereich ist die Verwaltung der Sitzung und die Datenspeicherung aufseiten des Browsers. Einer PWA stehen mehrere Mechanismen zur Verf\u00fcgung: localStorage, sessionStorage, IndexedDB und der Cache des Service Workers. Jeder dient einem anderen Zweck und jeder bringt ein anderes Risiko mit sich. Autorisierungstoken, die unvorsichtig im localStorage abgelegt werden, sind ein leichtes Ziel f\u00fcr XSS-Angriffe. Sensible Daten, die offline zwischengespeichert werden, k\u00f6nnen l\u00e4nger auf dem Ger\u00e4t bleiben, als sie sollten. Beim Entwurf der Datenschicht m\u00fcssen wir bewusst entscheiden, was wir lokal speichern, wie lange und wie wir es absichern. Das sind Entscheidungen, die sich nach der Einf\u00fchrung schwer umkehren lassen. Deshalb treffen wir sie am Anfang.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Der dritte Bereich, f\u00fcr Unternehmen zentral, sind Integrationen. Eine Unternehmensanwendung ist selten eine einsame Insel. Sie verbindet sich mit einem ERP-System, einem CRM, einem Zahlungs-Gateway, einem Lagersystem, Werkzeugen zur Rechnungsstellung oder Automatisierungen aufseiten des Backends. Eine PWA kommuniziert mit diesen Systemen \u00fcber eine API, genau wie eine native Anwendung, in Sachen Integration gibt es also keinerlei Kompromiss. Die gesamte Gesch\u00e4ftslogik, die Autorisierung und die Datenverarbeitung leben im Backend, und die Anwendung, ob Web oder nativ, ist nur eine Pr\u00e4sentationsschicht, die diese API konsumiert. Genau deshalb ist ein gut entworfenes Backend wichtiger als die Wahl der Frontend-Technologie.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In B2B-Projekten sind Integrationen h\u00e4ufig der teuerste und riskanteste Teil. Das System des Kunden hat seine eigene API, seine eigenen Einschr\u00e4nkungen, seine eigenen Anfragelimits und seine eigenen Eigenheiten, die aus Jahren der Entwicklung stammen. Unsere Aufgabe als Dienstleister ist es, die Integrationsschicht so zu entwerfen, dass sie gegen Ausf\u00e4lle externer Systeme gewappnet ist und Wiederholungsversuche, Warteschlangen und Fehlerprotokollierung beherrscht. Eine Anwendung, die h\u00e4ngen bleibt, weil das Lagersystem nicht binnen einer Sekunde geantwortet hat, ist ein Entwurfsfehler. Unabh\u00e4ngig davon, ob sie eine PWA oder nativ ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Dokumentation zur Anwendungsarchitektur bringt die Rolle der Datenschicht in einem digitalen Produkt treffend auf den Punkt:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">&#8220;Business logic is what gives value to your app &#8211; it comprises rules that determine how your app creates, stores, and changes data.&#8221;<\/blockquote>\n\n\n\n<p class=\"wp-block-paragraph\">Diesen Satz sollte man sich bei der Planung einer PWA-Einf\u00fchrung merken. Der Wert einer Anwendung liegt nicht darin, ein h\u00fcbsches Symbol auf dem Startbildschirm zu haben, sondern in der Gesch\u00e4ftslogik und den Daten, mit denen sie arbeitet. Deshalb lautet der wichtigste <strong>Tipp<\/strong> dieses Abschnitts: <strong>Planen Sie Datenmodell und Autorisierung, bevor der erste Bildschirm entsteht<\/strong>. Zu viele Projekte beginnen mit dem Entwurf der Oberfl\u00e4che und schieben Datenmodell und Rechtemechanismus im Nachhinein nach, w\u00e4hrend sie Unstimmigkeiten flicken. Das Ergebnis? Sicherheitsl\u00fccken, Leistungsprobleme und teure Umbauten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In der Praxis hei\u00dft das: Vor der ersten Zeile Frontend-Code entwerfen wir das Datenschema, definieren Rollen und Berechtigungen, legen die Art der Authentifizierung und Autorisierung fest und kartieren die Integrationen. Erst wenn dieses Fundament solide ist, bauen wir die Oberfl\u00e4che. Diese Reihenfolge wirkt selbstverst\u00e4ndlich, und trotzdem ist sie eine der am h\u00e4ufigsten \u00fcbersprungenen Phasen in Projekten, die sp\u00e4ter zur Rettung bei uns landen. Die Modernisierung einer schlecht entworfenen Anwendung kann teurer sein, als sie neu zu bauen, deshalb ist Ordnung bei Daten und Autorisierung eine Investition, die sich vielfach auszahlt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Skalierbarkeit_und_SEO_die_PWA_als_Teil_des_sichtbaren_Oekosystems_eines_Unternehmens\"><\/span>Skalierbarkeit und SEO: die PWA als Teil des sichtbaren \u00d6kosystems eines Unternehmens<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Es gibt einen Vorteil der Progressive Web App, den eine native Anwendung schon von ihrer Anlage her nicht bietet: Sichtbarkeit in der Suchmaschine. Eine PWA ist weiterhin eine Website, ihre Inhalte sind also f\u00fcr Google indexierbar. Nutzer k\u00f6nnen Ihr Produkt \u00fcber die Suche finden, \u00fcber einen direkten Link auf einem bestimmten Bildschirm landen und ihn weitergeben. Eine native Anwendung ist in dieser Hinsicht eine Blackbox: Ihre Inhalte existieren f\u00fcr die Suchmaschine nicht, und der einzige Weg dorthin f\u00fchrt \u00fcber den App-Store oder eine direkte Empfehlung. F\u00fcr Unternehmen, die eine Anwendung als Teil eines breiteren Marketing- und Vertriebs\u00f6kosystems verstehen, ist dieser Unterschied grundlegend.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Indexierbarkeit bedeutet, dass Inhalte, Angebote, Artikel oder Produktkarten in einer PWA auf die Positionierung der Domain einzahlen. Jeder wertvolle Bildschirm kann zu einer Landingpage f\u00fcr organischen Traffic werden. Eine native Anwendung braucht ein eigenes Werbebudget, weil sie keinen nat\u00fcrlichen Traffic aus der Suchmaschine nutzt. In einem Modell, in dem ein Unternehmen in Inhalte und Sichtbarkeit investiert, verbindet eine PWA die Funktionalit\u00e4t einer Anwendung mit der Reichweite einer Website, was nativ nicht zusammenbringt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die andere Seite der Medaille sind Skalierbarkeit und Leistung auf unterschiedlichen Ger\u00e4ten und Formfaktoren. Eine PWA ist von Natur aus responsiv und l\u00e4uft auf Telefon, Tablet, Laptop und gro\u00dfem Bildschirm. Hier lohnt es sich, an einen Grundsatz zu erinnern, den die Dokumentation zur Anwendungsarchitektur formuliert:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">&#8220;Build apps that gracefully handle configuration changes, such as device orientation changes or changes in the size of the app window.&#8221;<\/blockquote>\n\n\n\n<p class=\"wp-block-paragraph\">Eine gut gebaute PWA setzt diesen Grundsatz unmittelbar um, denn ein flexibles Layout ist ihr in die DNA geschrieben. Das Skalieren des Traffics ist wiederum eine Frage des Backends und der Infrastruktur, nicht der Frontend-Technologie. Eine Webanwendung, die hinter einem passenden Load Balancer und mit gut entworfenem Cache betrieben wird, skaliert so, wie jede moderne Internetanwendung skaliert. Das ist ein reifes, gut erschlossenes Feld der Ingenieurarbeit, in dem die Risiken vorhersehbar und die Kosten kontrollierbar sind.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Der Ordnung halber fassen wir in Kurzform die acht Gr\u00fcnde zusammen, aus denen die Einf\u00fchrung einer PWA im Unternehmen in den meisten gesch\u00e4ftlichen Szenarien einer mobilen App \u00fcberlegen ist:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Ein Code statt drei<\/strong> &#8211; niedrigere Aufbaukosten und kein Bedarf, getrennte Teams f\u00fcr iOS, Android und Web vorzuhalten.<\/li>\n<li><strong>G\u00fcnstigere Pflege<\/strong> &#8211; eine Codebasis bedeutet eine technische Schuld und einen Aktualisierungspfad statt drei.<\/li>\n<li><strong>Kein Freigabeverfahren der Stores<\/strong> &#8211; Rollouts und Korrekturen ohne die Pr\u00fcfungswarteschlange von App Store und Google Play.<\/li>\n<li><strong>Sofortige Aktualisierungen<\/strong> &#8211; Nutzer haben immer die neueste Version, ohne manuell etwas herunterzuladen.<\/li>\n<li><strong>Eine Produktionsversion<\/strong> &#8211; Schluss mit verstreuten Versionen und dem Raten, welche Anwendung ein Nutzer gestartet hat.<\/li>\n<li><strong>Sichtbarkeit in der Suchmaschine<\/strong> &#8211; f\u00fcr Google indexierbare Inhalte, was nativ nicht bietet.<\/li>\n<li><strong>Plattform\u00fcbergreifend aus einem Code<\/strong> &#8211; Telefon, Tablet und Computer gleichzeitig bedient.<\/li>\n<li><strong>Unabh\u00e4ngigkeit von der Plattformpolitik<\/strong> &#8211; keine Provisionen und keine wechselnden Store-Bestimmungen.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Diese Liste bedeutet nicht, dass eine PWA immer gewinnt. Sie bedeutet, dass in einem typischen Unternehmens-, B2B- oder Dienstleistungsprojekt der Vorsprung so deutlich ist, dass die Beweislast bei dem liegt, der die Wahl von nativ begr\u00fcnden will. Als Dienstleister behandeln wir nativ als bewusste Entscheidung, die aus einem konkreten Bedarf folgt, und nicht als Standardwahl aus Gewohnheit. Ein skalierbares, sichtbares und in der Pflege g\u00fcnstiges Produkt ist in den meisten F\u00e4llen ein Produkt, das als PWA gebaut wurde.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Haeufige_Fragen_zur_Einfuehrung_einer_PWA_FAQ\"><\/span>H\u00e4ufige Fragen zur Einf\u00fchrung einer PWA (FAQ)<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Ersetzt_eine_PWA_die_native_Anwendung_in_meinem_Unternehmen\"><\/span>Ersetzt eine PWA die native Anwendung in meinem Unternehmen?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">In den meisten gesch\u00e4ftlichen Anwendungsf\u00e4llen ja, aber nicht in allen. Wenn Ihre Anwendung mit Daten, Formularen, Listen, Integrationen in B2B-Systeme und der Kommunikation mit einem Backend arbeitet, deckt eine PWA den Bedarf vollst\u00e4ndig und liefert denselben Effekt zu geringeren Kosten. Verlangt das Produkt dagegen tiefen Zugriff auf die Hardware, Hintergrundbetrieb, fortgeschrittene Push-Benachrichtigungen auf iOS oder intensive Grafik, sind nativ oder ein hybrider Ansatz treffender. Der Schl\u00fcssel ist die Analyse der realen Nutzerbed\u00fcrfnisse vor der Technologiewahl. In der Praxis empfehlen wir, mit einer PWA zu beginnen und erst dann zu nativ zu greifen, wenn eine konkrete, belegte Funktion auftritt, die der Browser nicht tr\u00e4gt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wie_lange_dauert_die_Einfuehrung_einer_PWA_und_was_kostet_sie_im_Vergleich_zu_einer_mobilen_App\"><\/span>Wie lange dauert die Einf\u00fchrung einer PWA und was kostet sie im Vergleich zu einer mobilen App?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Eine PWA ist in der Umsetzung meist deutlich g\u00fcnstiger und schneller, weil Sie einen Code statt drei bauen und pflegen. Die Ersparnis betrifft nicht nur den einmaligen Aufbau, sondern vor allem die \u00fcber Jahre verteilte Pflege: Aktualisierungen, Korrekturen und den Umgang mit technischen Schulden. Ein konkretes Angebot h\u00e4ngt von der Komplexit\u00e4t der Gesch\u00e4ftslogik, der Zahl der Integrationen und den Anforderungen an den Offlinemodus ab, deshalb legt ein seri\u00f6ser Dienstleister eine Kalkulation nach der Bedarfsanalyse vor und nicht aus einer Preisliste. Es lohnt sich, eine Aufschl\u00fcsselung der Kosten in Aufbau und Pflege \u00fcber mehrere Jahre zu verlangen, denn dieser zweite Posten entscheidet am h\u00e4ufigsten \u00fcber die Gesamtwirtschaftlichkeit des Projekts.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Funktioniert_eine_PWA_offline_und_unterstuetzt_sie_Benachrichtigungen\"><\/span>Funktioniert eine PWA offline und unterst\u00fctzt sie Benachrichtigungen?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Ja, eine PWA funktioniert offline dank der Service Worker, die Ressourcen und Daten zwischenspeichern und es erlauben, die Anwendung ohne Verbindung zu nutzen und \u00c4nderungen nach R\u00fcckkehr des Netzes zu synchronisieren. Das ist besonders bei der Arbeit im Au\u00dfendienst wertvoll, wo der Empfang instabil sein kann. Push-Benachrichtigungen funktionieren auf Android und dem Desktop gut, auf iOS ist die Unterst\u00fctzung dagegen neuer und st\u00e4rker eingeschr\u00e4nkt. Sind Benachrichtigungen das Herz Ihres Produkts, insbesondere auf Apple-Ger\u00e4ten, sollten Sie diese Anforderung mit dem Dienstleister in der Analysephase besprechen, um einzusch\u00e4tzen, ob eine PWA gen\u00fcgt oder ob ein hybrider Ansatz n\u00f6tig wird.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fazit_die_PWA_als_vernuenftige_Wahl_und_naechster_Schritt\"><\/span>Fazit: die PWA als vern\u00fcnftige Wahl und n\u00e4chster Schritt<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wir sind acht Gr\u00fcnde durchgegangen, aus denen die Einf\u00fchrung einer PWA im Unternehmen in den meisten realen Projekten einer mobilen App \u00fcberlegen ist. Ein Code statt drei senkt die Kosten f\u00fcr Aufbau und Pflege. Das fehlende Freigabeverfahren der Stores beschleunigt Rollouts und erlaubt laufendes Iterieren. Sichtbarkeit in der Suchmaschine macht die Anwendung zum Teil des Marketing\u00f6kosystems des Unternehmens. Plattform\u00fcbergreifende Nutzung, Unabh\u00e4ngigkeit von der Plattformpolitik und vorhersehbare Skalierbarkeit runden das Bild ab. Diese Vorteile sind nicht theoretisch. Sie folgen aus dem, was wir in Projekten sehen, die wir seit 2006 f\u00fchren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Zugleich tun wir nicht so, als sei eine PWA die Antwort auf jede Frage. Dort, wo ein Produkt tiefen Zugriff auf die Hardware, Hintergrundbetrieb oder fortgeschrittene Benachrichtigungen auf iOS braucht, empfehlen wir ehrlich nativ oder eine hybride L\u00f6sung. Ein guter Dienstleister w\u00e4hlt die Technologie passend zum Problem und nicht das Problem passend zu der Technologie, die er gerade lieber verkauft. Die wichtigste Entscheidung f\u00e4llt nicht bei der Wahl des Frontends, sondern beim soliden Entwurf von Datenmodell, Autorisierung und Integrationen, denn sie bestimmen Wert und Best\u00e4ndigkeit der Anwendung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei Web Systems gehen wir jedes Projekt von den realen gesch\u00e4ftlichen Bed\u00fcrfnissen her an: Wir analysieren, wer die Anwendung wie nutzen wird, welche Systeme zu integrieren sind und wie das Produkt wachsen soll. Wir konzipieren und realisieren MVPs, Web- und Mobilanwendungen, B2B-Systeme, API-Integrationen, Automatisierungen sowie KI-L\u00f6sungen und modernisieren au\u00dferdem bestehende Systeme, die dem Unternehmen nicht mehr folgen k\u00f6nnen. Als technischer Partner helfen wir Ihnen, die richtige Architekturentscheidung zu treffen, bevor Sie das Budget ausgeben, und nicht erst im Nachhinein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn Sie die Einf\u00fchrung einer PWA, den Bau einer Anwendung, die Integration von Systemen, die Automatisierung von Prozessen oder die Modernisierung des Bestehenden planen, <strong>schreiben Sie uns<\/strong>. Wir beginnen mit einem Gespr\u00e4ch \u00fcber Ihre realen Bed\u00fcrfnisse und sagen Ihnen, welche L\u00f6sung sich wirklich rechnet und nicht nur im Angebot gut klingt.<\/p>\n\n","protected":false},"excerpt":{"rendered":"<p>Jedes Anwendungsprojekt beginnt mit derselben Frage. Ein Kunde kommt zu unserem Software House und sagt: &#8220;Ich brauche eine Anwendung, aber soll sie f\u00fcrs Handy sein oder reicht eine Website?&#8221;. Klingt technisch, oder? Nur auf den ersten Blick. Denn tats\u00e4chlich entscheidet diese eine Frage \u00fcber das Budget der kommenden Jahre, dar\u00fcber, wie viele Entwickler das Produkt [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":28391,"comment_status":"","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[809,811,807],"tags":[860,1556,1100,1082,1165,1133,859],"class_list":["post-29283","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-de","category-kuenstliche-intelligenz","category-webentwicklung","tag-apps-de","tag-mobile-app-de","tag-pwa-de","tag-ratgeber","tag-software-erstellung","tag-softwarehaus","tag-web-anwendung"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.web-systems.pl\/de\/wp-json\/wp\/v2\/posts\/29283","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.web-systems.pl\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.web-systems.pl\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.web-systems.pl\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.web-systems.pl\/de\/wp-json\/wp\/v2\/comments?post=29283"}],"version-history":[{"count":0,"href":"https:\/\/www.web-systems.pl\/de\/wp-json\/wp\/v2\/posts\/29283\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.web-systems.pl\/de\/wp-json\/wp\/v2\/media\/28391"}],"wp:attachment":[{"href":"https:\/\/www.web-systems.pl\/de\/wp-json\/wp\/v2\/media?parent=29283"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.web-systems.pl\/de\/wp-json\/wp\/v2\/categories?post=29283"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.web-systems.pl\/de\/wp-json\/wp\/v2\/tags?post=29283"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}