- отрисовка JavaScript и действия реального пользователя (клик, прокрутка, заполнение форм)
- постоянные сессии (cookies и хранилище) с помощью профилей
- маршрутизация через прокси и воспроизводимая конфигурация браузера
Примечание: на этой странице описан технический шаблон интеграции. Он не меняет правила целевых сайтов и не гарантирует доступ к ним.
Общая схема интеграции
ИИ-агенты, как правило, не «подключаются к браузеру» напрямую. Вместо этого они:- планируют следующий шаг
- вызывают инструменты и функции, которые вы им предоставили (tool calling)
- читают структурированные результаты и продолжают работу
- подключаются к облачной сессии (токен и, при необходимости, профиль)
- выполняют действия в браузере (переход, клик, извлечение данных, снимок экрана)
- возвращают агенту структурированные результаты
Рекомендуемая архитектура
ИИ-агент (Claude / Codex / другой) -> вызывает ваш сервер инструментов (сервис на Node/Python) -> сервер инструментов использует Playwright/Puppeteer -> подключается к Gologin Cloud Browser (удалённая конечная точка) -> возвращает агенту результаты (текст/JSON/ссылку на снимок экрана) Преимущества такой схемы:- токен Gologin остаётся на стороне сервера
- можно применять ограничения частоты запросов, повторные попытки, логирование и проверки безопасности
- профили и прокси можно использовать единообразно
Предварительные требования
1) API-токен (на стороне сервера)
Сгенерируйте токен в личном кабинете:Личный кабинет -> API-токен
https://app.gologin.com/personalArea/TokenApi
Относитесь к токену как к секрету. Не используйте его в клиентском коде.
2) (Рекомендуется) Профили и прокси через REST API
Cloud Browser — это слой выполнения. Чтобы управлять профилями (создавать и обновлять) и настраивать прокси, используйте REST API:- Profiles API: https://gologin.com/docs/api-reference/profile
- Proxy API: https://gologin.com/docs/api-reference/proxy
Важно: если у профиля неверно настроен или недоступен прокси, сессия облачного браузера не запустится и завершится ошибкой тайм-аута прокси. Перед подключением убедитесь, что прокси доступен, либо для тестирования установите режим прокси none.
Два URL — в чём разница
Gologin предоставляет два разных URL для Cloud Browser. Они служат разным целям:
Для Puppeteer/Playwright подходит только эндпоинт
/connect. URL Live View возвращает HTML-интерфейс трансляции и не может использоваться как browserWSEndpoint.
Подключение к облачной сессии
Используйте основной эндпоинт Cloud Browser:token— ваш API-токен Gologinprofile— ID профиля (необязательно)- Используйте
profileId, если нужны постоянные сессии и управляемая конфигурация - Если
profileне указан, для сессии может быть создан новый профиль
- Используйте
/connect запускает сессию браузера автоматически — отдельный вызов API перед подключением не нужен.
Примеры реализации (Puppeteer/Playwright):
https://gologin.com/docs/api-reference/cloud-browser/getting-started
Готовые CLI-инструменты и собственные инструменты
Есть два способа дать агентам доступ к браузеру:Вариант A: использовать CLI-инструменты Gologin (рекомендуется в большинстве случаев)
- Agent Browser CLI — готовый CLI с командами
open,snapshot,click,type,fill,screenshot,closeи более чем 30 другими. Включает постоянный демон, взаимодействие через ссылки на элементы (ref) и компактный вывод, рассчитанный на циклы работы агента. - Web Access CLI — единый CLI, объединяющий скрапинг (Web Unlocker) и работу с браузером в одном инструменте.
- AI Skills — готовые навыки для Claude Code, которые всё делают автоматически.
Вариант B: создать собственные инструменты на Puppeteer/Playwright
Если вам нужен полный контроль, реализуйте небольшой набор обёрток вокруг Playwright/Puppeteer и предоставьте их как инструменты. Обычно хватает минимального набора:open_url(url)click(selector)type(selector, text)wait_for(selector | timeout)extract_text(selector | page)screenshot()close_session()
Важно: управление сессией между вызовами инструментов
Это самый важный архитектурный момент для сценариев с агентами. ИИ-агент вызывает инструменты последовательно, на нескольких шагах. Каждый вызов должен использовать одно и то же подключение к браузеру: если на каждый вызов создавать новыйpuppeteer.connect(), между шагами будут теряться cookies, локальное хранилище и состояние страницы.
Рекомендуемый подход: храните единственный экземпляр сессии (singleton) на сервере инструментов.
getSession(), чтобы получить общий экземпляр:
Что инструменты должны возвращать агенту
Возвращайте небольшие структурированные результаты, чтобы агент мог надёжно продолжать работу, например:- текущий URL
- извлечённый текст / JSON
- найден ли элемент
- ссылку на снимок экрана (если вы его сохраняете)
- тип ошибки (тайм-аут, ошибка навигации и т. д.)
Эксплуатационные замечания
- Безопасность: храните токен на стороне сервера, никогда не встраивайте его в клиентские приложения.
- Управление сессиями: закрывайте сессии после завершения работы, чтобы не упереться в лимит одновременных сессий. Вызывайте
closeSession(), когда сценарий агента завершён. - Надёжность: добавьте повторные попытки с задержкой (backoff) для временных сбоев (тайм-ауты, ошибки навигации).
- Наблюдаемость: для отладки можно открыть Live View, если он доступен. Пример формата URL:
https://cloudbrowser.gologin.com/browsers/{profileId}/{sessionId-or-view-token}/
Ограничения
- Результаты зависят от целевого сайта и вашей конфигурации.
- Сайты могут блокировать автоматизацию; Cloud Browser — это среда выполнения, а не гарантия доступа.
- Подключение к одному профилю из нескольких одновременных сессий может вызывать конфликты — используйте одно подключение на профиль одновременно.
- Действуют квоты и ограничения частоты запросов: https://gologin.com/docs/api-reference/limitations/rate-limits