Добавленный шаг Omnisend получают новые входящие после публикации изменений. Уже находящиеся в цепочке контакты продолжают прежнюю структуру, если вы не выбираете их выход. Редактирование активного сценария поэтому требует плана обработки двух очередей. Руководство рассчитано на интернет-магазин с собственной клиентской базой и действующим доступом к описанному сервису. Контакты покупателей маркетплейса нельзя автоматически считать базой для внешней рассылки.

Зафиксируйте, что именно меняется

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

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

Сопоставьте варианты обработки очереди

Если оставить завершение, покупатели не увидят новые добавленные шаги этого прохождения. Если вывести, они немедленно прекратят текущую цепочку и смогут попасть снова только при новом подходящем событии. Ни один из вариантов сам по себе не является универсально правильным. Вопрос в том, какое обещание уже дано и безопасно ли продолжать старую последовательность.

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

Проверьте обе версии на конкретных историях

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

Условия выхода требуют отдельного внимания. Их границы описаны в материале о старой очереди и новых exit conditions. Если одновременно меняются структура и критерии остановки, перечислите оба изменения в журнале. Иначе позже будет непонятно, почему один клиент завершил серию, а другой перестал получать письма.

Не создайте повторный запуск при переходе

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

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

Справка проверена 19 октября 2026 года. Дата обновления исходной страницы не указана; дата материала обозначает редакционную проверку.