Ein eigener HTML-Block für E-Mails sollte ein konkretes Problem lösen, das Standardkomponenten nicht abdecken. Auch bei länger werdenden Produktnamen, fehlenden Bildern oder der Ansicht auf dem Smartphone muss er bedienbar bleiben. Definieren Sie die kleinste benötigte Komponente, testen Sie sie außerhalb des Editors und verwenden Sie eine geprüfte Version erneut, wenn sie diese Bedingungen erfüllt.
Die kleinstmögliche nötige Änderung definieren
Notieren Sie, was der Block vermitteln muss und warum das vorhandene Layout diese Aufgabe nicht gut erfüllt. Begrenzen Sie den HTML-Aufbau auf diesen Zweck. Übernehmen Sie keine vollständige Webseitenkomposition mit Skripten, interaktiven Abhängigkeiten oder Gestaltung, die E-Mail-Apps möglicherweise nicht unterstützen.
Sendvio unterstützt HTML-Blöcke in E-Mails. Halten Sie eigenen Code für die Person verständlich, die die Vorlage nächsten Monat pflegt. Verwenden Sie klare Struktur, aussagekräftigen Text und passende Bildbeschreibungen, statt die Botschaft in dekorativem Markup zu verstecken.
Einen kleinen Komponentenvertrag festlegen
Dokumentieren Sie Zweck, erforderliche und optionale Inhalte, realistische Maximallänge, Links, Bildverhalten und mobile Reihenfolge. Ein Vergleich zweier Optionen könnte beispielsweise Produktnamen, ein unterscheidendes Merkmal, Preisrahmen und je eine Handlung erfordern. Der Vertrag muss erklären, was beim Stapeln zusammenbleiben soll.
Prüfen Sie, ob Standardblöcke denselben Zweck mit einer einfacheren Anordnung erfüllen. Eigenes HTML ist gerechtfertigt, wenn es ein klares Kommunikationsproblem löst und nicht bloß eine aufwendigere Komposition ermöglicht. Jede zusätzliche Strukturregel wird zu etwas, das die nächste bearbeitende Person verstehen und testen muss.
Halten Sie den eigenen Block in sich geschlossen. Vermeiden Sie umfassende Stile, die benachbarte Komponenten unerwartet verändern, und verlassen Sie sich für die Hauptbotschaft nicht auf Skripte oder websiteähnliche Interaktionen. Benötigt das Erlebnis komplexe Auswahl oder Berechnungen, erklären Sie die Aufgabe in der E-Mail und verlinken Sie auf eine geeignete Seite, die dies unterstützt.
Das Verhalten außerhalb des Editors prüfen
E-Mails werden anders dargestellt als gewöhnliche Webseiten. Testen Sie die tatsächlich versendete Nachricht in relevanten Apps, auch auf einem schmalen Bildschirm und ohne verfügbare Bilder. Prüfen Sie Links, Lesereihenfolge, Textvergrößerung und das Zusammenspiel mit Standardkomponenten der Vorlage.
Vermeiden Sie feste Höhen bei variablem Inhalt und langen Zeichenfolgen ohne Umbruch. Ein Kundenname oder übersetzte Überschrift kann einen Fehler offenlegen, den kurzer Beispieltext verbirgt. Halten Sie ein einfacheres Ersatzlayout bereit, wenn der eigene Block nicht zuverlässig funktioniert.
Änderungen am Inhalt testen und nicht nur das ursprüngliche Beispiel
Ersetzen Sie den kürzesten Produktnamen durch den längsten realistischen. Lassen Sie ein optionales Bild weg, ergänzen Sie eine übersetzte Überschrift und verwenden Sie eine längere Preis- oder Schaltflächenbeschriftung. Prüfen Sie, ob die Struktur natürlich mitwächst oder Inhalte abschneidet und leere Bereiche fester Höhe hinterlässt. So zeigt sich, ob der Block wiederverwendbar oder nur auf ein Beispiel zugeschnitten ist.
Untersuchen Sie die tatsächliche versendete Nachricht in relevanten E-Mail-Umgebungen. Prüfen Sie sinnvolle Lesereihenfolge, kontextgerechte Bildbeschreibungen und alle Ziele. Verwendet der Block Layouttabellen, muss die implementierende Person sicherstellen, dass diese die semantische Struktur für Hilfstechnologien nicht falsch darstellen.
Nur eine geprüfte Version wiederverwenden
Speichern Sie den freigegebenen Block mit einem kurzen Hinweis zu Zweck und Einschränkungen. Unterscheiden Sie bei Inhaltsänderungen eine gewöhnliche Textkorrektur von einer Strukturänderung, die eine erneute Darstellungsprüfung braucht.
Fügen Sie keine Tracking-Skripte oder ausführbaren Code hinzu, um eine E-Mail wie eine Website reagieren zu lassen. Bei Interaktionen, die E-Mails nicht zuverlässig unterstützen, sollte die Handlung zu einer geeigneten Zielseite führen. Ein kleiner verlässlicher Block hilft Kunden mehr als eine anspruchsvolle Komponente, die nur in der Vorschau des Erstellers funktioniert.
Bewahren Sie den freigegebenen Block in versionierten Vorlagennotizen mit verantwortlicher Person, unterstütztem Zweck und bekannten Grenzen auf. Eine spätere Textänderung kann unkritisch sein; Änderungen der Spaltenstruktur oder neue bedingte Inhalte verdienen eine erneute Darstellungsprüfung. Machen Sie den Unterschied deutlich, damit das Team weder alles unnötig neu testet noch eine Neugestaltung für eine gewöhnliche Textänderung hält.
Halten Sie ein einfacheres Ersatzlayout bereit, falls die Komponente nicht zuverlässig funktioniert. Ein einspaltiger Vergleich, den Kunden lesen können, ist nützlicher als eine komplexe Anordnung, die in einer häufigen Umgebung ausfällt. Die Abnahmekriterien sind praktisch: korrekter Inhalt, intakte Gruppierung, lesbarer Text, zugängliche Handlungen und eine pflegbare Struktur, die sich sicher erneut verwenden lässt.