Salesforce Marketing Cloud – Vergleich Classic Content versus Content Builder

Seit dem Launch des Content Builders können User zwischen Classic Content und Content Builder wechseln oder parallel arbeiten. In unserem Artikel beleuchten wir, was den Content Builder kennzeichnet, und zeigen Ihnen einen Vergleich mit den wichtigsten Features zu dem Classic Content auf. Sie erfahren im Nachfolgenden, wann sich ein Wechsel von Classic Content zu Content Builder lohnt.

Content Builder

Laut Salesforce Marketing Cloud Dokumentation, ist der Content Builder ein Cross-Channel Content Management Tool, das es Ihnen ermöglicht, sowie Bilder als auch Dokumente und Content an einer zentralen Stelle in der Marketing Cloud zu konsolidieren. Mit einer easy-to-use, Drag & Drop Oberfläche, ist der Content Builder effizienter als alle vorherigen Kreations- und Editierungstools. Der Content Builder wurde als erstes mit dem E-Mail Studio integriert. Genau dieser Punkt zeigt auf, weshalb sich Salesforce für ein komplett neues Produkt entschieden hat. Das E-Mail Studio mit den Classic Content ist an seine Grenzen gestoßen, insbesondere im Blick auf das Thema "Usability" und "Cross-Channel". Ein enscheidender Grund, sich für die Marketing Cloud zu entscheiden, ist seine Marketing-Aktivitäten zentral in einer Plattform – möglichst effektiv und effizient – zu steuern. Aufgrund dessen war es allerhöchste Zeit ein Content Tool einzuführen, das zentral über alle Applikationen den Content verfügbar macht. Im Zuge der steigenden Bedeutung von Marketing Automation wurde offensichtlich, dass Content über mehrere Kanäle verfügbar und zentral verwaltbar sein muss. 

Bislang ist vor allem die Verfügbarkeit über mehrere Kanäle noch im Ausbau. Im ersten Schritt galt es, den Content Builder für E-Mails zu integrieren. Die Beweggründe waren vielzählig. Zum einen kennzeichnen E-Mails den Löwenanteil im Bereich der Direktmarketing-Aktionen, zum anderen ist der Editor und Edit/Send Flow nicht in jedem Fall einfach und nachvollziehbar.

Content Builder – Erste Schritte

Für alle User, die bereits mit Classic Content arbeiten und über einen Wechsel zum Content Builder nachdenken, wurde schon viel Vorarbeit von Salesforce geleistet, um es Ihnen so einfach wie möglich zu machen. Tatsächlich ist der Content Builder eine eigenständige Applikationen. Es handelt sich hier nicht – wie etwa in der SalesCloud – um einen simplen Button, der Sie zu einer neuen Oberfläche (Lightning) bringt. Alle E-Mails, Templates, Assets, müssen zunächst in die Applikation geladen werden.

Mithilfe eines Import-Assistenten kann entweder ein kompletter Ordner oder nur ein bestimmter Content repliziert werden. An der Stelle sollten Sie genau überlegen, ob Sie alle bestehenden E-Mails, Kampagnen und Templates übertragen oder sie lediglich neue erstellen möchten. In den meisten Fällen empfiehlt es sich, bereits bestehende Kampagnen im Classic Content laufen zu lassen. Andernfalls ist es mit weitaus größeren Aufwand verbunden, insbesondere wenn noch externe Systeme, Webseiten, Formulare, etc. mit integriert sind. Jeder importierte Content sollte zudem einzeln im Content Builder geprüft werden. Bei Verwendung vom AMPscript werden manche Funktionen nicht mehr unterstützt bzw. wurden ersetzt (dazu später mehr in dem Beitrag). Auch HTML Templates bedürfen einer Prüfung vor dem Einsatz im neuen Content Builder, da der Editor etwas anders funktioniert.

Classic Content versus Content Builder

Bisher gibt es keine offizielle Gegenüberstellung beider Applikationen, die einzelne Funktionen miteinander vergleicht. Vielmehr gibt es eine "Consideration List" auf der  Webseite help.marketingcloud.com. Nachfolgend haben wir eine Liste erstellt, die beides gegenüberstellt.

Die durchaus wichtigste Neuerung, ist die Copy & Paste Auswahl. Neben dem normalen Einfügen "Übertragen aller Formate", kann auch das Einfügen als Plain Text "Formatvorgaben aus dem HTML der E-Mail werden übernommen" und das Einfügen von Word (da es hier spezielle Formatierungsprobleme in der Vergangenheit gab) gewählt werden. Aber auch eine "echte" Drag & Drop Funktion der Contentplatzierung spricht sehr für die Verwendung des Content Builders. Im Classic Content ist es zwar möglich, Content per drag & drop in das Template zu ziehen, aber nachträglich kann die bestehende Reihenfolge nur auf Umwegen (Store in Content Library und erneut per Drag & Drop reinziehen) ändern. Insbesondere Unternehmen, die einen umfänglichen Approval-Prozess haben, und deren Content-Reihenfolge im Mailing beim ersten Entwurf noch nicht fix ist, sind damit wesentlich flexibler.

Im Content Builder werden neue AMPscript-Funktionen unterstützt. Im Classic Content musste man bisher mit der Funktion ContentAreabyName einen Ordner-Pfad angeben. In den meisten Fällen hat das zu Verwirrungen geführt.

• ContentBlockByKey()
• ContentBlockByID()
• ContentImageByID()
• ContentImageByKey()

Diese Funktionen referenzieren jeweils auf Customer Key oder ID, um Content (ContentBlockBy..) oder ein Image Tag (ContentImageBy..) aus einen anderen Content Block zu ziehen.  

Etwas komplizierter wird es bei den Content Edit Permissions. Bei der Verwendung im Tempate konnte im Classic Content bislang ein Content Block nicht überschrieben werden. Nur über den Weg, in den jeweiligen Content Block Ordner zu gehen und dort einen entsprechenden Content Block zu ändern und zu speichern, war dies überhaupt möglich. Auch das kann im Classic Content durch Permissions restriktiert werden. Im Content Builder gibt es nun auch eine "Update" Funktion beim Editieren eines Content Blocks. Dies kann dazu führen, dass der bestehende Content Block überschrieben wird. Umso wichtiger ist es beim Einsatz des Content Builders auf ein sauberes Permission Setting zu achten und den Nutzern gegebenenfalls Kopien der Original Content Blöcke zur Verfügung zu stellen.

Die von der Marketing Cloud unterstützen Content Blöcke wurden mit dem Content Builder etwas aufgeräumt. Image Over Text, Text Over Image, Image Left und Image Right wurden durch Layouts ersetzt. Layouts bieten eine solide Auswahl aus einer Sammlung von kleinen Standard Templates.