Skip to main content
Version 3.0 überträgt Daten anders als 2.x: in Batches, in einem festen Takt und mit Leitplanken gegen versehentlichen Massenversand. Das Update selbst erledigt die technische Umstellung. Den Versand schaltest du danach bewusst wieder ein.
Nach dem Update ist der Versand aus. Trockenlauf an, alle Quellen aus, Abmelde-Abgleich aus. Bis du die Einrichtung durchgegangen bist, überträgt das Plugin keine Kunden, Bestellungen oder Produkte.

​
Vor dem Update

1

Resources & Health aktualisieren

DZM Reloadify 3.0 braucht Resources & Health ab Version 1.11.17. Aktualisiere es zuerst.
2

Flows in Reloadify ansehen

Prüfe, welche Flows bei neuen Profilen, Bestellungen oder Anmeldungen Mails verschicken (Willkommensstrecke, Winback, Bewertungsanfrage). Wenn du nach dem Update Historie nachlädst, sollten diese Flows dabei nicht anspringen. Kläre das im Zweifel mit dem Reloadify-Support.

​
Was das Update selbst erledigt

Die alten Cron-Jobs für Katalog, Bestellungen, Warenkörbe und Abmeldungen werden entfernt. Neu sind „DZM Reloadify: Sync“ (bei jedem Cron-Aufruf) und ein Wartungsjob (täglich). Hattest du unter einem dieser Namen schon einen Eintrag von Hand angelegt, bleibt seine Frequenz stehen. Das zeigt Zugang & Cron, und Cron-Jobs reparieren setzt ihn zurück.
Die URLs aus 1.x und 2.0 (zum Beispiel …/catalog oder …/orders) führen weiter einen Takt aus. Nötig sind sie nicht mehr, der JTL-Cron übernimmt den Takt. Aufträge bei cron-job.org und ähnlichen Diensten kannst du löschen.
Die Reloadify-Sprache wandert aus der Sprachzuordnung von 2.x an die Feeds. Gab es in 2.x keine Sprachzuordnung, legst du den Feed nach dem Update von Hand an. Haben zwei Feeds dieselbe JTL-Sprache, behält der Standard-Feed die Reloadify-Sprache, die anderen werden ausgelassen, bis sie eine eigene bekommen.
Es gibt nur noch eine Profilzeile je E-Mail-Adresse. Bestellungen und Warenkörbe aus 2.x hängen am Standard-Feed.
Zwischen dem Ablegen der neuen Dateien und Aktualisieren im Pluginmanager pausiert der Abgleich. Die Übersicht meldet das, die Takt-URL antwortet solange mit HTTP 503.
Eine Ausnahme vom ausgeschalteten Versand sind Abmeldungen: Sobald ein Takt läuft, Zugangsdaten gespeichert sind und ein Feed läuft, gehen Abmeldungen aus JTL an Reloadify, auch im Trockenlauf. Beim ersten Mal sind das die Abmeldungen der letzten 14 Tage.

​
Nach dem Update: wieder einschalten

Geh die Einrichtung einmal komplett durch, auch wenn Zugangsdaten schon gespeichert sind:
1

Zugang prüfen

Schritt 1 ist neu und muss auch bei vorhandenen Zugangsdaten einmal grün werden.
2

Feeds prüfen

Vor allem die Reloadify-Sprache jedes Feeds. Sie lässt sich nur ändern, solange der Feed nichts gesendet hat.
3

Trockenlauf ansehen

Der Bericht zeigt, wie viel je Quelle offen wäre.
4

Abmeldungen abgleichen

Der Abmelde-Abgleich trägt bei Reloadify Abgemeldete auch in JTL aus. Danach stimmt deine Newsletter-Liste in JTL mit Reloadify überein. In den Pilotshops schrumpfte die JTL-Liste dabei um ein Viertel, das ist gewollt.
5

Stichtag festlegen

Unter Einstellungen. Ohne Stichtag gehen nur neue Daten raus. Mit einem Stichtag in der Vergangenheit lädt das Plugin die Historie ab diesem Tag nach.
6

Quellen einzeln einschalten

Am besten in dieser Reihenfolge: Katalog, Profile, Bestellungen, Warenkörbe. Beobachte nach jeder Quelle die Übersicht.
7

Cron prüfen

Unter Zugang & Cron: Läuft im Shop überhaupt ein Cron? Am besten beim Hoster einen Cron einrichten, der /includes/cron_inc.php alle 1–2 Minuten aufruft.

​
Historie nachladen

Bestellungen und Profile gehen mit ihrem echten Datum an Reloadify: ordered_at ist das Bestelldatum aus JTL, subscribed_to_newsletter_at das Datum der Newsletter-Anmeldung. Reloadify übernimmt beide unverändert.
1

Stichtag schrittweise zurücksetzen

Zum Beispiel erst einen Monat, dann den Jahresanfang, dann die ganze Historie.
2

Mengenbremse freigeben

Mehr als 200 Datensätze aus dem Altbestand hält die Mengenbremse an. In der Übersicht gibst du sie mit „n freigeben“ frei, je Ressource, also für Profile und Bestellungen getrennt. Die Freigabe gilt 24 Stunden für genau diese Menge, danach läuft der Versand von selbst.
3

Flows beobachten

Sieh nach jedem Schritt in Reloadify nach, ob Flows anlaufen, bevor du weiter zurückgehst.
Daten, die 2.x schon gesendet hat, gehen erneut raus, wenn sie nach dem Stichtag liegen. Das legt bei Reloadify keine Duplikate an: Alle Versionen bilden dieselben IDs, ein erneutes Senden aktualisiert den vorhandenen Datensatz.