AI-публикация в WordPress: от источников до auto-publish

Публикация AI-контента в WordPress не должна заканчиваться копированием и вставкой. Если workflow создаёт лишь блок текста, оператору всё равно приходится готовить заголовок, slug, excerpt, статус, категорию, теги, изображение, custom fields, а иногда и custom post type. Именно здесь возникают ошибки и задержки.

Workflow публикации AI-контента в WordPress рассматривает статью как структурированные данные ещё до того, как она попадает на сайт. Текст - это лишь одно из полей.

AGD Flow построен вокруг этой идеи. Pipeline умеет собирать источники, строить контекст, запускать шаги AI, готовить проверку, сопоставлять финальный результат через Article Form и отправлять данные в WordPress или клиент AGD CMS.

Что ожидает WordPress

WordPress REST API представляет посты как структурированные объекты. Пост может включать заголовок, контент, excerpt, статус, slug, дату, категории, теги, featured media и meta fields - в зависимости от конфигурации сайта.

Это важно, потому что AI-вывод должен быть сопоставлен с полями, которые WordPress уже понимает. Pipeline не должен выдавать один неструктурированный blob и надеяться, что оператор потом всё поправит.

Лучший workflow готовит:

заголовок поста
slug
meta description или excerpt
основной контент
статус публикации
ID категорий
ID тегов или имена тегов
featured image
custom fields
поля custom post type при необходимости

Шаг Article Form в AGD Flow существует именно для этого. Он собирает финальные заголовок, описание, контент, изображение и дополнительные поля перед публикацией.

Почему custom fields требуют планирования

Многие сайты - это не простые блоги. Affiliate-сайты, review-сайты, каталоги товаров и программные страницы часто используют custom fields. Странице review могут потребоваться рейтинг, диапазон цен, URL товара, плюсы, минусы, название бренда, поля schema или данные таблицы сравнения.

WordPress может предоставлять custom data через REST API, но сайт должен быть к этому подготовлен. Официальная документация WordPress REST API объясняет два распространённых пути:

register_meta может предоставить зарегистрированные meta fields через REST, когда включён show_in_rest.
register_rest_field может добавить custom fields к REST-ответам с callbacks и schema.

Практическое правило простое: решите поля до начала автоматизации. Если pipeline генерирует рейтинг или URL товара, в WordPress должно быть место, чтобы это принять.

Практический workflow

Надёжный workflow публикации в WordPress может выглядеть так:

Начать с ключевого слова, URL товара или контент-плана.
Собрать источники через поиск или точные URL.
Построить RAG-контекст, если тема требует исходных материалов.
Сгенерировать структуру (outline).
Написать черновик.
Извлечь или подготовить структурированные поля.
Запустить шаг проверки для утверждений, формата и недостающих данных.
Сопоставить поля в Article Form.
Опубликовать как черновик или опубликовать напрямую через API.
Сохранить финальный URL и лог задачи.

Шаг проверки - это не слабость. Это то, как команда сохраняет контроль над важными страницами, продолжая автоматизировать воспроизводимую работу.

Карта полей WordPress

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

title для заголовка записи WordPress;
description для excerpt или SEO-описания;
content для основного текста;
slug и язык для публичного URL;
главное изображение или идентификатор media;
категории и теги в виде массивов;
post type для статей, страниц или товаров;
custom fields и SEO-поля в структурированных metadata.

Проверка полей выполняется до API-запроса. Пустой заголовок, некорректный slug, сломанные metadata и отсутствующие обязательные поля товара должны остановить запуск с понятной ошибкой, а не создать неполную запись.

Ошибки и статусы проверки

Рабочий процесс учитывает не только успешный HTTP-ответ. Он сохраняет ID и URL записи, оставляет тело ответа для диагностики и различает черновик, запись на проверке и опубликованную страницу.

Повторные запросы подходят только для временных сбоев: timeout и rate limit. Ошибка авторизации, некорректные поля и занятый slug требуют изменения настроек или контента. Повтор того же запроса их не исправляет.

Сначала черновик или прямая публикация

Не каждый сайт должен публиковать напрямую. Хороший workflow может поддерживать оба режима.

Используйте прямую публикацию, когда:

шаблон уже протестирован
тема низкорисковая
поля стабильны
у сайта чёткие лимиты публикации
вывод легко проверить после публикации

Используйте публикацию черновиком, когда:

тема затрагивает деньги или доверие
факты о товаре могут измениться
статья включает сравнения
custom fields управляют макетом страницы
редактору нужно утвердить голос бренда

AGD Flow поддерживает такой стиль работы, потому что публикация - это часть задачи, а не запоздалая мысль.

Изображения, теги и категории

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

Pipeline должен обрабатывать это как поля:

выбрать или передать URL главного изображения
задать категорию из доменных правил
сгенерировать теги из темы и исходных материалов
держать правила тегов согласованными между сайтами
сопоставить поля товара или review в известные ключи

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

WordPress и AGD CMS

AGD Flow может публиковать в WordPress через bridge-скрипт, а также может публиковать в клиент AGD CMS. Клиент CMS полезен, когда целевой сайт - не WordPress или когда нужен небольшой article-слой, принимающий посты из панели.

Для собственного публичного сайта AGD Flow секция статей использует слой CMS по пути /articles/. Это позволяет продуктовым страницам оставаться в основном публичном сайте, тогда как SEO-статьи живут в publishing-слое, который может принимать посты из панели.

Что протестировать до продакшена

Перед запуском workflow публикации AI-контента в WordPress в масштабе проверьте эти моменты:

URL API доступен
токен API корректен
slug генерируется как ожидается
заголовок и описание не пусты
контент рендерится корректно
featured image принимается
категории и теги разрешаются корректно
custom fields появляются там, где их ожидает тема
статус draft или publish соответствует настройкам задачи
финальный URL возвращается в панель

Документация AGD Flow описывает bridge для WordPress и проверки публикации. Примеры pipeline показывают, как Article Form встраивается в более крупный workflow.

Главная мысль

Автоматизация WordPress - это не просто «отправить AI-контент в WordPress». Полезный workflow готовит страницу как структурированный объект, сохраняет возможность проверки и делает каждое поле отслеживаемым.

Поэтому AGD Flow рассматривает публикацию как часть pipeline. Страница не должна собираться вручную после шага AI. Она должна выходить из workflow готовой для системы публикации.