Wie kommt die Herkunft einer Anfrage in mein CRM?

Bei Anfragen endet die Messung oft am Formular: Der Auftrag kommt Wochen später im CRM zustande, und dort weiß niemand mehr, woher die Anfrage kam. Das SDK schreibt deshalb Herkunft und eine Kennung in das Formular selbst. Sie reisen mit der Anfrage in dein CRM; mit dem Abschluss kommt die Kennung über den Offline-Import zurück und verbindet ihn mit der Journey.

Einrichten

<form action="/anfrage" method="post" data-metrunio-lead>
  <input name="email" type="email" required />
  <button>Absenden</button>
</form>

• Das SDK füllt das Formular beim Laden, wenn sich die Einwilligung ändert, sobald jemand ein Feld betritt, und unmittelbar vor dem Absenden. Fehlende Felder legt es als <input type="hidden"> an; ein vorhandenes Feld mit demselben Namen füllt es.
• Hast du eine Danke-Seite, meldest du die Anfrage dort mit metrunio.conversion({ type: 'lead' }). Ohne eigene Kennung nimmt das SDK die aus dem Formular.
• Ohne Danke-Seite schreibst du data-metrunio-lead="submit". Dann meldet das SDK die Anfrage beim Absenden selbst, einmal je Kennung. Gezählt wird das Absenden, nicht die Antwort deines Servers.
• Formulare, die erst später erscheinen, füllst du mit metrunio.fillForm(form), mit dem Formular oder einem Selektor wie '#anfrage'.

Die Felder

Quelle, Medium und Kampagne kommen aus der Adresse, mit der der Besuch begann, nicht aus der Seite mit dem Formular. Einen Kanal ordnet das SDK im Browser nicht zu: Das tun deine Herkunftsregeln in Metrunio, und dein CRM bekommt die Werte so, wie sie in der Adresse standen. Die ganze Journey hängt an der Lead-Kennung.

Einwilligung

• Ohne Einwilligung in Analyse bleiben alle Felder leer. Das SDK liest dafür auch die Adresse der Seite nicht aus.
• Die Klickkennung schreibt es nur mit Einwilligung in Marketing. Unter Statistik bleibt die Plattform, so wie Metrunio selbst unter Statistik von einem Klick nur die Quelle speichert und nicht die Kennung.
• Nach einem Widerruf leert das SDK die Felder, die es selbst gefüllt hat. Nach metrunio.reset() beginnt eine neue Kennung.

Baustein für dein Cookie-Banner

Damit die Einwilligung in Analyse diesen Zweck trägt, sollte die Beschreibung der Kategorie ihn nennen. In der Sie-Form, passe ihn an deine Datenwege und Fristen an: „Mit Ihrer Einwilligung in die Analyse verknüpfen wir Herkunft und Kampagne Ihres Besuchs über eine Anfragekennung mit Ihrer Kontaktanfrage in unserem CRM und einem später gemeldeten Abschluss. Dadurch können wir erkennen, aus welchen Besuchen Anfragen und Abschlüsse entstehen. Plattform-Klickkennungen verwenden wir hierfür nur, soweit zusätzlich die entsprechende Marketing-Einwilligung vorliegt.“ Eine zusätzliche Checkbox brauchst du dafür nicht.

Herkunft auch ohne Einwilligung

In der Einrichtung gibt es je Website unter „Herkunft im Formular“ die Einstellung „Herkunft auch ohne Einwilligung“. Sie ist aus. Schaltest du sie ein, schreibt das SDK ohne Einwilligung in Analyse Quelle, Medium und Kampagne aus der Adresse der aktuellen Seite in das Formular, so wie vor dem 12.10.2026. Mehr nicht: keine Lead-Kennung, keine Klickkennung, keine Plattform, nichts im Speicher des Browsers. Mit Einwilligung ändert die Einstellung nichts.

• Die Einstellung steht im Einbaucode als formSourceWithoutConsent: true. Kopiere ihn nach dem Umschalten neu. In der GTM-Vorlage ist es das Kästchen „Herkunft auch ohne Einwilligung in Formulare schreiben“; die Vorlage aus dem Portal belegt es mit der Einstellung der Website vor.
• Die Apps und Plugins für Shopify, Shopware und WordPress übernehmen die Einstellung nicht. Dort bleiben die Felder ohne Einwilligung leer.
• Bindest du das SDK selbst ein, gibst du die Option in metrunio.init mit.

Formular-Plugins und eingebettete Formulare

• Contact Form 7: Lege die Felder als versteckte Felder an, etwa [hidden metrunio_lead_id], und nimm sie mit [metrunio_lead_id] in die Mail auf. Das Attribut setzt ein kleines Skript im Fuß der Seite: document.querySelectorAll('.wpcf7-form').forEach((f) => f.setAttribute('data-metrunio-lead', ''));.
• Viele Formular-Plugins und Formulardienste speichern nur Felder, die sie selbst angelegt haben, und manche zeigen das Formular in einem iframe, den das SDK nicht erreicht. Lege dort versteckte Felder mit genau diesen Namen an und prüfe mit einer Testanfrage, ob die Werte im CRM ankommen.
• Kommen sie nicht an, vergib die Kennung selbst: Melde die Anfrage mit metrunio.conversion({ type: 'lead', leadId }) und einer Kennung, die dein CRM ohnehin kennt.

Und zurück

Wird aus der Anfrage ein Auftrag, exportierst du ihn aus dem CRM mit der Lead-Kennung in der Spalte lead_id und liest ihn unter „Bestellungen & Ziele“ als Offline-Conversion ein. Metrunio findet die Journey zur Kennung und rechnet die Zuordnung neu.