E-Mail-Marketing für PrestaShop: Einwilligung, Rückgewinnung und Bestellnachrichten

Unser Vorgehen

Wir würden mit Ihrem bestehenden Shop und der nächsten benötigten Nachricht beginnen. Behalten Sie einen funktionierenden Versanddienst und eine funktionierende Plattform bei, sofern keine fehlende Funktion oder ein reproduzierbarer Fehler einen Wechsel rechtfertigt. Prüfen Sie Ihre PrestaShop- und PHP-Versionen, installierte Module, Bestellprozess und Theme, Einwilligungsnachweise, Bestellstatus, Integrationen, Sprachen und Märkte. Legen Sie fest, wer Kampagnen freigibt, auf Antworten reagiert und Fehler untersucht.

Wenn Bestellbestätigungen unzuverlässig sind, reparieren Sie zuerst diesen Versandweg. Wenn Sie eine Liste mit gültigen Einwilligungen, aber keine verlässlichen Kaufereignisse haben, beginnen Sie mit einer Willkommensnachricht oder einem geprüften Newsletter. Nutzen Sie die Warenkorbwiederherstellung erst, wenn Identität, Berechtigung, Wiederherstellung und Versandunterdrückung nach Käufen nachgewiesen sind. Ein größerer Katalog oder Empfängerkreis rechtfertigt allein keine komplexere Plattform.

Führen Sie einen begründeten Connector- oder Versanddienstwechsel auf einer isolierten Staging-Kopie mit produktivem Theme, Modulen und relevanten Daten durch. Deaktivieren Sie vor dem Test Kundenmails, externe Marketingjobs und Exporte zur Auftragsabwicklung; ein Mail-Catcher im Shop kann API-Sendungen einer separaten Plattform nicht abfangen. Verwenden Sie kontrollierte Testkontakte und, soweit unterstützt, ein Testkonto. Proben Sie Anmeldung, Kauf, Widerruf und Wiederholungsversuche, bevor Sie die Produktivumstellung planen, und dokumentieren Sie die bisherige Konfiguration sowie Schritte zur Rücknahme.

Wenn Sie das gewählte Modul konfigurieren und den vereinbarten Ablauf prüfen lassen möchten, deckt der PrestaShop Module Installation & Configuration Service ein bestehendes Modul ab; Lizenzen, zusätzliche Module und Entwicklung sind separat.

Betriebliche E-Mails und Marketing trennen

Mit E-Mail können Sie eine übertragbare Zielgruppe pflegen, unter Beachtung von Einwilligungen, Anbieterbedingungen und Zustellkontrollen. Sie bleiben dabei von Absendern, Postfachanbietern und Reputation abhängig. E-Mail ist nicht automatisch Ihr günstigster oder ertragreichster Kanal.

PrestaShop sendet betriebliche Nachrichten wie Konto- und Passwortmails, Bestellbestätigungen und Statusbenachrichtigungen. Das Modul zur Newsletter-Anmeldung bietet weder einen Kampagneneditor noch eine Segmentierungsengine oder die hier beschriebenen mehrstufigen Marketingabläufe. Dafür benötigen Sie eine geeignete Erweiterung, externe Plattform oder individuelle Integration.

Wählen Sie eine nützliche Nachricht und belegen Sie deren Daten- und Zustellweg, bevor Sie ausbauen. Stimmen Sie Newsletter, Treueangebote, Empfehlungen und Support ab, damit dieselbe Person keine widersprüchlichen oder übermäßig vielen Nachrichten erhält. Prüfen Sie Ihren Bestellprozess gesondert, wenn unerwartete Kosten oder technische Probleme zu Abbrüchen führen.

Newsletter-Anmeldung und gespeicherte Daten verstehen

Modulversionen sind unabhängig von der Shopversion relevant. Ältere PrestaShop-1.6-Shops verwenden häufig blocknewsletter und eine Datenbanktabelle mit dem Suffix newsletter. Spätere Installationen nutzen ps_emailsubscription mit einer Gästetabelle, deren Suffix emailsubscription lautet. Prüfen Sie vor einem Export das installierte Modul und das Schema.

Mit dem Standardpräfix ps_ ergibt ps_ plus emailsubscription den Namen ps_emailsubscription. Dieser Tabellenname ist gültig; fügen Sie nicht allein wegen des Modulnamens ein weiteres ps_ hinzu.

Gastabonnenten und registrierte Kunden können getrennt gespeichert sein. Der Newsletter-Status registrierter Kunden steht im Kundendatensatz. Die Gästetabelle kann E-Mail-Adresse, Aktivstatus, Anmeldedatum, Registrierungs-IP, Herkunftsinformationen und Shopkontext enthalten. Ihr Referrer kann aus Verbindungsdaten stammen und ist kein zuverlässiger Nachweis der Formularseite.

Der Export von ps_emailsubscription kann je nach Filter sowohl registrierte Kunden als auch Gastabonnenten enthalten. Ein individueller Exporter oder Connector muss ebenfalls die relevanten Quellen, Shops und Anmeldestatus abdecken. Gehen Sie weder davon aus, dass der native Export nur Gäste enthält, noch dass jede Quelle die Hälfte Ihrer Liste ausmacht.

Dieses schreibgeschützte Beispiel verwendet das Standardpräfix und die beispielhafte Shop-ID 1. Passen Sie beides an Ihre Installation an und schützen Sie exportierte personenbezogene Daten:

SELECT id, email, active, newsletter_date_add,
       ip_registration_newsletter, http_referer
FROM ps_emailsubscription
WHERE id_shop = 1
ORDER BY newsletter_date_add DESC
LIMIT 50;

Gehen Sie bei ps_emailsubscription in modernen Shops zu Module > Modulmanager und öffnen Sie Konfigurieren: Prüfen Sie die Verifizierungs-E-Mail, die Bestätigung nach der Anmeldung, etwaige Willkommensgutscheine und die Exportfilter. Beachten Sie für versionsabhängiges Verhalten die Dokumentation des installierten Moduls. Bei der Verifizierung muss der Abonnent vor der Aktivierung klicken; die Bestätigung ist eine spätere Empfangsbestätigung. Im Gastaktivierungsablauf von ps_emailsubscription 2.7.1 setzt die Aktivierung active=1, ohne einen gesonderten Bestätigungszeitpunkt zu speichern. Ein inaktiver Datensatz ist keine Versanderlaubnis.

Der offizielle Modulquellcode dokumentiert die Tabelle und den gemeinsamen Kunden-/Gästeexport. Das Modul sammelt Adressen; es versendet keine Kampagnen.

Einwilligungen dokumentieren und jeden Widerruf beachten

Gestalten Sie die Marketingentscheidung klar und unabhängig von der Bestellung. Ein Einwilligungsfeld sollte anfangs nicht angekreuzt sein. Geben Sie an, wer sendet, was Abonnenten erhalten, eine ehrliche Einschätzung der Häufigkeit und die Abmeldemöglichkeit. Verlinken Sie die relevanten Datenschutzhinweise.

Bewahren Sie den Wortlaut oder die Formularversion, Quelle, Datum, Methode und relevante Bestätigungsnachweise auf. Ein Newsletter-Boolean, eine IP oder ein Anmeldedatum ist ein Anhaltspunkt, kein vollständiger Nachweis einer gültigen Einwilligung. Double-Opt-in kann die Bestätigung der Adresskontrolle stärken; es bewahrt nicht automatisch alle diese Nachweise auf und stellt allein keine Rechtskonformität her.

Gehen Sie nicht davon aus, dass eine Warenkorberinnerung allein wegen des Warenkorbbezuges oder eines fehlenden Rabatts transaktional ist. Prüfen Sie neben der Grundlage für die Verarbeitung personenbezogener Daten auch die geltenden Regeln für elektronische Werbung. Im Vereinigten Königreich erläutern die ICO-Leitlinien die Einwilligung und ein begrenztes Soft-Opt-in mit Bedingungen, darunter die Erfassung bei einem Verkauf oder Verhandlungen über ähnliche Produkte sowie Widerspruchsmöglichkeiten bei der Erfassung und in jeder Nachricht. Ein berechtigtes Interesse nach GDPR allein hebt diese Regeln nicht auf.

Pflegen Sie kanalspezifische Einwilligungen für E-Mail, SMS und andere Kanäle auch dann, wenn eine Plattform sie in einem gemeinsamen Profil speichert. Eine für die Lieferung angegebene Telefonnummer ist keine Einwilligung in Werbe-SMS. Beachten Sie die jeweiligen Tracking- und Browserberechtigungen, bevor Sie Verhaltens- oder Push-Signale erfassen.

Eine Abmeldung ist ein Integrationsereignis

1. Machen Sie die Abmeldung in der Nachricht einfach nutzbar.
2. Aktualisieren Sie umgehend die Versandsperre beim Absender.
3. Übertragen Sie den Widerruf an alle relevanten verbundenen Zielgruppen und Shopdatensätze.
4. Bewahren Sie einen dauerhaften Sperrvermerk mit möglichst wenigen Daten auf, damit spätere CSV-Importe, Wiederholungsversuche oder Nachimporte die Adresse nicht erneut anmelden.
5. Testen Sie den Widerruf sowohl im Shop als auch auf der Versandplattform.

In ps_emailsubscription 2.7.1 löscht die Gastabmeldung im Frontoffice den Datensatz; eine administrative Aktion kann ihn stattdessen deaktivieren. Bei registrierten Kunden wird der Newsletter-Status aktualisiert. Verlassen Sie sich nicht allein auf einen gelöschten Anmeldedatensatz als Widerrufsnachweis.

Trennen Sie notwendige Bestellkommunikation von Marketingsperren. Behandeln Sie einen Zielgruppenimport, eine Kontoerstellung oder einen neu installierten Connector niemals als neue Einwilligung. Lehnen Sie gekaufte oder durch Scraping erfasste Listen ohne die erforderliche gültige Einwilligung und Herkunftsnachweise ab.

Sinnvolle Anmeldemöglichkeiten anbieten

Testen Sie relevante Möglichkeiten im Footer, im Kontoformular, im Checkout und auf Inhaltsseiten. Ein zurückhaltendes Popup kann einen weiteren Zugang bieten, solange es den Einkauf nicht behindert. Jede Anmeldestelle braucht dieselbe klare Einwilligung und einen funktionierenden Bestätigungsprozess.

Testen Sie bei Popups Verzögerung, Scrolltiefe und Häufigkeit, statt eine pauschale 30-Sekunden-Regel zu übernehmen. Bieten Sie eine offensichtliche Schließen-Funktion, halten Sie die mobile Version bedienbar und unterbrechen Sie den Checkout nicht. Googles Hinweise zu Interstitials erklären, weshalb verdeckte Seiteninhalte problematisch sein können.

Bieten Sie einen nützlichen Anmeldegrund: Kaufberatung, Verfügbarkeitsmeldungen, neue Sortimente oder einen hinsichtlich seiner Marge geprüften Willkommensanreiz. Wenn Sie einen Gutschein nach der Bestätigung versprechen, testen Sie den tatsächlichen Verifizierungs- und Bestätigungsweg. Gehen Sie nicht davon aus, dass ein gemeinsam genutzter Code kundengebunden oder nur einmal verwendbar ist.

Messen Sie abgeschlossene Bestätigungen je Anmeldestelle, nicht nur eingereichte Adressen. Prüfen Sie Beschwerden, Dubletten, fehlgeschlagene Verifizierungsmails und spätere Käufe. Vergleichen Sie die Anmeldestellen anhand derselben Definition einer abgeschlossenen Anmeldung.

Anmeldung vor dem Bewerben des Formulars durchspielen

Angenommen, ein Besucher meldet sich über den Footer an, erstellt später mit derselben Adresse ein Konto und ändert dann seine Newsletter-Auswahl. Dieser Ablauf prüft mehr als die Erfolgsmeldung eines Formulars: Er umfasst die oben beschriebenen Gast- und Kundendatensätze.

1. Verwenden Sie eine kontrollierte Adresse ohne bisheriges Abonnement. Dokumentieren Sie Formulartext, Sprache und Shop, senden Sie das Formular ab und prüfen Sie den Zieldatensatz. Ist die Verifizierung aktiviert, darf die Adresse vor der Bestätigung keine Marketingnachricht erhalten.
2. Schließen Sie die Verifizierung ab und prüfen Sie das aktive Profil sowie die Willkommensnachricht. Haben Sie einen Gutschein versprochen, prüfen Sie, ob er über den vorgesehenen Ablauf nach abgeschlossener Anmeldung ankommt und seine Einschränkungen dem Versprechen entsprechen.
3. Erstellen Sie mit dieser Adresse ein Konto. Bestätigen Sie, dass der Connector den bestehenden Abonnenten ohne Duplikat oder Verlust von Einwilligungsnachweisen abgleicht. Widerrufen Sie dann die Newsletter-Auswahl und prüfen Sie Kundendatensatz und Versandplattform. Wiederholen Sie die frühere Anmeldequelle oder führen Sie einen unterstützten Nachimport aus: Beides darf das Abonnement nicht wiederherstellen.
4. Geben Sie mit einer anderen Testadresse eine Bestellung auf, ohne die Marketingoption anzukreuzen. Der Kauf darf kein Marketingabonnement erzeugen. Bewahren Sie dieses Ergebnis zusammen mit der erfolgreichen Anmeldung auf, bevor Sie weitere Erfassungswege ergänzen.

Versandweg und Authentifizierung prüfen

Ermitteln Sie, welches System welche Nachricht sendet. Ein Modul, das die PrestaShop-Mailfunktion aufruft, nutzt den konfigurierten Shoptransport. Eine externe Kampagnenplattform verwendet normalerweise ihre eigene Infrastruktur. Eine Änderung der SMTP-Einstellungen des Shops konfiguriert nicht jede Plattform.

Prüfen Sie unter Erweiterte Einstellungen, E-Mail den gewählten Transport und senden Sie eine Testmail. Der Versandweg ohne SMTP verwendet in PrestaShop 1.7.8 den Swift-Sendmail-Transport, in 9.1 Symfony SendmailTransport. Beide Wege einfach PHP mail() zu nennen, ist ungenau. Ein korrekt konfigurierter lokaler Mailserver kann E-Mails authentifizieren und signieren; authentifiziertes SMTP allein sorgt nicht für Domainabgleich.

• SPF: Autorisieren Sie die tatsächlichen Envelope-Absender auf der passenden Domain. Veröffentlichen Sie pro Domainnamen eine SPF-Richtlinie und übernehmen Sie die exakten Einträge des Versanddienstes; ergänzen Sie nicht wahllos Includes bei jeder From-Domain.
• DKIM: Veröffentlichen Sie die Selektoreinträge des Anbieters und prüfen Sie, ob empfangene Nachrichten eine gültige Signatur tragen.
• DMARC: Prüfen Sie, ob die sichtbare From-Domain mit einer erfolgreich geprüften SPF- oder DKIM-Identität übereinstimmt. Prüfen Sie legitime Absender und Berichte, bevor Sie die Durchsetzung verschärfen.

Die SPF-Spezifikation erklärt die Auswertung der Einträge. Verwenden Sie die Authentifizierungsanleitung Ihres Absenders statt eines kopierten DNS-Eintrags mit den Werten eines anderen Kontos.

Für private Gmail-Empfänger verlangen Googles Absenderanforderungen SPF oder DKIM für alle Absender sowie zusätzliche Authentifizierung, DMARC-Abgleich und Abmelderegeln für Massenversender um die Schwelle von 5.000 Nachrichten pro Tag. Marketing- und abonnierte Massenmails benötigen unterstützte Header zur Ein-Klick-Abmeldung und einen sichtbaren Link im Nachrichtentext. Ein Footer-Link allein ist nicht dieser Headermechanismus.

Trennen Sie Marketing- und Transaktionsströme, wo es betrieblich hilft; eine Subdomain garantiert aber keine isolierte Reputation. Erhöhen Sie neue Versandvolumen bewusst, sperren Sie Hard Bounces und Beschwerden und beachten Sie die aktuellen Grenzen jedes Anbieters. Verlassen Sie sich nicht auf eine feste Aufwärmdauer oder einen allgemeinen Abmelde-Benchmark.

Prüfen Sie empfangene Header und Zustellereignisse des Anbieters. Ein Testdienst kann Konfigurationsprobleme aufdecken, aber sein Score beweist keine Posteingangsplatzierung. Fehlgeschlagene Authentifizierung kann zu Ablehnung, Drosselung oder Filterung führen; eine allgemeine Regel, dass solche Nachrichten standardmäßig Spam sind, gibt es nicht.

Native Warenkorbübersicht und manuelle Wiederherstellung richtig nutzen

Warenkorbabbruch bedeutet, dass aus einem Warenkorb keine Bestellung wurde. Der Käufer kann den Shop verlassen haben, bevor er den Checkout abschloss oder die Zahlung erreichte. Ein vollständig anonymer Warenkorb hat keine kontaktierbare E-Mail-Adresse.

Unter Bestellungen, Warenkörbe lassen sich Warenkörbe in modernen Backoffices prüfen. Der Core kann für einen kundenverknüpften Warenkorb manuell eine E-Mail mit Wiederherstellungslink senden. Dieser Link kann den Warenkorb wiederherstellen. Der Core allein bietet nicht die nachfolgende zeitgesteuerte, segmentierte Marketingfolge mit mehreren Nachrichten.

Diese Abfrage erfasst kundenverknüpfte Warenkörbe, die innerhalb eines beispielhaften Zeitfensters von 30 Tagen aktualisiert wurden, seit mindestens einer Stunde inaktiv sind und keine zugehörige Bestellung haben. Sie gibt Artikelmengen aus, keinen Geldwert des Warenkorbs und keine Versanderlaubnis. Ersetzen Sie Präfix, Shop und Zeitfenster nach Bedarf.

SELECT c.id_cart, c.date_add, c.date_upd, cu.email,
       SUM(cp.quantity) AS items
FROM ps_cart c
JOIN ps_cart_product cp
  ON cp.id_cart = c.id_cart AND cp.id_shop = c.id_shop
JOIN ps_customer cu ON cu.id_customer = c.id_customer
WHERE c.id_shop = 1
  AND cu.deleted = 0 AND cu.email <> ''
  AND c.date_upd >= DATE_SUB(NOW(), INTERVAL 30 DAY)
  AND c.date_upd < DATE_SUB(NOW(), INTERVAL 1 HOUR)
  AND NOT EXISTS (
    SELECT 1 FROM ps_orders o WHERE o.id_cart = c.id_cart
  )
GROUP BY c.id_cart, c.date_add, c.date_upd, cu.email
ORDER BY c.date_upd DESC;

Verwenden Sie stattdessen date_add, wenn Sie Warenkörbe meinen, die in einem Zeitraum erstellt wurden. Berechnen Sie Geldbeträge im passenden Kontext der Warenkorbpreisberechnung einschließlich Währung, Steuern, Lieferung, Rabatten und Shop. Eine Summe der Warenkorbproduktmengen beantwortet diese Frage nicht.

Eine manuelle Kontaktaufnahme kann bei einer konkreten Supportanfrage oder einem erlaubten Rückgewinnungsfall angemessen sein. Wenden Sie dieselben Einwilligungs- und Sperrprüfungen wie bei einer entsprechenden automatisierten Nachricht an.

Native Warenkorblinks und ihre Sicherheit verstehen

Die native Wiederherstellungs-URL verwendet recover_cart und token_cart. PrestaShop 1.7.8 und 9.1 berechnen das Token als md5(_COOKIE_KEY_ . 'recover_cart_' . id_cart). Das Token ist weder einfach die Warenkorb-ID noch der secure_key des Warenkorbs.

Das Token stellt sowohl die Kundenauthentifizierung als auch den Warenkorbkontext wieder her. Ein Kundendatensatz ist erforderlich; ein Gastkundendatensatz unterscheidet sich von einem Warenkorb ganz ohne Kunden. PrestaShop 9.1 weist außerdem Warenkörbe zurück, die bereits für eine Bestellung verwendet wurden. PrestaShop 1.7.8 prüft Token, Warenkorb und Kunde, hat aber in seiner Wiederherstellungsmethode keine entsprechende Prüfung auf abgeschlossene Bestellungen. Testen Sie Links abgeschlossener Bestellungen in Ihrer genauen Version.

Dieses serverseitige Beispiel setzt einen bereits geladenen und validierten Cart, seinen zugehörigen Kunden und den richtigen Shopkontext voraus:

$idCart = (int) $cart->id;
$token = md5(_COOKIE_KEY_ . 'recover_cart_' . $idCart);
$link = Context::getContext()->link->getPageLink(
    'order',
    true,
    (int) $cart->id_lang,
    [
        'step' => 3,
        'recover_cart' => $idCart,
        'token_cart' => $token,
    ],
    false,
    (int) $cart->id_shop
);

Dies beschreibt den nativen Kompatibilitätsmechanismus und ist keine Empfehlung, neue Authentifizierungstoken mit MD5 zu entwickeln. Ein eigenes Wiederherstellungssystem benötigt ein eigenes sicheres Konzept für Token, Ablauf und Autorisierung.

Behandeln Sie Wiederherstellungs-URLs als vertraulich, da sie eine Kundensitzung wiederherstellen können. Zeigen Sie sie nicht auf öffentlichen Seiten, in geteilten Berichten oder in unnötigem Tracking durch Dritte. Testen Sie den E-Mail-Link in einem frischen Browser in der vorgesehenen Sprache und im vorgesehenen Shop, sowohl mit Konto- als auch mit Gastkundenwarenkörben.

Prüfen Sie bei der Rückkehr des Käufers Preis, Verfügbarkeit, Versand und Rabatte erneut. Versprechen Sie nicht, dass ein alter Warenkorbgesamtbetrag dauerhaft reserviert ist. Testen Sie gelöschte Warenkörbe, abgeschlossene Bestellungen und ungültige Token und prüfen Sie den Wiederherstellungsmechanismus eines Connectors, statt anzunehmen, dass jeder Anbieter den Core-Weg nutzt.

Eine Rückgewinnungsstrecke als messbaren Versuch aufbauen

Eine Rückgewinnungsstrecke benötigt Warenkorbaktivität, Identität, Einwilligung, aktuelle Produkte, einen funktionierenden Wiederherstellungslink und ein Kaufereignis, das Nachrichten stoppt. Klären Sie dies vor der Aktivierung. Ein Trackingsnippet allein reicht nicht aus.

Der folgende Zeitplan ist eine Testhypothese. Alle Zeiten beziehen sich auf dasselbe Abbruchereignis, nicht auf die vorherige E-Mail. Sie können allein mit der ersten Nachricht beginnen und testen, ob weitere Nachrichten zusätzlichen Gewinn bringen.

Mögliche Betreffzeilen sind „Ihr Warenkorb wartet auf Ihre Prüfung“ oder „Können wir Ihnen bei Ihrer Bestellung helfen?“. Behaupten Sie nicht, die erste Nachricht erziele immer die höchste Conversion-Rate oder eine bestimmte Nachrichtenanzahl sei optimal.

Segmentieren Sie anhand tatsächlicher Kunden- und Warenkorbdaten: Erst- oder Wiederholungskauf, Deckungsbeitrag, Produktart und beobachtete Checkout-Ereignisse. Ein Ausstieg beim Versand oder bei der Zahlung kann einen Prüfbedarf aufzeigen; er beweist nicht den Grund des Käufers.

Berechnen Sie die Kosten eines Anreizes anhand von Produktmarge, Zahlungs- und Abwicklungskosten, Retouren und Versandzuschuss. Rechnen Sie kostenlosen Versand mit ein. Begründen Sie Schwellenwerte für Warenkorbwerte mit diesen Kosten und der Marge, die Sie einsetzen können.

Verwenden Sie Warenkorbregeln für Angebote mit echten Gültigkeitszeiträumen, Berechtigungsbeschränkungen und Nutzungslimits. Erstellen Sie für ein empfängergebundenes einmaliges Angebot einen eindeutigen Code, wählen Sie unter Auf einen einzelnen Kunden beschränken den Empfänger und setzen Sie sowohl Insgesamt verfügbar als auch Insgesamt für jeden Benutzer verfügbar auf 1. Prüfen Sie, ob der gewählte Connector tatsächlich native Warenkorbregeln erstellen und synchronisieren kann; eine Gutscheinfunktion der Plattform belegt dies nicht.

Prüfen Sie vor jedem geplanten Versand erneut Kaufabschluss, Sperren, Einwilligung, Häufigkeitsgrenzen und Eignung des Warenkorbs. Stoppen Sie die Folge bei einem qualifizierenden Kauf. Kontaktieren Sie dieselbe Person nicht ohne Abstimmung über überlappende Warenkorb-, Browsing-, SMS- und Newsletter-Strecken.

Eine Erinnerung mit notwendigem Stopp testen

Ein wiederkehrender Kunde lässt einen Mantel in gewählter Größe im Warenkorb, erhält eine Erinnerung und kauft dann in einer separaten Browsersitzung. Die verzögerte Folgenachricht muss stoppen, auch wenn der Kunde die E-Mail nie anklickt. Messen Sie dieses Ergebnis anhand des Bestellereignisses und Empfängerstatus, statt einen erfassten Linkklick als Kaufnachweis zu behandeln.

1. Erteilen Sie dem Testkontakt die vorgesehene Einwilligung für Erinnerungen und prüfen Sie aktuelles Produkt, Variante, Währung und Shop im Ereignis. Wiederholen Sie den Test ohne Erinnerungseinwilligung; eine Adresse allein darf den Warenkorb nicht berechtigen.
2. Lassen Sie den berechtigten Warenkorb in den Ablauf eintreten. Öffnen Sie seine Nachricht in einer frischen Sitzung und prüfen Sie gewählte Größe, Sprache, aktuelle Preise, Lieferoptionen und Rabattberechtigung.
3. Schließen Sie einen qualifizierenden Kauf ab, ohne den Nachrichtenlink zu verwenden. Bestätigen Sie, dass das zugeordnete Kaufereignis ausstehende Erinnerungen für diesen Warenkorb oder Kontakt gemäß der vereinbarten Regel entfernt.
4. Wiederholen Sie ein früheres Warenkorbereignis und das Kaufereignis über den unterstützten Testmechanismus. Der Wiederholungsversuch darf weder eine zweite Nachricht erzeugen noch den wiederhergestellten Warenkorb erneut öffnen oder einen späteren Widerruf entfernen.
5. Wiederholen Sie den Test mit einem abgelaufenen Angebot oder einer nicht verfügbaren Variante. Der Kunde braucht einen korrekten Warenkorb und eine verständliche Erklärung statt des Versprechens, dass ein früherer Preis oder Bestand reserviert sei.

Testen Sie auch eine Bestellung, die auf eine Offlinezahlung wartet. Entscheiden Sie ausdrücklich, ob die Bestellaufgabe die Warenkorbrückgewinnung beendet und welche separate Zahlungserinnerung gegebenenfalls folgen soll. Eine bestehende unbezahlte Bestellung ist nicht einfach ein weiterer abgebrochener Warenkorb; laufen beide Abläufe ungeprüft weiter, kann der Kunde zur doppelten Bestellung aufgefordert werden.

Vor den Plattformen die tatsächlichen Integrationen vergleichen

Notieren Sie die Daten, die jede geplante Strecke benötigt. Kontaktsynchronisierung, Laden verbundener Websites, Tracking angesehener Produkte, Warenkorbereignisse, abgeschlossene Bestellungen, Erstattungen und Lieferstatusaktualisierungen sind unterschiedliche Funktionen. Weder der Name einer Integration noch ein API-Schlüsselfeld belegt eine davon.

Vergleichen Sie den vom Anbieter gepflegten Connector mit jedem separaten MPR-Modul. Beide können unterschiedliche Aufgaben erfüllen. Installieren Sie nicht zwei Tracking- oder Handelssender für dasselbe Ereignis ohne funktionierendes Deduplizierungskonzept.

Brevos Plugin-Dokumentation des Anbieters beschreibt die Kontakt- und Bestellsynchronisierung, Aktivitätserfassung und Absenderoptionen; die dort dokumentierte Version 5.0.36 ist bis PrestaShop 9.0 getestet. Prüfen Sie neuere Kombinationen daher gesondert.

Die MPR Brevo (Sendinblue) Integration bietet den Abgleich eingewilligter Kontakte und Storefront-Tracking und kann Shop-E-Mails über Brevo versenden. Prüfen Sie in Ihrer installierten Version die Abdeckung von Einkaufsereignissen, Zustellaktualisierungen und Einstellungen zur Mailweiterleitung, bevor Sie einen separaten Commerce-Connector ergänzen.

Nutzen Sie aktuelle Kompatibilitätsmatrizen für Ihre genaue PrestaShop- und PHP-Version. Vermeiden Sie unbelegte Behauptungen, ein Anbieter sei stets am günstigsten, am besten gepflegt oder am einfachsten zu installieren.

Geprüfte Shopkampagne oder einwilligungsbasierten Connector wählen

Wenn Ihr Team jede Nachricht prüfen soll

Mail Revolution bildet Zielgruppen anhand von Kunden-, Einwilligungs- und Bestellregeln in PrestaShop und bereitet Nachrichten zur menschlichen Freigabe vor. Der Versand ist anfangs deaktiviert. Sie verfassen jede Sprachfassung und wählen Arbeitszeiten sowie Tageslimits. Anschließend geben Prüfer die genaue personalisierte Empfängernachricht frei. Das Bearbeiten einer Nachricht hebt ihre frühere Freigabe auf, und vor der Zustellung wird die Einwilligung erneut geprüft.

Nutzen Sie diesen Weg, wenn ein Mitarbeiter eine Angebotsnachfrage oder einen ausgewählten Newsletter vor dem Versand prüfen soll. Persönliche Absenderprofile und Newsletterprofile erfüllen unterschiedliche Zwecke: Newsletterberichte erfassen Öffnungen und Klicks, persönliche Nachrichten keines von beidem. Planen Sie neben der Versandkapazität auch den Prüfaufwand ein. Eine freigegebene Kampagne folgt einem anderen Betriebsmodell als ein unbeaufsichtigter mehrstufiger Warenkorb- oder Reaktivierungsablauf auf einer externen Plattform.

Wenn Newsletter und Erinnerungen getrennte Optionen brauchen

SendPulse Integration hält eingewilligte Kontakte aktuell und erfasst die Auswahl für Newsletter und Warenkorberinnerungen getrennt. Sie hinterlegen die Kontozugangsdaten, wählen die Adressbücher je Zweck und prüfen Bestätigungsoptionen, Erinnerungsverzögerung, Warenkorbaufbewahrung und Einwilligungstexte je Sprache. Die Kontoerstellung meldet den Kunden nicht an, und der Versand ist anfangs ausgeschaltet.

Der Kunde kann diese Optionen auf einer eigenen Seite verwalten, die im Konto und Bestellprozess verlinkt ist. Widerrufe im Shop werden für SendPulse eingereiht; geplante Prüfungen übertragen Abmeldungen aus SendPulse zurück ins Modul. Führen Sie diese Jobs vor dem Start aus und prüfen Sie ausstehende Aufgaben sowie Fehler. Eine gespeicherte, noch nicht verarbeitete Auswahl ist etwas anderes als ein beim Versanddienst bereits umgesetzter Widerruf.

Erstellen Sie Kampagnen und etwaige Erinnerungsfolgen direkt in SendPulse. Warenkorbdaten speisen den Erinnerungsablauf. Über den Rückkehrlink kann der Kunde den gespeicherten Warenkorb prüfen, das Zusammenführen mit dem aktuellen Warenkorb oder dessen Ersetzen wählen und anschließend die Wiederherstellung bestätigen. Testen Sie beide Optionen mit anderen Artikeln im Warenkorb des Browsers. Dieser Ablauf unterscheidet sich von der Annahme, jeder Connector verwende die native URL zur Sitzungswiederherstellung.

Für das Modul und das externe Konto gelten getrennte Bedingungen. Prüfen Sie die aktuellen Versand- und Automatisierungsberechtigungen des Kontos und das Verhalten des produktiven Connectors beim Kaufabschluss, bevor Sie Erinnerungen aktivieren. Kontaktabgleich allein belegt nicht alle Ereignisse, die für die nachfolgend beschriebenen umfassenderen Lifecycle-Kampagnen nötig sind.

Mailchimp-Formulare, Zielgruppen und Handelsdaten beurteilen

Ein eingebettetes Anmeldeformular kann neben E-Mail-Adressen auch Namen, weitere Zielgruppenfelder und Tags erfassen. Es liefert allein keine Kaufhistorie, Produktdaten oder Warenkorbwiederherstellung. Mailchimps Anleitung für eingebettete Formulare beschreibt diese konfigurierbaren Felder.

Der PrestaShop-Connector des Anbieters dokumentiert die Übertragung von Kunden und Bestellungen sowie E-Commerce-Funktionen. Sein veröffentlichter PHP-Bereich reicht von 5.6 bis 8.1. Prüfen Sie die Connector-Version vor einer Installation mit PHP 8.2 oder höher, auch wenn Ihr Shop diese Laufzeit unterstützt. Testen Sie beim gewählten Connector die Abdeckung von Produkten, Warenkörben, Gast-Checkout und Versandunterdrückung nach Käufen.

Die MPR Mailchimp Integration bietet den Zielgruppenabgleich eingewilligter Kunden, das Laden der Connected-Site-Einbindung und die Behandlung von Wiederholungsversuchen statt einer vollständigen Bestell-, Produkt- und Warenkorbsynchronisierung. Nutzen Sie zur Einrichtung ihre Hilfeseite.

Eine Zielgruppe ist ein unabhängiger Datenbestand innerhalb eines Mailchimp-Kontos, nicht automatisch eine separate Aborechnung. Doppelte kostenpflichtige Kontakte in mehreren Zielgruppen können mehrfach zählen. Erwägen Sie eine Zielgruppe mit geeigneten Tags und Segmenten, wenn dies zu Ihrem Unternehmen passt, und halten Sie verschiedene Rechtsträger oder Einwilligungen dennoch korrekt getrennt.

Erstellen Sie kaufbasierte Segmente erst nach Prüfung der Kaufdaten: kürzliche Käufer, Einmalkäufer, relevante Kategorien oder definierte historische Ausgaben. Ein Newsletter-Flag allein belegt keine Einwilligung für die Zielgruppe und synchronisiert spätere Widerrufe nicht.

Befolgen Sie die Domainauthentifizierungsanleitung für Ihr tatsächliches Konto. Gehen Sie nicht davon aus, dass dessen SPF-Anforderung der des transaktionalen Shopabsenders entspricht.

Mailchimps Tarifdokumentation nennt für Free 250 Kontakte, 500 Sendungen monatlich und 250 täglich. Bestätigen Sie vor der Budgetierung die in Ihrem Konto angezeigten Grenzen. Automatisierungsstrecken sind laut Tarifvergleich in Free ausgeschlossen; eine mehrstufige Reaktivierungsstrecke benötigt daher einen geeigneten Tarif.

Klaviyo-Ereignisse und Kanaleinwilligungen beurteilen

Prüfen Sie Klaviyo, wenn Sie ereignisbasierte Segmente, Produkt- und Bestelldaten, bedingte Abläufe oder unterstützte kanalübergreifende Nachrichten benötigen. Prognosekennzahlen sind Schätzungen mit Datenanforderungen, kein zugesicherter Umsatz. Eine Schwelle bei Kontaktanzahl oder durchschnittlichem Bestellwert beweist nicht, dass sich das Abo bezahlt macht.

Beginnen Sie mit der offiziellen Dokumentation zur PrestaShop-Integration. Sie nennt derzeit PrestaShop 1.7.0 bis 9.1.x und zusätzliche Anforderungen für die SMS-Erfassung im Bestellprozess. Sie umfasst Website-Ereignisse sowie Bestellsynchronisierung; ergänzen Sie nicht automatisch ein weiteres Skript.

Prüfen Sie Identität, zulässiges Tracking, Signale aus dem Bestellprozess und die Versandunterdrückung nach abgeschlossenen Bestellungen, bevor Sie Abbruchnachrichten aktivieren. Testen Sie den Bestellprozess mit Kundenkonto und als Gast, alternative Zahlungsarten und angepasste Bestellseiten. Prüfen Sie die tatsächliche Synchronisierungsverzögerung und die aktivierten transaktionalen Ereignisse.

Die separate MPR Klaviyo Integration verfügt über Browser- sowie Warenkorb-/Bestätigungs-Hooks. Prüfen Sie Ereignisabdeckung und Einschränkungen auf ihrer Hilfeseite, statt sie als vollständigen Commerce-Connector des Anbieters für historische Daten anzusehen.

Nutzen Sie für eine individuelle Serverintegration unterstützte, nach Datum versionierte Events- und Profiles-APIs. Klaviyos alte v1/v2-HTTP-APIs Track und Identify wurden am 30. Juni 2024 eingestellt, wie in den Migrations-FAQ dokumentiert. Unterstützte Browser-SDK-Methoden sind eine separate Schnittstelle. Bewahren Sie private API-Schlüssel serverseitig auf.

Ein gemeinsames Kundenprofil hat weiterhin getrennte Einwilligungs- und Sperrstatus für E-Mail und SMS. Stimmen Sie Ausstiege aus Abläufen kanalübergreifend ab und prüfen Sie unterstützte Zielländer, Ruhezeiten und Nachrichtenkosten. Klaviyo dokumentiert außerdem eine WhatsApp-Business-Integration; prüfen Sie deren Verfügbarkeit und Berechtigungen, statt zu behaupten, die Plattform könne WhatsApp nicht nutzen.

Omnisend beurteilen und fehlende Aktivitäten untersuchen

Omnisend bietet über seine PrestaShop-Integration E-Mail und SMS. Jeder Kanal benötigt eine eigene Einwilligung und einen eigenen Datenweg. Omnisend bietet außerdem Web-Push für unterstützte Plattformen; prüfen Sie vor der Planung einer Push-Strecke die Kanalunterstützung Ihrer Handelsintegration. Eine gemeinsame Zielgruppe macht nicht jeden Kanal für jeden Kontakt verfügbar oder zulässig.

Prüfen Sie anhand der aktuellen PrestaShop-Integrationsanleitung des Anbieters die Abdeckung von Kontakten, Produkten, Bestellungen und Verhalten. Laut Anleitung setzen Verhaltensereignisse identifizierte Kontakte voraus, etwa Personen, die ein Formular abgeschickt oder einen getrackten E-Mail-Link angeklickt haben. Anonymes Browsing ist nicht automatisch sichtbare Aktivität.

1. Prüfen Sie, ob die vollständige unterstützte Integration installiert ist, nicht nur ein API-Schlüssel.
2. Bestätigen Sie, dass erforderliche Skripte entsprechend der Trackingentscheidung und Content-Security-Policy laden.
3. Bestätigen Sie, dass der Testkontakt durch eine unterstützte Methode identifiziert wird.
4. Prüfen Sie eingehende Ereignisse und die tatsächlichen Produkt-/Warenkorbdaten.
5. Prüfen Sie Ablauffilter, Kanalanmeldung, Sperren und Häufigkeitsregeln.
6. Geben Sie eine Bestellung auf und bestätigen Sie, dass ausstehende Abbruchnachrichten stoppen.

Gehen Sie nicht davon aus, dass beliebige Verzweigungen zwischen Versendet und Zugestellt unterstützt werden. Ordnen Sie nur Ereignisse zu, die der installierte Connector tatsächlich sendet. Testen Sie Erstattungen, Stornierungen und unterschiedliche Zahlungsarten.

Die separate MPR Omnisend Integration überträgt Besuche, Produktansichten, Warenkorbänderungen und Bestellungen an Omnisend; zur Einrichtung benötigen Sie eine Brand ID und einen Aktivierungsschalter. Prüfen Sie Ereignisdaten und den Ausstieg nach einem Kauf. Ergänzen Sie nur dann einen weiteren Connector, wenn Sie eine nicht abgedeckte Produkt- oder historische Bestellsynchronisierung benötigen.

Vergleichen Sie vor der Budgetierung aktuelle Kontakt-, Versand- und Kanalgrenzen. SMS-Zielländer und Nachrichtensegmente können die Kosten beeinflussen, und die Push-Funktion einer Plattform ist nicht grundsätzlich frei von Abokosten. Wählen Sie einen Kanal nicht allein deshalb, weil eine E-Mail als ungeöffnet erfasst wurde.

ActiveCampaign-Automatisierung und Handelsfunktionen beurteilen

Betrachten Sie die tatsächlich geplanten Workflows: bedingte Verzweigungen, Warten-bis-Schritte, Ziele, individuelle Felder, Lead-Scoring oder Stufen einer Vertriebspipeline. Ein B2B-Angebotsprozess kann andere Daten benötigen als eine Wiederkaufstrecke im Einzelhandel.

Definieren Sie Kontaktfelder, Tags, Produkt- und Bestellereignisse, Warenkorbdaten und optionale Website-Aktivitäten. Site-Tracking beobachtet bekannte Kontakte mit entsprechender Einwilligung; es ist keine API-Synchronisierung von Bestellungen. Ein Connector, Middleware-Ablauf oder eine individuelle Deep-Data-Implementierung muss die von Ihren Automatisierungen benötigten Commerce-Daten bereitstellen.

Die MPR ActiveCampaign Integration bietet Site-Tracking und mit Ihrer Kontoadresse, dem API-Schlüssel und der Tracking-ID auch den Abgleich von Kontakten, Bestellungen und abgebrochenen Warenkörben. Bestätigen Sie dies auf der Hilfeseite und prüfen Sie dort, wie ein abgeschlossener Kauf in Ihrer installierten Version eine Nachrichtenfolge stoppt.

Ordnen Sie Bestellaufgabe, Zahlungsbestätigung, Ausführung, Stornierung und Erstattung getrennt zu. Eine Überweisungs- oder Nachnahmebestellung kann vor der Zahlung aufgegeben werden. Ersetzen Sie nicht jedes Placed Order-Ereignis durch einen Bezahlt-Status-Auslöser und beschreiben Sie die Bestellerstellung nicht als Zahlungsnachweis.

Beginnen Sie mit einer getesteten Strecke und ergänzen Sie dann Segmente sowie etwaige Scoring- oder Pipelineregeln. Bevorzugen Sie bestätigte Klicks, Käufe und relevante Vertriebsaktivitäten gegenüber rein öffnungsbasiertem Scoring. Verwenden Sie Browsing-Auslöser erst, wenn Identifizierung und Trackingberechtigungen funktionieren.

ActiveCampaigns aktuelle Tarifübersicht unterscheidet Marketing-Basistarife und Zusatzpakete einschließlich erweiterter CRM-Funktionen. Prüfen Sie das tatsächliche Paket auf Pipeline-, Vertriebs-, Scoring-, SMS- und Transaktionsfunktionen. Gehen Sie nicht allein wegen einer höheren E-Mail-Tarifstufe davon aus, dass ein erweitertes CRM enthalten ist.

Nachrichten nach dem Kauf den tatsächlichen Versandwegen zuordnen

Prüfen Sie die tatsächlichen Bestellstatuseinstellungen unter Shop-Einstellungen, Bestellungen, Status. In PrestaShop 1.6 finden Sie sie unter Bestellungen, Status. Standardwerte und Anpassungen unterscheiden sich. Bei einer PrestaShop-9.1-Installation sind E-Mails für den Status Vorbereitung läuft standardmäßig aktiviert. Berücksichtigen Sie dies bei der Benachrichtigungsplanung.

Bestätigungen sollten eine korrekte Zusammenfassung, den nächsten Schritt und einen betreuten Supportkanal enthalten. Erwecken Sie nicht den Eindruck, die Bestellung sei allein wegen einer vorhandenen Bestätigung bezahlt. Zahlungsarten können zusätzliche Anweisungen oder Benachrichtigungen senden.

Mailvorlagen haben häufig HTML- und Textfassungen in sprachspezifischen mails-Verzeichnissen; Theme- oder modulspezifische Pfade beeinflussen die Auswahl. Prüfen Sie beispielsweise mails/en/order_conf.html und mails/en/order_conf.txt und anschließend, ob das aktive Theme oder Modul die ausgewählte Fassung bereitstellt. Die Generierung von E-Mail-Themes und Übersetzungen variiert je Version. Ermitteln Sie vor dem Bearbeiten die tatsächlich verwendete Vorlage und Sprache und halten Sie Änderungen auch bei Updates wartbar.

Nutzen Sie, soweit verfügbar, International, Übersetzungen, Übersetzungen der E-Mail-Vorlagen; in PrestaShop 1.6 lautet der frühere Pfad Lokalisierung, Übersetzungen. Ändern Sie in der Staging-Umgebung eine markante Zeile und erzeugen Sie die tatsächliche Bestellnachricht in der vorgesehenen Sprache. Fehlt die Zeile, verfolgen Sie Vorlagenauswahl und Generierung, bevor Sie wiederholt die Core-Datei bearbeiten. Testen Sie neben HTML auch die Textfassung.

Verfügbare Variablen hängen vom Versandcode und von Erweiterungs-Hooks ab. Standard-Versandgesamtsummen in Bestätigungen verwenden {total_shipping}, keine universelle Variable {shipping}. Ein Trackingweg kann {followup} bereitstellen; prüfen Sie jede Vorlage gesondert.

Eine nützliche Nachfrage erkundigt sich, ob der Artikel angekommen ist und wie erwartet funktioniert. Eine Bewertungsanfrage sollte nach ausreichender Produkterfahrung erfolgen und ein funktionierendes produktspezifisches Formular nutzen. Abstände wie fünf bis sieben oder sieben bis vierzehn Tage sind Testhypothesen, keine allgemeingültigen Optimalzeiten.

Schätzen Sie bei Verbrauchsgütern einen Nachkaufzyklus anhand tatsächlicher Käufe. Bieten Sie bei langlebigen Gütern wirklich kompatibles Zubehör wie eine Kameraspeicherkarte oder Tasche an. Stimmen Sie andere Aktionen ab, damit kürzliche Käufer nicht in widersprüchliche Strecken geraten.

Zur Bewertungserfassung und den Grenzen der implementierten Anfragen siehe den Bewertungsleitfaden.

Lieferzusagen und Supportarbeit aufeinander abstimmen

Senden Sie eine Zugestellt-Nachricht nur aufgrund eines zuverlässigen Zustellsignals. Ein entsprechend benannter Bestellstatus oder sein delivery-Flag beweist allein nicht, dass ein Paket den Kunden erreicht hat. Wenn Sie die Zustellung schätzen müssen, kennzeichnen Sie die Schätzung korrekt und berücksichtigen Sie Verzögerungen.

Estimated Delivery Date liefert Schätzungen auf der Produktseite; eine gespeicherte bestellspezifische Schätzung in Bestätigungs- oder Versandmails erfordert zusätzliche Integration, wie auf der Hilfeseite beschrieben.

Advanced Order Fulfilment bietet interne Schritte, Aufgaben, Weiterleitung und Benachrichtigungen. Prüfen Sie, wie Ihr konfigurierter Ablauf mit nativen Bestellstatus zusammenhängt; nutzen Sie die Hilfeseite für die unterstützte Konfiguration.

Legen Sie den tatsächlichen Versandprozess fest: Etikettenerstellung, Packprüfung, Trackingeingabe und Benachrichtigung. Erfassen Sie Ausnahmen und Kundennachrichten an der Bestellung, damit andere Mitarbeiter sie nachvollziehen können. Ändert sich eine Lieferzusage, informieren Sie den Kunden realistisch über den neuen Stand und verfügbare Abhilfen.

Verwenden Sie beim Verpacken zur Bestellung und zum Empfänger passende Dokumente. Ein Geschenkempfänger benötigt möglicherweise einen Lieferschein statt einer Rechnung mit Preisen. Eine Dankeskarte oder ein zulässiges Angebot ist eine zu testende Option, kein garantierter Treueeffekt.

Klären Sie beschädigte, falsche oder fehlende Lieferungen über Ihre Support- und Versanddienstleisterprozesse. Versprechen Sie nicht, dass ein gut bearbeiteter Fehler mehr Treue erzeugt als eine fehlerfreie Bestellung. Erfassen Sie Maßnahme, Verantwortlichen und Abschluss, damit einer hilfreichen E-Mail eine tatsächliche Lösung entspricht.

Verzögerte oder beschädigte Lieferung durchspielen

Eine Bestellung wird in mehreren Paketen versandt, aber der Kunde hat erst einen Teil erhalten, als eine Zufriedenheitsnachricht ansteht. Eine pauschale E-Mail wie „Viel Freude mit Ihrer Bestellung“ ist hier irreführend. Verknüpfen Sie Versandinformationen, Supportentscheidung und Marketingberechtigung und benennen Sie einen Mitarbeiter als Verantwortlichen für den nächsten Schritt.

Wenn Ihr Retourenprozess das Lieferdatum verwendet, übergeben Sie die unterstützten Zustellnachweise an diesen Prozess, statt das Bestelldatum einzusetzen. Unterscheiden Sie in Kundennachrichten zwischen geschätzten und bestätigten Terminen und starten Sie eine Werbenachrichtenfolge nicht automatisch neu, nur weil ein Supportticket geschlossen ist.

Trackinglinks konfigurieren und doppelte Versandmails vermeiden

Zwei Werte erzeugen den Trackinglink: die URL-Vorlage des Versanddienstleisters und die Trackingnummer der Bestellung oder Sendung. Der Trackingpfad des Versanddienstleisters ersetzt @ durch die Nummer. Nutzen Sie die aktuell unterstützte URL des Versanddienstleisters, statt ein ungeprüftes Beispiel zu kopieren.

1. Prüfen Sie die Tracking-URL beim Versanddienstleister unter Versand, Versanddienste.
2. Speichern Sie die echte Trackingnummer im vorgesehenen Bestell-Versanddienstleister- oder Sendungsdatensatz.
3. Beobachten Sie, ob dieses Speichern in_transit sendet.
4. Führen Sie den Workflow zum tatsächlichen Versandstatus weiter und beobachten Sie dessen konfigurierte Statusmail.
5. Öffnen Sie beide Nachrichten und das Kundenkonto oder die Gast-Bestellverfolgung, um die Links auf Funktion zu prüfen.

Die Nummer vor dem Status zu speichern kann helfen, Tracking in die Statusnachricht aufzunehmen. Es kann aber auch zwei Nachrichten erzeugen, da Trackingaktualisierungsmails einen separaten Auslöser haben. Testen Sie die gewählte Version, das Versanddienstleistermodul und den Workflow und konfigurieren Sie dann eine stimmige Benachrichtigungsrichtlinie.

Verwenden Sie eine klare Bestellreferenz, eine offensichtliche Trackingaktion, relevante Sendungsinformationen und einen Supportkanal. Bewahren Sie die korrekten Vorlagenvariablen und testen Sie die mobile Darstellung. Das erneute Speichern einer unveränderten Nummer und das Ändern auf eine neue Nummer sollten getrennt getestet werden.

Die Bearbeitung mehrerer Pakete ist versionsabhängig. PrestaShop 9.1 enthält Aufteilung, Artikelzuordnung, Zusammenführung und Tracking; die Storefront-Darstellung hängt vom Feature-Flag für verbesserte Sendungen ab. Ältere Workflows und Versanddienstleistermodule unterscheiden sich. Prüfen Sie die genaue Version und aktivierten Funktionen, statt anzunehmen, dem Core fehle grundsätzlich eine Sendungsaufteilung.

Teilen Sie Kunden bei mehreren Paketen mit, welche Artikel zu welcher Sendung gehören, und stellen Sie jeden Trackinglink bereit. Etikett erstellt, versendet, unterwegs und zugestellt sind unterschiedliche Ereignisse.

Wenn Tracking stockt, untersuchen Sie den Fall und informieren Sie den Kunden. Wird eine als zugestellt markierte Sendung vermisst, prüfen Sie die Zustellnachweise des Versanddienstleisters und ermitteln Sie weiter; ein Scan allein garantiert keine Abwehr einer Rückbuchung. Bestätigen Sie bei Rücksendung an den Absender vor dem erneuten Versand die Adresse. Bearbeiten Sie beschädigte Pakete über die geltenden Abhilfe- und Schadensmeldungsprozesse beim Versanddienstleister.

Versanddienstleisterimporte, Etikettentools oder unterstützte Sammelimporte für Tracking können manuelle Eingaben reduzieren. Prüfen Sie neben den gespeicherten Trackingnummern auch deren E-Mail-Auslöser. Der Versandleitfaden behandelt die umfassendere Versanddienstleistereinrichtung.

Die Nachricht in ihrer versandten Fassung prüfen

Wenn das Kundenkonto inzwischen einen korrekten Trackinglink enthält, die frühere E-Mail aber leer ist, vergleichen Sie den Nachrichtenzeitpunkt mit dem Speichern der Trackingdaten. Eine spätere Feldkorrektur schreibt eine bereits zugestellte E-Mail nicht um. Enthält eine E-Mail die Sendungsnummer, öffnet aber die falsche Paketdienstseite, deutet dies auf die URL-Vorlage oder die Zuordnung des Versanddienstes zur Sendung hin. Bewahren Sie beim Prüfen des Import- oder Etikettenmoduls für jeden Fehler ein kontrolliertes Beispiel auf.

Die richtige Nachricht ohne Statuswechsel erneut senden

Klären Sie zunächst, ob der Kunde eine Statusbenachrichtigung, Bestellbestätigung oder Rechnung benötigt. Prüfen Sie Adresse, Sprache, gewählte Vorlage, Anbieterergebnis und etwaige Unzustellbarkeitsmeldungen. Ein Eintrag im Mailprotokoll beweist weder die Zustellung im Posteingang noch das Lesen.

In PrestaShop 1.7.8 und 9.1 nutzt die native Funktion zum erneuten Versand im Statusverlauf einen vorhandenen Verlaufseintrag und sendet dessen konfigurierte Statusmail, ohne den Workflowstatus zu ändern oder eine neue Verlaufszeile anzulegen. Moderne Statusaktualisierungen können die erneute Zuweisung des aktuellen Status ablehnen.

Wechseln Sie nicht durch Status, um E-Mails erneut zu senden. Statuswechsel können Bestände beeinflussen, einschließlich Übergängen des shipped-Flags, sowie Dokumente, Hooks und andere Automatisierungen. Nutzen Sie einen echten Übergang nur, wenn sich der Bestellworkflow ändern soll.

Die ursprüngliche order_conf wird über einen anderen Versandweg aufgebaut. Eine gezielte Rekonstruktion muss die richtigen Bestellvariablen und die Vorlage zusammenstellen; sie gibt nicht zwingend die ursprünglichen Bytes erneut wieder.

Resend Order Confirmation baut die Nachricht aus aktuellen Bestell-/Kundendaten und der aktuellen Vorlage neu auf, lässt Status und Summen unverändert, erfasst eine private Notiz und einen Protokolleintrag und sendet ohne Rechnungsanhang. Prüfen Sie vor der Bestätigung den angezeigten Empfänger: Verwendet werden die aktuelle E-Mail-Adresse des Kunden, die Bestellsprache und der ursprüngliche Shop.

Prüfen Sie Identität und vorgesehenes Ziel, bevor Sie eine E-Mail-Adresse korrigieren oder persönliche Bestelldaten erneut senden. Stellen Sie nach einer Bestellbearbeitung sicher, dass die Nachricht den endgültigen Daten entspricht. Prüfen Sie Rechnungen gesondert, statt anzunehmen, jede Bestätigung enthalte das PDF.

Kunden können ihre Bestellung und verfügbare Dokumente über unterstützte Konto- oder Gastnachverfolgungswege einsehen. Eine kundenseitige Funktion zum erneuten Versand erfordert eine geeignete Erweiterung oder Anpassung mit Eigentumsprüfung, Zieladresskontrollen, Missbrauchsgrenzen und Aktivitätsnachweisen.

Testen Sie erneuten Versand in der Staging-Umgebung mit einem Mail-Catcher und erkennbaren Testbestellungen. Wiederholtes Senden behebt keinen Authentifizierungs- oder Zustellfehler. Untersuchen Sie den Absender und senden Sie die benötigte Nachricht dann einmal.

Inaktivität definieren, Zielgruppen eingrenzen und Anreize testen

Kundenreaktivierung zielt auf eine Lücke seit einem qualifizierenden Kauf statt auf einen kürzlich abgebrochenen Warenkorb. Definieren Sie diese Kaufregeln und messen Sie die Verteilung der Wiederbestellabstände je Kunde und Produktart. Exportieren Sie qualifizierende Bestellungen, sortieren Sie die Käufe jedes Kunden chronologisch und berechnen Sie Abstände zwischen aufeinanderfolgenden Bestellungen. Eine Abfrage allein zur letzten Bestellung misst diese Abstände nicht.

Ein Verbrauchsprodukt mit ungefähr monatlichem Zyklus kann einen früheren Test rechtfertigen als ein langlebiges Gerät. Mode kann saisonal sein. Wenn Sie Schwellen wie das 1,5- oder 2-Fache des üblichen Kaufabstands ausprobieren, behandeln Sie diese als Testeinstellungen und vergleichen Sie die Ergebnisse.

Diese beispielhafte Zielgruppe wählt Kunden aus, deren jüngste gültige Bestellung in Shop 1 zwischen 60 und 365 Tagen zurückliegt. Ersetzen Sie Präfix, Shop und Zeitfenster. valid=1 spiegelt die Behandlung von logable-Status wider, keinen universellen Zahlungsnachweis oder Erstattungsausschluss; prüfen Sie Ihre Status und ergänzen Sie vor der Nutzung die erforderlichen Zahlungs-, Storno- und Erstattungsregeln.

SELECT c.id_customer, c.firstname, c.lastname, c.email,
       MAX(o.date_add) AS last_order
FROM ps_orders o
JOIN ps_customer c ON c.id_customer = o.id_customer
WHERE o.id_shop = 1
  AND o.valid = 1
  AND c.newsletter = 1 AND c.deleted = 0
GROUP BY c.id_customer, c.firstname, c.lastname, c.email
HAVING MAX(o.date_add) < DATE_SUB(NOW(), INTERVAL 60 DAY)
   AND MAX(o.date_add) >= DATE_SUB(NOW(), INTERVAL 365 DAY)
ORDER BY last_order DESC;

Das Newsletter-Flag ist ein erster Filter. Wenden Sie vor dem Versand aktuelle Einwilligungen, Sperren und andere Kampagnenausschlüsse an. Der letzte Besuch ist nicht der letzte Kauf; nutzen Sie Bestelldaten, statt Inaktivität aus der Kundenübersicht abzuleiten.

Eine beispielhafte Folge zum Testen

Diese Zeiten werden ab Eintritt gemessen und sind Hypothesen, kein Grund anzunehmen, vier Nachrichten seien besser als eine. Stoppen Sie nach einem qualifizierenden Kauf oder Widerruf. Definieren Sie, wann Sie Marketing für Nichtreagierende reduzieren oder beenden; verwechseln Sie automatisierte Öffnungen nicht mit sinnvoller Interaktion.

Mögliche Anreize sind prozentuale Rabatte, Versandkostenzuschüsse, Geschenke oder Treuevorteile. Einen allgemein wirksamen Mindestrabatt gibt es nicht. Kundengebundene Codes, echte Gültigkeitszeiträume und Nutzungslimits insgesamt sowie je Benutzer helfen, ein einmaliges Angebot durchzusetzen. Prüfen Sie die tatsächliche Erzeugung und Synchronisierung, bevor Sie eindeutige Codes in großem Umfang versprechen.

Segmentieren Sie nach Produkthistorie, zeitlichem Abstand, gemessenem Wert und sinnvoller Aktivität. Ein Käufer langlebiger Güter benötigt möglicherweise Zubehör statt eines weiteren identischen Artikels. Gehen Sie nicht davon aus, dass hohe historische Ausgaben einen großen Rabatt rentabel machen.

Eine festgeschriebene Kampagnenkohorte messen

Speichern Sie die endgültigen Empfänger-IDs sowie Beginn und Ende der Kampagne. Zählen Sie dann qualifizierende Käufe in diesem ausdrücklichen Zeitfenster, ohne die HAVING-Klausel zur Inaktivität beizubehalten. Dieses Beispiel verwendet beispielhafte Kohorten-IDs und Daten mit demselben Vorbehalt zu Bestellregeln:

SELECT COUNT(DISTINCT o.id_customer) AS reactivated
FROM ps_orders o
WHERE o.id_shop = 1 AND o.valid = 1
  AND o.date_add >= '2026-10-01 00:00:00'
  AND o.date_add < '2026-11-30 00:00:00'
  AND o.id_customer IN (101, 102, 103);

Teilen Sie durch die festgelegte Kohortengröße und vergleichen Sie nach Möglichkeit mit einer zufällig gewählten Kontrollgruppe. Erfassen Sie spätere Käufe zum regulären Preis, Rabatte, Versandkostenzuschüsse und Deckungsbeitrag. Nutzen Sie bei der Kampagnenbewertung Ihre gemessene Rückgewinnungsrate.

Inaktive Kunden von Produkterinnerungen unterscheiden

Angenommen, Sie verkaufen Tierfutter und langlebige Tierbetten. Ein Futterkäufer, der seine übliche Nachbestellung verpasst hat, kann für eine Nachkauferinnerung infrage kommen; ein Bettenkäufer mit demselben zeitlichen Abstand hat vielleicht keinen erneuten Bedarf. Hat der Futterkäufer kürzlich ein Bett gekauft, ist sein letzter Kundenkauf aktuell, obwohl der Futterkauf länger zurückliegt. Legen Sie fest, ob die Regel den Kunden oder ein bestimmtes Produkt betrifft, und prüfen Sie dann die passenden Bestellpositionen, bevor Sie die Person in einen Ablauf aufnehmen.

Speichern Sie bei einer geprüften Kampagne die gewählte Zielgruppe und Ausschlüsse, bevor Mitarbeiter Nachrichten freigeben. Definieren Sie bei einem kontinuierlichen Ablauf, wann eine Person nach einem Kauf oder einem früheren Versuch erneut eintreten darf. Andernfalls kann ein täglicher Berechtigungsjob denselben Nichtreagierenden immer wieder aufnehmen und damit das Limit für die letzte Nachricht aushebeln.

Wert, Nachkaufbedarf und den gesamten Versandweg messen

Historische Ausgaben benötigen Währungs- und Erstattungsregeln

Addieren Sie Beträge in Bestellwährungen nicht so, als hätten sie dieselbe Währung. Eine mögliche Berichtskonvention rechnet den gespeicherten Betrag jeder Bestellung mit ihrem gespeicherten Wechselkurs in die Referenzwährung des Shops um. Hat sich diese Basis im Zeitverlauf geändert, normalisieren Sie die Werte vor dem Vergleich ausdrücklich. Historischer bezahlter Umsatz ist weder vollständiger Kundenlebenszeitwert noch Gewinn.

Dieses Diagnosebeispiel gruppiert nach Kunde und Shop und kennzeichnet fehlende oder nicht positive Kurse. Es zieht keine Erstattungen ab und belegt keine aktuelle Versanderlaubnis:

SELECT o.id_customer, COUNT(*) AS order_count,
       SUM(CASE WHEN o.conversion_rate > 0
                THEN o.total_paid_real / o.conversion_rate END)
           AS historical_paid_base,
       SUM(CASE WHEN o.conversion_rate IS NULL
                     OR o.conversion_rate <= 0 THEN 1 ELSE 0 END)
           AS invalid_rates
FROM ps_orders o
WHERE o.id_shop = 1 AND o.valid = 1
GROUP BY o.id_customer
ORDER BY historical_paid_base DESC;

Nutzen Sie Werte mit ungültigen Kursen nicht für Rangfolgen. Definieren Sie Bezahlt-/Abgeschlossen-Status, Stornierungen, Teilerstattungen, Steuern, Rückbuchungen und Berichtswährung, bevor Sie ein VIP- oder Wertsegment erstellen. Verknüpfen Sie Einwilligungsdaten und aktuelle Sperren gesondert.

Für Nachkäufe ein Zeitfenster zum jüngsten Kauf verwenden

Eine Abfrage aller Bestellungen, die älter als 25 Tage sind, ist eine unbegrenzte historische Auswahl. Sie identifiziert keine Kunden, deren jüngster relevanter Kauf ungefähr 25 Tage zurückliegt. Gruppieren Sie nach Kunde und Zielprodukt, nehmen Sie den jüngsten qualifizierenden Kauf und nutzen Sie einen begrenzten Altersbereich. Gleichen Sie Varianten ab, wenn der Nachkauf von der Variante abhängt.

SELECT o.id_customer, MAX(o.date_add) AS last_product_order
FROM ps_orders o
JOIN ps_order_detail od ON od.id_order = o.id_order
WHERE o.id_shop = 1 AND o.valid = 1
  AND od.product_id = 42
GROUP BY o.id_customer
HAVING MAX(o.date_add) >= DATE_SUB(NOW(), INTERVAL 26 DAY)
   AND MAX(o.date_add) < DATE_SUB(NOW(), INTERVAL 25 DAY);

Dies ist ein beispielhaftes tägliches Berechtigungsfenster, für das dieselben Bestell-, Erstattungs- und Einwilligungsregeln gelten. Eine kontinuierlich laufende Strecke benötigt außerdem Deduplizierung, das Nachholen ausgefallener Läufe und Versandunterdrückung nach Käufen. Führen Sie aufwendige Berichte auf einer geeigneten Berichtskopie oder außerhalb der Spitzenzeiten aus; SELECT bedeutet nicht, dass die Abfrage keine Ressourcen beansprucht.

Ergebnisse mit klaren Bezugsgrößen berichten

• Betriebliche E-Mails: Erstellung, Transportannahme, Zustell-/Bounce-Ereignisse, Kundenzugriff und Supportergebnisse.
• Marketing: berechtigte Empfänger, zugestellte Nachrichten, aussagekräftige Klicks, Abmeldungen, Beschwerden und qualifizierende Bestellungen in einem angegebenen Zeitfenster.
• Bewertungen: Formularbesuche und abgeschlossene Bewertungen statt alleiniger E-Mail-Öffnungen.
• Gewinn: zusätzliche Käufe nach Abzug von Waren-, Abwicklungs-, Plattform- und Anreizkosten.

Apple Mail Privacy Protection kann externe Inhalte laden, ohne dass eine Person die Nachricht liest. Öffnungen allein können daher weder die Interaktion einer einzelnen Person zuverlässig einordnen noch ein Zustellproblem diagnostizieren. Zugerechneter Plattformumsatz beweist ebenfalls keinen zusätzlichen Umsatz; vergleichen Sie nach Möglichkeit mit einer Kontrollgruppe.

Verwenden Sie konsistente Kampagnen-Tags für Analysen, ohne personenbezogene Daten oder Wiederherstellungszugangsdaten in Taggingfeldern. Dokumentieren Sie Attributionsfenster, Zeitzone und Währung. Vergleichen Sie durchschnittliche Öffnungsraten transaktionaler und werblicher E-Mails nicht, als dienten sie demselben Zweck.

Durchgängige Prüfungen vor dem Start

1. Melden Sie eine Testadresse über jeden Erfassungsweg an und bestätigen Sie sie.
2. Prüfen Sie Zielprofil, Einwilligungsnachweise und genaue Ereignisdaten.
3. Testen Sie den Abbruch, den Wiederherstellungslink in einer frischen Sitzung und die Versandunterdrückung nach Käufen.
4. Geben Sie Bestellungen mit unterschiedlichen Zahlungsarten auf; prüfen Sie Bestätigungs-, Status- und Trackingnachrichten.
5. Melden Sie sich im Shop und beim Anbieter ab, führen Sie dann einen Wiederholungsversuch oder Nachimport aus und bestätigen Sie, dass die Sperre erhalten bleibt.
6. Prüfen Sie eine Stornierung, Erstattung, ein doppeltes Ereignis, fehlendes Produkt und einen fehlgeschlagenen Versand.
7. Aktivieren Sie eine Strecke, benennen Sie einen Verantwortlichen und beobachten Sie Fehler sowie tatsächliche Kundenergebnisse, bevor Sie ausbauen.

Fehlerhaften Schritt vor Kampagnenänderungen finden

Bewahren Sie einen bereinigten Testnachweis mit Shop, Kontakt-/Warenkorb-/Bestellkennungen, Ereignisname, Ereigniszeitpunkt, Verarbeitungszeit und Versandergebnis auf. Ordnen Sie denselben Fall systemübergreifend zu. Fügen Sie einem Supportticket keine privaten API-Schlüssel, Wiederherstellungszugangsdaten oder unnötigen Kopien der Kundendatenbank bei.

Ablauf umstellen und Betrieb übergeben

Eine Migration von Versanddienst oder Connector benötigt neben geänderten Einstellungen einen Datenplan. Ordnen Sie alte und neue Zielgruppenidentitäten, Sprache, Shop und Einwilligungsfelder zu. Entscheiden Sie, welche historischen Datensätze nachimportiert werden und welche Ereignisse einen neuen Ablauf starten dürfen. Ein als aktuell importierter alter Kauf kann eine unpassende Folgenachricht auslösen; ein als neuer Abonnent importierter alter Kontakt kann die Willkommensfolge erneut starten.

1. Erfassen Sie jede aktive Nachricht, jeden Auslöser und jedes Versandsystem. Berücksichtigen Sie Moduljobs, geplante Befehle, Plattformautomatisierungen und ERP- oder Abwicklungsdienste, die dieselbe Nachricht auslösen können.
2. Bereiten Sie Sperrdatensätze vor, bevor Sie Kontaktimporte aktivieren. Dokumentieren Sie den Stichtag für historische Daten, die Kennungszuordnung und den Umgang mit bereits eingereihten Nachrichten. Proben Sie anschließend mit deaktiviertem Versand.
3. Prüfen Sie die Abgrenzung der Staging-Umgebung ausdrücklich. Isolieren Sie ihre Datenbank, deaktivieren Sie produktive Zeitpläne und externe Rückrufe und ersetzen Sie Versandzugangsdaten oder Ziele durch kontrollierte Testwerte. Prüfen Sie externe Plattformen ebenso wie vom Shop erzeugte E-Mails.
4. Führen Sie die obigen Startprüfungen durch und bewahren Sie die entstandenen Profile, Nachrichtenbeispiele sowie Kauf-, Widerrufs- und Wiederholungsnachweise auf. Prüfen Sie das tatsächliche Theme, Gastbestellungen, Sprachen, Währungen und die vorgesehenen Multistore-Kontexte.
5. Vereinbaren Sie das Umstellungsfenster und legen Sie fest, welcher Absender vor dem Start seines Ersatzes stoppt. Gleichen Sie Änderungen seit der Probe ab, übernehmen Sie die neuesten Widerrufe und schließen Sie veraltete Warenkörbe aus, bevor Sie Aufgaben freigeben.
6. Aktivieren Sie den vereinbarten Ablauf für die festgelegte Zielgruppe. Beobachten Sie Warteschlangenfehler, Zustellereignisse, doppelte Sendungen und Supportantworten. Eine benannte Person muss die betroffenen Marketingaufgaben pausieren können.

Dokumentieren Sie für eine Rücknahme, wie Scheduler, Wiederholungsversuche und externer Ablauf pausiert werden, einschließlich bereits vom Anbieter angenommener Anfragen. Stellen Sie die vorherige Konfiguration wieder her und erhalten Sie dabei neue Bestellungen, Widerrufe und dauerhafte Versandnachweise. Eine alte Shopdatenbank über aktuelle Geschäftsdaten zurückzuspielen kann diese Änderungen verlieren. Gleichen Sie den tatsächlichen Versand ab, bevor Sie ausstehende Aufgaben über den alten Weg freigeben.

Fragen an Entwickler oder Agentur

• Welches installierte Modul und welcher Plattformweg liefern jedes benötigte Ereignis, und welche Teile sind Browsertracking, Kontaktabgleich oder Commerce-Synchronisierung?
• Wo liegen die Einwilligungsnachweise, wer setzt Widerrufe um und was belegt, dass ein Wiederholungsversuch niemanden erneut anmelden kann?
• Welche Nachweise zeigen, dass Gastkäufe, ausstehende Zahlungen, Erstattungen und der tatsächliche Bestellprozess wie vereinbart funktionieren?
• Wer ist für geplante Jobs und Fehler zuständig, wo ist der letzte erfolgreiche Lauf sichtbar und wie wiederholen Mitarbeiter einen fehlgeschlagenen Job ohne doppelten Versand?
• Welche Vorlage, Sprache und welcher Absender wurden getestet, und wo liegen Konfigurationsexport, Produktivumstellungsschritte und Rücknahmeanleitung?

Lassen Sie den künftig zuständigen Mitarbeiter vor der Übergabe die Untersuchung eines fehlgeschlagenen Jobs und das Pausieren vorführen. Richten Sie die nächste Prüfung an tatsächlicher Zustellung, Beschwerden, Käufen und Kosten aus und wiederholen Sie relevante Abnahmetests nach Änderungen an Connector, Theme oder Bestellprozess.

Häufige Fragen von Shopbetreibern

Sollte ich unsere bestehende Plattform ersetzen?

Behalten Sie sie bei, wenn die installierte Integration den nächsten benötigten Ablauf nachweislich abdeckt und ihre Kosten zu Ihrem Team passen. Ein fehlendes Ereignis oder eine fehlende Einwilligungszuordnung kann eine gezielte Integrationsreparatur statt einer Plattformmigration erfordern.

Können Bestellmails in PrestaShop bleiben und Marketingnachrichten anderswo versandt werden?

Ja. Ordnen Sie jeder Nachricht einen Versanddienst zu und trennen Sie notwendige Bestellkommunikation von Marketingsperren. Deaktivieren Sie sich überschneidende Sendungen, damit nicht beide Systeme dasselbe Ereignis melden.

Erlaubt eine Newsletter-Einwilligung auch Warenkorberinnerungen?

Prüfen Sie die tatsächlich erfasste Einwilligung und die Regeln des jeweiligen Marktes. Leiten Sie eine Erinnerungserlaubnis nicht aus einer Adresse, einem Konto oder einem sachfremden Kontrollkästchen ab. Sind die Optionen getrennt, setzen Sie sie getrennt durch.

Können wir eine alte Kundenliste importieren und sofort versenden?

Erst nach Prüfung von Herkunft, geltender Einwilligung, Bestätigungsnachweisen und aktuellen Sperren. Ein neuer Connector oder Empfängerkreis erneuert keine Einwilligung, und ein Import muss Widerrufe erhalten.

Macht ein kostenloser Connector den gesamten Ablauf kostenlos?

Externes Konto, Versand- oder Kanalgebühren, Einrichtung und laufender Betrieb bleiben separat. Berücksichtigen Sie beim Vergleich auch das Verfassen von Nachrichten, die Zielgruppenprüfung und die Bearbeitung fehlgeschlagener Jobs.

Was sollten wir zuerst starten?

Wählen Sie die nützliche Nachricht, deren Daten- und Versandweg Sie bereits belegen können. Starten Sie sie mit getesteten Ausstiegen nach Kauf und Widerruf. Entscheiden Sie dann anhand des gemessenen Ergebnisses, ob ein weiterer Schritt sinnvoll ist.