> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/kontakte-und-unternehmen/herkunft-eines-kontakts-verstehen.md). # Herkunft eines Kontakts verstehen Verstehe, woher ein Kontakt technisch zugeordnet wurde, unterscheide erste und letzte Herkunft, prüfe die Quelle im Kontaktprofil und behebe typische Erfassungsfehler bei Formularen und Kampagnenlinks ## Was die Herkunft aussagt Die Herkunft zeigt, über welchen technischen Weg ein Kontakt erfasst wurde. Sie hilft dir zu verstehen, ob ein Kontakt zum Beispiel über eine Suchanzeige, einen Link aus einem sozialen Netzwerk, eine andere Website, eine direkte Eingabe oder eine manuelle Anlage entstanden ist. Diese Angabe ist eine **technische Zuordnung**, keine vollständige Bewertung des Kontakts. Sie sagt nicht automatisch: * warum sich eine Person letztlich entschieden hat, * welche Person den Kontakt betreut hat, * wie wertvoll der Kontakt ist oder * welcher einzelne Beitrag den größten Einfluss hatte. Nutze die Herkunft daher, um Muster zu erkennen und Links, Formulare sowie Kampagnen sauber zu prüfen – nicht als alleinige Grundlage für weitreichende Entscheidungen. ## Erste und letzte Herkunft unterscheiden Für jeden Kontakt werden zwei Werte gespeichert: | Angabe | Bedeutung | Ändert sie sich? | | ------------------- | ----------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------- | | **Erste Herkunft** | Der erste erfasste Kontaktpunkt in einer Sitzung, aus der die technische Zuordnung gespeichert wurde. | Nein. Sie bleibt als erster bekannter Bezug erhalten. | | **Letzte Herkunft** | Die zuletzt erfasste Interaktion, für die eine Herkunft gespeichert wurde. | Ja. Sie wird bei einer späteren passenden Interaktion aktualisiert. | > **Beispiel:** Eine Person füllt zunächst ein Formular nach einem Suchanzeigen-Klick aus. Die erste Herkunft bleibt diese Suche. Später gelangt sie über einen Link aus einem sozialen Netzwerk erneut auf eine Seite und übermittelt dort wieder ihre Daten. Dann kann die letzte Herkunft auf das soziale Netzwerk wechseln, während die erste Herkunft unverändert bleibt. ## Wo du die Angaben findest 1. Öffne **Kontakte**. 2. Suche und öffne den gewünschten Kontakt. 3. Öffne den Bereich **Aktivität**. 4. Scrolle im rechten Bereich nach unten. 5. Suche die Angaben für **Erste Herkunft** und **Letzte Herkunft**. 6. Prüfe die angezeigte Sitzungsquelle. 7. Öffne verfügbare Zusatzinformationen über das Hinweis-Symbol, wenn du die zugrunde liegenden Werte prüfen möchtest. Die Angaben stehen im Kontaktprofil zusammen mit dem Aktivitätsverlauf. Prüfe deshalb immer auch, ob der Zeitpunkt der erfassten Interaktion zum erwarteten Formular, Termin oder Chat passt. ## Die wichtigsten Herkunftsarten | Herkunftsart | Was sie technisch bedeutet | Was du zuerst prüfen solltest | | ------------------------------ | --------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------- | | **Bezahlte Suche** | Die Seite wurde über Signale einer Suchanzeigen-Kampagne erkannt. | Kampagnenlink, UTM-Werte und Klick-Kennungen. | | **Bezahlte soziale Netzwerke** | Die Seite wurde über Kennzeichnungen einer bezahlten Anzeige in einem sozialen Netzwerk erkannt. | Kampagnenlink und die genaue Schreibweise der Kennzeichnung. | | **Direkter Aufruf** | Es gibt keinen erkennbaren verweisenden Link und keine passende Kennzeichnung. | Ob ein Link ohne Parameter geteilt oder direkt eingegeben wurde. | | **Organische Suche** | Die verweisende Seite wurde als bekanntes, nicht bezahltes Suchergebnis erkannt. | Ob das erwartete Suchsystem als Herkunft erscheint. | | **Soziale Netzwerke** | Die verweisende Seite wurde als soziales Netzwerk erkannt, ohne Kennzeichnung einer bezahlten Anzeige. | Ob der Link aus einem Beitrag, einer Nachricht oder einem Profil stammt. | | **Verweis** | Eine andere Website hat auf deine Seite verlinkt. | Welche verweisende Website oder Unterseite beteiligt war. | | **Sonstige** | Die Interaktion passt zu keinem der vorherigen Web-Kanäle, etwa bei eingehenden Nachrichten oder Anrufen. | Ob der Kontakt tatsächlich über einen Kommunikationskanal entstanden ist. | | **Manuell angelegt** | Der Kontakt wurde direkt im Standort angelegt. | Ob jemand aus dem Team ihn angelegt hat. | | **Drittanbieter** | Der Kontakt wurde durch eine angebundene Anwendung erzeugt. | Welche Verbindung oder Datenübernahme beteiligt war. | Ein direkter Aufruf bedeutet nicht zwingend, dass jemand die Adresse selbst eingetippt hat. Er bedeutet nur, dass kein auswertbarer Verweis und keine passende Kennzeichnung vorhanden waren. ## Wie die Zuordnung zustande kommt Bei einer passenden Interaktion prüft das System die vollständige Seitenadresse und – sofern vorhanden – die verweisende Domain. Dabei wird in einer festen Reihenfolge bewertet, welches Signal am stärksten passt. Vereinfacht gilt: 1. Kennzeichen einer bezahlten Suchanzeige und bekannte Klick-Kennungen werden zuerst geprüft. 2. Danach werden Kennzeichen bezahlter Anzeigen in sozialen Netzwerken geprüft. 3. Anschließend wird die verweisende Domain eingeordnet: soziales Netzwerk, Suchsystem oder andere Website. 4. Fehlen sowohl Kennzeichnung als auch Verweis, erscheint ein direkter Aufruf. 5. Nicht-Web-Quellen, manuelle Anlage und Daten aus angebundenen Anwendungen erhalten eigene Kategorien. Die Reihenfolge ist wichtig. Ein Kontakt kann mehrere Hinweise mitbringen, etwa einen Kampagnenwert und eine verweisende Website. Prüfe bei unerwarteten Ergebnissen daher immer die komplette Zieladresse statt nur einen einzelnen Wert. ## Welche Interaktionen eine Herkunft erfassen Eine Herkunft kann in derselben Sitzung gespeichert werden, wenn eine Person eine unterstützte Aktion abschließt. Dazu zählen: * das Absenden eines Formulars oder einer Umfrage, * das Buchen eines Termins, * das Übermitteln von Kontaktdaten im Chat-Widget und * weitere unterstützte Abschlüsse, bei denen Kontaktdaten erfasst werden. Auch externe Formulare können eine Herkunft erfassen, wenn sie unterstützt werden und die externe Nachverfolgung korrekt eingerichtet ist. Das gilt nicht automatisch für jedes Formular auf einer fremden Website. ## Kampagnenlinks sicher vorbereiten Wenn du Herkunft über einen Kampagnenlink messen möchtest, sind konsistente UTM-Parameter entscheidend. UTM-Parameter sind Zusatzwerte am Ende einer Seitenadresse, die Quelle, Medium oder Kampagne beschreiben. Achte besonders auf diese Regeln: * Die Schreibweise ist **groß- und kleinschreibungsempfindlich**. * Zusätzliche Leerzeichen oder Tippfehler verändern die Zuordnung. * Verwende innerhalb einer Kampagne immer dieselbe Benennung. * Prüfe die vollständige Zieladresse nach dem Veröffentlichen, nicht nur den Entwurf. * Lässt eine Person die Zielseite und füllt das Formular erst auf einer anderen Seite aus, kann die ursprüngliche Zuordnung fehlen. Der sicherste Test ist: Öffne den vollständigen Kampagnenlink in einem frischen Browserfenster, führe die gewünschte Aktion auf derselben Seite aus und prüfe anschließend die erste sowie letzte Herkunft am Testkontakt. ## Besonderheiten, die du kennen solltest ### Suchbegriffe können unbekannt bleiben Bei einer organischen Suche können Suchbegriffe als unbekannt erscheinen. Das passiert häufig, weil Suchsysteme die Begriffe aus Datenschutzgründen verschlüsseln. Das ist kein Fehler im Kontaktprofil. ### Externe Formulare brauchen eine bestätigte Erfassung Ein fremdes Formular bekommt Herkunftsdaten nicht allein dadurch, dass es auf einer Website eingebunden ist. Es muss zu den unterstützten Formulartypen gehören und über die externe Nachverfolgung korrekt erfasst werden. Fehlt die Zuordnung, prüfe zuerst diese Voraussetzung. ### Geplante Herkunftskorrekturen gibt es nicht Ändert sich eine Herkunft durch eine spätere erfasste Interaktion, wird die letzte Herkunft automatisch aktualisiert. Versuche nicht, die Werte anhand von Vermutungen manuell zu „korrigieren“. Prüfe stattdessen den Link, das Formular und den tatsächlichen Ablauf. ## Typische Fehler gezielt prüfen ### Ein Anzeigenkontakt erscheint als direkter Aufruf Prüfe die vollständige Zieladresse: 1. Sind die erwarteten UTM-Parameter vorhanden? 2. Stimmen Groß- und Kleinschreibung exakt? 3. Enthält die Adresse keine zusätzlichen Leerzeichen oder Schreibfehler? 4. Wurde das Formular auf genau dieser Zielseite übermittelt? 5. Wurde zwischendurch auf eine andere Seite weitergeleitet? Ein häufiger Fehler ist: Die Anzeige führt auf eine Seite mit Kampagnenwerten, danach führt ein Button auf eine neue Seite ohne diese Werte, und erst dort wird das Formular abgeschickt. Dann kann die Herkunft nicht mehr korrekt übernommen werden. ### Die erwartete bezahlte soziale Quelle wird nicht angezeigt Prüfe den eingesetzten Wert für die Quelle und die vollständige Zieladresse. Die technische Zuordnung unterscheidet bezahlte und nicht bezahlte Aufrufe. Ein Link ohne passende Kennzeichnung kann daher als soziale Herkunft oder direkter Aufruf erscheinen. ### Ein externer Kontakt hat keine Herkunft Prüfe, ob der Kontakt aus einer unterstützten, extern nachverfolgten Formularübermittlung stammt. Ist das nicht bestätigt, behandle die fehlende Herkunft als erwartete Grenze und ergänze keine Vermutung im Kontaktprofil. ### Erste und letzte Herkunft sind unterschiedlich Das ist normal, wenn es nach der ersten erfassten Sitzung eine weitere passende Interaktion gab. Vergleiche Zeitpunkte und Aktivitätsverlauf, bevor du daraus eine Aussage über den Kontakt ableitest. ## Praxisbeispiel: Kampagnenlink nachvollziehbar testen Ein Team veröffentlicht einen Link zu einer Informationsseite und möchte prüfen, ob die Quelle korrekt sichtbar wird. 1. Es legt einen klar benannten Kampagnenlink ohne Leerzeichen an. 2. Eine Person öffnet den Link in einem frischen Browserfenster. 3. Sie bleibt auf der Zielseite und sendet dort das Formular ab. 4. Das Team öffnet den entstandenen Testkontakt. 5. Unter **Aktivität** prüft es erste und letzte Herkunft sowie die sichtbare Sitzungsquelle. 6. Bei einer Abweichung prüft es zuerst die komplette Zieladresse, die Schreibweise der Parameter und mögliche Weiterleitungen. 7. Erst nach einem erfolgreichen Test verwendet es den Link für den eigentlichen Einsatz. ## Kurz-Check bei einer unerwarteten Herkunft * Richtigen Kontakt und richtigen Zeitpunkt geöffnet? * Erste und letzte Herkunft getrennt betrachtet? * Vollständige Zieladresse geprüft? * Groß- und Kleinschreibung sowie Leerzeichen kontrolliert? * Aktion auf derselben Zielseite abgeschlossen? * Unterstütztes Formular oder unterstützte externe Erfassung verwendet? * Aktivitätsverlauf mit der erwarteten Interaktion verglichen? * Keine technische Herkunft mit einer umfassenden Bewertung des Kontakts verwechselt? --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/kontakte-und-unternehmen/herkunft-eines-kontakts-verstehen.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.