MCP-рерайтинг новостей для WordPress — авто-обложки и быстрый запуск
В новостях самое смешное то, что они заканчиваются ровно в тот момент, когда ты наконец сел их публиковать. Пока дополз до админки WordPress, пока вставил текст, пока придумал заголовок, пока выбрал картинку, а потом ещё понял, что картинка «не в тему» и снова пошёл искать. И вот уже вечер, а у тебя на сайте один пост, зато идеально вылизанный. Знакомо.
Я это проходил: сначала делаешь всё руками и гордишься, что «контролируешь качество», потом внезапно осознаёшь, что контролируешь в основном свою усталость. А новости тем временем идут потоком, и конкуренты публикуют быстрее, потому что у них не «волшебная редакция», а банальная автоматизация. И тут появляется идея: пусть рерайтится само, обложка рисуется сама, пост создаётся сам, а ты включаешься только там, где реально нужен человек. Не вместо тебя, а рядом, чтобы не превращать рабочий день в бесконечный копипаст.
Что получится настроить и почему это удобно
После настройки у вас будет связка, где новости попадают в сценарий в Make.com, там приводятся к нужному формату, переписываются через ChatGPT или Яндекс GPT, получают аккуратный заголовок и метаданные, затем создаётся обложка через генератор изображений (часто используют Midjourney API, если он у вас подключён), и в финале WordPress получает готовый черновик или сразу публикацию. Весь смысл не в «магии», а в скорости запуска и повторяемости: один раз собрали, потом только подкручиваете промпты и правила. Если хотите быстрее стартовать, имеет смысл посмотреть готовые шаблоны и блюпринты, а ещё заранее завести себе нормальный вход в Make.com: https://www.make.com/en/register?pc=horosheff.
Пошаговый гайд: MCP-рерайтинг и авто-обложки в WordPress
Шаг 1. Подготовьте WordPress к дружбе с Make.com
Сначала делаем скучное, но критичное: подключаем WordPress так, чтобы Make.com мог создавать записи и загружать медиа. Проще всего это решается через плагин Make Connector, он как раз под такие задачи и заточен: связать сайт и сценарии без лишней возни. Зачем это нужно? Потому что «отправить текст» мало, вам нужно ещё создать пост, прокинуть заголовок, excerpt, картинку, статус публикации, рубрику, а иногда и автора. Типичная ошибка на этом шаге: подключиться под пользователем без нужных прав или забыть, что на сайте могут быть ограничения по REST API, и всё начинает «молчать» без понятных причин. Проверка простая: в Make.com сделайте тестовый модуль создания записи и попробуйте создать черновик с любым коротким текстом, затем убедитесь в админке, что запись появилась, и что поля реально заполнились, а не «как-нибудь».
Мини-кейс из жизни: редактор локального медиа в Казани настраивал связку на сайте клиента. Времени было полдня, потому что «надо уже сегодня». Самый долгий кусок оказался не рерайтинг, а банальное: права пользователя, доступ к API и конфликт одного старого плагина безопасности. Когда это починили, дальше всё поехало быстро, и уже вечером у них в черновиках лежали первые автопосты, а редактор выбирал, что выпускать.
Шаг 2. Настройте источник новостей и нормализуйте входные данные
Дальше решаем, откуда брать новости. Это может быть RSS, телеграм-канал, таблица, CRM, даже почта, но лучше начинать с самого стабильного и понятного источника. В Make.com удобно вытащить данные, а потом сразу привести их к одному виду: отделить заголовок, ссылку, основной текст, дату, источник. Зачем? Потому что нейросети любят ясный контекст, а WordPress любит чистые поля, и если вы кормите систему «всё в одном абзаце», вы и получите кашу. Типичная ошибка: не чистить HTML, не убирать мусорные символы, не проверять кодировку, а потом в посте появляются странные квадратики, обрывки и куски меню сайта-источника. Проверка: прогоните 2-3 новости в тестовом режиме и посмотрите именно на «сырой текст» после очистки, ещё до рерайта, чтобы убедиться, что вход нормальный.
Тут часто спасает простая привычка: хранить исходник отдельным полем. Тогда, если рерайт получился странный, вы не бегаете и не ищете, что было «до». В Make.com это удобно делается переменными и маппингом полей, и потом можно даже выводить исходник в кастомное поле WordPress для внутренней проверки. Да, это чуть дольше в настройке, зато потом не хочется ругаться на монитор.
Шаг 3. Подключите рерайтинг через ChatGPT или Яндекс GPT и задайте правила
Теперь самое интересное: переписываем новости так, чтобы они были уникальными и читабельными, а не «переложением синонимов». В Make.com вы подключаете модуль ChatGPT или Яндекс GPT и передаёте туда исходник плюс инструкции: тон, длина, структура, требования к фактам, запрет на выдумки и аккуратность с формулировками. Зачем так строго? Потому что новости это не художественная литература, и одна «случайная фантазия» в цифрах может устроить вам лишние разговоры. Типичная ошибка: писать промпт в стиле «сделай красиво», не задавая рамки, и в итоге текст получается либо слишком общим, либо слишком смелым. Проверка: на выходе сверяйте 2 вещи, фактологию (что не добавилось лишнего) и стиль (чтобы звучало по-человечески, а не как инструкция к микроволновке).
Если вы работаете под российскую аудиторию, Яндекс GPT иногда удобнее именно в плане локального языка и устойчивых формулировок. ChatGPT часто сильнее в структуре и «плотности» текста. Я обычно делаю так: один и тот же шаблон, но возможность переключиться между провайдерами, если один вдруг начинает чудить или меняются условия доступа. И да, промпт лучше держать в одном месте, чтобы не искать по сценарию, где вы написали ту самую фразу, из-за которой всё поехало (я сначала подумал, что это мелочь, нет, лучше сразу дисциплина).
Шаг 4. Сгенерируйте авто-обложку и привяжите её к записи
Дальше обложка. Можно брать картинку из исходника, можно искать в стоках, но если хочется единый стиль, часто выигрывает генерация. В Make.com можно подключить генерацию изображений через Midjourney API, если он у вас настроен, и на основе заголовка или краткого описания получить картинку нужного формата. Зачем это нужно? Чтобы не тратить время на «подберите что-нибудь нейтральное», а поддерживать узнаваемый визуал, который не стыдно ставить в ленту. Типичная ошибка: не учитывать размер и соотношение сторон под тему WordPress и вашу тему оформления, а потом обложки обрезаются так, что лица уходят в небытие. Проверка: сделайте 5 тестовых постов, посмотрите, как выглядят картинки на главной, в карточке записи и в мобилке, и только потом фиксируйте стандарт.
Ещё одна частая мелочь: забывают про alt и подпись. А потом удивляются, почему в выдаче картинки не дают трафик и почему в админке бардак. В сценарии проще сразу генерировать короткий alt на основе заголовка и добавлять его при загрузке медиа. Это не подвиг, но оно работает, и редактор потом говорит спасибо, даже если молча.
https://kv-ai.ru/obuchenie-po-make
Шаг 5. Соберите пост в WordPress: поля, рубрики, статусы, черновики
Теперь склеиваем всё в запись: заголовок, текст, excerpt, рубрика, теги, статус, обложка. В Make.com это выглядит как последовательность модулей: создать запись, загрузить изображение, установить featured image, обновить запись нужными полями. Зачем разбивать на шаги? Потому что если загрузка картинки отвалится, вы хотя бы получите текстовый черновик, а не «ничего». Типичная ошибка: пытаться сделать всё одним модулем и потом долго искать, где именно сломалось. Проверка: ставьте статус «draft» на первые прогоны, включите логирование, и убедитесь, что каждый модуль возвращает ожидаемый ID записи и ID медиа. Когда всё стабильно, можно включать публикацию по расписанию.
Мини-кейс: контентщик в интернет-магазине электроники делал новости про поступления и обзоры. Им важно было не публиковать сразу, потому что менеджеры проверяют наличие и цены. Настроили так, что сценарий создаёт черновик, прикрепляет обложку, ставит рубрику «Новости», а в начале текста добавляет короткую пометку для внутренней команды. В результате контентщик перестал тратить утро на «перенос в WordPress», и занимался тем, что реально влияет на продажи: заголовками и подачей.
Шаг 6. Добавьте контроль качества и «стоп-кран» от странных публикаций
Автоматизация без контроля это как автопилот без ремня безопасности: иногда норм, но однажды будет очень неловко. Поэтому добавьте простые проверки: минимальная длина текста, отсутствие запрещённых формулировок, проверка на пустые поля, ограничение на количество публикаций в час. Зачем? Чтобы не получить на сайте 20 одинаковых постов из-за кривого RSS или «петли» в сценарии. Типичная ошибка: запускать сценарий по расписанию и не ставить фильтры на дубликаты, а потом WordPress превращается в склад повторов. Проверка: заведите поле «source_url» или хеш текста и перед публикацией проверяйте, не было ли такого уже. Если в Make.com нет явной проверки, можно хранить список в таблице или базе, но даже простая сверка по ссылке часто спасает.
Ещё полезная штука: уведомления. Если модуль рерайтинга вернул пустоту, или генерация обложки не удалась, пусть сценарий пишет вам в Telegram. В России это по-прежнему самый рабочий вариант для быстрых оповещений, и да, иногда одна короткая плашка «ошибка загрузки медиа» экономит полдня, потому что вы сразу видите, где узкое место.
Шаг 7. Ускорьте запуск через готовые блюпринты и MCP-подход «всё подключено»
Когда базовая схема работает, хочется не строить каждый новый сценарий с нуля. Тут помогают готовые blueprints в Make.com, где уже проставлены модули и логика, остаётся только подставить свои ключи и поля WordPress. Зачем это нужно? Чтобы повторять результат, а не повторять работу. Типичная ошибка: брать чужой шаблон и пытаться натянуть его на свой сайт без адаптации полей, и потом ругаться, что «не работает». Проверка: сначала прогоните один тестовый пост, проверьте маппинг каждого поля, и только потом включайте расписание.
Если вам ближе подход «меньше ручных скруток, больше готовых подключений», посмотрите MCP сервис автоматизации «ВСЁ ПОДКЛЮЧЕНО». Смысл в том, чтобы быстрее соединять куски: источники, рерайтинг, изображения, WordPress, уведомления. Это особенно полезно, когда у вас не один сайт, а несколько, или когда вы хотите, чтобы система жила без ежедневных танцев с доступами и токенами.
Подводные камни, о которые чаще всего спотыкаются
Первое место по боли это доступы и ограничения: WordPress может резать REST API, хостинг может включать правила безопасности, а плагины кэширования могут странно влиять на отображение новых записей. Снаружи кажется, что «Make.com не создаёт пост», а на деле он создаёт, но вы его не видите из-за кэша, или он создаётся не в той рубрике и теряется. Лечится это скучно: тестовыми черновиками, проверкой логов Make.com и внимательной настройкой прав пользователя в WordPress. Ещё бывает, что медиа не загружается из-за лимитов по размеру или формату, и тогда пост выходит без обложки, а вы замечаете это через неделю.
Второе место это качество рерайта. Если промпт не задаёт рамки, тексты начинают плавать: то слишком коротко, то слишком «умно», то вдруг появляются лишние оценки. Для новостей лучше держать жёсткую структуру, и отдельно прописывать запрет на выдуманные детали и цифры. И ещё важное: новости часто требуют аккуратных формулировок, без того, что может выглядеть как утверждение без источника. Поэтому полезно сохранять ссылку на первоисточник в конце поста или в служебном поле, чтобы редактор мог быстро проверить спорный момент.
Третье место это стабильность генерации изображений и соответствие стилю. Иногда генератор делает красиво, но не в тему, или выдаёт визуал, который для новостей выглядит слишком «фантазийно». Я обычно решаю это так: задаю один визуальный стиль для рубрики, добавляю в промпт стоп-слова, и обязательно прогоняю тесты на 10-15 темах, прежде чем включать «авто». И да, иногда проще сделать обложки полуавтоматически: пусть генерация делает вариант, а человек утверждает. Это не поражение, это нормальная экономия нервов.
Кому стоит учиться автоматизациям, чтобы не тратить недели
Если вы делаете контент регулярно, ведёте сайт компании, медиа, блог проекта или сеть нишевых сайтов, обучение автоматизации окупается не «в деньгах», а в том, что у вас появляется управляемый процесс. Не хаос из разрозненных сервисов, а понятная схема: от источника до публикации, с проверками и уведомлениями. И самое приятное: вы перестаёте быть единственным человеком, который «знает, как оно работает», потому что сценарии можно документировать и передавать команде.
Мне нравятся форматы, где есть обратная связь по вашим конкретным сценариям и разбор ошибок, потому что в Make.com большинство проблем не из учебника, а из жизни: поля не те, доступы не те, сайт ведёт себя не так, как на видео. Если вам это близко, загляните в Обучение по Автоматизации, CursorAI, маркетингу и make.com, а если хочется стартовать быстрее через заготовки, есть Блюпринты по make.com. И да, я регулярно показываю такие связки и мелкие приёмы у себя, хотите научиться автоматизации рабочих процессов с помощью сервиса make.com и нейросетей ? Подпишитесь на наш Telegram-канал.
Отдельно напомню про MCP сервис автоматизации «ВСЁ ПОДКЛЮЧЕНО»: когда нужно быстрее собрать рабочую цепочку для MCP-рерайтинга новостей и публикации в WordPress, такой подход экономит время на «склеивании» сервисов и помогает держать процесс в руках, а не на честном слове.
FAQ
Вопрос: Можно ли публиковать сразу, без черновиков, чтобы новости выходили мгновенно?
Ответ: Можно, но лучше начинать с черновиков и только после серии тестов включать автопубликацию. Часто делают гибрид: ночью автопубликация, днём черновики на модерацию, чтобы не ловить странные тексты и пустые обложки.
Вопрос: Что выбрать для рерайта: ChatGPT или Яндекс GPT?
Ответ: Оба варианта рабочие. Яндекс GPT может быть удобнее по локальным формулировкам и контексту, ChatGPT часто сильнее по структуре и стилю. Практичнее заложить возможность переключения внутри сценария Make.com.
Вопрос: Как не получить дубли на сайте, если источник отдаёт одно и то же?
Ответ: Сохраняйте ссылку на источник или уникальный идентификатор и проверяйте перед созданием записи, публиковали ли уже. В WordPress это можно делать через поиск по кастомному полю, а в Make.com через промежуточное хранилище или проверку существующей записи.
Вопрос: Авто-обложки обязательно генерировать, можно просто брать картинку из новости?
Ответ: Можно и так, и так. Генерация полезна, когда вы хотите единый стиль и не зависеть от качества картинок источника. Если берёте из источника, всё равно стоит проверять размер, лицензионные ограничения и корректность загрузки в медиатеку.
Вопрос: Почему Make.com создаёт пост, но без картинки?
Ответ: Чаще всего проблема в цепочке: медиа не загрузилось из-за формата или лимита, либо вы не передали правильный ID изображения в поле featured image. Проверьте логи выполнения сценария и убедитесь, что модуль загрузки медиа возвращает ID, который дальше используется при обновлении записи.
Вопрос: Как понять, что сценарий работает стабильно, а не «повезло два раза»?
Ответ: Прогоните тесты на разных темах, минимум 10-15 новостей, и посмотрите на крайние случаи: короткие заметки, длинные тексты, новости без картинок, новости с «грязным» HTML. Потом включите уведомления об ошибках и ограничение по количеству запусков, чтобы не словить лавину публикаций.
Вопрос: Где быстрее собрать рабочую связку под MCP-рерайтинг и WordPress?
Ответ: Быстрее всего стартовать через Make.com с готовыми шаблонами и постепенно допиливать под себя, а если хочется меньше ручной возни с подключениями и более цельный подход, можно посмотреть MCP сервис автоматизации «ВСЁ ПОДКЛЮЧЕНО» и выстроить процесс вокруг него.