Yoast SEO 28.6 разрешил ИИ-агентам менять SEO-настройки WordPress

Что вышло в Yoast SEO 28.6

Версия вышла 29 сентября 2026 года. В списке изменений главная строка одна: две новые Yoast Abilities, чтобы агенты могли получать и обновлять SEO-данные записей. Работает это поверх Abilities API, штатного механизма WordPress, который описывает функции сайта с типизированными входными и выходными данными и проверкой прав. Он есть в WordPress начиная с версии 6.9.

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

Две новые способности

• yoast-seo/get-post-seo-data читает SEO-данные одной или нескольких записей.
• yoast-seo/update-post-seo-data меняет разрешённые поля одной конкретной записи.

Для чтения запись можно найти по ID, адресу или фрагменту заголовка. Поиск по заголовку принимает до 10 фраз за запрос и отдаёт по 10 записей на страницу. Для записи поиск по заголовку намеренно запрещён, нужен ID или точный адрес. Так агент не исправит не ту страницу из-за расплывчатой формулировки.

Чтение отдаёт почти всё, что Yoast хранит о записи. Это SEO title и meta description, canonical, директивы robots, типы Schema, поля Open Graph и X, фокусная фраза и три оценки. У многих полей есть пара с суффиксом _rendered, то есть значение в том виде, в каком оно реально выводится на сайте. Это удобно, когда нужно отличить пустое поле от того, что на самом деле видят поисковики. Например, собственный canonical у записи не задан, в поле canonical пусто, а в canonical_rendered стоит адрес, который Yoast подставил сам. Раньше такое сравнение требовало открыть исходный код страницы или написать отдельный скрипт.

Что агент может изменить, а что нет

Список полей для записи заметно короче списка для чтения. Агенту разрешено менять canonical, отметку cornerstone, директивы noindex, nofollow, noimageindex, noarchive и nosnippet, а также тип страницы и тип статьи в Schema.org. Тип Schema принимается только из того набора, который допускает редактор. Неверное значение вернёт ошибку и ничего не изменит.

SEO title, meta description и текст записи агенту недоступны.

Фокусная фраза остаётся только для чтения. Yoast объясняет это тем, что автоматическая замена фразы сломала бы контентные задания и маркетинговые процессы, а заодно сбила бы все последующие оценки анализа. Контент компания предлагает по-прежнему править в редакторе, там, где живёт сам текст.

Пустое значение очищает поле. Прежнее значение Yoast не хранит, откатить правку можно, только пока исходные данные остались в контексте агента.

В документации запись помечена как идемпотентная, то есть повторная отправка тех же значений ничего не накапливает. Но признак «недеструктивная» ей сознательно не присвоен. Новое значение перезаписывает старое, а пустое очищает поле, и потеря данных возможна. Поэтому Yoast советует сначала читать данные записи, потом менять и проверять результат в той же сессии.

Права и подключение

Отдельной системы доступа нет.

Всё идёт через роли WordPress. Для обеих способностей нужно право wpseo_edit_advanced_metadata, то же, что открывает расширенные поля и Schema в редакторе. Кроме того, агент видит и меняет только те записи, которые может редактировать подключённая учётная запись.

Чтобы внешний ИИ-клиент мог вызывать эти функции, на сайте нужен WordPress MCP Adapter. После него способности становятся инструментами для любого MCP-клиента, в анонсе названы Claude Desktop, Claude Code, Cursor и VS Code.

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

Наш комментарий

Мы и сами правим SEO-поля Yoast на своём сайте скриптами через REST. Для этого пришлось отдельно открывать эти поля для API, и так поступает почти каждый, кто автоматизирует WordPress. Теперь у той же задачи есть стандартный интерфейс с проверкой прав и понятной схемой данных. Для студии, которая ведёт много сайтов, это одна настройка вместо самописных доработок под каждый проект.

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

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

Что проверить перед подключением агента

• Версии. WordPress 6.9 или новее и Yoast SEO 28.6.
• Отдельный пользователь с минимальными правами вместо администратора.
• Сначала только чтение. Прогнать аудит, собрать план правок и согласовать его.
• Снимок до правки. Сохранить canonical, robots и Schema отдельно, а не надеяться на контекст агента.
• Одна запись, потом пачка. И свежая резервная копия базы перед массовыми операциями.

С чего начать

Даже без агента полезно выгрузить все записи с noindex и нестандартным canonical и сверить с тем, что вы действительно хотели закрыть. Как устроены эти директивы, мы разбирали в гайде про robots.txt, sitemap и noindex, а про типы разметки в гайде по микроразметке Schema.org. Если хотите, чтобы ошибки индексации нашли за вас, начните с SEO-аудита. Про особенности работы с агентами на новых моделях мы писали в новости про руководство по Claude Opus 5.5.