Условия показа

Условия показа — набор правил по данным посетителя или страницы, который ограничивает срабатывание персонализации, опроса, A/B, действия по правилам и других сущностей.

Примеры: только смартфоны; только Москва; только URL вида /product/….

Как собрать условие

Строка условия читается слева направо: параметр — оператор — значение. Например, «URL содержит /cart».

В списке параметров у каждого есть пояснение второй строкой: что это за значение, откуда оно берётся и когда известно. Если параметр не находится — ищите тем словом, которым его называете сами: «мобильный» найдёт тип устройства, «гео» — город, регион и страну, «директ» — UTM-метки и тип трафика.

Начните с готового

Если условий ещё нет, редактор предлагает несколько готовых — тех, что чаще всего ставят именно в этой сущности. Нажатие вставляет условие целиком, останется вписать своё значение: адрес страницы, город или цель за вас никто не угадает.

И или ИЛИ

Между условиями стоит связка:

• И — должны выполниться оба условия. Так аудитория сужается: «смартфон и Москва».
• ИЛИ — достаточно любого. Так аудитория расширяется: «платный поиск или рекламные сети».

Когда вы добавляете условие по новому параметру, связка по умолчанию И: обычно второе условие добавляют, чтобы сузить срабатывание. Если оба условия про один и тот же параметр — например, «браузер равно Chrome» и «браузер равно Safari», — связка И невозможна: одно значение не может быть двумя сразу. В этом случае остаётся только ИЛИ, и редактор об этом прямо говорит.

Значения подсказываются

Для меток визита, географии, кампаний Директа и адресов страниц редактор подсказывает значения, которые реально встречались на вашем проекте за последний месяц, вместе с числом визитов. Это тот же список, что видит система, поэтому опечатка в значении сразу видна: если значения нет в подсказках, скорее всего его нет и в данных.

Подсказки собираются по проекту раз в несколько часов. На новом проекте или в редком срезе список может быть пустым — тогда значение вводится вручную.

Реактивность и цели в условиях

Часть условий опирается на уже достигнутые цели и поведение в текущей сессии.

Практика

Если условие смотрит на цель, сначала убедитесь, что цель стабильно срабатывает (в т.ч. офлайн-синк для CRM). Иначе персонализация «молчит» не из-за вёрстки, а из-за пустого сигнала цели.

Для DOM-зависимых условий нужен полный режим скрипта и ранняя установка в head; в быстром режиме Schema.org / товары / HTML-параметры не собираются.

Где условия означают разное

Один и тот же редактор открывается из разных мест, и смысл условия зависит от места:

Где	Что решает условие
Персонализация, A/B-тест, действие по правилам, опрос	на каких страницах и каким посетителям срабатывает
Вариант персонализации или теста, шаг опроса	какой из вариантов показать
Цель по URL, вычисляемая цель	что именно считать достижением цели
Моделируемая конверсия, аудиторный сегмент, карта спроса, лид-скоринг, антибот	какие сессии относятся к этой модели
Поток данных	какие конверсии отправлять во внешний кабинет
Фид и рекомендации	какие товары отбирать

Поэтому и готовые условия в пустой форме у каждого места свои.