TikTok Shop через IPv6 прокси: почему заказы отменяются при смене геолокации

Что вообще происходит при смене гео в TikTok Shop

TikTok Shop — не просто витрина. Это связка из антифрода, платёжного шлюза, логистики и рекомендательного движка. Когда ты логинишься из одной страны, а платёж уходит из другой — срабатывает не один фильтр, а сразу несколько. И каждый из них может отменить заказ.

Главная ошибка — думать, что смена IP решает всё. TikTok смотрит на IPv6-префикс, ASN, часовой пояс браузера, язык, валюту кошелька, BIN карты, GPS-координаты (если мобильное приложение), и на историю аккаунта. Всё это должно совпадать хотя бы в 80% случаев. Иначе — отмена.

Почему IPv4-прокси уже не тянут

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

IPv6 даёт другое. У каждого пользователя может быть /64 — это 18 квинтиллионов адресов. Даже /48 от провайдера — 65 536 подсетей. TikTok не может банить весь /64, потому что под ним сидят реальные абоненты мобильных операторов. Отсюда — живучесть IPv6-прокси.

Но есть нюанс. Если ты крутишь 50 аккаунтов на одном /64, TikTok видит кластер. И начинает копать глубже.

Как TikTok Shop детектит смену геолокации

Разберём по слоям.

**Сетевой слой.** TikTok фиксирует IP, ASN, RTT до ближайшего edge-сервера. Если ты заходишь через прокси в Германии, а RTT до сингапурского дата-центра 250 мс — это флаг. Реальный немецкий пользователь до Сингапура получит 180–200 мс. Разница в 50 мс уже подозрительна.

**Браузерный слой.** WebRTC утечки, canvas fingerprint, timezone, `navigator.language`, шрифты. Если IP в Лос-Анджелесе, а timezone стоит `Europe/Moscow` — привет.

**Платёжный слой.** BIN карты, billing address, 3DS-редирект. Если карта выпущена в Казахстане, а IP в США — банк может отклонить транзакцию ещё до TikTok.

**Поведенческий слой.** Скорость заполнения формы, движения мыши, время между кликами. Боты кликают ровно, люди — хаотично.

Практика: проверка IPv6-прокси перед заходом

Перед тем как логиниться в TikTok Shop, проверь, что прокси не течёт и не палится. Вот базовый скрипт на Python.

```python

import requests

PROXY = "http://user:pass@[2a01:4f8:c17:1234::1]:8080"

def check_proxy():

try:

r = requests.get(

"https://ipinfo.io/json",

proxies={"http": PROXY, "https": PROXY},

timeout=10

)

data = r.json()

print(f"IP: {data.get('ip')}")

print(f"ASN: {data.get('org')}")

print(f"Country: {data.get('country')}")

print(f"Timezone: {data.get('timezone')}")

return data

except Exception as e:

print(f"Proxy failed: {e}")

return None

check_proxy()

```

Если `timezone` не совпадает с регионом аккаунта — меняй прокси или настраивай браузер. Если ASN принадлежит хостингу (например, `AS24940 Hetzner`) — TikTok пометит трафик как датацентровый. Нужны ASN мобильных операторов или residential-провайдеров.

Второй тест — WebRTC-утечка. Открой `chrome://webrtc-internals` и посмотри, какой IP уходит в STUN. Если видишь свой реальный — прокси не работает на уровне UDP.

Таблица: что проверяет TikTok Shop

| Слой | Параметр | Допустимое расхождение |

|------|----------|------------------------|

| Сеть | ASN | Совпадает с регионом аккаунта |

| Сеть | RTT до edge | ±30 мс от эталона |

| Браузер | Timezone | 100% совпадение |

| Браузер | Language | Совпадает с локалью |

| Платёж | BIN карты | Тот же регион, что IP |

| Платёж | Billing address | Совпадает с регионом карты |

| Поведение | Скорость ввода | 40–120 символов/мин |

Цифры взяты из наблюдений за реальными отменами. RTT выше 30 мс расхождения — уже триггер. Скорость ввода ниже 40 символов/мин — подозрение на бота.

Кейс: немецкий аккаунт, отмена после смены IPv6

Сервер на nginx 1.24, upstream через IPv6-прокси во Франкфурте. Аккаунт зарегистрирован на Германию, карта — N26. Пользователь заходит, добавляет товар, жмёт «Оплатить». Через 8 секунд — «Order cancelled».

Причина: прокси-провайдер отдал /64 из диапазона `2a01:4f8::/32` — это Hetzner. TikTok видит датацентровый ASN. Плюс RTT до сингапурского edge — 240 мс, потому что прокси-сервер физически в Финляндии, а не во Франкфурте.

Решение: сменили провайдера на residential IPv6 с ASN Deutsche Telekom (`AS3320`). RTT упал до 190 мс. Timezone выставили `Europe/Berlin`. Заказ прошёл с первой попытки.

Кейс: мультиаккаунт на одном /64

Ферма из 30 аккаунтов TikTok Shop, все через один /64. Первые 5 заказов прошли. На шестом — блокировка всех аккаунтов сразу.

Причина: TikTok сгруппировал аккаунты по IPv6-префиксу. 30 аккаунтов с одного /64 — это аномалия. Реальные пользователи не сидят по 30 человек на одной подсети.

Решение: разнесли по разным /64, каждый — от отдельного residential-провайдера. Плюс добавили задержку между регистрациями (2–3 дня). Выживаемость выросла с 17% до 78%.

Кейс: платёж через 3DS и гео-несовпадение

Аккаунт на Великобританию, IP через IPv6-прокси в Лондоне. Карта — британский Monzo. 3DS-редирект уходит на `monzo.com`, но банк видит, что запрос пришёл из Нидерландов (прокси-сервер физически в Амстердаме, хотя IP-префикс британский).

Причина: геолокация по IP не совпала с физическим расположением сервера. Monzo отклонил 3DS, TikTok отменил заказ.

Решение: нашли прокси с физическим сервером в Лондоне (не просто британский префикс). RTT до Monzo API — 12 мс. 3DS прошёл. Здесь важен не только IP, но и реальная маршрутизация.

Как настроить nginx для IPv6-проксирования

Если ты гоняешь трафик через свой сервер, вот рабочий конфиг.

```nginx

server {

listen [::]:443 ssl http2;

listen 443 ssl http2;

server_name shop.example.com;

ssl_certificate /etc/letsencrypt/live/shop.example.com/fullchain.pem;

ssl_certificate_key /etc/letsencrypt/live/shop.example.com/privkey.pem;

location / {

proxy_pass http://[2a01:4f8:c17:1234::1]:8080;

proxy_http_version 1.1;

proxy_set_header Host \$host;

proxy_set_header X-Real-IP \$remote_addr;

proxy_set_header X-Forwarded-For \$proxy_add_x_forwarded_for;

proxy_set_header X-Forwarded-Proto \$scheme;

proxy_connect_timeout 10s;

proxy_read_timeout 30s;

proxy_buffering off;

}

}

```

Ключевой момент — `proxy_buffering off`. TikTok Shop грузит динамику через WebSocket и chunked transfer. Буферизация ломает тайминги, и RTT растёт на 40–60 мс. Отключай.

Второй момент — `proxy_http_version 1.1`. Без него апстрим уходит на HTTP/1.0, и keep-alive не работает. Каждый запрос — новое TCP-соединение, +80 мс на handshake.

Почему IPv6 лучше IPv4 для TikTok Shop

Три причины, но без нумерации в заголовке.

Первая — масштаб. Один /64 даёт тебе 65 536 подсетей. Можно раскидать аккаунты так, что каждый будет выглядеть как отдельный абонент.

Вторая — доверие. Мобильные операторы раздают IPv6 абонентам массово. TikTok это знает и не банит весь диапазон. С IPv4 такое не пройдёт — резидентные пулы выжигаются за недели.

Третья — стоимость. Residential IPv6 дешевле IPv4 в 5–10 раз. Провайдеры вроде lexic.ml отдают /64 за цену, по которой IPv4-адрес даже не продадут.

Чеклист перед первым заказом

Прогони аккаунт по списку. Если хоть один пункт красный — не жми «Оплатить».

- IP и ASN совпадают с регионом аккаунта

- Timezone в браузере = timezone IP

- Язык браузера = локаль региона

- WebRTC не течёт

- RTT до edge TikTok ≤ 200 мс

- BIN карты из того же региона

- Billing address совпадает с регионом карты

- Прокси-сервер физически в той же стране, что IP-префикс

- Аккаунт прогрет (2–3 дня активности до первого заказа)

- Скорость ввода и кликов — человеческая

Что делать, если заказ всё равно отменяют

Не меняй прокси сразу. Сначала посмотри логи. TikTok возвращает коды ошибок в ответе API — `risk_check_failed`, `payment_declined`, `geo_mismatch`. Каждый код указывает на свой слой.

Если `geo_mismatch` — проблема в IP или timezone. Если `payment_declined` — карта или 3DS. Если `risk_check_failed` — поведенческий анализ или ASN.

Меняй только то, что триггерит. Смена всего сразу — это шум, который усложняет диагностику. И да, не логинься с одного устройства на 10 аккаунтов. TikTok видит fingerprint устройства, и никакой IPv6 это не скроет.