SSL-Zertifikate laufen ab — absichtlich, und immer schneller. Warum das Web das so will, was dieser Kalender verlangt und wer ihn für Ihre PWA führt.

Eine Lehrkraft sucht interne Dokumente, ein Elternteil prüft den Kalender und ein Schüler speichert eine Aufgabenhilfe. Jede Mitteilung an alle drei zu senden wäre einfach, aber zunehmend weniger nützlich. Entscheidend ist nicht, wie viele Daten Sie sammeln können. Entscheidend ist, welcher Teil der Erfahrung sich wirklich ändern sollte:Einige Bereiche werden gemeinsam genutzt, andere hängen von der Rolle des Nutzers ab.Benachrichtigungen erreichen nur die betroffene Zielgruppe.Jede Nachricht kommt zu einem passenden Zeitpunkt und öffnet ein sinnvolles Ziel.Nutzer wählen, welche wiederkehrenden Aktualisierungen und Inhalte sie behalten möchten.Das ist praktische App-Personalisierung. Ein undurchsichtiges Bewertungsmodell ist dafür nicht erforderlich.

Der Favoriten-Bereich Ihrer App filtert nach Inhaltstyp, sortiert pro Tab und macht jedes Entfernen rückgängig. Die neue Version, Bildschirm für Bildschirm.

Zwei Prompts verlangen dasselbe: sich etwas merken. Einer bekommt ein persönliches Gedächtnis, der andere eines für das ganze Studio. Diese Wörter haben entschieden.

„Sie sind in der Nähe unseres Geschäfts. Besuchen Sie uns!“Diese Nachricht weiß, wo sich jemand befindet, aber nicht, warum die Unterbrechung relevant ist. Sie bietet weder einen konkreten Nutzen noch einen nächsten Schritt. Gutes standortbasiertes Marketing verwendet Nähe als Kontext, nicht als vollständige Strategie.Vergleichen Sie das mit dieser Nachricht:„Ihre Bestellung ist abholbereit. Sie sind in der Nähe der Abholstelle — zeigen Sie diese Nachricht am Schalter.“Die zweite Nachricht verbindet eine bekannte Person, einen relevanten Ort, den richtigen Zeitpunkt und eine unmittelbar mögliche Handlung. Dieselbe Logik kann einen Museumsbesuch, eine Veranstaltungsinformation oder einen lokalen Service unterstützen — nicht nur eine Werbeaktion.

Nach dem Launch wird die Zahl der Downloads häufig zur wichtigsten Kennzahl. Sie erfasst jedoch die Akquisition und nicht die gesamte Beziehung zwischen einem Nutzer und Ihrer App.Eine Person kann die App installieren und nie wieder öffnen. Eine andere kehrt jeden Morgen zurück, liest mehrere Artikel und reagiert auf Benachrichtigungen. Beide als einen Download zu zählen, verdeckt den entscheidenden Unterschied.Dieselbe Vorsicht gilt für jede isolierte Kennzahl. Mehr Seitenaufrufe können auf sinnvolle Entdeckungen oder auf eine unübersichtliche Navigation hindeuten. Eine längere Sitzung kann für intensives Zuhören stehen – oder für Reibung bei einer Aufgabe, die nur wenige Sekunden dauern sollte. Fragen Sie, welches Verhalten die Zahl hervorgerufen hat und welche Entscheidung sie unterstützen kann.

Eine Event-App kostet ab 36 € im Monat mit einem No-Code-Baukasten, 1.000 bis 20.000 $ im Jahr auf Event-Plattformen. Echte Preise 2026 und die Ticketing-Frage.

Eine Vorschau oder ein Kontrastwert kann nicht beweisen, dass eine App barrierefrei ist. Sie können jedoch erstaunlich viele Barrieren beseitigen, bevor formelle Tests überhaupt beginnen.Mobile Barrierefreiheit reicht weit über den Farbkontrast hinaus. Typografie, Abstände, Navigation, Touch-Ziele, Beschriftungen, Bewegung, Medien und das Verhalten mit assistiven Technologien beeinflussen ebenfalls, ob eine Person eine Aufgabe abschließen kann.Die WCAG wurden für Webinhalte entwickelt. Die WCAG2Mobile-Empfehlungen des W3C erläutern, wie die Kriterien der WCAG 2.2 auf den Stufen A und AA auf native, webbasierte und hybride mobile Apps angewendet werden können. Das Dokument ist informativ, keine eigenständige normative Mobil-Norm, und reicht allein nicht aus, um die Barrierefreiheit einer App nachzuweisen.Diese Checkliste unterscheidet zwischen zentral konfigurierbaren Punkten und Aspekten, die im veröffentlichten Produkt weiterhin geprüft werden müssen:BereichErste PrüfungZu konfigurieren oder zu testenFarbkontrastTexte, Hintergründe, Bedienelemente und ZuständeGlobale Farben festlegen und jedes Kontrastpaar prüfenTypografie und AbständeLesbare Standardwerte, Umbrüche und VergrößerungGlobale Texthierarchie und Ränder konfigurierenNavigationKlare Ziele und BeschriftungenApp-Struktur, Beschriftungen und Navigation konfigurierenTouch-ZieleBedienelemente lassen sich leicht bedienenGenerierte App auf Geräten prüfenScreenreaderNamen, Rollen, Zustände und FokusreihenfolgeGenerierte iOS- und Android-Apps testenBewegungEffekte bleiben sinnvoll und optionalAnimationen und Haptik konfigurieren, dann Systemeinstellungen testenMedienUntertitel, Transkripte und TextalternativenAlternativen bei Erstellung und redaktioneller Prüfung ergänzenPWA-InteraktionTastatur, Zoom, Fokus und responsive LayoutsVeröffentlichte PWA in Browsern testen

Eine „Song des Sommers"-Abstimmung, bei der jede Stimme für alle zählt: eine KI-gebaute Sektion für deine Radio-App, ihre Datenbank geteilt unter allen Hörern — mit dem kompletten Prompt zum Klauen.

Stellen Sie sich die App eines Lauftrainers mit Mitgliederkonten, optionaler Standortfunktion, E-Mail-Formular und Analysefunktionen vor. Das sind bereits vier verschiedene Datenwege. Sobald sich eine Funktion ändert, verändert sich auch die Datenschutzsituation.Die größte Herausforderung besteht nicht darin, eine rechtliche Seite zu erstellen. Drei Bereiche müssen dieselbe App beschreiben:BereichWas er widerspiegeln mussDie App selbstDie tatsächlich verwendeten Daten, Berechtigungen und DrittanbieterdiensteDie DatenschutzerklärungWas erhoben wird, warum, von wem, wie lange und welche Möglichkeiten Nutzer dabei habenDie Angaben in den StoresDie Antworten für Apple App Privacy und Google Play Datensicherheit auf Grundlage der aktuellen AppWenn ein Bereich „keine Standortdaten“ angibt, die eingereichte App aber auf den Standort zugreifen möchte, liegt eine Inkonsistenz vor.Ein großer Teil der Datenschutzvorbereitung ist eine Konsistenzprüfung: App, Datenschutzerklärung und Store-Eintrag müssen dieselbe Geschichte erzählen. Konsistenz ist notwendig, ersetzt aber nicht die Einhaltung der grundlegenden Datenschutz- und Nutzerdatenregeln der Stores.Dieser Artikel hilft Ihnen, diese Geschichte vorzubereiten. Er ist keine Rechtsberatung: Die geltenden Anforderungen unterscheiden sich je nach Land, Zielgruppe und Art der Daten.

Eine Kirchen-App kostet ab 36 € im Monat mit einem No-Code-Baukasten, ab 119 $ auf Kirchenplattformen. Echte Preise 2026, versteckte Kosten, die Spendenfrage.

GoodBarber ist jetzt im App-Verzeichnis von ChatGPT. Verbinden Sie Ihre App und verwalten Sie Produkte, Inhalte, Mitglieder und Push in ganz normaler Sprache.

Planen Sie eine sogenannte Membership-App? Wählen Sie zwischen bezahltem Abo und privater Community und strukturieren Sie Inhalte, Zugriff und Push.

Jede GoodBarber-App bringt ihren eigenen MCP-Server mit. Er ist die sichere Tür, durch die ein KI-Assistent, mit Ihrer Erlaubnis, Ihre App lesen und verwalten kann: Artikel schreiben und planen, Produkte aktualisieren, Statistiken abrufen, Push-Benachrichtigungen vorbereiten. Sie verbinden den Assistenten einmal, er authentifiziert sich per OAuth und sieht ausschließlich Ihre App.Wenn das Thema neu für Sie ist, zwei gute Einstiege: unsere MCP-Seite erklärt, wie Sie einen Assistenten mit Ihrer App verbinden, und dieser Artikel erklärt, was einen Anwendungs-MCP-Server auszeichnet.

Die Kurzfassung. Eine mit KI gebaute App, die in der Demo glänzt, hat bewiesen, dass sie rendern kann, nicht, dass sie laufen kann. Über Produktion entscheiden sieben unglamouröse Dinge: Konten, leere Zustände, Store-Review, Push-Zustellung, die Rechnung für den Stack, das erste Update und der Betrieb Woche für Woche. Gehen Sie die sieben Checks unten durch, bevor Sie einen Launch-Termin ankündigen. Auf GoodBarber trägt die Plattform die ersten sechs, teils fertig eingebaut, teils als Service, und der siebte kommt mit dem Anschluss eines KI-Agenten.Sie haben eine App mit einem KI-App-Builder gebaut, oder sie an ein paar Abenden per Vibe Coding Prompt für Prompt entstehen lassen. Sie funktioniert. Aber sehen Sie sich die Bedingungen an, unter denen sie funktioniert: Ihr Telefon, Ihr WLAN, Ihr Konto, Daten, die Sie selbst eingetippt haben, ein Build, der vor einer Stunde generiert wurde. Eine Demo ist eine App, die ausschließlich unter freundlichen Bedingungen getestet wurde.Produktionsreif heißt das Gegenteil: Die App funktioniert weiter, sobald die freundlichen Bedingungen wegfallen. Fremde statt Sie, ein Reviewer statt eines Publikums, Monate statt eines Nachmittags.Warum diese Lücke existiert, haben wir bereits aufgeschrieben: Unser Artikel über die sieben Mauern zwischen einem Prototyp und den Stores kartiert die strukturelle Distanz, und unser Text über den Unterschied zwischen Bauen und Betreiben benennt die Arbeit, die nach dem Launch beginnt. Diese Artikel enden mit Fragen, die Sie sich stellen sollten. Dieser hier macht aus den Fragen Experimente: sieben Checks, jeder mit einem konkreten Ablauf und einer Bestehensbedingung, über die sich nicht streiten lässt, und alle noch diese Woche durchführbar. Wenn sich ein Check langweilig anfühlt, ist das Absicht. Die Produktion ist der Ort, an dem die langweiligen Bugs wohnen.

Kurz gesagt. Die meisten kleinen Unternehmen brauchen keine größere Website. Sie brauchen die richtige: auffindbar auf Google, offen für Terminbuchungen und ausgeliefert als PWA, eine Website, die sich zusätzlich wie eine App installieren lässt. Eine GoodBarber-PWA wird serverseitig gerendert, sie rankt also wie jede Website, und sie kommt als Teil einer Content-App: PWA plus native iOS- und Android-Apps, aus einer einzigen Konfiguration. Sie verkaufen physische Produkte? Das ist eine eigene App: die GoodBarber eCommerce App, mit eigenem Katalog und Checkout.In einem Thread mit dem Titel are we massively overengineering websites for small businesses? („Überdimensionieren wir die Websites kleiner Unternehmen massiv?“), veröffentlicht im Juli 2026 auf r/nocode, fragt jemand, der Websites für Kunden baut, warum einem Steuerberater, einem Klempner oder einem Hundefriseur von nebenan maßgeschneiderte Animationen, ein komplexes CMS und Dutzende Seiten verkauft werden. Die Antwort mit den meisten Upvotes argumentiert, die meisten dieser Kunden wären mit einem Google Business Profile und einer schlichten Link-in-Bio-Seite besser bedient als mit der Acht-Seiten-Website, die sie eigentlich bestellen wollten. Ein anderer Kommentar benennt die eigentliche Krankheit: Wir verwechseln, was Entwickler beeindruckt, mit dem, was Kunden nützt.Der Thread hat beim Problem recht und bleibt einen Schritt vor der Lösung stehen. Die nützliche Frage ist nicht, wie groß die Website sein soll. Sondern welches Werkzeug die drei Aufgaben erledigt, die ein Dienstleistungsbetrieb wirklich hat: von neuen Kunden gefunden werden, Termine ohne Telefon-Pingpong annehmen und auf den Telefonen der Stammkunden präsent bleiben. Das ist eine Frage der Form. Und ein Objekt am Markt hat exakt diese Form.Das Vokabular ist Ihnen noch neu? Die komplette Abgrenzung Website vs. App vs. PWA, mit den drei Definitionen, der SEO-Erklärung und der Vergleichstabelle, steht in unserem Entscheidungsleitfaden. Dieser Artikel bleibt beim Fall des kleinen Dienstleistungsbetriebs.

Die Kurzfassung. Anders, als Sie erwarten würden. Die führenden KI-App-Builder lassen Sie Ihren Code tatsächlich exportieren; Stand August 2026 synchronisiert Lovable in jedem Tarif mit GitHub, auch im kostenlosen, und die Dokumentation erklärt, Sie seien „never locked in“. Der Lock-in steckt woanders: im verwalteten Backend, in dem Ihre Daten liegen, im Hosting und in der Authentifizierung, die Sie ersetzen müssten, in der KI-Editierschleife, die zurückbleibt, und in der KI-geschriebenen Codebasis, für die Sie in dem Moment allein verantwortlich sind, in dem Sie gehen. Den Code zu besitzen war noch nie dasselbe wie gehen zu können.Lock-in bedeutete früher etwas Einfaches: Ihre Arbeit steckt in einem proprietären Format fest, und die Ausgangstür ist verschlossen. KI-App-Builder haben die Form des Problems verändert. Die Tür ist offen. Die Frage ist, was durch sie hindurchpasst.Eine App ist dreierlei Besitz unter einem Namen: der Quellcode, das laufende System, das echte Nutzer bedient, und das Geschäft, das die App trägt. Der Export nimmt das Erste mit. Die anderen beiden nicht. Die Frustration, die sich durch die Migrations-Threads dieses Sommers zieht, kommt daher, dass man diese Unterscheidung zu spät entdeckt.

Countdown zum Saisonstart und eine gemerkte Vorbereitungs-Checkliste für jedes Mitglied: eine KI-gebaute Sektion für die App deines Sportvereins — mit dem kompletten Prompt zum Klauen.

Website, App oder PWA: was jede Option leistet, was die Pflege kostet, wie Sie entscheiden. Eine serverseitig gerenderte PWA ist Website und App in einem.

Die Classic-Theme-Bibliothek von GoodBarber wächst weiter, und diese Runde bringt zehn neue Themes für Content-Apps. Jedes ist eine fertige visuelle Richtung, die Sie zu Ihrer eigenen machen können, damit Ihre App schon ab dem ersten Bildschirm durchdacht wirkt. Das Schwierigste an einer Content-App ist selten der Inhalt. Es ist, alles absichtsvoll wirken zu lassen, Bildschirm für Bildschirm, wenn Design nicht Ihr Metier ist. Ein Theme löst das, indem es Ihnen eine vollständige visuelle Richtung liefert: Farben, Typografie, Bildstil und Layout greifen bereits ineinander. Sie bringen Ihren Inhalt und Ihre Marke; das Theme bringt den Feinschliff. Und da jedes Theme auf Smart Design basiert, bleibt das Ergebnis stimmig, wie weit Sie es auch anpassen.