Meta Ads MCP + Hermes: подключение без регистрации своего приложения

Дополнительные файлы из урока

Обычный путь к регулярной выгрузке данных из Meta Ads упирается в регистрацию и подтверждение собственного приложения, Business Manager и долгую модерацию. Из-за этого аналитика рекламных кабинетов остаётся ручной или откладывается. В этом гайде я показываю, как подключить официальный Meta Ads MCP к Hermes через static OAuth client_id: собирать метрики в таблицы, сравнивать периоды, видеть изменения и готовить гипотезы по креативам, аудиториям, офферам и бюджету. Разбираю настройку профиля, запуск OAuth, авторизацию на удалённом сервере без GUI, проверку соединения и частые ошибки. Подход рассчитан на работу с данными, без изменений кампаний и бюджетов: начинать стоит с read-only запросов и соблюдать rate limits. Гайд можно отправить своему агенту и попросить адаптировать инструкцию под ваш профиль Hermes.

Инструкция описывает общий принцип и не содержит токенов, authorization codes, идентификаторов рекламных аккаунтов или конкретных локальных путей.

Что подключаем

Официальный Meta Ads MCP:

https://mcp.facebook.com/ads

После успешной настройки MCP-клиент должен обнаружить инструменты для чтения статистики, работы с кампаниями, объявлениями, аудиториями, каталогами и другими объектами Meta Ads.

В чём проблема стандартного OAuth

Минимальная конфигурация remote MCP обычно выглядит так:

mcp_servers: meta_ads: url: https://mcp.facebook.com/ads auth: oauth

Многие MCP-клиенты при такой конфигурации пытаются зарегистрировать OAuth-клиента через Dynamic Client Registration — DCR.

Meta Ads MCP может отклонить этот шаг:

Registration failed: 400 { "error": "invalid_client_metadata", "error_description": "Dynamic registration is not available for this client." }

Это означает, что endpoint и OAuth discovery работают, но Meta ожидает заранее зарегистрированный OAuth client_id.

Почему URL-based client_id может не сработать

Попытка передать URL Client ID Metadata Document как client_id может привести к ошибке:

Недействительный идентификатор приложения

В таком случае Meta ожидает обычный числовой App ID / static client_id, который уже известен Meta.

Общая идея обхода

Если Meta Ads MCP уже поддерживается в другом AI-продукте, этот продукт может использовать собственное зарегистрированное в Meta OAuth-приложение.

Общий принцип:

  1. Добавить официальный Meta Ads MCP в поддерживаемый AI-продукт.
  2. Запустить там OAuth-авторизацию.
  3. Посмотреть сформированный URL авторизации Meta.
  4. Извлечь из него только публичный параметр client_id.
  5. Указать этот client_id как static/pre-registered client в своём MCP-клиенте.
  6. Запустить новый OAuth + PKCE flow уже из своего MCP-клиента.

Важно: authorization code и access token из первой системы…

🔒

Этот материал доступен участникам Клуба. Войдите или оформите доступ, чтобы читать целиком, открывать видео и комментировать.

Войти Вступить / купить доступ