Was ist der Unterschied zwischen dem E-Mail- und dem Web-Kanal in der Marketingautomatisierung?

GetResponse Marketing Automation unterstützt jetzt zwei verschiedene Kanäle: E-Mail (abonnentenbasiert) und das neu eingeführte Web (besucherbasiert). Diese Kanäle unterscheiden sich in der Art und Weise, wie sie Benutzer verfolgen und mit ihnen interagieren, sowie in der Art und Weise, wie Workflows ausgeführt und verwaltet werden.

Hier ist eine klare und verständliche Erklärung des Unterschieds zwischen dem E‑Mail‑ und dem Web‑Kanal in der GetResponse Marketing Automation

Bisher basierte die Marketingautomatisierung in GetResponse auf der Verarbeitung von Abonnenten, wobei die primäre Kennung die Abonnenten-ID war.

Jetzt führen wir einen neuen Kanal ein: Web, wo Workflows direkt im Webbrowser des Kunden ausgeführt werden. Für diese Abläufe ist kein Abonnentenkontext erforderlich, denn der Hauptidentifikator ist die UUID des Besuchers, die im gaVisitorUuid-Cookie gespeichert ist. Die Ausführung des Automatisierungszyklus im Web-Kanal wird durch das WebConnect-Skript im Browser des Nutzers gesteuert.

Ein Besucher muss kein identifizierter Abonnent sein, um einen Workflow im Web-Kanal zu starten.

Wann sollte ich den Web- oder E-Mail-Kanal verwenden?

Verwende den E-Mail-Kanal, wenn du mit bekannten Kontakten aus deiner E-Mail-Liste in Kontakt treten willst, z. B. um Follow-ups zu versenden, Abonnenten zu markieren oder Aktionen auf der Grundlage des E-Mail-Verhaltens oder der Kaufhistorie auszulösen.

Verwende den Web-Kanal, wenn du anonyme oder identifizierte Besucher direkt auf deiner Website ansprechen willst, z. B. um Popups anzuzeigen, Push-Benachrichtigungen anzufordern oder auf Web-Verhaltensweisen wie besuchte URLs oder gemochte/angesehene Produkte zu reagieren.

Im Folgenden erklären wir die wichtigsten Unterschiede zwischen dem Web- und dem E-Mail-Kanal.

Negative Pfade

Im E-Mail-Kanal können Bedingungselemente negative (rote) Pfade enthalten, wenn die Bedingungen nicht innerhalb eines bestimmten Zeitfensters erfüllt werden.

Element ‚Nachricht geöffnet‘ und seine Einstellungen, die zeigen, wie man den negativen Pfad konfiguriert, wenn die Bedingung nicht erfüllt ist

Im Web-Kanal gibt es diese Option nicht. Stattdessen:

  • Wenn ein Besucher die Bedingung nicht erfüllt, verbleibt er bis zu 30 Tage lang in dem Element.
  • Wenn die Bedingung nach 30 Tagen immer noch nicht erfüllt ist, wird der Besucher automatisch aus dem Workflow entfernt.

Kanalübergreifende Journey-Transfers

Eine Reise ist ein einzelner Pfad durch den Automationsgraphen. Eine einzelne Person kann gleichzeitig mehrere Journeys innerhalb desselben Graphen haben.

Während beide Kanäle nebeneinander laufen können, ist es nur begrenzt möglich, eine Person innerhalb einer einzelnen Journey direkt von einem Kanal in den anderen zu verschieben.

🔄 Von E-Mail zu Web – nicht unterstützt

Zurzeit ist es nicht möglich, eine Reise vom E-Mail-Kanal in den Web-Kanal zu übertragen. Das heißt, wenn eine Person über eine E-Mail-basierte Bedingung in einen Workflow eintritt, kannst du später keine Webelemente in denselben Pfad einbinden.

Wenn du versuchst, ein webbasiertes Element (z. B. “Popup anzeigen” oder “Aufforderung zur Push-Benachrichtigung”) nach einem E-Mail-basierten Pfad hinzuzufügen, zeigt das System eine Warnung an und die Automatisierung lässt diese Konfiguration nicht zu.

Warnmeldung, die angezeigt wird, wenn versucht wird, ein Web‑Element zu einem E‑Mail‑basierten Pfad hinzuzufügen

Du kannst aber trotzdem Automatisierungen erstellen, die sowohl auf das Verhalten von Abonnenten als auch von Besuchern reagieren , indem du mehrere Startbedingungen im selben Workflow verwendest – zum Beispiel eine, wenn sich jemand in deine E-Mail-Liste einträgt (E-Mail-Kanal), und eine weitere, wenn jemand ein bestimmtes Produkt mag (Web-Kanal). Jede Bedingung startet eine eigene Reise innerhalb desselben Workflow-Diagramms.

Beispiel eines Workflows mit zwei Startbedingungen: eine aus dem E‑Mail‑Kanal und eine aus dem Web‑Kanal.

🔄 Vom Web zur E-Mail – unterstützt

Der Übergang von einer webbasierten Reise in den E-Mail-Kanal ist möglich, allerdings nur unter einer Bedingung: Der Besucher muss als Abonnent identifiziert werden.

Die Identifizierung des Besuchers erfolgt automatisch, wenn sich ein Nutzer in deinem Laden oder Kundenportal anmeldet und deine Integration seine E-Mail-Adresse und Besucher-ID(gaVisitorUuid) an GetResponse sendet. Alternativ kannst du Besucher auch manuell mit der GrTracking-Methode oder durch das Verfolgen von Linkklicks identifizieren. Mehr über die verfügbaren Tracking-Optionen und wie du sie implementierst, erfährst du in diesem Artikel in unserem Hilfe-Center.

In dem Moment, in dem die Übertragung ausgelöst wird, prüft das System, ob dieser Besucher bereits mit einem Abonnenten verbunden ist. Ist dies nicht der Fall, versucht es die Übertragung in immer kürzeren Abständen über einen Zeitraum von etwa 30 Minuten zu wiederholen.

Um die Zuverlässigkeit der Übertragung zu verbessern, kannst du den Filter “E-Mail-Abonnent” vor der Übertragung einfügen. Damit wird geprüft, ob das System den Besucher anhand der im Browser verfügbaren Daten als Abonnenten erkennen kann.

Beispiel eines Workflows, bei dem ein Wechsel vom Web‑Kanal in den E‑Mail‑Kanal möglich wäre

Hinzufügen von bestehenden Kontakten zu einem Workflow

Bei der traditionellen E-Mail-basierten Automatisierung kannst du Kontakte, die bereits Teil deiner Liste sind, vor dem Start des Workflows einbeziehen:

Automatisierungseinstellung, um Kontakte einzubeziehen, die bereits vor dem Start des Workflows abonniert waren

Bei der Web-Automatisierung ist diese Art der manuellen Eingabe nicht möglich. Web-Workflows verlassen sich vollständig auf das Besucherverhalten in Echtzeit. Du kannst keine bestehenden Benutzer in einen webbasierten Workflow vorladen oder importieren.

Segmentierung

Der Web-Channel unterstützt derzeit keine Segmentierung auf der Grundlage von Kontaktlistendaten.

Der Web-Channel ist eine neue Funktion und befindet sich noch in der Entwicklung. Wir arbeiten daran, seine Möglichkeiten zu erweitern und in kommenden Updates weitere Funktionen hinzuzufügen.