---
title: "WordPress и n8n: автопубликация без дублей | Nodbot"
source_url: "https://nodbot.ru/integrations/wordpress/"
canonical_url: "https://nodbot.ru/integrations/wordpress/"
language: "ru"
content_type: "IntegrationGuide"
section: "integrations"
generated_at: "2026-05-30"
word_count_source: 1228
---

# Интеграция WordPress и n8n: черновики, медиа и публикация без дублей

## AI summary

Problem/Solution-гайд по WordPress и n8n: как безопасно создавать черновики и обновлять статьи через REST API без дублей, с slug, featured media, статусами и audit-log.

## Key topics
- WordPress REST API
- n8n WordPress node
- draft upsert
- featured media
- slug
- editor approval

## Source outline


# Интеграция WordPress и n8n: черновики, медиа и публикация без дублей

Обновлено: 2026-05-30

Импортируйте JSON в n8n, замените credentials, домены, IDs, токены, callback URL, лимиты и production-политики под вашу инфраструктуру.

- Проблема и решение
- Архитектура workflow
- Контракт данных
- Code Node и проверки
- Готовый workflow JSON
- Пошаговая настройка
- Тесты перед production
- Production-риски
- Полезные ссылки
- Критерии готовности
Проблема: контент-команда хочет автоматизировать публикации, но прямой create post из n8n быстро создаёт дубли, теряет featured image, публикует сырой текст и не показывает редактору, что именно ушло в WordPress.

Решение: интеграция WordPress и n8n должна собирать стабильный slug, искать существующий пост, загружать медиа отдельно, создавать draft или update, а публикацию оставлять редактору или отдельному approval-шагу. Такой подход закрывает не демо-сценарий, а реальную production-боль: повторы, нестабильный mapping, API-ошибки, секреты, лимиты и понятный audit trail.


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

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

Для этой страницы основной объект — WordPress draft post . Входной контракт должен явно фиксировать title, slug, status, category_ids, featured_media, external_content_id, canonical_url. Если эти поля приходят нестабильно, workflow начинает угадывать и создаёт дубли, неверные отчёты или записи без владельца.

Надёжная связка через n8n строится вокруг детерминированных проверок: сначала validation и idempotency, затем запрос во внешний API, затем запись результата в CMS/CRM/таблицу/аналитику и alert, если бизнес-действие не завершилось.


## Архитектура workflow для n8n

Такой workflow удобно сопровождать: mapping, API-запрос, retry, callback и human-readable audit не смешиваются в одной ноде.


## Контракт входных данных

Payload можно расширять, но нельзя делать обязательные поля “по настроению”. Если источник не передал внешний ID, ключ объекта, получателя или период отчёта, workflow должен остановиться с понятной ошибкой до записи или отправки.


## Code Node: нормализация, mapping и guard-условия

Этот скрипт n8n приводит данные к стабильному контракту, формирует idempotency key и не пропускает опасный payload дальше по цепочке.


## Готовый workflow JSON: скачать и импортировать

В архиве страницы есть импортируемый workflow JSON и тестовый payload. После импорта замените credentials, домены, IDs, callback URL, лимиты и правила доступа. Не запускайте сценарий на production-данных, пока не проверены повторы, пустые значения и ошибки API.


## Пошаговая настройка связки

- Создайте Application Password или OAuth-доступ для WordPress REST API с минимальными правами на posts/media.
- Добавьте meta field для external_content_id, чтобы workflow мог искать уже созданный черновик.
- Разделите создание draft и публикацию: production-сценарий не должен сразу ставить status=publish без approval.
- Проверьте загрузку featured media и alt text отдельно от создания post.
- Записывайте post_id, slug, editor_url и внешний ID обратно в Notion, Google Sheets или CRM.
Откройте каждую ноду, замените credentials и IDs, включите dry-run там, где доступно, затем выполните сценарий на тестовом объекте. Для внешних API добавьте rate limit, alert и отдельную тестовую сущность.


## Тесты перед production

Минимальный smoke test:

- повторный payload с тем же external_content_id
- заголовок без slug
- битая featured_image_url
- status=publish во входном payload
- ошибка WordPress 401/403/429
Отдельно проверьте, что retry n8n не создаёт повторную запись или отправку. Для критичных действий используйте durable storage: Postgres, CRM custom field, CMS meta, audit table или другой слой с уникальным ключом.


## Production-риски

- Workflow публикует сырой AI-текст сразу в publish.
- Дедупликация делается только по title, который редактор может изменить.
- Изображение загружается, но не привязывается как featured_media.
- Application Password хранится в Code Node или публичном JSON.
- HTML очищается WordPress-фильтрами и ломает блоки кода.

## Полезные ссылки и смежные материалы

- WordPress REST API Handbook
- n8n WordPress node
- Notion to WordPress draft
- Content factory SEO briefs
Внутренняя перелинковка помогает перейти от общего integration-гайда к готовым workflow, а внешние ссылки ведут на официальную документацию API и n8n-нод.


## Критерии готовности

- Повторный запуск обновляет существующий draft, а не создаёт дубль.
- post_id и slug возвращаются в источник контента.
- featured media и alt text проверены на тестовой статье.
- Публикация отделена от генерации и требует approval.
- Ошибки REST API уходят в alert или DLQ.