Геолокация браузера: как её менять и зачем это нужно

Геолокация браузера — координаты, которые сайт получает через JavaScript-запрос к API navigator.geolocation, а не адрес, вычисленный по IP. Браузер спрашивает разрешение всплывающим окном, и только после согласия пользователя сайт видит широту и долготу. В антидетект-браузере эти координаты можно задать вручную, и профиль будет отвечать сайту не тем, что видит устройство, а тем, что указано в настройках.

Что такое геолокация браузера и как сайты её получают

Геолокация браузера — это ответ на конкретный запрос JavaScript-кода страницы к navigator.geolocation: сайт просит координаты, браузер показывает пользователю запрос на разрешение, и только после подтверждения передаёт данные. Без явного согласия сайт координаты не получает — в этом смысл API: доступ к местоположению не тайный.

!Стеклянная панель браузера с карточкой запроса разрешения и четырьмя источниками координат, сходящимися в один луч ответа.

Обычный браузер собирает координаты из нескольких источников и выбирает самый точный из доступных. На мобильном устройстве это GPS-модуль — самый точный вариант. Там, где GPS недоступен или отключён, браузер использует список видимых Wi-Fi-сетей рядом с устройством: их расположение уже известно картографическим базам. Третий источник — вышки сотовой связи, четвёртый и самый грубый — сам IP-адрес, который указывает в лучшем случае на город.

Антидетект-браузер работает с этим API иначе: он не блокирует запрос и не притворяется, что геолокация недоступна, а подменяет ответ на уровне браузерного движка. Сайт получает такой же корректный ответ, как от обычного браузера с включённым GPS, только координаты в нём — те, что заданы в настройках профиля, а не считанные с устройства. Для сайта разницы нет: запрос обработан штатно, разрешение получено, координаты пришли.

Геолокация браузера — это то, что сайт получил в ответ на запрос к API, а не то, где физически находится устройство.

Здесь же стоит развести понятия, которые в разговоре часто путают. GPS — один из источников геолокации, а не синоним самой геолокации: сайт не знает и не спрашивает, откуда взялись координаты, ему важен только итоговый ответ API. Подробнее о том, как эти сигналы связаны с отпечатком браузера, — в статье про отпечатки браузера и геолокацию.

Зачем арбитражнику менять геолокацию

Геолокация нужна для того, чтобы профиль выглядел так, будто им пользуется человек из заявленного региона, а не устройство, физически находящееся в другой стране. В мультиаккаунтинге у каждого профиля есть легенда — набор согласованных признаков, из которых площадка складывает представление о пользователе, — и геолокация в этой легенде такой же элемент, как отпечаток браузера или IP-адрес.

Легенда работает, пока все её части не противоречат друг другу. Площадка не проверяет геолокацию отдельно от остального: она сверяет её с другими сигналами в момент, когда что-то уже показалось подозрительным — например, вход с нового устройства, смена паттерна активности или резкий рост действий на аккаунте. В такой момент геолокация, которая не совпадает с регионом IP-адреса, становится дополнительным основанием для более пристальной проверки профиля.

Само по себе расхождение не означает автоматической блокировки — площадки используют геолокацию как один сигнал среди многих, а не как единственный критерий решения. Но чем больше сигналов профиля не сходится между собой, тем выше шанс, что при проверке всплывёт именно то расхождение, которое сложнее всего объяснить случайностью. Геолокация обычно расходится с IP не потому, что её специально подделали небрежно, а потому что про неё забыли при настройке профиля — это отдельная настройка, и её несовпадение с регионом IP-адреса нужно проверять руками при каждой смене гео.

Разбор того, почему рассинхронизация сигналов вообще заметна площадке и как отпечаток браузера в этом участвует, — в статье «Отпечатки браузера и геолокация: почему это важно для арбитражника».

Как геолокация связана с IP, часовым поясом и языком профиля

Геолокация — не самостоятельный параметр, а один из трёх сигналов, которые должны указывать на один и тот же регион: IP-адрес, часовой пояс системы и браузера, и переданные координаты. Рассинхронизация любого из них видна площадке при проверке, даже если остальные два настроены безупречно.

!Четыре стеклянные панели с меткой, маршрутом, часами и языковыми пузырями, нанизанные на одну светящуюся нить согласованности.

IP-адрес — первый и самый заметный сигнал: по базам геолокации провайдеров он определяет страну и обычно город, из которого идёт трафик. Если профиль работает через прокси с гео США, а API геолокации при этом отдаёт сайту координаты Москвы, расхождение видно сразу и не требует от площадки никаких сложных вычислений — это просто два разных ответа на вопрос «откуда пользователь», полученные разными способами.

Часовой пояс — отдельная от геолокации настройка, и её значение должно соответствовать и региону IP-адреса, и переданным координатам. Смена IP-адреса профиля не меняет часовой пояс автоматически: это два независимых параметра, каждый из которых настраивается отдельно. Профиль с IP из одной страны, координатами из другой и системным временем из третьей выглядит не как реальный пользователь, а как набор случайно подобранных настроек — а это именно то, что заметно при проверке.

Язык интерфейса и заголовок Accept-Language — тот же слой легенды, соседний с геолокацией: они не входят в число трёх обязательных сигналов из этой статьи, но точно так же должны соответствовать заявленному региону, а не оставаться дефолтными настройками системы.

Три сигнала — IP, часовой пояс и геолокация — должны указывать на один регион; несовпадение любого из них видно площадке при проверке.

Про то, как настроить связку IP и координат на практике, — в статье «Геолокация и IP-адреса при работе с несколькими аккаунтами», а про сам прокси — в инструкции по подключению прокси к браузеру.

Как включить и настроить геолокацию в антидетект-браузере

Геолокация в антидетект-браузерах настраивается в параметрах отдельного профиля, обычно на той же вкладке или рядом с настройками прокси и часового пояса — логика создателей интерфейса здесь в том, чтобы держать связанные сигналы легенды в одном месте, где их проще свести друг с другом. Точное расположение пункта меню отличается у разных антидетект-браузеров и меняется при обновлении версий, поэтому смысл важнее конкретного пути по интерфейсу.

Есть три способа задать геолокацию профиля. Первый — ввести координаты вручную, широту и долготу конкретной точки: это нужно, когда легенде требуется не просто «страна» или «город», а определённый район — но тогда сверка с IP-адресом и часовым поясом целиком на пользователе, и никто не сделает это автоматически. Второй способ — выбрать город из готового списка, что быстрее ручного ввода и снижает риск опечататься в координатах, но всё равно требует проверить, что выбранный город соответствует региону прокси. Третий и самый безопасный вариант — включить автоопределение по IP прокси: координаты подтягиваются под гео используемого прокси-сервера автоматически, и сверять вручную ничего не нужно, потому что рассинхронизация просто не возникает как класс проблемы.

Разница между вариантами именно в том, кто несёт ответственность за согласованность сигналов. Автоопределение снимает эту ответственность с человека полностью, ручной ввод — оставляет целиком, а выбор города из списка — где-то посередине: технической ошибки не будет, но регион всё равно нужно сверить с гео прокси самостоятельно.

Отдельно от выбора источника координат браузер решает, как реагировать на сам запрос сайта: разрешить его и отдать подставленные координаты, заблокировать запрос полностью, или каждый раз спрашивать подтверждение. Для профиля с согласованной легендой обычно нужен именно первый вариант — разрешить и отдать подставленные координаты, потому что заблокированный запрос сам по себе выглядит нетипично для обычного пользователя.

При выборе антидетект-браузера стоит сразу смотреть, насколько удобно в нём настраивается именно эта связка гео-параметров — сравнение вариантов есть в статье «Как выбрать антидетект-браузер: сравнение Dolphin, Octo и других инструментов». Готовый набор проверенных инструментов с настройкой геолокации — в рейтинге антидетект-браузеров.

Геолокация на мобильных профилях

На мобильном устройстве геолокация чаще берётся напрямую из GPS-модуля и списка видимых Wi-Fi-сетей, а не только из IP-адреса, как это часто происходит на десктопе при отсутствии других источников. Это делает мобильную геолокацию сложнее подменить: система, а не только браузер, уже знает точные координаты устройства и может передавать их приложениям в обход браузерных настроек.

На десктопе браузер — единственная программа, через которую сайт получает координаты, и подмена на уровне браузерного движка полностью закрывает вопрос. На Android источников координат больше одного, и часть из них работает на уровне операционной системы, а не приложения. Судя по всему, для полноценной подмены геолокации на Android часто нужны либо права уровня системы, либо отдельное приложение-эмулятор локации в дополнение к настройкам самого браузера — это стоит уточнить применительно к конкретному антидетект-браузеру и версии Android, потому что общей гарантии здесь нет.

Из этого следует практический вывод: перед тем как полагаться на мобильный профиль в задаче, где геолокация критична, стоит отдельно проверить, что именно умеет подменять конкретный мобильный антидетект-браузер — на уровне браузерного API или глубже, на уровне системы. Разница между этими двумя уровнями подмены определяет, насколько профиль устойчив к проверке площадкой.

Подробный разбор реальных возможностей и ограничений мобильных антидетект-браузеров — в статье «Антидетект-браузер на телефоне: что реально работает на Android».

Как проверить, что геолокация подставлена корректно

Проверка геолокации профиля состоит из трёх независимых шагов, и пропуск любого из них оставляет слепую зону — совпадение по одному параметру не гарантирует совпадения по другим. Каждый шаг проверяет свой сигнал и требует отдельного действия, а не одной общей команды «проверить гео».

!Металлическая лупа проверяет светящийся отпечаток, под линзой он превращается в чёткую метку геолокации.

Первый шаг — открыть тестовую страницу, которая запрашивает координаты через navigator.geolocation, и сравнить полученный в ответе результат с ожидаемыми координатами профиля. Это прямая проверка самого API: она показывает именно то, что увидит любой сайт, если запросит геолокацию у этого профиля.

Второй шаг — сверка через сервисы определения геолокации по IP-адресу: нужно сравнить город и страну, которые определяются по IP прокси, с городом и страной, заданными в настройках геолокации профиля. Если IP указывает на один регион, а координаты geolocation API — на другой, это ровно то расхождение, которое видно площадке при проверке профиля.

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

Проверка гео — это три отдельных сверки: ответ geolocation API, определение по IP и часовой пояс системы, а не один общий тест.

Только после того как все три проверки пройдены по отдельности и совпадают друг с другом, профиль можно считать согласованным по геолокации.

Частые ошибки при настройке геолокации

Разбор типичных ошибок стоит держать под рукой при каждой смене региона профиля — большинство проблем с геолокацией возникает не из-за сложности настройки, а из-за того, что один из связанных параметров просто забыли обновить вместе с остальными. Все три ошибки ниже объединяет одно: они не проявляются сразу, а всплывают только при проверке профиля площадкой.

• Сменили прокси на другую страну, но не обновили геолокацию профиля вручную. IP-адрес меняется мгновенно при смене прокси, а координаты geolocation API остаются прежними, пока их не поменяют отдельно — если только не включено автоопределение по IP, которое как раз и создано, чтобы исключить эту ошибку.
• Геолокация настроена точнее, чем позволяет IP-адрес. Например, заданы точные координаты в небольшом городе, а прокси — это дата-центр в другом регионе или даже другой стране: чем точнее заданы координаты, тем заметнее их несовпадение с грубой геолокацией по IP.
• Часовой пояс системы не тронули при смене гео профиля. Регион IP и координаты обновили, а системное время оставили прежним — в результате два из трёх сигналов совпадают, а третий выбивается, и этого достаточно, чтобы легенда профиля выглядела не до конца согласованной.

Проверка профилей особенно важна там, где их много и они меняют регион по расписанию, — принципы организации таких профилей разобраны в статье «Профили браузера для управления несколькими аккаунтами».

Частые вопросы

Нужно ли менять геолокацию, если сайт вообще не запрашивает координаты? Если код страницы не вызывает navigator.geolocation, конкретно этот сигнал сайту не передаётся и не сверяется — но легенда профиля обычно рассчитана на разные площадки, часть из которых такой запрос делает, поэтому настройку геолокации стоит держать согласованной заранее, а не по факту первого запроса.

Можно ли оставить геолокацию по умолчанию, если IP и часовой пояс уже настроены верно? Технически профиль будет работать, но при первом же запросе координат сайт получит либо отказ, либо реальные координаты устройства, если подмена не включена, — оба варианта одинаково выбиваются из общей легенды, поэтому геолокацию стоит настраивать вместе с остальными сигналами, а не отдельно от них.

Что безопаснее — заблокировать запрос геолокации или отдать подставленные координаты? Заблокированный запрос сам по себе не типичен для обычного пользователя, который обычно либо разрешает, либо игнорирует всплывающее окно, — отдать согласованные с IP подставленные координаты обычно ближе к поведению реального пользователя, чем полный запрет запроса.

Если нужно свести геолокацию, IP и часовой пояс профиля в единую настройку без ручной сверки при каждой смене региона, оставьте заявку — подскажем, какой вариант автоопределения подойдёт под вашу задачу.

Источники

• Geolocation API — W3C Working Draft — W3C
• Using the Geolocation API — MDN Web Docs (Mozilla)
• Same-origin policy and permissions for powerful features — MDN Web Docs (Mozilla)