Статті ·
Як підключити 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 так не буває — модель звертається до сервера напряму, отже й дані потрапляють туди.
Модель може помилитись у трактуванні
Інструмент повертає цифри й знахідки, але висновок формулює модель. Вона може перебільшити або, навпаки, пропустити критичне. Дивіться на конкретні знахідки, а не лише на переказ.
Навіщо це агенції
- Рутинна перевірка нового клієнта робиться в діалозі, а не переклацуванням десяти сервісів.
- Результат одразу в тому вигляді, у якому його можна вставити в лист: із поясненням, що робити.
- Той самий набір доступний і людині у вебі, і моделі — не треба тримати два різні інструментарії.
В українському сегменті таких серверів поки що немає. Це і причина, чому ми зробили його першим ділом після самих інструментів.