В Klaviyo разные фильтры отвечают на разные вопросы: какое событие запускает flow, подходит ли сейчас профиль и кому предназначено отдельное сообщение. Ошибка в выборе уровня приводит к неожиданным отправкам или пропускам. По справке, проверенной 27 октября 2026 года, отказ профиля перед одним действием не обязательно прекращает его движение по всей цепочке.

Отделите событие от состояния человека

Trigger filter для метрического запуска проверяет данные конкретного события при входе. Profile filter проверяет свойства и действия профиля при входе и перед дальнейшими действиями. Для Custom Object trigger действуют иные правила повторной проверки, поэтому описание метрического сценария нельзя переносить на все виды запуска.

Условный магазин может запускать инструкцию по уходу после покупки обуви. Состав конкретного заказа относится к событию покупки. А вопрос, совершил ли человек ещё один заказ после входа, относится уже к последующей истории профиля. Одинаковое слово «покупка» в обеих задачах не делает настройки взаимозаменяемыми.

Сначала запишите решение человеческим языком: «вошёл после нужного заказа» и «не сделал следующую покупку к моменту напоминания». Затем попросите специалиста показать, каким уровнем условий выражено каждое требование. Так проще обнаружить, что изменяющееся состояние ошибочно проверяется только один раз.

Что происходит при пропуске действия

Если профиль перестал соответствовать profile filter перед действием, это действие пропускается, но человек может перейти дальше. На последующих действиях условие проверяется снова. Дополнительный фильтр одного сообщения сужает аудиторию только этого сообщения; его пропуск тоже не означает автоматический выход из flow.

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

Завершающая цепочка неактивных клиентов особенно чувствительна к такой разнице. Один пропуск не доказывает, что человек исключён из будущего маркетинга, а прохождение последнего сообщения не заменяет отдельную процедуру обработки профиля.

Составьте проверку на изменяющихся данных

Возьмите тестовый профиль, который подходит на входе, затем измените нужный признак до очередного действия. После этого проверьте другой профиль с обратной последовательностью. Ожидаемый результат нужно записать до теста, иначе любую фактическую отправку легко принять за задуманную логику.

Для полей сверяйте точные значения: код языка и его название могут означать одно для человека, но не совпадать в фильтре. После переноса базы отдельно проверяйте смысл дат и истории. Миграция активного сегмента показывает, почему новая запись не всегда является новым подписчиком.

Как принять настроенную цепочку

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

Не добавляйте новые условия только ради уменьшения аудитории. Каждое должно выражать понятное бизнес-правило и иметь проверенный пример. Итогом станет предсказуемая последовательность контактов: команда сможет объяснить, почему конкретный покупатель получил письмо, почему другой его пропустил и что произойдёт с ним на следующем шаге.