Автоматизация WordPress-портала: как использовать MCP-агентов и иллюстрации Nano Banana Pro
Я люблю новости. Но я не люблю новости, которые надо руками проталкивать через рутину. Утром у тебя план: быстро проверить источники, собрать короткие заметки, поставить пару иллюстраций и отдать в публикацию. А к обеду ты уже споришь с WordPress, почему снова слетели теги, где потерялась картинка, и кто придумал этот «черновик №47». И вот сидишь, смотришь на список задач, и он смотрит на тебя в ответ. Молча. Угрожающе.
На новостном портале проблема обычно не в том, что «нет идей». Проблема в том, что идей слишком много, а рук ровно две, и они заняты копипастой, форматированием и загрузкой медиа. В этот момент очень хочется нанять ещё одного редактора, но бюджет чаще нанимает тебя обратно в реальность. Тут и появляется нормальная, приземлённая автоматизация: MCP-агенты, make.com и генерация иллюстраций через Nano Banana Pro, чтобы контент шёл по конвейеру без нервного тика.
Зачем вообще связывать WordPress, MCP и Nano Banana Pro
Если собрать эту связку аккуратно, можно настроить поток, где агент получает контекст, формирует материалы под стиль портала, а иллюстрации появляются автоматически и сразу уезжают в медиатеку WordPress. В итоге вы меньше тратите времени на механические действия и больше на то, что реально влияет на качество: заголовок, тон, фактуру, и да, проверку источников (её никто за вас честно не отменял). После прочтения у вас будет понятная схема, как выстроить сценарий в make.com, как подключить MCP-агента к данным WordPress и как прикрутить Nano Banana Pro так, чтобы картинка не была «ну хоть какая-то», а попадала в тему и формат.
Пошаговый гайд: как настроить новостную автоматизацию
Шаг 1. Приводим в порядок WordPress, чтобы ему было что автоматизировать
Сначала делаем скучное, но спасающее жизнь: приводим WordPress к состоянию «понятно, куда что складывать». Вы определяете структуру рубрик, типы постов (если у вас не только стандартные записи), обязательные поля и минимальный набор метаданных: автор, источник, дата, география, теги. Зачем это нужно? MCP-агентам и сценариям make.com нужна предсказуемость: если сегодня вы кладёте «Технологии», завтра «тех», а послезавтра «Tech», автоматизация начинает играть в угадайку, а вы в нервное моргание.
Типичная ошибка тут простая: пытаться автоматизировать хаос. «Потом разберёмся» в новостях не работает. Проверка, что всё ок, тоже простая: создайте вручную 2-3 тестовые записи по шаблону, убедитесь, что у них одинаковая структура, нормально проставляются теги и корректно отображается изображение записи. Если уже на тесте всё выглядит по-разному, make.com тоже будет удивлён, только молча.
Шаг 2. Регистрируемся в make.com и выбираем точку входа сценария
Дальше нужен make.com, потому что он хороший «перекрёсток», где сходятся агенты, WordPress и генерация картинок. Регистрируйтесь по ссылке, чтобы потом не искать, где вы это сделали: https://www.make.com/en/register?pc=horosheff. Затем решите, что будет триггером: новая новость в вашей таблице, событие в RSS, сообщение от редактора в Telegram-канале, или, например, задача в таск-трекере. Для российского быта часто удобнее начинать с Google Sheets или Telegram, потому что редакторы живут там, а не в «идеальной CMS-реальности».
Типичная ошибка: стартовать с самого сложного триггера, где куча условий и ветвлений, а потом пытаться отлаживать это ночью. Лучше взять простой вход, прогнать цепочку от начала до конца и только потом усложнять. Как проверить, что всё работает: запустите сценарий на одной тестовой новости и убедитесь, что make.com видит входные данные без пустых полей и «кракозябр». Если уже тут всё криво, дальше будет только веселее, в плохом смысле.
Шаг 3. Подключаем MCP-агента к контексту WordPress так, чтобы он не фантазировал
MCP, то есть Model Context Protocol, это открытый протокол, который помогает приложению безопасно отдавать контекст большой языковой модели. В WordPress-логике это значит, что агент может работать не «в вакууме», а опираясь на реальность портала: какие рубрики есть, как у вас принято оформлять заголовки, какие теги используются, что публиковалось раньше. На практике вам нужно продумать, какой контекст отдаёте: например, список рубрик и их описание, требования к стилю, ограничения по длине, правила для цитат и источников, и что делать, если данных не хватает.
Типичная ошибка: дать агенту слишком много свободы без рамок. Тогда он начинает «улучшать» новости так, что редактору остаётся только плакать и переписывать. Проверка тут такая: берёте два разных инфоповода и смотрите, совпадает ли оформление с вашим стандартом. Если агент путает рубрики, делает странные выводы или лепит теги от балды, значит контекста мало или он неструктурирован. Если хотите, можно ориентироваться на базовые настройки и подходы, которые описаны у WordPress.com по теме MCP: https://wordpress.com/ru/support/model-context-protocol-mcp-settings/?utm_source=openai.
Шаг 4. Подключаем WordPress-инструменты в make.com и учим их создавать записи
Теперь делаем связку с WordPress: создание, обновление, удаление записей, управление категориями и тегами. В make.com это обычно выглядит как модули WordPress плюс ваши условия: если новость срочная, ставим статус «publish», если требует проверки, то «draft» и пометка редактору. Если у вас несколько сайтов, можно размножить сценарий или сделать один, но с переключателем проекта, чтобы не запутаться. Для тех, кому хочется быстрее стартануть с готовыми блоками для WordPress, есть вариант смотреть в сторону сервиса автоматизации «ВСЁ ПОДКЛЮЧЕНО», где упоминаются инструменты для работы с WordPress: MCP сервис автоматизации «ВСЁ ПОДКЛЮЧЕНО». Я бы воспринимал это как «быстрее собрать конструктор», а не как волшебную кнопку.
Типичная ошибка: игнорировать обработку ошибок. WordPress может вернуть 401 из-за прав, 413 из-за размера файла, или просто начать капризничать при нагрузке. Проверка, что всё живое: в make.com включаете логирование, гоняете одну новость, потом пять подряд, и смотрите, что у каждой записи есть заголовок, контент, рубрика и корректный статус. Если после «успешного выполнения» на сайте пустота, значит вы радовались раньше времени.
https://kv-ai.ru/obuchenie-po-make
Шаг 5. Встраиваем Nano Banana Pro: генерация иллюстраций, загрузка в медиатеку, назначение обложки
Новости без картинок живут хуже, это факт: лента выглядит уныло, CTR падает, редакторы начинают ставить «что нашли», а это обычно одно и то же фото из стоков по кругу. Nano Banana Pro это инструмент на базе ИИ для генерации и редактирования изображений по текстовым запросам, и он хорош именно тем, что помогает делать оригинальные визуалы под конкретную тему. В сценарии make.com вы строите цепочку: берёте заголовок и краткое описание, формируете промпт под ваш стиль (например, «плоская иллюстрация», «минимализм», «деловой тон», «без текста на изображении»), отправляете запрос в Nano Banana Pro, получаете файл и загружаете в медиатеку WordPress, после чего назначаете «изображение записи».
Типичная ошибка: делать промпт «на авось». Тогда в обложке могут появиться странные детали, лишние элементы или настроение, которое не подходит вашему порталу. Проверка простая: на тестовых 10 новостях смотрите, выдержан ли стиль и нет ли повторов. Если изображения «прыгают» по стилистике, фиксируйте шаблон промпта и добавьте пару правил, например, запрет на реалистичные лица или обязательный цветовой диапазон. Документацию по интеграционным сценариям Nano Banana Pro можно подсмотреть тут: https://nanobanana2go.pro/docs/workflow-integration-hub?utm_source=openai, а сам сервис описан здесь: https://nanobananapro.com/ru?utm_source=openai.
Шаг 6. Добавляем редакторскую «страховку»: черновики, уведомления и ручное подтверждение
Самая здоровая схема для новостника это не «публикуй всё сам», а «собирай и готовь, а человек нажмёт кнопку». Поэтому полезно настроить режим, где агент и make.com создают черновик в WordPress, прикрепляют иллюстрацию, проставляют рубрики и теги, а редактору прилетает уведомление, например в Telegram или на почту. Редактор быстро смотрит текст, проверяет фактуру, правит пару формулировок и публикует. Это экономит время, но не превращает портал в генератор случайных смыслов (я сначала хотел написать «случайной правды», нет, лучше вот так).
Типичная ошибка: убрать человека из контура полностью и потом удивляться, почему читатели в комментариях злые. Проверка: заведите правило, что первые 1-2 недели все материалы идут только через черновики, и смотрите статистику правок. Если редактор постоянно исправляет одну и ту же вещь, значит это не «редактор придирается», а контекст для MCP-агента надо уточнить.
Шаг 7. Мини-кейсы из жизни: кто что автоматизировал и почему перестал жить в админке
Кейс первый: региональный портал, три человека в редакции, публикации с утра до вечера, вечная проблема с иллюстрациями. Роль «собираю заметки» была у стажёра, и он тратил половину времени на поиск картинок и загрузку в WordPress. Сделали сценарий в make.com: стажёр кидает инфоповод в таблицу, MCP-агент оформляет черновик под стиль рубрики, Nano Banana Pro генерирует обложку, WordPress получает запись с тегами. Эффект без обещаний космоса, но приятный: стажёр стал приносить больше инфоповодов, а редактор меньше ругался на «пустые записи без картинки».
Кейс второй: нишевой техноблог на WordPress, один автор, публикации нерегулярные, потому что «то работа, то жизнь». Здесь важна была не скорость, а регулярность и единый стиль. Настроили цепочку, где черновик создаётся автоматически раз в несколько дней по заранее подготовленным темам, а иллюстрации делаются в одном визуальном стиле через Nano Banana Pro. Типичная ошибка, которая у них всплыла: слишком длинные заголовки и странные теги, потому что агенту не объяснили, что теги у них это строго «бренд, продукт, технология». Проверили через 15 тестовых черновиков, поправили контекст, и стало ровнее.
Кейс третий: корпоративный портал компании, новости для сотрудников, важна аккуратность формулировок и отсутствие лишней отсебятины. Там вообще не публикуют автоматически, только подготовка. MCP-агент работает как черновой автор и оформитель: берёт исходные факты из внутреннего документа, складывает в шаблон новости, делает нейтральную иллюстрацию через Nano Banana Pro, а дальше PR-менеджер спокойно доводит тон. Проверка у них была железная: если не заполнилось поле «подразделение» или «согласующий», сценарий стопается и шлёт уведомление ответственному. Это спасает от тихих ошибок, которые потом находят уже на главной странице.
Подводные камни: где обычно ломается и почему
Самое частое место поломки это «контекст». MCP-агенты сильны, когда понимают правила игры, а не когда их бросают в океан свободы. Если вы не описали стиль, ограничения, и приоритеты рубрик, агент начнёт вести себя как новый сотрудник без онбординга: вроде старается, но результат странный. Ещё один момент: безопасность и доступы. WordPress не должен получать «всемогущие» ключи, а make.com сценарии лучше держать в понятной структуре с раздельными ролями, иначе одна случайная правка превращает ленту в тыкву.
Второй узкий участок это медиа. Генерация картинок через Nano Banana Pro классная, но вес файлов, форматы, и ограничения загрузки WordPress никто не отменял. Иногда картинка генерируется огромной, WordPress её пережимает, а потом вы смотрите на «мыло» в превью и думаете, что это заговор. Тут помогает заранее задать размеры, формат и качество, а также проверить, как тема WordPress обрабатывает featured image. И да, не забывайте про единый стиль: иначе лента будет как гардероб студента в понедельник, всё разное и не по сезону.
Третья зона риска это отладка и «тихие ошибки». Make.com может показать, что модуль прошёл, но на стороне WordPress запись создалась без категории или с неправильным автором, и вы это заметите только когда кто-то в чате напишет «почему у нас всё в рубрике “Без рубрики”». Поэтому логирование, тестовые прогоны и контрольные уведомления это не занудство, а экономия времени и нервов. Если у вас новости идут потоком, лучше заранее добавить проверку обязательных полей и стоп-условия, чем потом вручную разгребать сотню публикаций.
Где обучение реально экономит время (и нервы)
Если вы один человек и вам нужно «просто чтобы работало», можно собрать минимальный сценарий самостоятельно, но обычно всё упирается в детали: как правильно разложить контекст для MCP, как не утонуть в ветвлениях make.com, как сделать нормальную обработку ошибок и уведомления. Обучение полезно тем, что вы быстрее проходите этап «я два дня чинил один модуль, потому что не знал, где смотреть». Особенно если у вас портал живой и ошибок никто не прощает, потому что читатели и коллеги видят всё сразу.
Мне больше всего нравятся форматы, где есть разбор ваших сценариев и обратная связь, а не просто видео «нажимай сюда». Если хочется в эту сторону, держите ссылки без лишнего пафоса: Обучение по Автоматизации, CursorAI, маркетингу и make.com и Блюпринты по make.com. А если хотите быть в курсе примеров и разборов по make.com и нейросетям, можно подписаться на канал: Хотите научиться автоматизации рабочих процессов с помощью сервиса make.com и нейросетей ? Подпишитесь на наш Telegram-канал.
FAQ
Вопрос: MCP это отдельный сервис или «функция нейросети»?
Ответ: MCP это открытый протокол Model Context Protocol, то есть способ безопасно передавать контекст в LLM-приложения. В связке с WordPress он помогает агенту опираться на данные и правила вашего портала, а не сочинять оформление на глаз.
Вопрос: Можно ли публиковать новости полностью автоматически, без редактора?
Ответ: Технически можно, но для новостного портала обычно разумнее держать человека в контуре хотя бы на этапе подтверждения. Практичнее схема «автоматически готовим черновик, человек проверяет и публикует».
Вопрос: Как make.com подключается к WordPress и что он умеет делать?
Ответ: Make.com строит сценарии из модулей, включая действия с WordPress: создавать и обновлять записи, работать с рубриками и тегами, загружать медиа и назначать изображение записи. Главное не забывать про права доступа и обработку ошибок.
Вопрос: Nano Banana Pro подходит для обложек новостей, чтобы было единообразно?
Ответ: Да, если вы зафиксируете шаблон промпта и правила стиля. Тогда изображения будут похожи друг на друга по подаче и не будут выглядеть случайным набором картинок «кто во что горазд».
Вопрос: Где чаще всего ломается сценарий автоматизации WordPress-портала?
Ответ: Обычно в трёх местах: доступы и авторизация (ключи, роли, права), медиа (вес и формат файлов, загрузка в WordPress), и контекст для агента (недописанные правила рубрик, тегов и стиля).
Вопрос: Как понять, что MCP-агент «правильно понял» стиль портала?
Ответ: Прогоните серию тестовых инфоповодов и сравните результат с вашими эталонными публикациями: заголовки, структура, теги, тон. Если правки повторяются из раза в раз, это сигнал, что нужно уточнить контекст и ограничения.
Вопрос: Можно ли всё это собрать без программиста?
Ответ: Обычно да: make.com как раз про сценарии без кода, но придётся аккуратно думать головой и тестировать. Программист может понадобиться, если у вас нестандартные поля, кастомные эндпоинты или сложные требования к безопасности и ролям.