Геотаргетинг proxy: как выбрать страну, город и ASN для Турции, ЕС и США

В этом руководстве разобрано, что означает каждый из трёх уровней, почему геобазы показывают разные локации для одного и того же IP и как проверить точку выхода. Затем приведён чек-лист согласованности для часового пояса, Accept-Language, валюты и DNS. В примерах используется gateway WeProxy gw.weproxy.com.tr:8989, а USER и PASSWORD — заглушки для учётных данных.

Что означает таргетинг по стране, городу и ASN?

У IP-адреса есть три разных вида «местоположения», и каждый берётся из своего источника. Страна и город — это оценка геолокационных баз данных. ASN показывает, какой сети принадлежит IP-блок, и считывается из данных маршрутизации BGP. Понимание этой разницы подсказывает, куда смотреть, если результат оказался неверным.

Таргетинг по стране

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

Таргетинг по городу

Таргетинг по городу выбирает примерную агломерацию внутри одной страны. На этом уровне меняются локальная выдача, блоки с картами, наличие товаров в магазинах и городские рекламные кампании. Стамбул и Измир или Нью-Йорк и Лос-Анджелес могут давать разные страницы выдачи даже при выходе через одну и ту же страну.

Таргетинг по ASN

ASN (Autonomous System Number) — номер сети, которая анонсирует IP-блок в интернет. Домашний провайдер, мобильный оператор или дата-центр видны под собственным ASN. Номера ASN выдают региональные интернет-регистратуры (RIR); для Европы и Турции это RIPE NCC. Таргетинг по ASN выбирает сетевую идентичность, а не местоположение.

Почему геобазы показывают разные локации для одного IP?

В IP-адресе нет данных о местоположении. Геолокационные провайдеры вроде MaxMind оценивают его по записям RIR, данным, которые публикуют операторы, замерам задержки и пользовательским сигналам. Каждый провайдер по-своему взвешивает источники и обновляется по собственному графику. Поэтому одна база может поместить IP в Анкару, а другая — в Стамбул.

Чаще всего расходятся страна регистрации и фактическое местоположение. IP-блок может быть зарегистрирован на компанию в Нидерландах и при этом использоваться в Германии. Поэтому некоторые базы хранят два отдельных поля: страну регистрации (registered country) и оценку местоположения. Целевой сайт не сообщает, какое из них он читает, так что в собственном тесте нужно смотреть на оба.

Операторы могут публиковать местоположение своих блоков в формате geofeed, описанном в RFC 8805. Базы, которые читают geofeed, дают более точный результат, но не каждая база подхватывает каждый geofeed одинаково быстро. Когда блок переезжает в другой город, старая локация может неделями оставаться в некоторых источниках.

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

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

Когда нужен таргетинг по городу или ASN?

Для большинства задач достаточно таргетинга по стране. Более точный уровень нужен только тогда, когда целевой сайт показывает на этом уровне другой контент. Лишний фильтр по городу или ASN уменьшает число подходящих IP, и одни и те же адреса начинают повторяться чаще.

Таргетинг по городу нужен, когда:

• Отслеживается локальная выдача. В запросах с локальным намерением вроде «стоматолог рядом» блок с картой и органические позиции меняются от города к городу. В задачах SEO proxy позиции нужно измерять из города клиента.
• Важны региональные цены и наличие. Ритейл и сервисы доставки могут показывать цену, срок доставки и остатки в зависимости от района доставки. Для маркетинговых исследований выборка должна идти из одного города.
• Проверяется городская реклама. Если кампания нацелена на конкретную агломерацию, убедиться, что объявление там действительно показывается, можно только из этого региона. Подробнее — на странице проверки рекламы.

Таргетинг по ASN нужен, когда:

• Приложения и контент конкретного оператора. Некоторые мобильные приложения, zero-rated сервисы или порталы оператора принимают запросы только из сети определённого оператора.
• Согласованность типа сети. Если история аккаунта связана с конкретным домашним провайдером, сохранение сессии в той же сетевой группе снижает сигнал внезапной смены сети.
• Тестирование по провайдерам. В задачах вроде маршрутизации CDN или замеров скорости результат зависит от оператора, поэтому измерения нужно разделять по операторам.

Если ничего из этого не подходит, оставайтесь на таргетинге по стране. Более широкую карту сценариев можно найти в статье о применении proxy в SEO, scraping, рекламе и соцсетях.

Как настроить таргетинг в WeProxy?

Варианты таргетинга зависят от продукта и выбираются в личном кабинете или в формате учётных данных, описанном там же. Точный синтаксис параметра страны, города или ASN смотрите в деталях подключения вашего продукта в кабинете. Если копировать пример из кабинета, а не угадывать формат, вы избежите ошибок 407 и неверной локации.

Охват таргетинга по продуктам:

• Rotating residential IPv4 proxy: в характеристиках продукта указан таргетинг по городу / ZIP. Сеть охватывает 180+ стран, поддерживаются sticky и rotating сессии. Согласно FAQ сайта, в residential и мобильных пулах доступен таргетинг по стране и городу, а уровень ASN предлагается в некоторых локациях.
• Статический residential IPv4 proxy: IP назначается по выбранной стране и не меняется в течение срока пакета. Поскольку локация и сеть остаются фиксированными, он подходит для задач с долгоживущей идентичностью, например для управления аккаунтами.

Таргетинг по городу продумывайте вместе с моделью сессии. В режиме rotating каждый запрос может получать новый IP; город может оставаться прежним, а ASN и IP меняются. Если в рамках одной сессии нужны тот же город и тот же IP, используйте sticky-сессию или статический IP. Какие страны и города доступны в каком продукте, проверьте на странице локаций.

Разница между residential и datacenter тоже влияет на таргетинг. ASN datacenter-IP указывает на хостинг-провайдера; даже при верном городе тип сети не похож на домашнего пользователя. Подробнее — в сравнении residential и datacenter proxy.

На что обращать внимание при таргетинге на Турцию, ЕС и США?

У каждого региона своя комбинация языка, часового пояса и валюты. Таблица ниже группирует по регионам страны, указанные на страницах двух residential-продуктов. Список стран со временем может меняться; перед покупкой проверьте карточку продукта.

Турция

С 2016 года Турция не переводит часы и круглый год живёт по UTC+3. В браузере часовой пояс должен быть Europe/Istanbul, язык — tr-TR, валюта — TRY. В задачах локального поиска и e-commerce результаты за пределами Стамбула могут отличаться, поэтому выбирайте город, где находится целевая аудитория.

Турция есть и в rotating, и в статическом residential-продукте. В статическом residential поддержка UDP относится к локациям за пределами Турции; в Турции используются HTTP и SOCKS5. Для веб-трафика и геотаргетинга это не ограничение.

Европейский союз

Единого «выхода в ЕС» не существует. Один и тот же запрос в Германии, Франции и Польше возвращается на другом языке, в другой валюте и с другими результатами. Планируйте каждую страну как отдельную цель и не делите сессии между странами.

Часовой пояс и язык нужно задавать для каждой страны. Португалия с Europe/Lisbon отстаёт от Центральной Европы на час. Польша входит в ЕС, но использует PLN. Великобритания находится в Европе, но не входит в ЕС и использует GBP.

США

В США таргетинга по стране часто недостаточно. Цены, отображение налогов, наличие и локальная выдача различаются по регионам, а сама страна растянута на несколько часовых поясов. Выбирая таргетинг по городу, выставляйте и часовой пояс браузера под этот город (America/New_York, America/Chicago, America/Los_Angeles и т. д.).

Как проверить локацию выхода?

Даже если настройка таргетинга выглядит верной, проверяйте выход при каждой новой конфигурации. Первый шаг — записать свой IP без proxy с помощью инструмента My IP. Затем получите выходной IP через proxy и узнайте его страну, город и ASN через инструмент IP lookup.

# Выходной IP через proxy
curl -sS -x "http://USER:[email protected]:8989" https://api.ipify.org
echo

# Страна, город, ASN и часовой пояс для того же выхода
curl -sS -x "http://USER:[email protected]:8989" https://ipinfo.io/json

В выводе второй команды поле org содержит номер ASN и название сети, а timezone — часовой пояс, который база оценивает для этого IP. Сравните это с результатом инструмента IP lookup. Если оба источника совпадают по стране, но расходятся по городу, это разница баз; попробуйте по странице результатов понять, каким источником пользуется целевой сайт.

В массовых задачах добавьте проверку в код. Пример на Python ниже сравнивает выход с ожидаемой страной и часовым поясом:

import requests

PROXY = "http://USER:[email protected]:8989"
EXPECTED = {"country": "TR", "timezone": "Europe/Istanbul"}

session = requests.Session()
session.trust_env = False
session.proxies = {"http": PROXY, "https": PROXY}
session.headers["Accept-Language"] = "tr-TR,tr;q=0.9"

info = session.get("https://ipinfo.io/json", timeout=(10, 30)).json()
print(info.get("ip"), info.get("country"), info.get("city"), info.get("org"))

for key, want in EXPECTED.items():
    got = info.get(key)
    if got != want:
        print(f"Несовпадение {key}: ожидалось {want}, получено {got}")

В режиме rotating каждый запрос может получить другой IP, поэтому запускайте эту проверку выборочно, например раз в 100 запросов. В sticky-сессии достаточно одной проверки в начале сессии. Если доля несовпадений растёт, перепроверьте настройку таргетинга и выбранную в кабинете локацию.

Чек-лист согласованности локации: часовой пояс, язык, валюта, DNS

IP из нужной страны сам по себе не поможет, если остальной браузер указывает на другую страну. Целевые сайты могут сопоставлять геолокацию IP с такими сигналами, как часовой пояс, языковые предпочтения и DNS-резолвер. Таблица ниже показывает ожидаемые значения для цели в Турции.

Сторону браузера можно прочитать в консоли за один раз:

console.log(Intl.DateTimeFormat().resolvedOptions().timeZone)
console.log(navigator.languages)
console.log(new Date().getTimezoneOffset())

Формат заголовка Accept-Language описан на MDN. В антидетект-браузерах часовой пояс и язык задаются на уровне профиля; при клонировании профиля проверьте, что эти значения не остались от старой страны. В библиотеках автоматизации (Playwright, Puppeteer) часовой пояс и locale передаются отдельно при создании контекста.

DNS и WebRTC — отдельный канал. Если разрешение имён остаётся локальным, резолвер видит ваш реальный IP; WebRTC может создавать UDP-кандидаты в обход HTTP proxy. Чтобы закрыть эти каналы, выполните шаги из руководства по DNS leak, WebRTC и заголовкам.

Какие ошибки в геотаргетинге встречаются чаще всего?

1. Доверие одной базе. Если один запрос показывает «не тот город», таргетинг может быть в порядке, а отличается база. Сравнивайте минимум два источника.
2. Слишком точный таргетинг. Фильтр по городу или ASN сужает пул. Если целевой сайт различает только страну, оставайтесь на уровне страны.
3. Смешивание стран в одной сессии. Выход сначала через Германию, а затем через Францию с одним и тем же набором cookie выглядит как внезапная смена страны в аккаунте. Используйте отдельную сессию и профиль для каждой страны.
4. Забытые настройки браузера. Если IP в Турции, а часовой пояс Europe/Berlin и язык en-US, сигналы противоречат друг другу.
5. Ожидание фиксированного города в режиме rotating. В rotating-сессии IP и ASN меняются, даже если город остаётся прежним. Если нужна одна и та же идентичность, используйте sticky-сессию или статический IP.
6. Замеры без записи источника. При сборе локальной выдачи или цен фиксируйте, с какого выхода получен каждый образец; это единственный способ потом отфильтровать сомнительные данные.

Геотаргетинг не меняет условия использования целевого сайта. При сборе региональных цен или контента соблюдайте условия целевого сайта, требования KVKK и GDPR для результатов с персональными данными, а также правила WeProxy о допустимом использовании.

Правильный порядок такой: определите, на каком уровне различает целевой сайт, выберите этот уровень в кабинете, проверьте выход по двум источникам и выровняйте сигналы браузера под ту же локацию. Страна задаёт рынок, город — локальную картину, ASN — сетевую идентичность; используйте каждый уровень только тогда, когда этого требует задача. Если выход идёт из нужной страны, а цель всё равно отвечает 403, руководство по кодам ошибок прокси поможет отличить ограничение по стране от проблемы с типом IP или заголовками.