Wenn eine Magento-E-Mail den falschen Shopnamen anzeigt, reicht ein ausgetauschtes Logo in der Designvorlage selten aus. Systembenachrichtigungen in Adobe Commerce setzen sich aus Body-Template, Header, Footer sowie Variablen und Konfigurationen zusammen, die auf der jeweiligen Store-View-Ebene definiert sind.
Definieren Sie in Migma zunächst die Soll-Vorgaben für den Kundenkontakt: Markenidentität, Sprache, Support-Verlinkungen und Zweck der Nachricht. Anschließend prüft das Adobe-Commerce-Team, wie diese Bausteine im tatsächlichen Storefront-Mailing zusammengeführt werden. So verknüpfen Sie das Creative Review direkt mit der Konfiguration, die das finale Mailing steuert.
Dieser Leitfaden von Migma beschreibt einen redaktionellen Prüfprozess zur Fehlersuche – keine native Magento-Integration und kein Deployment-Verfahren. Der Abgleich mit der offiziellen Template-Dokumentation von Adobe erfolgte am 20. Oktober 2026.
Storefront und Benachrichtigungstyp präzise eingrenzen
Starten Sie mit einem konkreten Beispielfall. Erfassen Sie Store-View, Benachrichtigungstyp, erwartete Markenidentität, die festgestellte Abweichung und den Erstellungszeitpunkt. Verwenden Sie ein geschwärztes Testmuster statt sensibler Kundendaten.
Ein fiktives Beispiel: Ein Händler betreibt einen englischsprachigen Hauptshop für Ausrüstung und ein separates Outlet in einer lokalen Landessprache. Die Willkommens-E-Mail des Outlets enthält den korrekten Text, verlinkt im Header jedoch auf den Hauptshop. Das ist eine völlig andere Fehlerursache als ein fehlendes Logo oder eine nicht übersetzte Produktbeschreibung.
Beschreiben Sie das Problem aus Sicht der Empfänger. Die Meldung „Der Header verlinkt auf die falsche Storefront“ liefert der technischen Umsetzung einen klar reproduzierbaren Prüfpunkt. Formulierungen wie „Branding fehlerhaft“ lassen dagegen zu viele Ursachen offen.
Den gesamten Aufbau der E-Mail prüfen
Wie Adobes Dokumentation zu benutzerdefinierten E-Mail-Templates darlegt, kombinieren Systemnachrichten ein Body-Template mit separaten Header- und Footer-Templates. Anpassungen können auf Website-, Store- oder Store-View-Ebene greifen und erfordern die Zuweisung der passenden Custom Templates in der Konfiguration.
Eine isolierte Vorschau des Body-Templates reicht daher nicht aus, um den Markenauftritt zu beurteilen. Klären Sie mit dem Umsetzungsteam, welche Header- und Footer-Templates aktiv sind und über welche Konfiguration der Body für die betroffene Benachrichtigung geladen wird. Halten Sie die genauen Template-Bezeichner im Prüfprotokoll fest.
Prüfen Sie im Creative Review folgende Kernpunkte:
| Element | Frage aus Kundensicht | Erforderlicher Nachweis |
|---|---|---|
| Header | Welche Marke kommuniziert hier und wohin führt der Link? | Gerenderter Header mit tatsächlichem Linkziel |
| Body | Passen Text, Zweck und Sprache zu dieser Storefront? | Zugewiesenes E-Mail-Template mit freigegebenen Beispieldaten |
| Footer | Erreichen Empfänger die zuständigen Ansprechpartner? | Funktionierende Links zu Support und Shop-Informationen |
| Variablen | Passen shopspezifische Werte zum Kontext? | Gerendertes Datenbeispiel aus der betroffenen Store-View |
Diese Kriterien dienen der Abnahme, nicht als direkte Anweisung zur Anpassung von Produktiveinstellungen. Das Commerce-Team sollte sich stets an die offiziellen Prozesse der jeweiligen Instanz halten.
Soll-Identität in Migma definieren
Überprüfen Sie vor dem Entwurf den passenden Brand Context in Migma. Kontrollieren Sie Logo, Farbpalette, Typografie, Tonalität, gespeicherte Referenzen und freigegebene Unternehmensangaben. Entwürfe, die auf dem Kontext einer anderen Marke basieren, führen schnell zu Folgefehlern.
Formulieren Sie für das Template ein konkretes Briefing auf Storefront-Ebene. Für das erwähnte Outlet bedeutet das: freigegebene Sprache, Support-Zielseiten und korrekte Startseiten-URL hinterlegen. Definieren Sie, welche Bausteine das Commerce-Team dynamisch bereitstellt und welche Textpassagen unverändert bleiben müssen. Fügen Sie keine echten Kundendaten in Prompts ein.
Erstellen Sie eine vollständige visuelle Referenz, die das Zusammenspiel von Header, Body und Footer eindeutig darstellt. Wenn Adobe Commerce diese Komponenten separat zusammenfügt, dokumentieren Sie diesen Übergabeschritt explizit. Der Export einer einzelnen HTML-Datei konfiguriert die Bausteine in Magento nicht automatisch.
Plattformvariablen bei der Umsetzung schützen
Adobe weist ausdrücklich darauf hin, Code in doppelten geschweiften Klammern beim Bearbeiten von Templates nicht zu überschreiben. Diese Trennung zwischen redaktionellem Text und dynamischen Systemwerten ist essenziell.
Lassen Sie vom Umsetzungsteam auflisten, welche Variablen und Direktiven zur jeweiligen Benachrichtigung gehören. Wenn das Designteam Anpassungen am Fließtext anfordert, dürfen Bestellnummern, Shop-URLs oder dynamische Anreden nicht versehentlich verändert werden. Prüfen Sie den Satzbau anhand freigegebener Testwerte.
Fehlt eine Variable oder liefert sie unerwartete Inhalte, übergeben Sie den Fall an die technische Umsetzung. Verwenden Sie keine Platzhalter-Syntax aus anderen Plattformen: Ein optisch passender Platzhalter garantiert nicht, dass die Produktivumgebung den Wert im Live-Betrieb auflösen kann.
Konfiguriertes Ergebnis mit der Referenz abgleichen
Nutzen Sie Migmas Exportoptionen für die Übergabe und prüfen Sie das Resultat direkt in der Zielumgebung. Das Commerce-Team muss die zugewiesenen Templates und Geltungsbereiche (Scopes) verifizieren – ein gespeichertes Template allein garantiert noch nicht, dass die betroffene Store-View es aktiv nutzt.
Testen Sie das Szenario für das Outlet mit freigegebenen Testdaten: Führt der Header zur richtigen Storefront? Verwendet der Text die korrekte Sprache? Leitet der Footer an den zuständigen Support weiter? Prüfen Sie anschließend eine Vergleichs-Storefront, um sicherzustellen, dass globale Einstellungen nicht ungewollt überschrieben wurden.
Dieser Abgleich ist besonders wichtig, wenn Änderungen in der Vorschau korrekt wirken, die zugestellte Test-E-Mail jedoch Abweichungen zeigt. Analysieren Sie die tatsächliche Konfiguration und das gerenderte Mailing, bevor Sie das Design erneut anpassen.
Prüfung im Posteingang und Dokumentation
Führen Sie den Email Preflight in Migma durch und beheben Sie relevante Warnhinweise. Testen Sie das final vom System generierte Mailing in gängigen E-Mail-Clients – inklusive mobiler Darstellungen und Dark Mode, sofern Testumgebungen vorhanden sind. Da das Rendering je nach Client variiert, lässt sich eine identische Darstellung nicht garantieren.
Dokumentieren Sie Store-View, Template-Referenzen, freigegebene Migma-Version, Testfallszenario, Linkziele und die abnehmende Person an zentraler Stelle. Führen Sie auch offene technische Einschränkungen auf. So wird transparent, wie das Mailing auf Empfängerseite wirkt und über welche Konfiguration es technisch gesteuert wird.
Einen breiteren Überblick über mehrsprachige E-Mail-Prozesse bietet der Magento-Automations-Guide von Brevo. Dieser Workflow konzentriert sich gezielt auf ein Problem: sicherzustellen, dass jede Systembenachrichtigung unmissverständlich der richtigen Storefront zugeordnet ist. Beginnen Sie mit einer freigegebenen Migma-Referenz und validieren Sie die vollständig assemblierte E-Mail, bevor Sie Änderungen ausrollen.
Häufig gestellte Fragen
Warum kann der E-Mail-Text stimmen, während der Shopauftritt fehlerhaft ist?
In Adobe Commerce setzen sich Nachrichten aus separaten Templates für Body, Header und Footer zusammen. Zudem können Konfigurationen auf unterschiedlichen Store-Ebenen greifen. Prüfen Sie daher immer das vollständig zusammengesetzte Mailing und die aktiven Einstellungen, nicht nur den Body.
Wird ein benutzerdefiniertes Template automatisch von der Store-View genutzt, sobald es gespeichert ist?
Nein, davon ist nicht auszugehen. Die offizielle Dokumentation von Adobe erfordert, das benutzerdefinierte Template in den Systemeinstellungen explizit zuzuweisen. Das Commerce-Team muss diese Verknüpfung für den jeweiligen Benachrichtigungstyp und Scope separat prüfen.
Kann ein Migma-Export alle E-Mail-Bausteine in Magento automatisch konfigurieren?
Nein, das leistet dieser Workflow nicht. Migma liefert die freigegebene Designreferenz und den HTML-Export. Das Commerce-Team übernimmt die technische Zuordnung von Header, Body, Footer, Variablen und Scopes in der Magento-Umgebung.
Was gehört in ein Abnahmeprotokoll für den Storefront-Markenauftritt?
Erfassen Sie Store-View, Benachrichtigungstyp, genutzte Template-Bezeichner, die freigegebene Migma-Version, das Testdaten-Szenario, geprüfte Linkziele und die zuständige Person für die Abnahme. Halten Sie offene Einschränkungen fest und prüfen Sie Vergleichs-Storefronts auf ungewollte Seiteneffekte.