Helodata

Подключите профиль браузера к резидентным прокси Helodata. Три шага, без плагинов и расширений для авторизации прокси.

Резидентные прокси Helodata: один шлюз, а субаккаунт, продукт, гео и липкая сессия кодируются в одном логине, начинающемся с helo_. Значения измерены на живом пробном аккаунте, а не взяты из документации - и три задокументированные формы таргетинга в написанном виде не заработали, поэтому ниже приведены те, что работают.

https://helodata.com/products/residential-proxies

1. Получите доступы

В панели Helodata откройте резидентный продукт и скопируйте хост шлюза, порт, логин и пароль. Всё дальнейшее опирается на эти четыре значения.

2. Соберите строку прокси

Одна строка вместе с доступами. Параметры гео и сессии кладутся в ту половину, которую использует этот провайдер - в таблице ниже указано, в какую именно.

http://helo_<sub-user>-type-res-region-us-session-<id>-sesstime-30:<sub-user password>@gate.helodata.io:7777

3. Запустите

Часовой пояс, локаль и WebRTC берутся от адреса выхода, поэтому американский выход не приезжает с вашим собственным часовым поясом.

await ab.launch({
  profile: 'acc-01',
  proxy: 'http://helo_<sub-user>-type-res-region-us-session-<id>-sesstime-30:<sub-user password>@gate.helodata.io:7777',
})

launch(
    profile="acc-01",
    proxy="http://helo_<sub-user>-type-res-region-us-session-<id>-sesstime-30:<sub-user password>@gate.helodata.io:7777",
)

Не хотите заводить аккаунт у провайдера? На платных тарифах есть управляемые резидентные прокси.

Параметры

Прочитано в документации Helodata 2026-09-23. Порты и точки входа зависят от тарифа и зоны, поэтому при расхождении с вашей панелью права панель.

Шлюз	gate.helodata.io. Региональные точки входа, которые реально резолвятся: na.helodata.io, eu.helodata.io и as.helodata.io - имена na.gate / eu.gate / ap.gate из документации 23.09.2026 возвращали NXDOMAIN. Немецкий выход через eu.helodata.io измерен и работает.
Порты	7777 для всех протоколов. Шлюз сам определяет HTTP, HTTPS или SOCKS5 по рукопожатию.
Протоколы	HTTP и SOCKS5 на одном хосте и порту. Оба измерены в AntiBrow с одним и тем же доступом.
Параметры кладутся в	логин
Выбор страны	-region-<iso2> строчными буквами. Более узкие параметры идут следом: -state- принимает полное название штата, а не двухбуквенный код из документации (state-california и state-newyork сработали, state-ca, state-ny и state-tx - ни разу). -city- принимает полный слаг: city-losangeles сработал и дал Гарден-Гроув, а city-la из документации - нет. city-berlin дал выход в Берлине, -asn-7922 - на Comcast.
Липкая сессия	-session-<id>-sesstime-<минуты>, оба сегмента вместе или ни одного. Измерено: один идентификатор сессии дал 100.14.135.117 в профиле AntiBrow и тот же адрес в двух отдельных запросах через несколько минут - сессию держит шлюз, а не браузер. Без сегмента сессии каждое новое соединение получает новый выход.
Длительность сессии	От 1 до 30 минут для резидентных и от 1 до 60 для мобильных, по документации. Идентификатор сессии - [a-z0-9], до 32 символов.
Источник	https://docs.helodata.com/getting-started/username-format

Что стоит знать

Префикс helo_ обязателен, и без него ошибка неочевидна: шлюз закрывает CONNECT-туннель вообще без кода ответа. Неверный пароль, наоборот, даёт чистый 407. Если страница падает с закрытым соединением, а не с ошибкой авторизации, сначала проверьте префикс.
Измерено 23.09.2026 в AntiBrow, по профилю на случай: американский выход - Comcast в Пенсильвании, немецкий - Vodafone в Гисене, японские - QTnet в Оите и SoftBank в Токио. Все проверенные выходы - на пользовательских провайдерах. В ротационном режиме выход меняется на каждое соединение - две страницы, открытые подряд в одном профиле, увидели два разных адреса, - поэтому добавляйте сессию, если сайт должен видеть один IP.
Одна липкая сессия зависла: её идентификатор оставался привязан к выходу, который принимал туннель и обрывал каждое TLS-рукопожатие - пять попыток примерно за семь минут - два запуска браузера и три обычных запроса, - хотя по документации мёртвый выход должен переназначаться. Новый идентификатор сессии сразу это исправил. Если липкий профиль вдруг падает с закрытым соединением, первым делом смените идентификатор.
Первое соединение через шлюз медленное - первая загрузка страницы заняла 2.6-18.7 секунды, SOCKS5 медленнее всего, - и это влияет на часовой пояс. На американском и немецком выходах часовой пояс последовал за выходом (America/New_York, Europe/Berlin), но на японских геозапрос при запуске через этот шлюз занимал 2.8-20 секунд и не укладывался во время, поэтому профиль оставался с заданным часовым поясом. Для удалённых выходов задайте часовой пояс в профиле сами или проверьте browser.timezone после запуска.
Утечки WebRTC не было ни в одном запуске: единственными ICE-кандидатами были mDNS-имена .local, локальный адрес не появился ни разу. В отличие от большинства провайдеров на этой странице, srflx-кандидат не вернулся вовсе - STUN-запрос через этот шлюз не прошёл, - поэтому проверка WebRTC видит не адрес выхода, а отсутствие публичного адреса.
Доступы находятся в панели в разделе Residential - Sub-users, а сама панель закрыта проверкой Cloudflare. API-ключ со страницы API в панели читает баланс, квоты и расход на api.helodata.com/v1, но субаккаунты не перечисляет, поэтому доступ к прокси через него не получить. Тестировался пробный тариф: 1 ГБ резидентного трафика на семь дней.