Integrierte Portale, Direktbuchungen und PWA

01Ein einziges Portal, ein einziger Ort für die Daten

Sehen Sie sich an, wie ein kleiner Betrieb, der Kunden nach Termin empfängt, heute arbeitet: ein Terminkalender auf Papier oder im Smartphone, eine Tabelle mit den Kontakten, Anfragen, die über WhatsApp, per E-Mail, am Telefon und über eine oder zwei Buchungsplattformen kommen, jede mit ihrer eigenen Oberfläche. Jeder Kanal hat ein Stück der Wahrheit, keiner hat sie ganz.

Eine Szene, die Sie vielleicht kennen: Es ist Samstagvormittag, eine Kundin kommt lächelnd zu ihrem Termin um zehn. Nur ist um zehn schon eine andere Person da, telefonisch von einem Kollegen eingetragen, während die erste über WhatsApp geschrieben hatte. Niemand hat wirklich einen Fehler gemacht: Die beiden Kalender haben einfach nicht miteinander gesprochen.

Das Ergebnis ist bekannt: dieselbe Uhrzeit an zwei Personen vergeben, der Stammkunde, der nicht erkannt wird, die Telefonnummer, die nur im Handy desjenigen steht, der abgenommen hat, der Nachmittag, an dem Daten von einer Stelle in die andere abgeschrieben werden. Und vor allem: Niemand weiß wirklich, wie viele Kunden der Betrieb hat, wie viele wiederkommen, woher sie kommen.

Ein integriertes Portal kehrt das Schema um. Es gibt ein einziges Archiv auf Ihrem Server, von dem aus die Website, die Buchungen, der geschützte Kundenbereich, die automatischen E-Mails und die Anbindung an die Unternehmenssoftware arbeiten. Jeder Kanal schreibt an dieselbe Stelle, jede Person im Team sieht im selben Moment denselben Stand.

Was sich konkret ändert

• Eine Kundenkarte pro Kunde: Besuchshistorie, Vorlieben, Einwilligungen, Dokumente, alles an einem Ort.
• Echte Verfügbarkeit: Sperrt das Team eine Stunde in der Verwaltungssoftware, bietet die Website sie im selben Moment nicht mehr an.
• Weniger doppelte Arbeit: Bestätigungen, Erinnerungen und Belege gehen von selbst hinaus, weil das System weiß, was passiert ist.
• Echte Zahlen: wie viele neue Kunden, wie viele wiederkommen, welche Leistungen sich am meisten lohnen, über welchen Kanal sie kommen.

Damit das alles trägt, braucht es eine passende Grundlage: Ein Portal mit Logins, Buchungen und geplanten Aufgaben braucht einen Server mit reservierten Ressourcen, wie ich im Kapitel über die professionelle Web-Infrastruktur erkläre.

02Direktbuchungen: keine Provisionen, Ihre Daten

Die großen Buchungsplattformen haben ein echtes Verdienst: Sie bringen Sichtbarkeit. Aber der Dienst hat seinen Preis, und nicht nur in Geld. Jede Buchung, die über einen Vermittler läuft, bringt drei Kosten mit sich.

1. Die Provision auf jeden Kunden, auch auf die, die schon Ihre waren

Der Vermittler behält auf jede Buchung einen Prozentsatz ein, je nach dem Vertrag, den Sie unterschrieben haben. Sie zahlen ihn für den neuen Kunden, und das ist in Ordnung; aber Sie zahlen ihn auch für den Stammkunden, der Sie schon kannte und einfach die App benutzt hat, die er auf dem Smartphone hatte. Mit einem Buchungssystem auf Ihrer Website kostet der Kunde, der wiederkommt, keine Provision.

2. Die Beziehung zum Kunden bleibt beim Vermittler

Wer über eine Plattform bucht, ist zuerst Kunde der Plattform. Welche Daten Sie erhalten, wie Sie ihn kontaktieren dürfen und was Sie ihm anbieten dürfen, entscheidet der Betreiber des Dienstes. Bei Direktbuchungen hinterlässt der Kunde seine Daten bei Ihnen, mit seiner Einwilligung, und Sie können ihm wieder schreiben: für die nächste Saison, für eine Neuheit, für ein Dankeschön.

3. Die Verfügbarkeit, der man hinterherläuft

Mehr Buchungskanäle bedeuten mehr Kalender, die abgeglichen werden müssen. Ist der Abgleich nicht sofort, entsteht das Risiko der Doppelbuchung: zwei Personen, derselbe Platz, dieselbe Uhrzeit. Ein eigenes Portal ist der einzige echte Kalender: Eventuelle externe Plattformen synchronisieren sich mit ihm, nicht umgekehrt.

Es geht nicht darum, die Plattformen von heute auf morgen aufzugeben: Für viele Betriebe bleiben sie ein nützlicher Kanal, um bekannt zu werden. Es geht darum, jeden Kunden, der von außen kommt, beim nächsten Mal zu einem Direktkunden zu machen, mit einem eigenen System, das bereit ist, ihn zu empfangen.

03Die Sicherheit des Portals und der Unternehmenssoftware

Ein Portal, das Namen, Telefonnummern, E-Mail-Adressen, Geburtsdaten, manchmal Dokumente und Vorlieben sammelt, verwahrt personenbezogene Daten. Die europäische Datenschutz-Grundverordnung (DSGVO) verlangt in Artikel 32 von allen, die sie verarbeiten, technische und organisatorische Maßnahmen, die dem Risiko angemessen sind, und nennt ausdrücklich die Verschlüsselung, die Fähigkeit, Vertraulichkeit und Verfügbarkeit zu gewährleisten, und die Fähigkeit, die Daten nach einem Zwischenfall wiederherzustellen. Das ist keine Bürokratie: Es ist die Beschreibung gut gemachter Software.

Schicht 1 · Die Straße: HTTPS überall

Der gesamte Verkehr zwischen dem Smartphone des Kunden und dem Server läuft verschlüsselt über das Protokoll HTTPS (TLS): Wer im selben öffentlichen WLAN ist, kann weder lesen noch verändern, was übertragen wird. Heute erhält und erneuert man das Zertifikat automatisch; eine Website ohne HTTPS wird von den Browsern als „nicht sicher“ markiert und kann, wie Sie gleich sehen werden, nicht einmal eine PWA werden. Wie Domain und Zertifikat funktionieren, erkläre ich im Kapitel über Domain, DNS und HTTPS.

Schicht 2 · Die Tür: wer hineinkommt und wie

Die Passwörter der Kunden werden nie lesbar gespeichert: Man bewahrt nur einen Fingerabdruck auf, berechnet mit eigens dafür gemachten Algorithmen, aus dem sich das Passwort nicht zurückgewinnen lässt. Für das Team, das die Daten aller sieht, kommt die Zwei-Faktor-Authentifizierung hinzu. Die vollständigen Regeln stehen im Kapitel über Passwörter, Zwei-Faktor-Authentifizierung und Passkeys.

Schicht 3 · Der Code: keine in Formulare eingeschleusten Befehle

Jedes Feld, das der Kunde ausfüllt, vom Namen bis zur Nachricht, ist ein Punkt, über den jemand versuchen kann, Anweisungen an die Datenbank zu schicken: Das ist die SQL-Injection. Die erste von der OWASP empfohlene Abwehr sind parametrisierte Queries, bei denen der vom Nutzer eingegebene Wert immer ein Datum bleibt und nie Teil des Befehls wird. Dazu kommen die Prüfung jeder Eingabe, der Schutz der Formulare vor automatischen Einsendungen und Grenzen für wiederholte Versuche.

Schicht 4 · Das Archiv: weniger Daten, weniger Rechte, Kopien außer Haus

• Datenminimierung: Man sammelt nur die Daten, die wirklich gebraucht werden. Was Sie nicht haben, kann Ihnen nicht gestohlen werden.
• Minimale Rechte: Das Programm greift mit einem Benutzer auf die Datenbank zu, der nur das darf, was nötig ist, nicht mit dem Administrator.
• Verschlüsselung sensibler Daten, auch wenn sie ruhend auf der Festplatte liegen.
• Automatische Backups, die den Server verlassen, mit einer echten Wiederherstellung getestet: Die Methode steht im Kapitel über die Datensicherung im Unternehmen.

Über allem stehen die Pflichten gegenüber den Menschen: eine klare Datenschutzerklärung, getrennte Einwilligungen für das Marketing, das Recht, die eigenen Daten anzufordern oder löschen zu lassen. Darauf komme ich im Kapitel über DSGVO und Cookies für die Website eines kleinen Betriebs zurück.

04PWAs: die App, die sich aus dem Browser installiert

Jahrelang gab es nur einen Weg zu „einer App“: sie zweimal entwickeln, einmal für das iPhone und einmal für Android, in den Stores veröffentlichen, auf die Freigaben warten, die Kunden bitten, sie herunterzuladen. Eine PWA (Progressive Web App) ändert die Regeln: Es ist Ihre Website, so gebaut, dass sie sich wie eine App auf dem Smartphone installieren lässt, mit eigenem Icon, eigenem Vollbildfenster und, wenn nötig, Funktion ohne Netz.

Was eine Website braucht, um eine PWA zu werden

Laut der Dokumentation von Mozilla (MDN) braucht eine Web-App zwei Dinge, um installierbar zu sein:

• ein Manifest, eine kleine Datei, die Name, Icons (mindestens 192 und 512 Pixel für Chromium-basierte Browser), Startseite und Anzeigemodus angibt;
• die Auslieferung über HTTPS, also über eine verschlüsselte Verbindung.

Dazu kommt fast immer ein Service Worker: ein Skript, das im Hintergrund arbeitet, eine Kopie der Seiten und nützlicher Daten aufbewahrt und der App erlaubt, sich auch ohne Netz zu öffnen. Für die Installation ist er nicht Pflicht, aber er macht eine PWA in der Praxis erst richtig nützlich: der Kunde, der seine Buchung in der U-Bahn öffnet, der Kellner, der die Speisekarte in einem Raum ohne Empfang nachschlägt.

PWA und native App im Vergleich

Für die große Mehrheit der Dienste eines kleinen oder mittleren Betriebs (buchen, eine Speisekarte ansehen, die eigenen Termine sehen, eine Erinnerung erhalten, eine Kundenkarte vorzeigen) leistet die PWA alles Nötige, zu einem Bruchteil der Kosten und Schritte. Die native App bleibt die richtige Wahl, wenn ein tiefer Zugriff auf die Hardware gebraucht wird oder die Präsenz im Store selbst ein Ziel ist.

05Die Wahrheit über iPhone und Android

Hier ist Ehrlichkeit gefragt, denn viele Präsentationen von PWAs lassen diesen Punkt aus: Die Erfahrung ist auf den beiden Systemen nicht identisch, und ein seriöses Projekt berücksichtigt das vom ersten Tag an.

Unter Android: Der Browser schlägt es von selbst vor

In Chromium-basierten Browsern wie Chrome und Samsung Internet kann der Browser, wenn eine Website die Anforderungen einer PWA erfüllt, die Installation vorschlagen, mit einem Hinweis oder mit dem Menüpunkt „App installieren“. Mit Chrome erscheint die installierte App zwischen den anderen Apps des Smartphones, mit eigenem Icon. Die Website kann auch im richtigen Moment eine eigene Schaltfläche „Installieren“ zeigen, zum Beispiel nach der ersten Buchung.

Auf iPhone und iPad: von Hand hinzufügen

Unter iOS und iPadOS gibt es keinen automatischen Installationshinweis. Der Kunde muss es selbst tun, in vier Handgriffen:

Deshalb erkennt eine gut gemachte PWA das iPhone und zeigt im richtigen Moment ein kleines Feld mit diesen Schritten, bebildert. Es ist ein Detail des Entwurfs, das den Unterschied macht zwischen einer PWA, die niemand installiert, und einer, die auf dem Bildschirm vieler Kunden landet.

Benachrichtigungen auf dem iPhone: erst nach der Installation

Seit der Version 16.4 von iOS und iPadOS können auch Web-Apps Push-Benachrichtigungen empfangen, aber unter zwei genauen Bedingungen, die Apple selbst im WebKit-Blog beschreibt:

• Die Web-App muss zum Home-Bildschirm hinzugefügt worden sein: In einem normalen Safari-Tab lassen sich Benachrichtigungen nicht aktivieren;
• die Erlaubnis wird erst nach einer Handlung des Nutzers abgefragt, zum Beispiel nach dem Tippen auf eine Schaltfläche „Benachrichtigen“.

Daraus folgt eine praktische Regel: Benachrichtigungen sind eine Belohnung für die Installation, nicht der Grund dafür. Der Dienst muss schon ohne sie nützlich sein.

06Der QR-Code im Schaufenster: vom Gehweg auf das Smartphone des Kunden

Und nun zur Strategie, die die physische mit der digitalen Welt verbindet und sehr wenig kostet: ein QR-Code im Schaufenster des Geschäfts, der Praxis oder des Lokals, der Passanten direkt in Ihre PWA führt. Es ist die kürzeste Brücke, die es gibt, zwischen jemandem, der an Ihrer Tür vorbeigeht, und einem Kunden, der Sie jedes Mal wiederfindet, wenn er sein Smartphone öffnet.

Es funktioniert, weil die Kamera heutiger Smartphones QR-Codes von selbst liest, ohne App zum Herunterladen: scannen, der Link erscheint, antippen. Es funktioniert auch, wenn Sie geschlossen haben: Das Schaufenster arbeitet um zehn Uhr abends und am Sonntagmorgen.

Schritt 1 · Der QR-Code führt zu einer eigenen Adresse, die sich nicht ändert

Der QR-Code ist gedruckt: Hängt er einmal im Schaufenster, ändern Sie ihn nicht mehr. Deshalb muss er eine Adresse Ihrer eigenen Domain enthalten, die auf Dauer angelegt ist, etwa ihrewebsite.de/schaufenster, die der Server dann auf die richtige Seite weiterleitet. Ändern Sie morgen das Angebot, ändern Sie das Ziel auf dem Server, nicht den Aufkleber. Niemals ein QR-Code, der auf einen Drittanbieter zeigt, der schließen oder ein Abo verlangen kann, damit er weiter funktioniert. Warum die Domain auf Sie eingetragen sein muss, erkläre ich im Kapitel darüber, wem Ihre Website wirklich gehört.

Schritt 2 · Ein Grund, ihn zu scannen

Niemand scannt ein schwarzes Quadrat aus Neugier. Neben den QR-Code gehört ein Satz, der sagt, was man sofort bekommt: „Reservieren Sie Ihren Tisch, auch wenn wir geschlossen haben“, „Das Tagesmenü auf Ihrem Smartphone“, „Buchen Sie den nächsten Termin in zehn Sekunden“, „Ihre Kundenkarte immer dabei“. Ein konkretes Versprechen, nur eines.

Schritt 3 · Der QR-Code muss sich wirklich lesen lassen

• Auf Augenhöhe, wo der Blick von selbst hinfällt, nicht unten zwischen den Kreditkarten-Aufklebern.
• Groß genug, um vom Gehweg aus gescannt zu werden: Testen Sie vor dem Druck selbst mit zwei verschiedenen Smartphones aus der Entfernung, in der Passanten stehen werden.
• Deutlicher Kontrast: dunkel auf hell, mit einem weißen Rand rundherum, fern von Spiegelungen und schmutzigen Scheiben.
• Beleuchtet, auch am Abend, wenn das Schaufenster allein arbeitet.

Schritt 4 · Die Zielseite tut nur eine Sache

Wer den QR-Code scannt, steht auf dem Gehweg und hat wenig Geduld. Die Seite, die sich öffnet, muss im Nu laden und das Versprechen des Schaufensters halten, mit einer einzigen Hauptschaltfläche. Direkt darunter das Feld zur Installation der App: mit der Schaltfläche „Installieren“ unter Android und den bebilderten Anweisungen auf dem iPhone, automatisch erkannt.

Schritt 5 · Der Grund, sie zu behalten

Eine App zu installieren ist eine kleine Verpflichtung, und man geht sie nur ein, wenn es sich lohnt. Die Gründe, die funktionieren, sind praktisch: buchen, ohne anzurufen, die eigenen Termine sehen, die Erinnerung am Vortag erhalten, Punkte sammeln, als Erster von Neuheiten erfahren. Je nützlicher die PWA ist, desto länger bleibt sie auf dem Smartphone.

Schritt 6 · Messen, ohne jemanden zu erfassen

Fügen Sie der Adresse des QR-Codes einen Parameter hinzu, der die Herkunft angibt, zum Beispiel ?quelle=schaufenster. So wissen Sie, wie viele Besuche von der Straße kommen, im Vergleich zur Website oder zu den sozialen Netzwerken, ohne personenbezogene Daten zu sammeln. Nutzen Sie Statistikwerkzeuge, die Cookies setzen, gelten die Regeln aus dem Kapitel über DSGVO und Cookies.

Die Ersparnis im Vergleich zu einer herkömmlichen App

• Keine Veröffentlichungskosten in den Stores und keine Prüfung, auf die man warten muss.
• Eine einzige Entwicklung, die zugleich Ihre Website und Ihre Buchungsseite ist.
• Keine Suche im Store: Der Kunde muss die App nicht unter tausend mit ähnlichen Namen finden.
• Ein Aufkleber statt einer Werbekampagne: der günstigste Kanal, den es für einen Betrieb mit einer Tür zur Straße gibt.

Der QR-Code im Schaufenster funktioniert noch besser zusammen mit den anderen Werkzeugen des Handels vor Ort, etwa dem Flyer in der Nachbarschaft: Ich bringe sie im Kapitel darüber zusammen, wie man vom Online-Geschäft zum Ladengeschäft kommt.

07Website, Portal und PWA: ein Ökosystem, das Ihnen gehört

Nun alle Teile zusammen. Eine Website, die gefunden wird, ein Portal, das Kunden und Buchungen an einem Ort hält, eine PWA auf dem Home-Bildschirm der Kunden, ein QR-Code im Schaufenster, der Passanten hereinholt. Jedes Teil stärkt die anderen, und alle gehören Ihrem Betrieb: Domain, Daten, Beziehung zu den Kunden, Regeln.

Das ist ein wesentlicher Unterschied zu dem, was auf Plattformen und in sozialen Netzwerken geschieht, wo Sichtbarkeit, Kontakte und sogar die Existenz der Seite von Entscheidungen abhängen, die anderswo getroffen werden. Deshalb ist dieses eigene Ökosystem aus Website und PWA das einzige echte digitale Gut, um Kunden zu gewinnen, ohne von sozialen Netzwerken abzuhängen: Die sozialen Netzwerke bleiben nützlich, um aufzufallen, aber das Zuhause ist ein anderes. Darüber spreche ich im nächsten Kapitel: die Website als Eigentum und die sozialen Netzwerke als Megafon.

Häufige Fragen

Quellen

1. MDN Web Docs, „Making PWAs installable“: Manifest, Icons, HTTPS und die Rolle des Service Workers.
2. web.dev (Google), „Learn PWA: Installation“: die Installation unter Android und das manuelle Hinzufügen unter iOS und iPadOS.
3. WebKit (Apple), „Web Push for Web Apps on iOS and iPadOS“: Push-Benachrichtigungen ab iOS 16.4 für Web-Apps auf dem Home-Bildschirm.
4. Apple Developer, „What's included“: das Entwicklerprogramm für 99 USD pro Mitgliedsjahr.
5. Play-Console-Hilfe, Registrierung des Entwicklerkontos (auf Italienisch): die Registrierungsgebühr von 25 USD.
6. OWASP, „SQL Injection Prevention Cheat Sheet“: parametrisierte Queries als erste Abwehr.
7. Verordnung (EU) 2016/679 (DSGVO), Artikel 32 (auf Italienisch): Sicherheit der Verarbeitung, Verschlüsselung und Wiederherstellung der Daten.

Kapitel aktualisiert im Oktober 2026. Die Eigenschaften von PWAs hängen vom Browser und von der Version des Betriebssystems ab und können sich ändern: Die Angaben zu iPhone und Android stammen aus der oben genannten offiziellen Dokumentation von Apple, Google und Mozilla.