> ## 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: лендинг, вариант, рабочее пространство, глобальный блок, интеграция, частичный лид, предпросмотр и публикация страницы.

Краткий глоссарий терминов, которые встречаются в LanderLab и в этой документации. Если их понимать, любое другое руководство читается проще.

## Лендинг

Одна страница, которую вы создаёте и публикуете. В API и в некоторых частях интерфейса она называется **lander**. У неё один URL, один набор настроек и как минимум один вариант.

Лендинги можно [раскладывать по папкам](/ru/features/landing-pages/folders/create), [дублировать](/ru/features/landing-pages/operations/duplicate) и [переносить между рабочими пространствами](/ru/features/landing-pages/operations/move-to-workspace).

## Вариант

Версия лендинга для A/B-тестирования. Каждая страница начинается с одного варианта — **master variant** (основной вариант). Добавляя новые варианты, вы можете делить трафик между разными дизайнами.

Важная деталь: все варианты используют один и тот же публичный URL. LanderLab чередует их на стороне сервера, поэтому ваша настройка соответствует правилам рекламных политик Google и Meta, которые штрафуют тестирование через редиректы.

<Note>
  Поскольку варианты — это отдельные версии страницы, интеграции и пиксели применяются к каждому варианту отдельно. Когда вы подключаете интеграцию, шаг **Apply to variants** определяет, какие версии её получат. См. [A/B-тестирование](/ru/features/analytics/ab-testing).
</Note>

## Квиз-воронка

Многошаговый поток вместо одной страницы. Посетители проходят по [шагам](/ru/features/quizzes/managing-steps), собранным из [блоков](/ru/features/quizzes/blocks/input-fields), а [условная логика](/ru/features/quizzes/conditions/conditional-logic) может направлять разных людей по разным путям.

Квиз-воронки используют те же домены, интеграции, аналитику и обработку лидов, что и лендинги. Большая часть того, что вы узнаете об одном, применима и к другому.

## Рабочее пространство

Контейнер для лендингов, доменов и командного доступа внутри вашей организации. Агентства обычно создают по одному рабочему пространству на клиента, а крупные команды — по одному на бренд или вертикаль.

Выше рабочих пространств находится ваша **организация**: ей принадлежат оплата, пользователи и интеграции. См. [создание рабочих пространств и управление ими](/ru/features/multi-user/workspaces) и [добавление пользователей и управление ролями](/ru/features/multi-user/users).

## Глобальный блок

Секция (например, навигационная панель, футер или CTA), которую вы создаёте один раз и используете на многих страницах. Изменение блока мгновенно обновляет все страницы, где он используется, без необходимости повторно публиковать каждую из них.

Глобальный блок можно **отсоединить** (detach) на конкретной странице, если там нужна единичная вариация. См. [начало работы с глобальными блоками](/ru/features/global-blocks/get-started).

## Компонент

Сохранённая секция, которую можно вставлять в другие страницы как заготовку. В отличие от глобального блока, компонент копируется в момент вставки и дальше живёт независимо, поэтому последующие правки оригинала на него не влияют. См. [сохранение и повторное использование компонентов](/ru/features/editor/how-to-save-and-reuse-components).

<Tip>
  Практическое правило: используйте **глобальный блок**, когда все страницы должны оставаться одинаковыми, и **компонент**, когда нужна заготовка, которую вы затем доработаете.
</Tip>

## Интеграция и подключение

Это два разных шага, и путаница между ними — самая частая ошибка при настройке.

* **Интеграция** (integration) — это аккаунт, который вы сохраняете один раз, например API-ключ Klaviyo или ID Meta Pixel. Большинство типов интеграций сохраняются **глобально** в вашей организации и могут использоваться повсюду.
* **Подключение** (connection) — это привязка сохранённой интеграции к конкретному лендингу и выбор вариантов, к которым она применяется.

<Warning>
  Некоторые типы интеграций настраиваются для каждой страницы отдельно, а не сохраняются глобально. К ним относятся [Webhook](/ru/integrations/lead-distribution/webhook), [LeadsPedia](/ru/integrations/lead-distribution/leads-pedia), [LeadProsper](/ru/integrations/lead-distribution/leadprosper) и [Phonexa](/ru/integrations/lead-distribution/phonexa). Их нужно настраивать заново на каждой странице, где они используются.
</Warning>

## Лид

Отправка формы или квиза, сохранённая в LanderLab. Лиды содержат поля вашей формы и системные данные: страну, устройство и все [URL-параметры](/ru/features/quizzes/settings/prefill-url-parameters), которые вы передали.

* **Частичный лид** (partial lead) — это отправка от человека, который заполнил часть многошагового потока и ушёл, не закончив. Такие лиды фиксируются, чтобы вы видели, где люди отваливаются. См. [частичные лиды](/ru/features/leads/partial-leads).
* **Доставка с соблюдением требований** (compliance delivery) отправляет лиды прямо в вашу CRM без хранения в LanderLab — для регулируемых данных, которые вам нельзя хранить. См. [доставка лидов с соблюдением требований](/ru/features/leads/bypass-saving).

## Сопоставление полей

Шаг, на котором вы указываете интеграции, какому полю формы LanderLab соответствует какое поле на другой стороне. Например, сопоставляете поле ввода `email` со свойством email в Klaviyo. Для большинства CRM-интеграций поле email нужно сопоставить, прежде чем сохранять настройки.

## Предпросмотр и публикация

У каждой страницы есть два состояния. **Предпросмотр** (preview) отражает ваши последние правки и виден только вам. **Опубликованная** (published) страница — это то, что видят посетители на вашем домене.

<Warning>
  Изменения не публикуются автоматически. После редактирования страницы, добавления пикселя или подключения интеграции нужно [опубликовать страницу повторно](/ru/features/landing-pages/operations/republish), чтобы изменения появились на рабочем URL.
</Warning>

## Домен

Адрес, на котором публикуются ваши страницы. Подключите его [через Cloudflare](/ru/features/domain/connect-domain-cloudflare) для автоматической настройки DNS или [вручную](/ru/features/domain/manual-connection), добавив записи у регистратора. Один домен может обслуживать много страниц по разным путям.

## Воркфлоу

Автоматизация, которая запускается при наступлении события, чаще всего — при новом лиде. Воркфлоу начинается с [триггера](/ru/features/workflows/trigger), а затем разветвляется и выполняет действия через ноды: [filter](/ru/features/workflows/conditions/filter), [if](/ru/features/workflows/conditions/if), [switch](/ru/features/workflows/conditions/switch) и [delay](/ru/features/workflows/conditions/delay-node). См. [начало работы с воркфлоу](/ru/features/workflows/getting-started).

## AI-кредиты

Валюта, которая тратится при генерации страниц, квизов или текстов с помощью AI, а также при запуске [AI Lead Insights](/ru/features/leads/ai-lead-insights). Владельцы организации могут ограничивать расход для каждого участника команды с помощью [лимитов кредитов](/ru/features/multi-user/credit-limits).

## API-ключ

Секретный токен для аутентификации вызовов REST API. Ключи привязаны к вашей организации и передаются в заголовке `X-API-Key`. См. [создание API-ключа LanderLab](/ru/mcp/generate-api-key). Подключения по [MCP](/ru/mcp/overview) API-ключи не используют: они входят через ваш аккаунт LanderLab.

<Warning>
  Относитесь к API-ключу как к паролю. Любой, у кого он есть, может читать и изменять ваши лендинги и лиды.
</Warning>


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