MCP-серверы для Google Search Console — это способ дать агенту читать ваши поисковые данные без предварительного экспорта в CSV. Это простая часть. Непростая — различить сами серверы, потому что все они представляются одинаково, а разница проявляется только тогда, когда спрашиваешь, что они на самом деле умеют.
Мы спросили. 12 сентября 2026 года мы подключили четыре опубликованных SEO MCP-сервера, отправили каждому запрос tools/list и посчитали, что вернулось. Получилось 42, 21, 4 и 1.
Этот разброс — не рейтинг качества. Это проектное решение, и оно меняет то, что агент может делать, во сколько он обходится вам по контексту и сколько ваших данных покидает ваш периметр.
Что мы тестировали и как
Метод: каждый сервер запускался ровно так, как предписывает его собственная документация, — через стандартный ввод-вывод или по HTTP, если документация указывала этот режим. Мы отправляли рукопожатие initialize из MCP, затем tools/list и записывали число и названия инструментов. Ключи API мы не использовали нигде, кроме случаев, когда сервер отказывался запускаться без ключа.
Сервер | Версия | Сколько инструментов вернулось | Нужна ли авторизация для списка инструментов |
|---|---|---|---|
Ahrefs MCP | 0.0.11 | 42 | Нет |
mcp-gsc | 0.3.2 | 21 | Нет |
DataForSEO MCP | 3.1.1 | 4 | Да, по HTTP |
seo-mcp-server | 3.0.5 | 1 | Нет |
Один сервер — сторонний пакет для Search Console — не завершил рукопожатие в наше 50-секундное окно, поэтому был исключён, а не оценён. Списки инструментов меняются с каждым релизом, так что относитесь к этим числам как к снимку одного утра, а не как к постоянному свойству какого-либо вендора.
Четыре конструкции и то, для чего каждая
Обёртка (21 инструмент). mcp-gsc берёт Search Console API и заворачивает каждый отчёт в именованный инструмент. Его список читается как должностная инструкция поискового аналитика: search_analytics, inspect_url, top_movers, quick_wins, cannibalization, content_decay, device_country_breakdown, ctr_anomalies, weekly_seo_report, indexing_coverage. Выигрыш в том, что модели вообще не нужно строить запрос. Цена в том, что вы наследуете чужое представление о том, что должен содержать отчёт, и ничего за пределами списка запросить нельзя.
Зеркало всей платформы (42 инструмента). Сервер Ahrefs выставляет продуктовую поверхность вендора конечная точка за конечной точкой: rank-tracker-overview, rank-tracker-competitors-overview, keywords-explorer-matching-terms, keywords-explorer-volume-history, batch-analysis. Это самый богатый список из измеренных нами и самый дорогой по контексту, потому что каждое определение инструмента загружается независимо от того, относится оно к задаче или нет. Он же нагляднее всех показывает компромисс: широта возможностей в обмен на постоянный налог на каждый запрос.
Шлюз (4 инструмента). Сервер DataForSEO версии 3 пошёл в обратную сторону. Он выставляет docs_index, docs_list_sections, docs_search и один универсальный api_request. Вместо того чтобы давать имя каждой конечной точке, он учит модель найти документацию и затем выполнить аутентифицированный вызов. Четыре инструмента покрывают API с сотнями конечных точек, и модель платит за конкретность во время вызова, а не во время загрузки. В нашей проверке HTTP-конечная точка вернула invalid auth без учётных данных и корректно ответила с ними. Это и есть желаемое поведение.
Сервер с одним инструментом (1 инструмент). seo-mcp-server возвращает ровно один инструмент — ai_content_detect. В маленьком сервере нет ничего плохого, но он должен быть честен насчёт того, чем является: демонстрацией или одиночной проверкой, а не рабочим столом SEO. Если вы поставите его в ожидании недельного отчёта, вы разочаруетесь так, как инструкция по установке даже не намекала.
Четыре архетипа. Два из них масштабируются до настоящей отчётной работы, и каждый масштабируется в свою сторону.
Почему число инструментов — неправильный заголовок
Два сервера с одинаковым числом могут вести себя совершенно по-разному, потому что значение имеет форма границы, а не цифра.
Обёртка решает ваши вопросы заранее. Это действительно полезно, когда базовый API неудобен, а обёртка кодирует настоящую экспертизу, — список mcp-gsc именно такой. Она становится ограничением в первый же момент, когда вашего вопроса нет в списке, и обойти это нечем.
Шлюз почти ничего не решает и перекладывает работу на модель. Это гибче и хрупче. Модель может дотянуться до чего угодно, а значит, может дотянуться до неверной конечной точки, неверно прочесть форму ответа и потратить три вызова инструментов, чтобы выяснить, что нужное поле называется иначе. На простых вопросах обёртка быстрее. На новых вопросах отвечает вообще только шлюз.
Практичная проверка — не «сколько там инструментов», а «выставляет ли сервер ту самую вещь, о которой я спрашиваю каждую неделю». В работе по отслеживанию позиций это обычно поисковая аналитика с разбивкой по дате и устройству плюс проверка URL. И обёртка, и шлюз это покрывают. А сервер с 42 инструментами покрывает это и ещё сорок вещей, которыми вы сегодня не воспользуетесь.
Проверки, которые действительно важны до установки
Читайте область разрешений, а не список функций. Серверы Search Console наследуют то, что допускает ваше OAuth-разрешение. Разрешения только на чтение, позволяющего перечислить ресурсы и выгрузить поисковую аналитику, достаточно для отчётов и мониторинга. Всё, что предлагает менять настройки, отправлять карту сайта или запрашивать индексирование, пишет в ваши ресурсы, и это заслуживает куда более высокого порога, чем «у этого репозитория есть звёзды».
Убедитесь, что уходит с вашей машины. Шлюз, передающий учётные данные API вендору, имеет другой профиль риска, чем локальная обёртка, которая говорит с Google API вашим собственным токеном. Оба могут быть нормальны. Но только один означает, что третья сторона видит каждое ключевое слово, которое вы выгружаете.
Прогоните тест пустого ответа. Попросите у сервера диапазон дат без данных — например, ресурс, который вы ещё не запустили. Хорошо сделанный сервер вернёт пустой набор результатов. Плохой вернёт ошибку, а агент, получивший ошибку, часто придумывает правдоподобное объяснение недостающим данным. Этот один тест ловит больше проблем, чем любое ревью кода.
Два сервера могут выставлять один и тот же отчёт и совершенно по-разному отвечать на вопрос, кто видит ваши учётные данные.
Проверьте, что происходит при сбое инструмента. Лимиты запросов реальны: Search Console допускает 1 200 запросов в минуту на ресурс, и волна повторных попыток агента исчерпает их сама по себе. Сервер, который показывает лимит, пригоден к работе. Сервер, который молча возвращает ничего, учит агента, что показов у вас нет, а это хуже ошибки. Тот же лимит определяет форму любого самодельного трекера позиций, так что бюджет запросов стоит одной строки в конфигурационном файле.
Подключение к агенту
Конфигурация — меньшая часть. Размещение определяет, получите ли вы ценность вообще.
{
"mcpServers": {
"gsc": {
"command": "npx",
"args": ["-y", "mcp-gsc"],
"env": { "GSC_CREDENTIALS": "/path/to/service-account.json" }
},
"dataforseo": {
"url": "http://localhost:3000/mcp",
"headers": { "Authorization": "Basic <base64 login:password>" }
}
}
}Три правила, которыми пользуемся мы, в порядке убывания предотвращаемой боли.
Один сервер на источник данных. Два сервера, каждый из которых утверждает, что отвечает на вопросы о позициях, дают два ответа, и агент выберет не правильный, а тот, что звучит убедительнее. Отдайте Search Console обёртке, сторонние данные SERP — шлюзу и запишите, по какому полю кто авторитетен.
Держите определение отчётности вне сервера. Инструменты дают агенту доступ к данным. Они не дают ему ваши определения: какие ресурсы считаются, какие запросы приносят выручку, позиция — это среднее за период или снимок за день. Это принадлежит файлу инструкций, который агент читает до того, как что-либо вызвать, и именно здесь проходит граница между полезным резюме и уверенной ошибкой. Процесс недельного отчёта — живой пример определений, живущих вне инструментов.
Проверьте первый запуск руками. Выгрузите неделю поисковой аналитики через сервер и сравните с той же неделей в интерфейсе Search Console. Если числа не сходятся, у вас проблема с диапазоном дат или атрибуцией, и каждый последующий автоматический отчёт унаследует её.
Позиция Auspia: вопрос MCP не в том, какой сервер лучший. А в том, какую границу вы хотите провести между агентом и своими данными. Обёртка — договор, который вы принимаете заранее. Шлюз — ответственность, которую вы принимаете при каждом запуске. Что из этого встраивается в более широкий процесс работы с позициями, руководство по возможностям агентов разбирает по задачам. Оба законны, а обжигаются те команды, которые сделали выбор, не заметив, что выбрали.
Частые вопросы
Публикует ли Google официальный MCP-сервер для Search Console? По состоянию на 12 сентября 2026 года мы не нашли такого в реестрах пакетов. Протестированные нами серверы Search Console — это community-проекты или проекты вендоров поверх официального API. Официальный здесь слой API, и само по себе это не автоматический недостаток, но это означает, что такой сервер — зависимость по сопровождению, которую выбираете вы.
Сколько MCP-инструментов — это слишком много для одной сессии агента? Фиксированного числа нет. Практическая граница — вытесняет ли список инструментов ваши инструкции из контекстного окна. Загрузив сервер с 42 инструментами для задачи, которой нужны два из них, вы платите за сорок определений при каждом вызове. Загружайте узкие серверы для рутины и широкие для исследования.
Может ли агент использовать MCP с Search Console без сервисного аккаунта? Да, если сервер реализовал поток OAuth и вы один раз прошли его локально. Путь через сервисный аккаунт проще автоматизировать и сложнее передать человеку, поэтому команды обычно держат оба: сервисный аккаунт для запусков по расписанию и OAuth для разовой работы.
Какой сервер оставили вы? Обёртку — для недельных отчётов, потому что вопросы известны. Шлюз остаётся установленным для любой работы, которой нужен источник данных, не покрытый обёрткой, а это большая часть интересной работы и ни одна из рутинных.
Автор: Julian Mercer, исследователь интеграции MCP в Auspia, работал с более чем 40 цепочками инструментов для агентов. Пишет о протоколах агентов, границах инструментов и операционной стоимости подключения языковых моделей к живым данным.
