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

Многие команды экспериментируют с ИИ-агентами. Гораздо меньше тех, кто использовал их для управления миграцией и может рассказать о результатах. Существуют созданные ИИ-инструменты, но это не волшебная кнопка. И в зависимости от источника, разработчики все равно участвуют в настройке этих инструментов, чтобы заставить их работать.

Если вы уже используете CMS 13 или SaaS CMS, инструменты для этого доступны прямо сейчас. Процесс прост: создание Optimizely Agents через интерфейс администратора, тестирование и тонкая настройка, а затем запуск пакетной миграции контента и создания страниц. Все это делается через пользовательский интерфейс, и ни один бэкенд-разработчик не пострадал в процессе.

страниц перенесено

время выполнения агента

требуется разработчиков

Реальный клиент, реальные результаты

В одном из недавних случаев запуска у клиента около 2500 страниц различных типов контента были перенесены за 3 дня, исходя из времени выполнения платформы Optimizely Agent Platform (* время подготовки контента и создания агента не учитывалось).

Это четыре основных типа страниц по общему количеству. Обратите внимание, что использование URL-адресов в качестве источника данных, а не предоставление чистого JSON, увеличивает как время создания страницы, так и потребление кредитов.

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

Ни один бэкенд-разработчик не пострадал в процессе. Маркетологи и владельцы контента контролируют все сами. Любые ошибки, допущенные Optimizely Agent Platform, можно удалить, изменить и запустить повторно прямо из интерфейса администратора. Руи Ван | Старший архитектор решений, Optimizely

Ни один бэкенд-разработчик не пострадал в процессе. Маркетологи и владельцы контента контролируют все сами. Любые ошибки, допущенные Optimizely Agent Platform, можно удалить, изменить и запустить повторно прямо из интерфейса администратора.

Руи Ван | Старший архитектор решений, Optimizely

Первоначальная настройка

Для SaaS CMS не нужно делать ничего особенного, так как все инструменты SaaS CMS уже зарегистрированы в списке инструментов Agent Platform. Для CMS 13 разработчику необходимо включить NuGet-пакет PaaS CMS Tools в решение и зарегистрировать инструменты. Но наша продуктовая команда планирует включить это по умолчанию.

Исходные данные

При традиционном подходе с использованием API для миграции контента исходные данные должны быть структурированными. Но с Optimizely Agent Platform источником могут быть URL-адреса, JSON, CSV, скриншоты и макеты Figma.

Имейте в виду, что использование Agent Platform для создания новых страниц с помощью типов JSON и CSV будет намного быстрее, чем использование URL-адресов, скриншотов и Figma, а также потребует меньше токенов.

Важное замечание о парсинге: если ваш источник данных напрямую сканирует ваш старый веб-сайт, убедитесь, что IP-адреса Optimizely Agent Platform и инструментов PaaS CMS внесены в белый список. Многие сайты блокируют трафик агентов по умолчанию — если вы упустите это, вы потеряете день.

Целевой тип контента в CMS

Традиционный подход с использованием API работает только со структурированным контентом. Любой дизайн контента, который не является структурированным, потребует ручного процесса.

С помощью агента Optimizely структурированные исходные данные можно легко сопоставить с полями типа контента внутри промпта агента, просто описав их, а не программируя.

А как насчет неструктурированного контента или дизайнов?

Используйте функцию Visual Builder, доступную как в SaaS CMS, так и в CMS 13. Чтобы использовать Visual Builder, разработчики должны реализовать все элементы, необходимые для всех требований к дизайну. Но с этого момента маркетологи и фронтенд-пользователи могут взять управление на себя. Вы можете позволить Optimizely Agent Platform самостоятельно принимать решения, выбирая подходящие элементы, создавая секции, строки и столбцы, чтобы привести результат в соответствие с дизайном. Имейте в виду, что это может занять больше времени на страницу и потребляет больше токенов.

Более разумный подход — создание образца страницы со всеми секциями на основе дизайна и сохранение этих секций в качестве шаблонов. Затем при создании страницы ссылайтесь на эту страницу как на модель, чтобы Agent Platform могла использовать шаблоны и меньше «размышлять». Если есть много страниц с одинаковым внешним видом, сначала создайте одну страницу вручную и используйте ее в качестве образца для Agent Platform, чтобы она создала остальные страницы пакетами.

Создание агентов с помощью Agent Platform

Если вы думаете, что создать агента сложно, то с Optimizely Agent Builder это проще, чем когда-либо. Просто опишите, что вы хотите сделать, и позвольте Optimizely Agent Platform создать агента за вас. Опишите тип источника, целевой тип, что можно и чего нельзя делать, и позвольте Agent Platform сделать все остальное.

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

Запуск агентов пакетами

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

Сколько элементов создавать в пакете? Точного числа нет. Это зависит от сложности страницы и того, как вы хотите управлять контролем качества. По нашему опыту, для простого контента можно запускать по 25 штук в пакете, прежде чем Agent Platform решит разбить их на меньшие группы. Для сложных страниц 5–10 элементов в пакете будет оптимально. Лучшая практика — всегда запускать тестовый пакет и следить за логом в Optimizely Agent Platform > Agent UI. Основываясь на времени выполнения и потреблении кредитов Agent Platform, корректируйте последующие пакеты.

Где запускать агентов

Хотя агенты управляются в интерфейсе Optimizely Agent Platform, для запуска агента я рекомендую делать это из интерфейса Mark Chat внутри CMS. У него лучше контекст CMS и структуры дерева контента. Вы можете выбрать родительскую страницу и вызвать агента для создания страниц под выбранной страницей.

Я также рекомендую использовать один диалог для каждого типа страницы/агента. Последующие пакеты сохраняют контекст и знания из предыдущих, что помогает выполнять работу быстрее и точнее.

Заключение

Рассмотрите возможность использования Optimizely Agent Platform для вашей стратегии миграции контента, поскольку она дает следующие преимущества:

Согласованное сопоставление полей. Каждый агент применяет одни и те же правила сопоставления к каждой странице в своем разделе, поэтому страница №100 обрабатывается точно так же, как и первая. При ручном копировании и вставке возникают отклонения; у агентов их нет.
Исправление стоит кредитов, а не спринтов. Улучшение агентов означало редактирование промпта и его повторный запуск. Аналогичное исправление в пользовательском коде API требует участия разработчика, проверки кода и развертывания.
Маркетинг сохранил контроль. Ваша команда определяла сопоставление, запускала агентов и проверяла результаты, поэтому экспертная оценка оставалась за теми, кто знает контент.