> ## Documentation Index
> Fetch the complete documentation index at: https://docs.landerlab.io/llms.txt
> Use this file to discover all available pages before exploring further.

# LanderLab 核心概念

> 理解 LanderLab 的核心术语：lander、变体、工作区、全局区块、集成、部分线索，以及预览与已发布页面的区别。

这是你在 LanderLab 和本文档中会反复遇到的术语表。先搞清楚这些词，其他指南读起来会轻松很多。

## 落地页（Landing page）

你构建并发布的单个页面。在 API 和部分界面中它被称为 **lander**。它有一个 URL、一套设置，以及至少一个变体。

落地页可以[按文件夹整理](/zh/features/landing-pages/folders/create)、[复制](/zh/features/landing-pages/operations/duplicate)，也可以[在工作区之间移动](/zh/features/landing-pages/operations/move-to-workspace)。

## 变体（Variant）

用于 A/B 测试的落地页版本。每个页面都从一个变体开始，即 **master variant**。添加更多变体后，就能在不同设计之间分配流量。

关键在于，所有变体共用同一个公开 URL。LanderLab 在服务端轮换它们，因此不会触发 Google 和 Meta 针对跳转式测试的广告处罚。

<Note>
  因为变体是页面的独立版本，集成和像素也是按变体生效的。连接时，**Apply to variants** 这一步决定哪些版本会应用它。参见 [A/B 测试](/zh/features/analytics/ab-testing)。
</Note>

## 测验漏斗（Quiz funnel）

多步骤流程，而不是单个页面。访客依次通过由[区块](/zh/features/quizzes/blocks/input-fields)组成的[步骤](/zh/features/quizzes/managing-steps)，[条件逻辑](/zh/features/quizzes/conditions/conditional-logic)还能把不同的人引向不同路径。

测验漏斗与落地页使用同一套域名、集成、分析和线索处理机制，所以学会其中一个，大部分知识都能用到另一个上。

## 工作区（Workspace）

组织内部用来装落地页、域名和团队权限的容器。代理商通常为每个客户建一个工作区，较大的团队则按品牌或行业划分。

**组织**位于工作区之上，掌管计费、用户和集成。参见[创建和管理工作区](/zh/features/multi-user/workspaces)与[添加用户和管理角色](/zh/features/multi-user/users)。

## 全局区块（Global block）

只搭建一次、在多个页面上复用的 section，比如导航栏、页脚或 CTA。编辑这个区块会立即更新所有使用它的页面，无需逐页重新发布。

如果某个页面需要一次性的特例，可以在该页面上将全局区块**分离**。参见[全局区块入门](/zh/features/global-blocks/get-started)。

## 组件（Component）

保存下来的 section，可以放到其他页面上当作起点。与全局区块不同，组件在插入时被复制，之后独立存在，因此对原件的修改不会同步过去。参见[保存并复用组件](/zh/features/editor/how-to-save-and-reuse-components)。

<Tip>
  经验法则：所有页面必须保持一致时用**全局区块**，只是想有个起点、之后还要自己改时用**组件**。
</Tip>

## 集成（Integration）与连接（Connection）

这是两个不同的步骤，混淆它们是最常见的配置错误。

* **集成**是你只保存一次的账户，比如 Klaviyo 的 API key 或 Meta Pixel ID。大多数集成类型会**全局**保存在组织中，处处可用。
* **连接**是把那个已保存的集成挂到某个具体落地页上，并选择它对哪些变体生效。

<Warning>
  少数集成类型是按页面配置的，而不是全局保存，包括 [Webhook](/zh/integrations/lead-distribution/webhook)、[LeadsPedia](/zh/integrations/lead-distribution/leads-pedia)、[LeadProsper](/zh/integrations/lead-distribution/leadprosper) 和 [Phonexa](/zh/integrations/lead-distribution/phonexa)。每个用到它们的页面都要重新配置一遍。
</Warning>

## 线索（Lead）

保存在 LanderLab 中的表单或测验提交。线索包含你的表单字段，以及国家、设备和你传入的 [URL 参数](/zh/features/quizzes/settings/prefill-url-parameters)等系统数据。

* **部分线索**来自那些填了多步骤流程的一部分就离开的人。记录它们是为了让你看清用户在哪一步流失。参见[部分线索](/zh/features/leads/partial-leads)。
* **合规交付**把线索直接发送到 CRM，LanderLab 不做存储，适用于不允许留存的受监管数据。参见[线索合规交付](/zh/features/leads/bypass-saving)。

## 字段映射（Field mapping）

告诉集成哪个 LanderLab 表单字段对应对方的哪个字段，例如把 `email` 输入框映射到 Klaviyo 的 email 属性。大多数 CRM 集成要求先映射邮箱字段，否则无法保存。

## 预览与已发布

每个页面都有两种状态。**预览**反映你最新的修改，且只有你自己能看到。**已发布**的页面才是访客在你域名上看到的内容。

<Warning>
  修改不会自动上线。编辑页面、添加像素或连接集成后，必须[重新发布](/zh/features/landing-pages/operations/republish)，改动才会在正式 URL 上生效。
</Warning>

## 域名（Domain）

页面发布所在的地址。可以[通过 Cloudflare 连接](/zh/features/domain/connect-domain-cloudflare)自动配置 DNS，或[手动连接](/zh/features/domain/manual-connection)，在域名注册商处添加记录。一个域名可以在不同路径下托管多个页面。

## 工作流（Workflow）

在某事发生时自动运行的流程，最常见的触发条件是新线索。工作流从[触发器](/zh/features/workflows/trigger)开始，再通过 [filter](/zh/features/workflows/conditions/filter)、[if](/zh/features/workflows/conditions/if)、[switch](/zh/features/workflows/conditions/switch) 和 [delay](/zh/features/workflows/conditions/delay-node) 等节点分支和执行。参见[工作流入门](/zh/features/workflows/getting-started)。

## AI 积分（AI credits）

用 AI 生成页面、测验或文案，以及运行 [AI Lead Insights](/zh/features/leads/ai-lead-insights) 时消耗的额度。组织所有者可以用[积分上限](/zh/features/multi-user/credit-limits)限制每个成员的用量。

## API key

用于认证 REST API 请求的密钥。密钥的作用范围是你的组织，通过 `X-API-Key` 请求头传递。参见[生成 LanderLab API key](/zh/mcp/generate-api-key)。[MCP](/zh/mcp/overview) 连接不使用 API key，它们通过你的 LanderLab 账户登录。

<Warning>
  请把 API key 当密码对待。任何拿到它的人都能读取和修改你的落地页与线索。
</Warning>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.