Статті ·

Як підключити SEO-інструменти до Claude через MCP

MCP дозволяє мовній моделі викликати ваші інструменти напряму. Розбираємо, що це таке, як підключити набір SEO-інструментів до Claude за одну команду і де межа застосування.

Звична робота з мовною моделлю виглядає так: ви копіюєте дані в чат, отримуєте відповідь, копіюєте назад. MCP прибирає цей проміжок — модель звертається до інструмента сама й отримує справжній результат, а не переказ.

Різниця відчутна на конкретиці. «Проаналізуй мій сайт» без інструментів дає загальні поради. З підключеним інструментом та сама фраза дає «robots.txt закриває весь сайт від індексації, sitemap порожній» — бо модель справді сходила й подивилась.

Що таке MCP

Model Context Protocol — відкритий протокол, за яким мовна модель викликає зовнішні інструменти. Технічно це JSON-RPC: клієнт питає в сервера список доступних інструментів, отримує їхні назви та схеми параметрів, а далі викликає потрібний.

Для користувача це виглядає як звичайна розмова. Уся механіка — у конфігу, який пишеться один раз.

Підключення за одну команду

Claude Code

claude mcp add --transport http lionex-tools \
  https://tools.lionex.com.ua/api/mcp

Claude Desktop

У файлі claude_desktop_config.json:

{
  "mcpServers": {
    "lionex-tools": {
      "type": "http",
      "url": "https://tools.lionex.com.ua/api/mcp"
    }
  }
}

Ключів і реєстрації не потрібно. Актуальна адреса сервера завжди на сторінці підключення.

Що можна питати

  • «Перевір robots.txt і sitemap у site.ua» — що закрито від індексації;
  • «Знайди канібалізацію на site.ua» — які сторінки конкурують за один запит;
  • «Перевір мій YML-фід для Prom» — які товари не пройдуть імпорт;
  • «Чи варто LLM цитувати цю сторінку?» — вісім ознак, за якими моделі обирають джерело;
  • «Побудуй карту редиректів зі старих URL на нові» — готовий конфіг nginx.

Найкорисніше починається далі: модель поєднує інструменти між собою. Наприклад, бере список URL із перевірки sitemap і одразу проганяє їх через перевірку кодів відповіді, а потім пояснює, що з цим робити.

Як це працює зсередини

Сервер віддає моделі опис кожного інструмента: назву, пояснення й JSON Schema параметрів. Модель за цим описом сама розуміє, що yml-feed-validator потребує посилання на фід і назви майданчика.

У нашому випадку жодного окремого опису писати не довелося: інструменти від початку описані схемами валідації, а з них JSON Schema генерується автоматично. Один опис обслуговує веб-форму, REST API і MCP одночасно.

Дві межі, про які варто знати

Дані йдуть на сервер

У веб-версії важкі інструменти рахують у браузері: файл логу не покидає ваш пристрій. Через MCP так не буває — модель звертається до сервера напряму, отже й дані потрапляють туди.

Модель може помилитись у трактуванні

Інструмент повертає цифри й знахідки, але висновок формулює модель. Вона може перебільшити або, навпаки, пропустити критичне. Дивіться на конкретні знахідки, а не лише на переказ.

Навіщо це агенції

  1. Рутинна перевірка нового клієнта робиться в діалозі, а не переклацуванням десяти сервісів.
  2. Результат одразу в тому вигляді, у якому його можна вставити в лист: із поясненням, що робити.
  3. Той самий набір доступний і людині у вебі, і моделі — не треба тримати два різні інструментарії.

В українському сегменті таких серверів поки що немає. Це і причина, чому ми зробили його першим ділом після самих інструментів.