Открывается в новой вкладке

WordPress 7.0 идет в сторону ИИ, но вместе с удобством приносит новый риск расходов

WordPress готовится сделать заметный шаг в сторону искусственного интеллекта. В версии 7.0 появляется новая AI-инфраструктура: Connectors API, встроенный AI Client и связанный с ними набор возможностей для плагинов. По сути, система движется к тому, чтобы ИИ в WordPress стал не отдельной экзотикой в одном-двух плагинах, а частью общей архитектуры платформы.

Для владельца сайта это выглядит очень удобно. Достаточно один раз указать API-ключ в разделе Settings → Connectors, и после этого плагины смогут обращаться к AI-провайдерам через общий механизм подключения. WordPress тем самым избавляет разработчиков от привычного хаоса, когда каждый AI-плагин создавал свои настройки, свои способы подключения и свою логику работы с провайдерами.

API-интерфейс Connectors в WordPress 7.0 позволяет владельцам сайтов настраивать поставщиков искусственного интеллекта один раз. Каждый плагин на сайте использует это единственное соединение.

Но именно здесь и появляется главный вопрос. Чем проще стало подключение, тем легче для плагинов начать активно использовать внешний AI-сервис. В статье, на которой основан этот материал, автор обращает внимание на неприятную деталь: в ядре WordPress нет встроенного ограничения расходов по каждому плагину, нет общего лимита по бюджету и нет потолка ежемесячных трат. Иными словами, сайт может получить удобный доступ к ИИ, но не получить встроенной защиты от лишних счетов.

На практике это означает вполне реальный риск для бизнеса. Один неудачно настроенный плагин, слишком агрессивная автоматизация, ошибка в логике обработки запросов или просто чрезмерная активность AI-функций — и расходы на OpenAI, Anthropic или Google могут вырасти быстрее, чем владелец сайта это заметит. Особенно чувствительной такая ситуация может стать для агентств, корпоративных сайтов и проектов, где используется сразу несколько расширений.

Поскольку в core нет ограничения по бюджету на каждый плагин, неправильно настроенный плагин может привести к значительным затратам на API, прежде чем вы заметите это.

Есть и второй важный момент — безопасность ключей. В WordPress Trac отдельно обсуждается аудит хранения API-ключей для экрана Connectors. В текущем состоянии речь идет о хранении ключей через options API, причем в обсуждении прямо указано, что такие ключи могут сохраняться в базе как plaintext-значения, то есть без шифрования. Дополнительно отмечается риск обхода маскировки на некоторых административных экранах. Это не значит, что система небезопасна по определению, но означает, что тема еще требует доработки и осторожности со стороны администраторов.

На этом фоне сама идея AI-интеграции в WordPress все равно выглядит логичной. Платформа давно шла к более унифицированной работе с внешними сервисами, и появление Connectors API — закономерный этап этого развития. Проблема не в том, что WordPress добавляет ИИ, а в том, что вместе с новыми возможностями владельцам сайтов теперь придется серьезнее думать о контроле расходов, правах доступа и способе хранения ключей.

Устанавливайте ограничения на расходы на стороне провайдера, прежде чем вводить какой-либо API-ключ в WordPress. Это единственная мера предосторожности, которая существует на данный момент.

Ситуацию делает еще интереснее и то, что релиз WordPress 7.0 был отложен: 2 апреля 2026 года команда Core отдельно пояснила, что выпуск перенесли, чтобы доработать реализацию совместного редактирования и учесть результаты тестирования. То есть сама архитектура версии 7.0 остается в центре внимания, но часть важных деталей еще находится в процессе шлифовки.

Главный вывод здесь довольно простой. WordPress 7.0 делает искусственный интеллект ближе, удобнее и доступнее для обычных сайтов. Но вместе с этим ИИ перестает быть просто «интересной функцией» и становится полноценной инфраструктурой, за которой нужно следить так же внимательно, как за безопасностью сайта, обновлениями плагинов и расходами на хостинг. Именно поэтому подключать AI-возможности стоит не только с интересом, но и с холодным расчетом.