Содержание
MCP-серверы для браузера дают AI-агентам возможность навигировать по страницам, кликать, заполнять формы, делать скриншоты и извлекать данные. Пять основных решений — Playwright MCP (34,5K звезд, 3 браузера), Puppeteer MCP (470 звёзд, только Chrome), Browserbase MCP (3,4K звёзд, облачная инфраструктура со встроенным обходом антибот-систем), Stagehand MCP (23,3K звёзд, LLM-нативное управление через act/extract) и Chrome DevTools MCP — различаются архитектурой доступности, стеком браузеров и готовностью к продакшену.
Как устроен MCP-сервер для браузера
Все MCP-серверы браузерной автоматизации работают по единой схеме: клиентская AI-программа подключается к MCP-серверу, который управляет браузером через стандартный движок. Разница — в том, как сервер представляет состояние страницы агенту и какие инструменты открывает.
Есть четыре подхода к тому, как MCP-сервер передаёт агенту состояние страницы. Первый и самый популярный — accessibility snapshots: сервер возвращает структурированный текст из accessibility-дерева браузера (имена элементов, роли, состояния, ref-идентификаторы). Это занимает 2–5 КБ на страницу, не требует vision-модели, элементы находятся детерминированно. Так работают Playwright MCP и Puppeteer MCP.
Второй подход — vision / screenshots: сервер делает скриншот и отправляет vision-модели. Это 100+ КБ на страницу, точность зависит от качества модели, медленнее. Третий — DOM extraction: возвращает сырой или упрощённый HTML. Четвёртый — site-declared tools (WebMCP): сайт сам объявляет доступные действия — самый быстрый, но требует поддержки от площадки.
Playwright MCP стал стандартом именно благодаря accessibility snapshot: он надёжнее CSS-селекторов (которые ломаются при изменении разметки) и быстрее vision-подхода.
Playwright MCP — стандарт отрасли
Playwright MCP от Microsoft — самый популярный MCP-сервер для браузерной автоматизации на июнь 2026. 34 544 звезды на GitHub, 2 864 форка, Apache 2.0. Написан на TypeScript, поддерживает Chromium, Firefox и WebKit.
Ключевая особенность Playwright MCP — accessibility snapshots вместо сырого DOM. AI-агент получает состояние страницы в том виде, в каком его видит скринридер: имена элементов, их роли (`button`, `link`, `heading`), состояния (`enabled`, `disabled`, `checked`). Это означает, что селекторы не ломаются при изменении CSS-классов или структуры DOM — только когда Accessibility Object Model меняется, что происходит редко.
Playwright MCP поддерживает три режима работы. Headless (по умолчанию) — браузер не отображается, подходит для CI/CD и серверных задач. Headed — с видимым окном, полезно для отладки. И connect — подключение к уже запущенному экземпляру браузера через CDP (Chrome DevTools Protocol).
| Параметр | Значение |
|---|---|
| GitHub звёзд | 34 544 |
| Поддерживаемые браузеры | Chromium, Firefox, WebKit |
| Лицензия | Apache 2.0 |
| Установка | npx @playwright/mcp |
| Подход к странице | Accessibility snapshots |
| Режимы | Headless / Headed / Connect |
Для подключения в Claude Desktop или Cursor достаточно добавить в конфиг MCP-серверов: npx @playwright/mcp. Никаких дополнительных зависимостей — Playwright сам скачивает нужные браузеры при первом запуске.
Основной недостаток — потребление памяти. Каждый инстанс Playwright занимает 200–600 МБ ОЗУ. Пять параллельных сессий на сервере с 2 ГБ памяти — уже проблема. Для агентов, которые запускают браузер при каждом запросе, холодный старт в 2–5 секунд тоже может быть критичен.
Puppeteer MCP — лёгкая альтернатива
Puppeteer MCP Server (470 звёзд, MIT, TypeScript) — более лёгкое решение на базе Puppeteer. Работает только с Chromium, но покрывает основные сценарии: навигация, скриншоты, выполнение JavaScript, генерация PDF, взаимодействие с формами.
По данным MCP.Directory, Puppeteer MCP уступает Playwright MCP по функциональности, но и сложности в нём меньше. Если вам нужен только Chrome и базовые операции — скриншот, клик, заполнение поля — Puppeteer MCP будет проще. Не нужно разбираться в трёх браузерных движках, API компактнее.
В 2026 году Puppeteer MCP в основном используют для легаси-проектов, где уже есть инфраструктура на Puppeteer. Для новых проектов разработчики рекомендуют Playwright — лучшая поддержка, асинхронное API по умолчанию, три браузера. Однако Puppeteer остаётся самым лёгким вариантом для простых задач: если вам нужно «просто сделать скриншот» — Puppeteer MCP справится без перегрузки.
Архитектурное отличие: Puppeteer MCP использует DOM extraction вместо accessibility snapshots. Это значит, что агент получает полный HTML страницы и разбирает его сам. Может сработать для простых страниц, но на сложных SPA-сайтах (React, Vue, Angular) DOM может быть перегружен и содержать тысячи узлов.
Browserbase MCP — облачная инфраструктура
Browserbase MCP Server (3 388 звёзд, Apache 2.0, TypeScript) решает главную проблему локальных браузеров — антибот-детекцию. По данным FastCRW, стандартный headless Chromium блокируется Cloudflare, DataDome и PerimeterX на большинстве продакшен-сайтов. Browserbase запускает браузеры в облаке с ротацией прокси, подменой fingerprint и встроенным обходом CAPTCHA.
С архитектурной точки зрения Browserbase — это managed-инфраструктура для Playwright и Puppeteer. Вместо того чтобы запускать `chromium.launch()` локально, вы подключаетесь к удалённой сессии через CDP:
Browserbase MCP не требует установки браузера на сервере, не ест память (браузер работает на стороне Browserbase), и позволяет запускать десятки параллельных сессий. Минус — цена: каждая сессия стоит кредитов, а при больших объёмах (100K+ страниц в месяц) расходы сопоставимы с арендой выделенного сервера.
На июнь 2026 Browserbase остаётся лучшим выбором для задач, где важна стабильность на защищённых сайтах: парсинг电商-площадок, сбор данных с порталов с Cloudflare, мониторинг цен на маркетплейсах.
Stagehand MCP — управление браузером через LLM
Stagehand (23 292 звезды, MIT, TypeScript) от Browserbase — это AI-native прослойка над Playwright. Вместо того чтобы писать browser_navigate и browser_click, вы говорите «найди кнопку логина и нажми» — Stagehand сам находит нужный элемент через LLM и выполняет действие.
Stagehand предоставляет три основных метода. act() — выполнить действие по текстовому описанию («click the login button», «fill the search field with cats»). extract() — извлечь данные по схеме (передаёте Zod-схему, получаете структурированный JSON). observe() — агент сам решает, какие действия возможны на странице, и возвращает список кандидатов.
Stagehand MCP — это MCP-обёртка над Stagehand. Вместо прямого API вы получаете стандартные MCP-инструменты, за которыми стоит LLM-логика. Для Claude Desktop подключение выглядит как обычный MCP-сервер, но под капотом работает агент, который понимает контекст страницы и принимает решения.
По данным AgentMarketCap, Stagehand — самый быстрорастущий инструмент в категории AI-браузеров за первую половину 2026. Причина: он закрывает разрыв между «агентом, который знает, что делать» и «агентом, который может это сделать в браузере».
Основное ограничение — Stagehand зависит от LLM для каждого действия. Каждый вызов act() отправляет snapshot страницы в API (Claude, GPT или локальная модель). Это добавляет latency и стоимость. Для простых извлекающих задач (прочитать текст со страницы) Stagehand избыточен — Playwright MCP справится быстрее и дешевле.
Chrome DevTools MCP — инструмент отладки
Chrome DevTools MCP — относительно новый участник рынка. В отличие от Playwright и Puppeteer, которые эмулируют пользователя, Chrome DevTools MCP подключается к Chrome DevTools Protocol напрямую. Это даёт доступ к низкоуровневым инструментам браузера: инспектирование сетевых запросов, профилирование производительности, анализ Coverage, манипуляции с Application storage (cookies, localStorage, IndexedDB).
По данным AgentSkillsHub, Chrome DevTools MCP — не замена Playwright MCP, а дополнение. Если Playwright MCP отвечает на вопрос «как агенту взаимодействовать со страницей», то Chrome DevTools MCP отвечает на вопрос «что происходит внутри браузера».
Этот сервер полезен в сценариях отладки: агент анализирует, почему не загрузился скрипт, проверяет размер бандла, смотрит цепочку редиректов. Для типовой веб-автоматизации (кликни-заполни-извлеки) Chrome DevTools MCP избыточен, но в составе агента-тестировщика или QA-пайплайна он незаменим.
На июнь 2026 у Chrome DevTools MCP нет отдельного GitHub-репозитория с высокой звёздностью — функциональность распылена по нескольким проектам (chrome-mcp, devtools-mcp-server). Однако концепция набирает популярность: возможность дать агенту доступ к DevTools означает, что агент может не просто автоматизировать браузер, но и отлаживать веб-приложения — принципиально новый класс задач.
Сравнительная таблица MCP-серверов
| Характеристика | Playwright MCP | Puppeteer MCP | Browserbase MCP | Stagehand MCP | Chrome DevTools MCP |
|---|---|---|---|---|---|
| Звёзд GitHub | 34 544 | 470 | 3 388 | 23 292 | — |
| Движки | Chromium + Firefox + WebKit | Chromium | Chromium (через прокси) | Chromium | Chromium |
| Подход к странице | Accessibility snapshot | DOM extraction | Accessibility + stealth | LLM-нативный (act/extract) | Chrome DevTools Protocol |
| Антибот-защита | Нет | Нет | Встроенная (прокси + fingerprint) | Через Browserbase | Нет |
| Память на сессию | 200–600 МБ | 150–400 МБ | 0 (в облаке) | 200–600 МБ | 150–300 МБ |
| Установка | npx | npx | API-ключ | npx + API-ключ | npx |
| Лучший сценарий | Универсальная автоматизация | Простые скриншоты | Сайты с Cloudflare | Многошаговые сценарии | Отладка и QA |
Выбор сервера зависит от конкретной задачи. Если вам нужно стабильно парсить десятки страниц в минуту — Playwright MCP. Если сайты защищены Cloudflare — Browserbase MCP. Если агент должен сам принимать решения о том, что делать на странице — Stagehand MCP. Для диагностики проблем — Chrome DevTools MCP. Puppeteer MCP остаётся как лёгкий вариант для простых скриншотов на легаси-проектах.
Практический совет: начните с Playwright MCP — он покрывает 80% сценариев, бесплатен и имеет наибольшее сообщество. Если упрётесь в антибот-защиту на конкретном сайте — добавьте Browserbase MCP как fallback для сложных страниц. Stagehand MCP стоит подключать только тогда, когда появилась задача «агент сам решает, что делать на странице» — для простого извлечения данных он избыточен.
Коротко
Рынок MCP-серверов для браузера в 2026 году разделился на четыре ниши: универсальные решения (Playwright MCP), облачная инфраструктура с антибот-защитой (Browserbase MCP), LLM-нативное управление (Stagehand MCP) и инструменты отладки (Chrome DevTools MCP). Puppeteer MCP остаётся как легаси-вариант для простых задач.
Playwright MCP — безусловный лидер по функциональности и сообществу. Browserbase MCP — выбор для продакшен-задач на сайтах с защитой. Stagehand MCP — самый быстрорастущий инструмент, но с дополнительными расходами на LLM.
Для типового сценария «агент собирает данные с веб-страниц» оптимальная связка: Playwright MCP как основной драйвер + Browserbase MCP для сложных сайтов. Никакие CSS-селекторы не нужны — accessibility snapshot решает проблему стабильности.
Что ещё важно знать
Playwright MCP работает с любым AI-агентом?
Да, если агент поддерживает протокол MCP. Это Claude Desktop, Cursor, VS Code через продолжения, любой кастомный агент на Python/JS с MCP-клиентом. Playwright MCP не привязан к конкретной модели или платформе — он предоставляет стандартные инструменты через JSON-RPC.
Какой MCP-сервер лучше обходит Cloudflare?
Browserbase MCP имеет встроенную поддержку stealth-режима: ротация реальных прокси, подмена fingerprint'а, эмуляция мыши и таймингов человека. Playwright и Puppeteer «из коробки» блокируются Cloudflare. Для обхода нужно подключать дополнительные плагины вроде playwright-extra с puppeteer-extra-plugin-stealth, что усложняет поддержку.
Stagehand MCP нужен API-ключ или работает локально?
Stagehand может работать локально (режим LOCAL — использует Ollama или другую локальную LLM для принятия решений о кликах и извлечении), но по умолчанию использует API Browserbase для облачных сессий. Для локального режима нужна модель с инструмент-коллингом — например, Claude или GPT через API, или локальная Qwen с function calling.
Сколько памяти реально нужно для Playwright MCP?
Один headless Chromium — примерно 200–300 МБ. С открытой страницей и загруженным JS — до 600 МБ. Если запускаете 3 параллельных сессии, рассчитывайте на 1–2 ГБ. Для продакшена с 10+ параллельными сессиями нужен сервер с 8+ ГБ RAM или Browserbase (браузер работает в облаке, не на вашем сервере).
Что такое accessibility snapshot и почему это важно?
Accessibility snapshot — это структурированное текстовое представление страницы, которое браузер строит для скринридеров. В отличие от HTML, accessibility-дерево содержит только интерактивные и информативные элементы с понятными названиями. AI-агенту не нужно парсить сырой DOM и угадывать, что означают CSS-классы — он получает готовую семантическую модель страницы. Это делает взаимодействие с агентом более надёжным и предсказуемым.