· Pauline · How-to  · 6 min read

Marketing-Formulare in Dynamics 365 Customer Insights – Journeys veröffentlichen: Ein praktischer Leitfaden

Du hast dein Formular in Dynamics 365 Customer Insights – Journeys erstellt. Jetzt gibt es drei Optionen – und sie sind nicht gleich. Dieser praktische Leitfaden führt dich durch Standalone-Seiten, JavaScript-Einbettung und Formularerfassung.

Du hast dein Formular in Dynamics 365 Customer Insights – Journeys erstellt. Jetzt gibt es drei Optionen – und sie sind nicht gleich. Dieser praktische Leitfaden führt dich durch Standalone-Seiten, JavaScript-Einbettung und Formularerfassung.

Bitte beachten: Der Inhalt ist zum Zeitpunkt der Erstellung korrekt. Es ist möglich, dass Microsoft in der Zwischenzeit Änderungen vorgenommen hat.

Du hast ein Marketingformular in Dynamics 365 Customer Insights – Journeys erstellt. Und jetzt? Genau hier stoßen viele Marketingteams auf eine unerwartete Hürde – denn es gibt nicht nur einen Weg, ein Formular zu veröffentlichen. Es gibt mindestens drei.

Dieser Leitfaden erklärt die drei Hosting-Optionen für Customer Insights – Journeys (CI-J)-Formulare und hilft dir, den richtigen Ansatz für deine Situation zu finden.


Warum die Veröffentlichungsmethode wichtig ist

Vorab: Die Veröffentlichungsoptionen in CI-J schließen sich nicht gegenseitig aus. Du kannst dasselbe Formular gleichzeitig an mehreren Stellen veröffentlichen. Aber die gewählte Methode hat Konsequenzen für deine Domain, dein Webteam, deine Analysen und die Möglichkeiten zur Personalisierung.

Schauen wir uns deine drei Optionen an.


Option 1: Standalone-Seite — Der schnellste Weg zum Live-Formular

Was es ist: Eine Standalone-Seite ist eine dedizierte, von Microsoft gehostete URL, die CI-J automatisch für dein Formular generiert. Kein CMS, kein Entwickler, keine eigene Domain – und dein Formular ist direkt im Content Delivery Network (CDN) von Microsoft live.

Wie es funktioniert: Im CI-J-Formulareditor wählst du nach dem Erstellen deines Formulars die Veröffentlichungsoption für die Standalone-Seite und klickst auf Erstellen im Dialog. Das war’s. Microsoft stellt eine gehostete Seite bereit und gibt dir sofort eine URL zum Teilen.

Da die Seite über Microsofts CDN ausgeliefert wird, profitiert sie von globalem Caching, schnellen Ladezeiten und hoher Verfügbarkeit.

Der Caching-Vorbehalt: Das CDN-Caching hat einen Nachteil. Wenn du dein Formular nach der Veröffentlichung bearbeitest, kann es bis zu 10 Minuten dauern, bis die Änderungen auf der Live-Standalone-Seite sichtbar sind. Beim Testen kannst du den Cache umgehen, indem du #d365mkt-nocache an die URL anhängst.

Wann du es verwenden solltest: Situationen, in denen deine eigene Domain keine Voraussetzung ist. Also eigentlich nie… Verwende diese Option daher nur zum Testen der Formulare.

Einschränkungen: Die URL liegt auf einer Microsoft-Domain. Du kannst diese Seite nicht in dein bestehendes Website-Layout einbetten und hast nur begrenzte Kontrolle über Designelemente wie Navigation oder Footer. Wenn Markenkonsistenz auf deiner Website unverzichtbar ist, ist die nächste Option die richtige Wahl.


Option 2: JavaScript-Einbettung — Formulare zu deinen Bedingungen

Was es ist: Die JavaScript-Einbettung generiert einen kurzen Code-Snippet, den du in jede Webseite einfügst – dein CMS, deine Unternehmenswebsite, eine React- oder Angular-Anwendung oder eine Power Pages-Site. CI-J rendert das Formular inline, innerhalb deiner bestehenden Seite, auf deiner Domain.

Wie es funktioniert: Nach der Veröffentlichung deines Formulars stellt CI-J einen JavaScript-Snippet bereit, der deine Organisations-ID, Formular-ID und den Endpunkt enthält. Füge diesen Snippet in das HTML deiner Seite ein, wo das Formular erscheinen soll, und es lädt automatisch, wenn ein Besucher die Seite öffnet.

Für Single-Page-Anwendungen (SPAs) auf Basis von Frameworks wie React gilt derselbe Ansatz – du musst die Formular-ID (msdynmkt_marketingformid), die Organisations-ID (organizationid) und den Organisationsendpunkt direkt im Snippet ersetzen. Die Customer Insights – Journeys JavaScript-API unterstützt benutzerdefinierte Events und Hooks, was es ermöglicht, das Formularverhalten bei Bedarf programmatisch zu erweitern und anzupassen.

Ein nützlicher Styling-Tipp: Setze die Schriftart des Formulars im CI-J-Formulardesigner auf „inherit”. So übernimmt das Formular automatisch die Typografie aus dem CSS deiner Website.

Domain-Authentifizierung ist erforderlich: Im Gegensatz zur Standalone-Seite musst du deine Domain in den CI-J-Einstellungen zunächst authentifizieren, bevor du ein Formular in deine eigene Website einbetten kannst. Dies ist ein einmaliger Einrichtungsschritt, der jedoch dein IT- oder Webteam einbezieht. Formulare auf nicht authentifizierten Domains werden nicht gerendert.

Wann du es verwenden solltest:

  • Einbettung von Formularen in bestehende Website-Seiten, Blogs oder Produktseiten
  • React-, Angular-, Vue- oder andere SPA-basierte Webanwendungen
  • Jedes Szenario, in dem das Formular auf deiner eigenen Domain erscheinen soll
  • Wenn du vollständige CI-J-Analysen, Besucherverfolgung und Web-Tracking auf deiner eigenen Website möchtest

Warum es der empfohlene Ansatz ist: Das ist die Methode, die Microsoft (und auch ich) für die meisten Szenarien empfiehlt. Sie bewahrt alle zentralen CI-J-Formularfunktionen – Besucheranalysen, Einreichungsverfolgung, Web-Verhaltens-Tracking, Journey-Trigger und Prefill-Unterstützung. Sie gibt dir auch die meiste Kontrolle darüber, wo und wie das Formular erscheint. Wenn du unsicher bist, welche Methode du verwenden sollst, fange hier an.


Option 3: Formularerfassung — Bestehende Formulare einbinden

Was es ist: Die Formularerfassung ist für ein anderes Szenario: Du hast ein Formular, das bereits auf deiner Website existiert, in einem CMS, einem benutzerdefinierten Frontend oder einem Drittanbieter-Tool erstellt und es in CI-J neu zu erstellen ist nicht praktikabel. Anstatt das Formular neu zu erstellen, fügst du ein CI-J-Capture-Skript an dein bestehendes Formular an, sodass jede Übermittlung in Dynamics 365 weitergeleitet wird.

Wie es funktioniert: Im CI-J-Formulareditor erstellst du quasi ein „Shadow”-Formular – eine Konfiguration, die die Felder deines bestehenden Formulars den D365-Attributen zuordnet. CI-J generiert dann ein Capture-Skript. Ein Entwickler bettet dieses Skript auf derselben Seite wie dein bestehendes Formular ein. Wenn ein Besucher das Formular abschickt, fängt das Capture-Skript die Einreichung ab und sendet sie parallel zu allen anderen Systemen, die bereits mit diesem Formular verbunden sind, an D365.

Das bedeutet, dass dein Formular gleichzeitig Daten in D365 und in ein anderes CRM, eine Marketing-Automatisierungsplattform oder ein Ticketing-System übertragen kann – ohne deine bestehende Formularlogik zu ändern oder bestehende Integrationen zu beeinträchtigen.

Domain-Authentifizierung ist erforderlich: Deine Domain muss in den CI-J-Einstellungen authentifiziert sein, genau wie bei der JavaScript-Einbettung.

Wann du es verwenden solltest:

  • Dein bestehendes Formular enthält komplexe benutzerdefinierte Logik, die im CI-J-Editor schwer zu replizieren wäre
  • Das Formular muss gleichzeitig an mehrere Systeme übertragen werden (D365 plus eine andere Plattform)
  • Das Neugestalten oder Ersetzen des aktuellen Formulars ist aus geschäftlichen oder technischen Gründen keine Option

Wichtige Einschränkungen: Die Formularerfassung ist in der Praxis die komplexeste Option und bringt wesentliche Einschränkungen mit sich:

  • Keine Besucheranalysen oder Web-Tracking. CI-J kann keine Seitenbesuche oder Web-Verhaltensdaten verfolgen, wenn die Formularerfassung verwendet wird.
  • Weiterleitungen können die Einreichungserfassung unterbrechen. Wenn deine Seite unmittelbar nach der Formulareinreichung weiterleitet, kann der Browser den Capture-API-Aufruf abbrechen, bevor er abgeschlossen ist.
  • Ein passendes CI-J-Formular muss vorhanden sein. Auch wenn Besucher das CI-J-Formular nie sehen, musst du es im Editor erstellen, um Einwilligung und Feldzuordnungen zu konfigurieren.

Die offizielle Microsoft-Dokumentation ist in diesem Punkt eindeutig: Erstelle das Formular in CI-J neu und verwende die JavaScript-Einbettung, wo immer möglich. Ich würde es aber nicht ganz so streng sehen wie die Dokumentation. Ich finde die Capture Funktion durchaus sinnvoll. Für Marketingteams ohne CI-J-Erfahrung ist es jedoch eine eher komplexe Lösung. Deshalb würde ich es nur einsetzen, wenn Benutzer*innen vorhanden sind, die verstehen, wie es funktioniert.


Funktionsvergleich auf einen Blick

FunktionStandalone-SeiteJS-Einbettung (Skript)Formularerfassung
Entwickler erforderlich?NeinJein (Kopieren/Einfügen)Ja
Domain-Authentifizierung erforderlich?NeinJaJa
Auf eigener Domain gehostet?NeinJaJa
Besucheranalysen✅ Ja✅ Ja❌ Nein
Web- / Verhaltens-Tracking✅ Ja✅ Ja❌ Nein
Einreichung an mehrere Systeme❌ Nein❌ Nein✅ Ja
Journey-Trigger-Unterstützung✅ Ja✅ Ja✅ Ja
AufwandNiedrigMittelHoch

Wie du wählst: Ein kurzer Entscheidungsleitfaden

Fange hier an: Muss dein Formular auf deiner eigenen Domain erscheinen?

  • Nein → Verwende die Standalone-Seite. Es ist die schnellste Option und erfordert keinen Einrichtungsaufwand über das Erstellen des Formulars hinaus.
  • Ja, und es ist ein neues Formular → Verwende die JavaScript-Einbettung. Authentifiziere deine Domain einmalig, füge den Snippet ein, und du bist live mit vollständigen Analyse- und Personalisierungsfunktionen.
  • Ja, und du hast ein bestehendes Formular, das du nicht ersetzen kannst/willst → Verwende die Formularerfassung. Ordne deine Felder sorgfältig zu, und gehe mit realistischen Erwartungen an die Analyse- und Prefill-Einschränkungen heran.

In fast allen neuen Formularszenarien ist die JavaScript-Einbettung die richtige Wahl. Sie ist flexibel, funktioniert überall, bewahrt alle CI-J-Funktionen und erfordert nur minimale Entwicklerbeteiligung für die einmalige Domain-Authentifizierung.


Häufig gestellte Fragen

Warum wird mein eingebettetes Formular auf meiner Website nicht angezeigt?

Der häufigste Grund ist eine fehlende Domain-Authentifizierung. Bevor du die JavaScript-Einbettung oder Formularerfassung verwendest, musst du deine Domain in den CI-J-Einstellungen authentifizieren. Formulare werden auf nicht authentifizierten Domains nicht gerendert.

Wie lange dauert es, bis Formularänderungen live gehen?

Änderungen können aufgrund des CDN-Cachings bis zu 10 Minuten dauern. Zum Testen kannst du #d365mkt-nocache an die URL anhängen, um den Cache zu umgehen – entferne es aber, bevor du die URL mit Kontakten teilst.

Was ist die einfachste Möglichkeit, ein Formular in Dynamics 365 Customer Insights – Journeys zu veröffentlichen?

Die Standalone-Seite ist die einfachste Option. CI-J generiert in Sekunden eine gehostete URL für dein Formular. Aber verwende sie nicht für Kundenszenarien.

Kann ich dasselbe Formular mit mehreren Methoden veröffentlichen?

Ja. Die Veröffentlichungsoptionen schließen sich nicht gegenseitig aus. Du kannst dasselbe Formular gleichzeitig als Standalone-Seite betreiben und es über JavaScript auf deiner Website einbetten.

Wann sollte ich die Formularerfassung statt der JavaScript-Einbettung verwenden?

Verwende die Formularerfassung nur, wenn du ein bestehendes Formular hast, das du in CI-J wirklich nicht neu erstellen kannst – zum Beispiel weil es komplexe benutzerdefinierte Logik enthält oder Daten gleichzeitig an mehrere Systeme übertragen muss. Wenn du von Grund auf neu anfängst oder das Formular im CI-J-Editor neu erstellen kannst, ist die JavaScript-Einbettung immer die bessere Wahl. Sie bietet mehr Funktionen bei geringerer Komplexität.

Hast du Fragen, Ideen oder Anmerkungen? Meld dich gern.

Back to Blog

Related Posts

View All Posts »