Skip to main content
Ein kurzes Glossar der Begriffe, die Ihnen in LanderLab und in dieser Dokumentation begegnen. Wer sie kennt, findet sich in jedem weiteren Leitfaden leichter zurecht.

Landingpage

Eine einzelne Seite, die Sie erstellen und veröffentlichen. In der API und in Teilen der Oberfläche heißt sie Lander. Sie hat eine URL, einen Satz Einstellungen und mindestens eine Variante. Landingpages lassen sich in Ordnern organisieren, duplizieren und zwischen Workspaces verschieben.

Variante

Eine Version einer Landingpage für A/B-Tests. Jede Seite startet mit einer Variante, der Master-Variante. Weitere Varianten ermöglichen es, den Traffic zwischen verschiedenen Designs aufzuteilen. Entscheidend ist: Alle Varianten teilen sich dieselbe öffentliche URL. LanderLab rotiert sie serverseitig, wodurch Ihr Setup mit den Google- und Meta-Werberichtlinien vereinbar bleibt, die Redirect-basiertes Testing abstrafen.
Da Varianten eigenständige Versionen der Seite sind, werden Integrationen und Pixel pro Variante angewendet. Beim Verbinden entscheidet der Schritt Apply to variants, welche Versionen sie erhalten. Siehe A/B-Tests.

Quiz-Funnel

Ein mehrstufiger Flow anstelle einer einzelnen Seite. Besucher durchlaufen Schritte, die aus Blöcken bestehen, und bedingte Logik kann verschiedene Personen auf verschiedene Pfade schicken. Quiz-Funnels nutzen dieselben Domains, Integrationen, Analysen und Lead-Verarbeitung wie Landingpages. Das meiste, was Sie über das eine lernen, gilt auch für das andere.

Workspace

Ein Container für Landingpages, Domains und Teamzugriffe innerhalb Ihrer Organisation. Agenturen legen typischerweise einen Workspace pro Kunde an, größere Teams einen pro Marke oder Branche. Ihre Organisation steht über den Workspaces und verwaltet Abrechnung, Benutzer und Integrationen. Siehe Workspaces erstellen und verwalten und Benutzer hinzufügen und Rollen verwalten.

Globaler Block

Ein Abschnitt wie eine Navigationsleiste, eine Fußzeile oder ein CTA, der einmal erstellt und auf vielen Seiten wiederverwendet wird. Wenn Sie den Block bearbeiten, aktualisiert sich jede Seite, die ihn verwendet, sofort – ohne dass Sie jede Seite einzeln erneut veröffentlichen müssen. Ein globaler Block kann auf einer bestimmten Seite abgelöst werden, wenn Sie dort eine einmalige Abweichung benötigen. Siehe Erste Schritte mit globalen Blöcken.

Komponente

Ein gespeicherter Abschnitt, den Sie als Ausgangspunkt in andere Seiten einfügen können. Anders als ein globaler Block wird eine Komponente beim Einfügen kopiert und lebt danach eigenständig weiter – spätere Änderungen am Original wirken sich also nicht aus. Siehe Komponenten speichern und wiederverwenden.
Faustregel: Nutzen Sie einen globalen Block, wenn jede Seite identisch bleiben muss, und eine Komponente, wenn Sie einen Vorsprung wollen, den Sie anschließend anpassen.

Integration und Verbindung

Das sind zwei verschiedene Schritte – sie zu verwechseln ist der häufigste Einrichtungsfehler.
  • Eine Integration ist ein Konto, das Sie einmal speichern, etwa Ihr Klaviyo-API-Schlüssel oder Ihre Meta-Pixel-ID. Die meisten Integrationstypen werden global in Ihrer Organisation gespeichert und lassen sich überall wiederverwenden.
  • Eine Verbindung bedeutet, diese gespeicherte Integration an eine bestimmte Landingpage anzuhängen und festzulegen, für welche Varianten sie gilt.
Einige Integrationstypen werden pro Seite konfiguriert statt global gespeichert, darunter Webhook, LeadsPedia, LeadProsper und Phonexa. Diese richten Sie auf jeder Seite neu ein, die sie verwendet.

Lead

Eine Formular- oder Quiz-Übermittlung, die in LanderLab gespeichert wird. Leads enthalten Ihre Formularfelder sowie Systemdaten wie Land, Gerät und alle URL-Parameter, die Sie übergeben haben.
  • Ein Partial Lead ist eine Übermittlung von jemandem, der einen Teil eines mehrstufigen Flows ausgefüllt und ihn vor dem Abschluss verlassen hat. Diese werden erfasst, damit Sie sehen, wo Nutzer abspringen. Siehe Partial Leads.
  • Die Compliance-Zustellung sendet Leads direkt an Ihr CRM, ohne dass LanderLab sie speichert – für regulierte Daten, die Sie nicht aufbewahren dürfen. Siehe Compliance-Zustellung von Leads.

Feldzuordnung

Der Schritt, in dem Sie einer Integration mitteilen, welches LanderLab-Formularfeld welchem Feld auf der Gegenseite entspricht – etwa die Zuordnung Ihres email-Feldes zur E-Mail-Eigenschaft in Klaviyo. Die meisten CRM-Integrationen verlangen, dass das E-Mail-Feld zugeordnet ist, bevor Sie speichern können.

Vorschau und veröffentlichte Seite

Jede Seite hat zwei Zustände. Die Vorschau zeigt Ihre neuesten Änderungen und ist nur für Sie sichtbar. Die veröffentlichte Seite ist das, was Besucher auf Ihrer Domain sehen.
Änderungen gehen nicht automatisch live. Nachdem Sie eine Seite bearbeitet, ein Pixel hinzugefügt oder eine Integration verbunden haben, müssen Sie erneut veröffentlichen, damit sie auf der Live-URL wirksam werden.

Domain

Die Adresse, unter der Ihre Seiten veröffentlicht werden. Verbinden Sie eine Domain über Cloudflare für die automatische DNS-Konfiguration oder manuell, indem Sie die Einträge bei Ihrem Registrar anlegen. Eine Domain kann viele Seiten unter verschiedenen Pfaden hosten.

Workflow

Eine Automatisierung, die ausgelöst wird, wenn etwas passiert – am häufigsten ein neuer Lead. Workflows beginnen mit einem Trigger und verzweigen und handeln anschließend über Nodes wie Filter, If, Switch und Delay. Siehe Erste Schritte mit Workflows.

KI-Credits

Die Währung, die Sie ausgeben, wenn Sie Seiten, Quizze oder Texte mit KI generieren oder KI-Lead-Insights ausführen. Organisationsinhaber können den Verbrauch pro Teammitglied über Credit-Limits begrenzen.

API-Schlüssel

Ein geheimes Token zur Authentifizierung von REST-API-Aufrufen. Schlüssel gelten für Ihre Organisation und werden im Header X-API-Key übergeben. Siehe LanderLab-API-Schlüssel generieren. MCP-Verbindungen verwenden keine API-Schlüssel, sondern melden sich mit Ihrem LanderLab-Konto an.
Behandeln Sie einen API-Schlüssel wie ein Passwort. Wer ihn besitzt, kann Ihre Landingpages und Leads lesen und verändern.