Публикация статьи в WordPress с ИИ: что проверить до и после

Нейросеть написала статью. Файл готов, картинка есть. Но на сайте запись осталась черновиком, обложка не назначена, а ссылка в конце ведёт не туда. Работа почти сделана - и всё равно не закончена.

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

В моей команде за сайт отвечает Веб-мастер. Он соединяет материалы из Obsidian, очередь статей, медиа, WordPress и журнал публикаций. Здесь разберу именно проверку выпуска. Полная схема подключения и согласования вынесена в статью об ИИ-агенте для WordPress.

За что отвечает Веб-мастер, а что остаётся владельцу

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

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

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

До загрузки: проверить полный комплект статьи

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

Минимальная карточка выпуска может выглядеть так:

Материал: статья о разборе своих видео и заметок.

Результат: читатель понимает, как сохранить источник, подготовить карточку и найти материал повторно.

Источники: собственные заметки автора и проверенная документация.

Комплект: текст, обложка, иллюстрации, SEO-title, описание, внутренние ссылки и переход к помощи.

Утверждение: конкретная версия текста и медиа.

Адрес: прежний URL при обновлении; ожидаемый новый URL при первом выпуске.

Это учебная форма записи. Саму карточку не нужно вставлять в статью. Она нужна тому, кто готовит и проверяет публикацию.

Перед сохранением прочитайте начало и финал. Заголовок обещает то, что раскрыто внутри? У каждого личного факта есть основание? Переход к помощи объясняет, что человек получит? Если нет, перенос в WordPress пока только размножит недоделку.

Задание помощнику на проверку перед выпуском

Контекст: подготовлена статья для моего сайта. Прилагаю полный комплект и действующие правила текста. Материал уже опубликован по адресу [URL], ID записи [ID] либо это новая статья [указать].

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

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

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

После сохранения: прочитать запись WordPress обратно

Отправленный пакет ещё не подтверждает сохранение. Откройте черновик в админке или прочитайте запись через разрешённый API и сравните значения.

В документации WordPress для записей описаны ID, slug, статус, содержимое, рубрики и изображение записи. Обновление по ID и создание новой записи - разные операции. Для продолжения работы сохраняйте фактический ID сразу после первого создания.

SEO-плагин и тема могут хранить дополнительные поля отдельно. Не рассчитывайте, что заполнение excerpt автоматически задаст description во всех установках. Это нужно проверить на вашем сайте.

Если используется REST API, один из штатных способов авторизации - application password через HTTPS. Он описан в руководстве WordPress по аутентификации. Используйте разрешённый аккаунт с подходящими правами, не публикуйте его секреты и не выдавайте помощнику администраторский доступ только ради загрузки текста.

После публикации: проверить страницу глазами читателя

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

1. Проверьте код ответа и итоговый адрес после перенаправлений.
2. Прочитайте H1, начало, таблицы, подписи и финальный переход.
3. Откройте изображения и видео, если они входят в комплект.
4. Нажмите ссылки оглавления: закреплённая шапка не должна скрывать заголовок раздела.
5. Проверьте переход к услуге или обучению и доступность целевой страницы.
6. Сверьте title, description и canonical с заданными значениями.

Рабочий пример на моём сайте - статья о базе знаний из видео и заметок. Для неё результатом считается открывающийся материал с иллюстрацией, источниками и переходом к помощи. Файл с тем же текстом в Obsidian остаётся только исходником.

Техническая доступность не равна индексации. HTTP 200 и отсутствие noindex разрешают дальнейшую проверку, но не подтверждают присутствие страницы в Google или Яндексе. Индекс смотрят отдельно в инструментах поисковиков. Переходы и обращения проверяют ещё позже по фактическим данным.

Что делать, если публикация оборвалась

Опасный случай: WordPress принял запись, но автоматизация не получила ответ. Если сразу повторить создание, появится дубль.

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

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

При ошибке в картинке не нужно пересоздавать статью. Исправьте конкретное медиа и повторите связанную проверку. При ошибке ссылки - ссылку и переход. Состояние «нужна правка» полезнее ложного отчёта об успешном выпуске.

Какой отчёт должен вернуться в очередь

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

Пример записи журнала: материал обновлён на прежнем URL; ID сохранён; текст и обложка проверены; canonical совпадает; переход к помощи работает; индексация проверяется отдельно.

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

Помогу разобрать подготовку и выпуск статей на вашем сайте

Если тексты застревают между заметками и WordPress, на бесплатной диагностике в Zoom за 40-60 минут предварительно посмотрим, какие шаги повторяются и где возникают ошибки.

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

Обсудить автоматизацию выпуска статей