IPv6-прокси в 2026 году — где они выигрывают, а где проигрывают

Большинство гайдов по выбору прокси до сих пор упоминают IPv6 разве что в сноске. В 2020-м это было простительно. Сейчас — уже нет. Сегодня примерно 45–50% трафика Google идёт через IPv6, мобильная сеть T-Mobile уже не первый год работает преимущественно на IPv6, Comcast и Verizon FiOS выдают IPv6 на каждую абонентскую линию, а значительная часть современного ad-tech- и CDN-стека теперь отдаёт контент с приоритетом IPv6. Если ваш скрейпер или пайплайн проверки рекламы по-прежнему работает только на IPv4, вы намеренно смотрите на сильно урезанную картину того, что цель показывает на самом деле.

Это руководство мы постоянно скидываем клиентам, когда они спрашивают: «стоит ли мне использовать IPv6-прокси и какие именно?» Здесь разобрано то, что мы запускаем на hellworld.io, — и дешёвый высокоскоростной тариф IPv6 Datacenter Proxies, и пул IPv6 Residential Proxies: для чего каждый из них реально хорош и где от IPv6 стоит вообще отказаться, оставшись на IPv4. Мы зарабатываем на каждом упомянутом продукте. Честная установка та же, что и в остальных наших статьях: нам выгодно, чтобы вы быстро выбрали правильный инструмент, перестали скакать с одного на другой и не открывали тикет на возврат.

Зачем IPv6-прокси вообще появились

Небольшой экскурс в историю — он объясняет ценообразование.

На бумаге у IPv4 4,3 миллиарда адресов. ARIN исчерпал свой публичный пул IPv4 в сентябре 2015 года. RIPE (Европа) — в ноябре 2019-го. APNIC (Азиатско-Тихоокеанский регион) экономил адреса ещё с 2011 года. Для операторов прокси это означает следующее: каждая чистая, не попавшая в чёрные списки IPv4 /24 — конечный и оспариваемый ресурс, а вторичный рынок блоков IPv4 вырос примерно с $10/IP в 2015 году до более чем $50/IP в конце 2024-го, после чего слегка просел. Цены на дата-центр IPv4-прокси это отражают. Премиальная /24, купленная пять лет назад, сегодня стоит дороже, чем сервер, на котором она поднята.

У IPv6 — 2^128 адресов, для практических целей это бесконечность. Да и блоки по умолчанию крупнее. Резидентному абоненту провайдер обычно выдаёт префикс /56 или /60 (это от 256 до 4096 подсетей /64 на домохозяйство). Аренда в дата-центре даёт вам минимум /64, а если попросить — нередко и /48. Дефицит адресов здесь не является драйвером цены. В случае IPv6 вы платите за пропускную способность, качество аплинка и диапазоны, чистые от истории злоупотреблений, — без той наценки «каждый IP отобран вручную», которая характерна для IPv4.

Именно поэтому наш тариф IPv6 Datacenter Proxies стартует с $0.085/GB на полосе 1 TB против $0.24/GB у эквивалентного IPv4 Datacenter Proxies. Примерно трёхкратный разрыв в цене при одинаковой пропускной способности. Вопрос о том, реальная ли это экономия или ловушка, и есть тема большей части этой статьи.

Асимметрия детектирования — IPv6 трактуют иначе, а не лучше

Вот здесь люди ошибаются. IPv6 не «менее заметен, чем IPv4». Его детектируют по другой оси, и работает ли эта ось вам на пользу или во вред — целиком зависит от того, какой анти-бот-вендор у цели и как давно он настраивал свою политику по IPv6.

Два паттерна, которые мы видим стабильно:

Где IPv6 набирает более чистый скоринг, чем IPv4. Многие анти-бот-стеки за десятилетие накопили сигналы о злоупотреблениях по IPv4-ASN — у каждой дешёвой дата-центровой /24 есть длинная публичная история репутации. У IPv6-диапазонов такой истории нет, особенно у тех, что выделены после 2020 года. Запрос со свежей /64 на IPv6-транзите Tier-1 приходит в скоринговый движок с меньшим стартовым весом, и точка. Платформы проверки рекламы — канонический пример: исторически многие из них занижали приоритет IPv6, потому что им никто не скрейпил, и при некоторых конфигурациях скоринг до сих пор склоняется в эту сторону. Мы видим это вполне конкретно на задачах программатик-проверки рекламы: клиенты переходят с IPv4-дата-центра на IPv6-дата-центр и наблюдают, как процент успешных проверок вырастает на 10–20 пунктов без каких-либо других изменений.

Где IPv6 набирает скоринг хуже, чем IPv4. Обратная сторона в том, что блокировка IPv6-префикса тривиально проста и операционно соблазнительна. Анти-бот-вендор, блокирующий IPv4 /24, выносит 256 адресов, часть которых принадлежит легитимным пользователям. Блокировка IPv6 /64 выносит 18 квинтиллионов адресов, и все они относятся к одному и тому же выделению — обычно к одному и тому же клиенту. Большинство современных анти-бот-систем привязывают отпечатки злоупотреблений к /64, а не к отдельному IP. Так что если вы сожгли /64 на Cloudflare, для вас мертвы все IP в этой /64, и ротация на другой IP внутри той же /64 ничего не меняет. На IPv4 вы можете вывести один адрес из «горячей» /24 и порой получить тихий результат; на IPv6 — нет.

Вот почему маркетинг в духе «у нас миллион IPv6-адресов» вводит в заблуждение. Если все они в одной /48 из одного дата-центра, то с точки зрения анти-бота у вас по сути одна «личность», просто с косметическими вариациями. Значение имеет то, сколько разных /64 предоставляет пул и из скольких разных /48 эти /64 происходят.

IPv6-дата-центр против IPv6-резидентных против IPv4-дата-центра — сравнение

Параметр	IPv6 Datacenter	IPv6 Residential	IPv4 Datacenter
Цена (тариф 1 TB)	$0.085/GB	$0.11/GB	$0.24/GB
Тип пула	Дата-центр ASN, IPv6-транзит	Настоящий потребительский IPv6 от провайдеров США	Дата-центр ASN, IPv4
Гео-покрытие	Только США	Только США	Только США, 20 000+ IP
Пропускная способность	Общий аплинк 1 Gbps	Ограничена абонентской линией	1 Gbps
Гранулярность префикса	Ротация /48, липкая /64	/56–/60 на абонентскую линию	/24 на блок IP
Лучше всего для	Ad-tech, тестирование CDN, IPv6-only цели, высокообъёмный скрейпинг	OTT / стриминг с приоритетом IPv6, ad-tech, которому нужно доверие к потребительскому IP	Цели со слабой защитой Cloudflare, устаревшие IPv4-only сайты, массовые операции с аккаунтами
Хуже всего для	Сайты с тяжёлой защитой Cloudflare, sneaker-операции, создание аккаунтов в банках	То же самое, плюс всё, где нужны резидентные EU/APAC	IPv6-only или IPv6-приоритетные цели, современный ad-tech

Пояснение к строке про префиксы: пул IPv6 Residential Proxies — это настоящий потребительский IPv6, поэтому каждая «сессия» приходит с резидентной /56 или /60 и с той /64, которую провайдер выдал данному абоненту в результате ротации. Это ближайший IPv6-аналог чистого резидентного IPv4: отпечаток /64 ведёт к одному домохозяйству, а не к клиенту дата-центра.

Когда IPv6-дата-центр — правильный выбор

Три типа задач, на которых цена $0.085/GB реально окупается:

Проверка рекламы и программатик-мониторинг. Именно здесь мы видим самые крупные и стабильные выигрыши IPv6-дата-центра. Современные DSP и платформы проверки рекламы (те, что ad ops-команды гоняют для детектирования IVT или QA кампаний) часто отдают IPv6-пути первыми, потому что так делают их CDN-партнёры. Проверка доставки креатива с IPv4-дата-центра нередко показывает вам IPv4-фолбэк-путь, а не то, что видит реальный пользователь. IPv6-дата-центр решает эту проблему — вы наблюдаете за той же сетью, в которой реклама действительно отдаётся. Разница в цене с IPv4-дата-центром на масштабе 1 TB — это примерно $155 экономии на терабайт, и при непрерывной проверке сумма набегает быстро.

Цели, где упор в пропускную способность, а не в детектирование. Публичные CDN-эндпоинты, скрейпинг обучающих данных для ML, сбор зеркал ПО, задачи с RSS / подкастами / публичными API, перечисление крупных видеокаталогов. Это те задачи, где узкое место — «сколько я могу прокачать через трубу на доллар», а не «сколько запросов я успею выдать, прежде чем меня зафингерпринтят». Кидайте их на IPv6-дата-центр и не думайте об этом.

Проверка аудитории T-Mobile, Verizon и Comcast. Все три оператора отдают заметную долю потребительского трафика преимущественно по IPv6. Если ваша задача — «что видит абонент T-Mobile на этом сайте», вам принципиально нужно быть на IPv6-пути, чтобы протестировать это корректно. IPv4-дата-центр воспроизвести такой опыт не сможет.

IPv6-only целевые сети. Некоторые современные сервисы AWS / Azure / GCP по умолчанию разворачиваются как IPv6-only (из соображений стоимости — публичные IPv4 теперь тарифицируются). Если вы скрейпите или тестируете их, IPv4 до них попросту не дотянется. И таких случаев будет только больше.

Когда IPv6-резидентные — правильный выбор

Тариф IPv6 Residential Proxies более узкоспециализированный. Это настоящий потребительский IPv6 от провайдеров США (в основном Comcast, Spectrum, Verizon) по цене $0.11/GB на полосе 1 TB. Полезен, когда:

Цель отдаёт контент с приоритетом IPv6 и при этом требует доверия к потребительскому IP. Это узкий, но важный сегмент. OTT-стриминговые сервисы (тестирование регионов Netflix, проверка рекламной нагрузки Hulu — работа, где нужно выглядеть как реальный абонент Comcast в Атланте) всё чаще маршрутизируют через IPv6 в первую очередь, если он доступен, И при этом оценивают потребительские ASN выше дата-центровых. То есть вам нужны одновременно и сигнал доверия «я прихожу из настоящего домохозяйства», И IPv6-путь маршрутизации.

Ad-tech, которому нужны оба сигнала. Некоторые из более продвинутых стеков проверки рекламы теперь требуют, чтобы проверяющий выглядел как именно та демографическая группа, под которую покупалась реклама, а не просто «как человек». IPv6-адрес из дата-центра на большинстве стеков выглядит достаточно человечно, но проваливает проверку ASN как дата-центр. IPv6-резидентные проходят оба условия.

Современные задачи спид-тестов и сетевой наблюдаемости. Любое измерение в духе «как этот CDN на самом деле работает для резидентных пользователей» должно идти из реальной резидентной AS. IPv6-резидентные — это IPv6-эквивалент резидентных прокси ровно для этого сценария.

Честные ограничения: в Hell World это сейчас только США, пул меньше наших IPv4-резидентных пулов, и стоит он дороже за GB, чем IPv6-дата-центр. То есть вы платите примерно 30%-ную наценку поверх IPv6-дата-центра за сигнал потребительского IP. Для задач выше это оправдано; для проверки рекламы, где дата-центровый IPv6 и так проходит, — нет.

Где IPv6 стоит вообще пропустить

Это самый часто опускаемый раздел в большинстве маркетинговых статей про IPv6, поэтому будем конкретны.

Устаревший e-commerce и средние ритейлеры. Удивительно много e-commerce-сайтов среднего звена до сих пор работают только на IPv4 на своём публичном origin, даже когда перед ними стоит IPv6-совместимый CDN. CDN примет ваш IPv6-запрос и проксирует его обратно на IPv4-origin, но анти-бот- и персонализационный слой origin никогда не видит IPv6-адрес для реального клиента — поэтому запрос, всё-таки пришедший по IPv6, может быть воспринят как аномальный. Это реальный режим отказа, который мы наблюдаем при скрейпинге ритейлеров. По умолчанию используйте здесь IPv4-дата-центр или резидентные.

Дропы кроссовок и высокофрикционные цели на Akamai / PerimeterX. Sneaker- и тикетинговые сайты используют одну из самых тщательно настроенных систем детектирования ботов в публичном интернете. Их политика по IPv6 обычно такая: «весь дата-центровый IPv6 считать ботом, к IPv6-резидентным относиться с осторожностью», — потому что легитимный трафик на этих сайтах по-прежнему смещён в сторону резидентного и мобильного IPv4. Не жгите бюджет IPv6 на кроссовках. Используйте мобильные или липкие ISP. Тот же ответ и для тикетинга.

Создание аккаунтов на платформах, которые не доверяют IPv6. Некоторые банки, некоторые соцплатформы, некоторые старые SaaS-продукты либо вообще не принимают IPv6 при регистрации, либо оценивают IPv6-регистрации гораздо строже, чем IPv4. Год от года это меняется по мере модернизации платформ, но по состоянию на 2026 год безопасный ход при первичном создании аккаунта — это IPv4-резидентные. Переключиться на IPv6 можно после того, как аккаунт «прогреется», если хотите.

Везде, где нужна маршрутизация через EU или APAC. IPv6-пулы Hell World — только США. Мы работаем над покрытием IPv6-дата-центра в EU/APAC, но оно ещё не запущено. Если вашей цели нужен немецкий IP, IPv6-прокси от нас не поможет. Используйте IPv4-дата-центр или резидентные с подходящим регионом.

Честная математика расходов

Заявленный разрыв реален: $0.085/GB против $0.24/GB — это 65% экономии на трафике, или примерно $155 экономии на терабайт. На объёмах скрейпинга наших клиентов это набегает в тысячи долларов в месяц на подходящей задаче.

Но математика работает только при условии, что ваш процент успеха остаётся сопоставимым. Вот ловушка. Допустим, вы переносите скрейпинг сайта под защитой Cloudflare с IPv4-дата-центра на IPv6-дата-центр, чтобы сэкономить 65%. Если процент успеха падает с 70% до 30%, потому что цель жёстко привязывается к отпечаткам /64, то стоимость одного успешного запроса на самом деле выросла, а не упала. Вы платите меньше за GB, но сжигаете больше GB на повторных попытках.

Эмпирическое правило, которое мы даём клиентам: измеряйте процент успеха до и после замены на одной и той же цели, в один и тот же день. Не доверяйте усреднённым значениям с других задач. Экономия на IPv6 реальна на работе, упирающейся в пропускную способность; на работе, упирающейся в детектирование, IPv4-дата-центр порой всё ещё дешевле в пересчёте «от и до», несмотря на более высокую цену за единицу. Прогоните пилот на 1 GB, прежде чем отдавать квартальный бюджет.

Замечание про Happy Eyeballs и почему IPv6 стоит протестировать в любом случае

Даже если ваш итоговый продакшн-трафик окажется в основном на IPv4, IPv6 вам, скорее всего, нужен в тестовой матрице. Причина — RFC 8305, он же Happy Eyeballs. Современные клиенты (браузеры, мобильные ОС, edge-клиенты CDN) сначала пробуют IPv6 и откатываются на IPv4 только если IPv6 не сработал или оказался медленным. То есть то, что видит ваш IPv4-скрейпер, и то, что видит реальный абонент Comcast, могут быть разными путями через CDN цели. Если вы занимаетесь конкурентной разведкой, проверкой рекламы или чем угодно, где важна правда о том, «что видит пользователь», вам нужны и IPv4-, и IPv6-обзор.

Это одна из самых дешёвых причин держать пул IPv6-дата-центра наготове, даже если он не ваша основная рабочая лошадка. Пара сотен МБ IPv6-трафика на проверку в месяц — это деньги на уровне погрешности округления, а ловит он различия в маршрутизации CDN, которые мониторинг только по IPv4 пропустил бы.

О задержках и middlebox-ах

Небольшое техническое замечание. Задержка IPv6 обычно отличается от IPv4 на том же пути на считанные миллисекунды, а на некоторых путях она даже ниже — потому что middlebox-ов меньше: меньше слоёв NAT между вами и origin, иногда более короткие пути маршрутизации, поскольку таблица IPv6-маршрутизации менее политически перегружена. Мы не обещаем этого как фичу; оно варьируется от маршрута к маршруту. Но старое допущение «IPv6 медленнее, потому что хуже оптимизирован» — это в основном убеждение из 2014 года. Считайте задержку примерно эквивалентной и измеряйте свой конкретный путь, если это важно.

Когда какой пул тестировать — решение

Коротко, в том порядке, в котором мы бы ставили эксперимент:

Если ваша работа упирается в пропускную способность, толерантна к IPv6, а цель — это ad-tech, тестирование CDN, публичные API или инфраструктура с приоритетом IPv6 — начните с IPv6 Datacenter Proxies по $0.085/GB и дайте ценовому преимуществу сделать своё дело. Прогоните пилот на 1 GB, измерьте процент успеха, масштабируйтесь, если держится.

Если вы тестируете OTT / стриминг / наблюдаемость потребительской сети, где цель приоритезирует IPv6, но при этом учитывает ASN — сразу переходите к IPv6 Residential Proxies по $0.11/GB. 30%-ная наценка поверх дата-центра покупает вам сигнал потребительского IP, который цель реально проверяет.

Если ваша цель — это сайт с тяжёлой защитой Cloudflare, устаревший e-commerce, sneaker-дроп, флоу создания аккаунта или что угодно за пределами США — пропустите IPv6 целиком, запускайте IPv4 Datacenter для сегмента дешёвого трафика или Residential для сегмента высокого доверия. Экономия на IPv6 не стоит потери в проценте успеха на таких задачах. Пока что. Мы напишем продолжение, когда ландшафт политик сдвинется.

Правило пилота на 1 GB действует во всех трёх случаях. Самый дешёвый эксперимент — тот, который вы действительно провели.