RKR Messaging: Flows, Push-Benachrichtigungen und installierbarer Store (PWA)

29.10.2026
v2.0.5

[destacado] "Sag mir Bescheid, wenn ich zurück bin" funktioniert beim ersten Mal.

• Ein einziger Klick fordert die Benachrichtigungsberechtigung an, registriert den Browser und leitet ihn zum Produkt weiter. Bisher wurden nur Abonnenten weitergeleitet; für alle anderen öffnete sich eine Benachrichtigung, die so gut wie nie angezeigt wurde, und der Klick hatte keine Auswirkung.
• Wenn Sie die Karte erneut aufladen, steht auf der Schaltfläche immer noch „Wir benachrichtigen Sie“, falls Sie bereits angemeldet waren.
• Wenn Benachrichtigungen blockiert sind, der Browser sie nicht unterstützt oder es sich um ein iPhone ohne die Website auf dem Startbildschirm handelt, wird dies unterhalb der Schaltfläche angezeigt.
• Es funktioniert sogar dann, wenn die Abonnementbenachrichtigung und die App (PWA) deaktiviert sind.
• Die Benachrichtigung erfolgt durch Kombination: Wenn eine Größe nicht vorrätig ist, andere Größen aber vorrätig sind, werden Sie über diese Größe benachrichtigt.
• Wer bereits eine Benachrichtigung für ein Produkt erhalten hat, kann sich erneut anmelden, wenn es ausverkauft ist.

21.10.2026
v2.0.4

[destacado] Die Benachrichtigungsschaltfläche funktioniert jetzt und verdeckt nicht mehr den Chat.

• Der runde Button, der nach dem Tippen auf „Nicht jetzt“ erscheint, öffnet die Benachrichtigung erneut (zuvor hatte er während der Pausentage keine Funktion). Wenn Benachrichtigungen im Browser blockiert sind, werden Sie benachrichtigt und die Benachrichtigung wird anschließend ausgeblendet.
• Es befindet sich nun in der unteren linken Ecke, über dem WhatsApp-Button und unterhalb der Chats. Es kann mithilfe der CSS-Variablen --rkrmensajeria-campana-left/right/bottom/z verschoben werden.

17.10.2026
v2.0.3

RKR Push heißt jetzt RKR Messaging und verwendet ähnliche Abläufe wie Klaviyo. [destacado] Zusammenfassung der Neuerungen gegenüber RKR Push 1.0.1 (Details in 2.0.0 bis 2.0.2 ):

• Abläufe mit der Vorlage „Abgebrochene Navigation“: Nutzer, die ein Produkt oder eine Kategorie wiederholt ansehen, ohne einen Kauf zu tätigen, erhalten eine Benachrichtigung mit dem Produkt, dem aktuellen Preis und ähnlichen Produkten. Filter werden vor jedem Schritt geprüft, intelligente Übermittlungen sind aktiviert und Ruhezeiten werden berücksichtigt. Die Texte sind in Spanisch, Englisch, Französisch, Deutsch, Italienisch und Portugiesisch verfügbar.
• Die Übertragung von RKR Push erfolgt verlustfrei : Abonnenten und VAPID-Schlüssel sind enthalten; niemand muss die Berechtigung erneut erteilen.
• Es existiert parallel zu RKR OmniCRM , das seine Push-Benachrichtigungen über dieses Modul sendet.
• Klicks werden auch dem Browser zugeordnet .
• Neue Handbücher ( docs/manual-es.pdf , docs/manual-en.pdf ) mit dem Titel „RKR Messaging“ behandeln Workflows, die Integration mit RKR OmniCRM und die Datenübertragung von RKR Push. Es handelt sich ausschließlich um Dokumentation; der Code stammt aus Version 2.0.2.
• Der Relaisdienst wird wieder unter seinem ursprünglichen Namen RKR Push Relay geführt.
• Das Backend-Menü wird nun in der Sprache des Shops angezeigt. Zuvor wurden die Tabs in PrestaShop 9 nach der Modulinstallation erstellt und blieben auf Englisch; jetzt werden sie beim ersten Öffnen des Backends übersetzt.

07.10.2026
v1.0.1

Sicherheitskorrekturen. Ein Update wird empfohlen.

• Jede Backoffice-Aktion prüft nun die Profilberechtigungen. PrestaShop prüft diese nur für bekannte Aktionen (z. B. Löschen aus einer Liste, Speichern eines Standardformulars). Modulspezifische Aktionen waren zuvor für alle Mitarbeiter mit Zugriff auf den entsprechenden Tab zugänglich. Ein Profil mit Lesezugriff konnte Kampagnen an alle Abonnenten senden , die URL und Relay-Schlüssel ändern, das VAPID-Paar neu generieren oder Benachrichtigungsvarianten löschen. Jetzt gibt es die Optionen „Anzeigen“ für Export und Berichterstellung, „Hinzufügen“ für Erstellung und Import, „Bearbeiten“ für Speichern, Planen und Testen sowie „Löschen“ zum Löschen.
• Die Exportdatei mit Schlüsseln wird nur von einem SuperAdmin heruntergeladen und standardmäßig ohne Schlüssel exportiert. Diese Datei enthält die Browserschlüssel und den privaten VAPID-Schlüssel: Damit können Sie von überall aus alle Abonnenten erreichen. Das Generieren und Rotieren des VAPID-Paares ist ebenfalls nur SuperAdmins vorbehalten.
• Tests können nicht mehr an Kunden gesendet werden. Früher gingen sie an den zuletzt besuchten Abonnenten, der in einem geöffneten Shop in der Regel ein Kunde ist: Dieser erhielt die Kampagne quasi halbfertig. Jetzt werden sie nur noch an die Testgeräte gesendet, die der Händler in den Einstellungen seines Browsers auswählt, und zwar über eine Schaltfläche, die auf das Abonnement dieses Browsers hinweist: Die Auswahl eines anderen Browsers ist nicht möglich.
• Die Benachrichtigung über wieder verfügbare Artikel bezog sich nur auf den Browser selbst. Pro Parameter wurde nur eine Abonnenten-ID akzeptiert, sodass es möglich war, einen anderen Benutzer für Benachrichtigungen anzumelden, die er nicht angefordert hatte.
• Der Service Worker speichert keine Backend-Seiten mehr. Sein / umfasst den Administrationsordner. Seiten mit Kundendaten, Bestellungen und Tokens wurden zuvor im Browser-Cache des Mitarbeiters gespeichert. Nun werden keine vom Server als no-store oder private gekennzeichneten Daten mehr gespeichert. PrestaShop stellt das Backend über diese Schnittstelle bereit. Bei einem Versionswechsel des Service Workers werden die Caches der Version 1.0.0 gelöscht, wodurch auch alle vorhandenen Cache-Daten entfernt werden.
• Die Konfigurationsexportdatei enthält weder das Cron-Token noch den Relay-Account-Schlüssel. Sie kann über ein schreibgeschütztes Profil heruntergeladen werden, und das Cron-Token wird zum Initiieren von Übertragungen verwendet.

28.09.2026
v1.0.0

Erste Version.

• Vollständige PWA: Manifest aus der Konfiguration generiert, Icons in allen Größen – einschließlich maskierbarer – aus dem Store-Logo, Service Worker mit Caching-Strategien nach Typ und eigener Offline-Seite.
• Der Service Worker wird von der Domain des Shops mit dem Service-Worker-Allowed Header bereitgestellt, und der Einstellungsbildschirm überprüft die tatsächliche Reichweite, indem er die tatsächlich ankommenden Header, einschließlich des vorangestellten CDN, betrachtet.
• Gewinnen Sie Abonnenten mit Ihrer eigenen Benachrichtigung in zwei Schritten und A/B-Tests, mit Auslösern für Zeit, Scrollen, Verlassen, Hinzufügen zum Warenkorb und Anzahl der Aufrufe.
• Einwilligungsprotokoll mit Datum, Uhrzeit, gekürzter IP-Adresse, angezeigtem Text und Version.
• Sieben Automatisierungen: Abgebrochener Warenkorb in drei Schritten mit Coupon, Rückkehr zum Lagerbestand, Preissenkung, Bestellstatus, abgebrochene Navigation, Nachbestellung aufgrund von Verbrauch und Reaktivierung inaktiver Artikel.
• Kampagnen mit Verhaltenssegmentierung, Zeitplanung, topic , Aktionsschaltflächen, Vorschau und Echtzeit-Byte-Zähler nach der Verschlüsselung.
• Vollständige Kennzahlen – gesendet, angezeigt, angeklickt, geschlossen, abgelaufen – und zugeordneter Umsatz mit konfigurierbarem Fenster.
• Import von PushOwl/Brevo, OneSignal, PushEngage, Webpushr und generischen CSV-Dateien, mit Stichprobenprüfung vor der Annahme des Batches und stiller Anzeige des Fortschritts der erneuten Abonnements.
• Vollständiger Export mit einem Klick, inklusive Schlüsseln und VAPID-Paar, in den Formaten CSV und JSON.
• Erstklassiger Standalone-Modus: Das Modul übernimmt die Zustellung selbstständig mit curl_multi und seinem VAPID-Partner. Bei angeschlossenem RKR Push Relay delegiert es die Massenzustellung. Reagiert das Relay nicht, werden kritische Transaktionen vom Speicher gesendet.
• Frequenzbudget pro Abonnent, Ruhezeiten in der jeweiligen Zeitzone jedes Abonnenten und Deduplizierung.
• Rotation des VAPID-Paares mit einer Kulanzfrist.
• Unterstützung mehrerer Shops und Sprachen, WCAG 2.2 AA-Barrierefreiheit im Hinweis, kein Inline-JavaScript und keine Abhängigkeiten von Drittanbietern.

Vor der Veröffentlichung geprüft

Installiert und ausgeführt auf PrestaShop 9.1.5 (Multi-Store, zwei Shops). Dabei ergaben sich vier Erkenntnisse, die beim Lesen des Quellcodes nicht sichtbar sind:

• Eine benutzerfreundliche URL mit der Endung .js funktioniert in PrestaShop nicht. Der Server ignoriert das Routing für alle Dateiendungen wie .gif , .jpg , .png , .css , .js oder .ico . Der Pfad des Service Workers hat keine Dateiendung; der Browser prüft den Content-Type .
• ObjectModel lehnt bei jeder UPDATE ein Null-Datum ab, wenn das Feld nicht mit allow_null deklariert ist. Dies wurde beim zweiten Speichern ausgelöst, also beim zweiten Abonnieren durch denselben Browser.
• Db::getValue() fügt ein eigenes LIMIT 1 hinzu , sodass eine Abfrage mit LIMIT ... OFFSET letztendlich LIMIT 1 OFFSET 5000 LIMIT 1 lautet und von MySQL abgelehnt wird. Dies trat nur während der täglichen Bereinigung auf: ein Fehler pro Tag.
• Google lehnt Urgency: very-low mit einem 400-Fehler ab, obwohl diese in RFC 8030 definiert ist; akzeptiert werden nur high , normal und low . Ohne Übersetzung hätte der Beispielimporttest zur Kündigung aller Chrome-Abonnements geführt. Die Zustellung wurde gegen fcm.googleapis.com verifiziert: Ein nicht existierender Endpunkt liefert einen 410- Fehler, was beweist, dass der Dienst die VAPID-Signatur und -Verschlüsselung akzeptiert und das Modul dies als dauerhafte Kündigung interpretiert.