Testen Sie die Produktblöcke, die Omnisend tatsächlich für den vorgesehenen Kontakt und den Versandkontext generiert, nicht nur das statische Editor-Layout. Ein Ersatzprodukt, eine Live-Empfehlung und ein kontakt-spezifischer Rabatt können unterschiedliche finale Nachrichten erzeugen. Überprüfen Sie die Inhaltsgenauigkeit und das Verhalten der Bilder getrennt von dem Ordner, in dem die Nachricht beobachtet wird.
Definieren Sie das beabsichtigte Produkterlebnis
Wählen Sie einen Nachrichtentyp aus und beschreiben Sie, welche Produkte erscheinen sollen und warum. Ein manuell ausgewähltes Werbeprodukt unterscheidet sich von einer kürzlich angesehenen Empfehlung. Dokumentieren Sie den relevanten Katalogzustand, die Vorlagenversion, den Empfängerkontext und den erwarteten Ersatz, falls Personalisierungsdaten nicht verfügbar sind.
Verwenden Sie ein ungefährliches Testprofil und Testdaten. Geben Sie keine Kunden-Browsing-Historie oder nutzbare private Rabatte an eine Testpostfachgruppe weiter. Wenn ein tatsächlich kundenspezifisches Feld für die Platzierungsfrage nicht erforderlich ist, ersetzen Sie es durch einen repräsentativen sicheren Wert und geben Sie die Grenzen dieser Substitution an.
Überprüfen Sie die Grenzen der gewählten Vorschau
Omnisend dokumentiert Vorschau- und Testtools und unterscheidet Editor-Ansichten von tatsächlichen Sendungen. Die Anleitung umfasst auch Einschränkungen dynamischer Inhalte und das Ersatzverhalten bei Produktempfehlungen. Da die Fähigkeiten vom Block und Kontext abhängen, verifizieren Sie, was Ihre spezielle Vorschau anzeigt, anstatt davon auszugehen, dass jedes sichtbare Produkt die finale Empfehlung für den Kontakt ist.
Prüfen Sie, ob eine Empfehlung ein Ersatz aus dem Katalog ist oder das erwartete Ergebnis für Ihr Testprofil. Eine optisch vollständige Vorschau kann semantisch dennoch falsch für einen Empfänger sein. Die richtige Frage lautet, ob die angezeigten Produkte dem definierten Nachrichtenverhalten entsprechen.
Untersuchen Sie jedes Produktelement
Überprüfen Sie Produktname, Preisangabe, Ziel-URL, Bildquelle und Alternativtext. Bestätigen Sie, dass ein Produktbild auf ein zugängliches, beabsichtigtes Asset verweist und der Produktlink zum korrekten Artikel führt. Ein beschnittenes Bild oder fehlender Produkttitel ist ein Inhaltsfehler, auch wenn die Nachricht den Posteingang erreicht.
Untersuchen Sie die Nachricht sowohl mit nicht geladenen als auch mit geladenen Bildern. Die wesentliche Aussage sollte nicht vollständig von einem Werbebanner abhängen. Halten Sie Preise und Produktverfügbarkeit an den tatsächlichen Testkatalog gebunden; erfinden Sie keine aktuellen Angebote nur, um einen Beispielblock zu füllen.
Beobachten Sie eine repräsentative generierte Nachricht
Für eine Platzierungsprüfung erstellen Sie einen LDM-Test für den vorgesehenen Absender und verwenden die aktuellen Empfängeradressen, die für diesen Lauf bereitgestellt werden. Nutzen Sie einen isolierten, erlaubten Omnisend-Pfad, der die beabsichtigten finalen Blöcke generiert. Wenn nur ein Ersatz oder ein statischer Editor-Test durchgeführt wird, kennzeichnen Sie diese Einschränkung deutlich.
Speichern Sie die Vorlage, die Testbedingungen, die Versandzeit der Nachricht und verfügbare Identifikatoren. Vergleichen Sie diese mit der empfangenen Kopie und prüfen Sie die tatsächlichen Produktblöcke im Vergleich zum erwarteten Ergebnis. Leiten Sie keine persönliche Vorschau weiter und behaupten Sie, sie validiere den normalen Kampagnenweg.
Halten Sie temporäre Empfänger außerhalb wiederkehrender Kampagnen und nicht verwandter Automationen und beenden Sie anschließend den begrenzten Workflow. Dieser Artikel versendet nichts und erhebt keinen Anspruch auf eine native LDM-Integration.
Trennen Sie vier Beobachtungen
Dokumentieren Sie, ob die richtigen Produktdaten erschienen, ob Bilder und Links funktionierten, ob die Nachricht in der getesteten Ansicht nutzbar blieb und in welchem Ordner die Kopie beobachtet wurde. Diese Ergebnisse können voneinander abweichen. Ein Bild kann in einer Spam-Kopie laden oder in einer Inbox-Kopie aufgrund der Bildeinstellungen des Empfängers fehlschlagen.
Eine kleine Testpostfachgruppe kann nicht alle Empfehlungshistorien, Katalogänderungen oder Geräteverhalten validieren. Fehlende Beobachtungen sind kein Beleg für Spam; gleichen Sie diese mit Versandnachweisen ab. Wenn eine produktreiche Variante sich von einer einfacheren Nachricht unterscheidet, dokumentieren Sie die geänderten Hostnamen und Strukturen, bevor Sie eine Ursache zuweisen.
Häufig gestellte Fragen
Warum zeigt ein Test ein anderes Produkt an?
Prüfen Sie, ob der Block Katalog-Ersatzdaten anzeigt und ob der ausgewählte Kontext die beabsichtigte Personalisierung unterstützt. Ziehen Sie nicht allein aus einem anderen Produkt auf ein Datenleck.
Bedeutet ein defektes Bild, dass die Nachricht im Spam-Ordner ist?
Nein. Das Laden von Bildern und die Ordnerplatzierung sind unterschiedliche Beobachtungen. Prüfen Sie den tatsächlichen Ordner und die Zugänglichkeit des Assets separat.
Kann ein statischer Test eine kürzlich angesehene Empfehlung validieren?
Nur soweit der relevante Datenkontext tatsächlich geprüft wird. Verwenden Sie ein geeignetes sicheres Testprofil und eine repräsentative Sendung für das fehlende Verhalten.
Offizielle Referenzen
Stand 2026-11-05 geprüft; keine Produktempfehlung oder Versandresultate sind erfunden.