Назад к блогу

Ошибки 403, 429 и капча при парсинге: как по коду понять, какой прокси нужен

Коды ошибок 403 и 429, а также капча — это не просто "бан", а подсказка от сайта о том, какой тип прокси вам нужен. Разбираем каждый случай на конкретных примерах.

📅17 сентября 2026 г.

Если вы парсите цены на Wildberries, ведёте 20 аккаунтов Instagram или гоняете рекламу через Facebook Ads, рано или поздно вы увидите одну из трёх вещей: ошибку 403, ошибку 429 или капчу. Большинство новичков реагируют одинаково — меняют прокси на любой другой и надеются, что заработает. На самом деле каждый код ошибки — это сообщение от сайта о конкретной причине блокировки, и по нему можно точно определить, какой тип прокси решит проблему: датацентр, резидентный или мобильный.

Почему код ошибки важнее самого факта блокировки

Когда сайт блокирует запрос, он почти всегда возвращает HTTP-код состояния — это стандартный "ярлык", который браузер или парсер получает вместе со страницей. Проблема в том, что многие пользователи антидетект-браузеров и парсеров смотрят только на факт "не открылось" и не проверяют, какой именно код вернулся. А разница огромна: 403 означает, что сайт распознал вас как нежелательного гостя и закрыл доступ осознанно. 429 означает, что вы физически превысили лимит запросов — сайт не против вас лично, ему просто нужно, чтобы вы не долбили сервер так часто. Капча — это промежуточный статус: сайт сомневается, человек вы или бот, и даёт шанс доказать обратное.

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

Ошибка 403 Forbidden: сайт вас узнал и не хочет впускать

403 — это осознанный отказ. Сайт получил ваш запрос, обработал его и решил: этому IP или этому набору признаков доступ не положен. Чаще всего 403 возникает по трём причинам:

  • IP из "чёрного списка" датацентров. Сайты вроде Wildberries, Ozon, Авито и большинство соцсетей ведут базы диапазонов IP-адресов, принадлежащих облачным провайдерам (AWS, Google Cloud, DigitalOcean и т.д.). Если ваш прокси — датацентровый, и его подсеть уже "засвечена" другими парсерами, вы получите 403 моментально, даже с первого запроса.
  • Географическое ограничение (геоблок). Часть контента или рекламных кабинетов доступна только из определённых стран. Заход с IP не того региона — это тоже 403.
  • Отпечаток браузера не совпадает с ожидаемым. Если вы используете прокси в связке с антидетект-браузером (Dolphin Anty, AdsPower, Multilogin, GoLogin), а fingerprint браузера не соответствует заявленной геолокации IP — например, IP из России, а часовой пояс и язык системы английские — сайт может заблокировать по совокупности признаков.

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

Ошибка 429 Too Many Requests: вас гоняют по скорости, не по личности

429 — это не про то, кто вы, а про то, как часто вы стучитесь на сервер. Rate limit срабатывает, когда с одного IP или сессии приходит больше запросов, чем разрешено за единицу времени. Типичный сценарий: вы настроили мониторинг цен конкурентов на Ozon и решили проверять весь каталог раз в 5 минут одним и тем же IP — сервер быстро выставит лимит и начнёт отдавать 429 вместо данных.

Ключевая ошибка новичков — при 429 сразу менять тип прокси на более дорогой, хотя проблема решается иначе:

  • Снизить частоту запросов. Добавьте задержки между обращениями (2-5 секунд для парсинга маркетплейсов — обычно достаточно).
  • Ротировать IP чаще. Если один и тот же IP делает 100 запросов подряд, лимит наступит независимо от типа прокси. Здесь помогает ротация на каждый запрос или каждые N запросов.
  • Увеличить пул IP. Если задача — держать высокую скорость сбора данных, нужно больше IP-адресов, распределяющих нагрузку, а не более "качественный" отдельный IP.

Для массового парсинга, где скорость важнее анонимности (например, сбор публичных цен без авторизации), хорошо подходят прокси дата-центров — они быстрее и дешевле, а лимиты по скорости решаются увеличением пула и правильной ротацией, а не сменой типа IP.

Капча: сайт даёт вам шанс, но подозревает в автоматизации

Капча — промежуточный статус между "всё нормально" и "доступ закрыт". Сайт видит признаки, похожие на бота: слишком правильные интервалы между действиями, отсутствие движений мыши, нетипичный набор HTTP-заголовков, IP из диапазона, который часто ассоциируется с автоматизацией. Вместо жёсткого 403 он даёт вам возможность подтвердить, что вы человек.

Частая капча — это сигнал, что проблема не в блокировке как таковой, а в поведенческих паттернах и репутации IP. Если капча появляется на Instagram или TikTok при регистрации новых аккаунтов, дело почти всегда в связке: датацентр-IP + новый аккаунт + резкие действия без "прогрева". В этом случае смена прокси на резидентный или мобильный снижает частоту капчи в разы, потому что репутация таких IP выше — с них заходят реальные пользователи, а не только боты.

Второй частый случай — капча на маркетплейсах при парсинге без авторизации. Здесь помогает не только смена типа прокси, но и имитация человеческого поведения: случайные задержки, скроллинг перед кликом, реалистичный User-Agent. Прокси снимает часть подозрений, но не заменяет корректное поведение скрипта или сценария в антидетект-браузере.

Таблица: код ошибки → вероятная причина → тип прокси

Код / симптом Вероятная причина Что менять Рекомендуемый тип прокси
403 Forbidden с первого запроса IP в базе датацентровых диапазонов Тип IP, а не количество запросов Резидентные прокси
403 при входе в соцсеть / рекламный кабинет Несовпадение fingerprint и геолокации IP Настройки антидетект-браузера + IP Мобильные прокси
429 Too Many Requests Превышен лимит запросов с одного IP Частота запросов, ротация, размер пула Прокси дата-центров (с ротацией)
Капча при регистрации новых аккаунтов Низкая репутация IP + новый аккаунт Репутация IP и "прогрев" аккаунта Мобильные прокси
Капча при массовом парсинге без входа Поведенческие паттерны бота Имитация поведения + смена IP Резидентные прокси

Практические кейсы: Wildberries, Ozon, Instagram, Facebook Ads

Wildberries и Ozon: мониторинг цен

Селлеры, которые мониторят цены конкурентов, чаще всего сталкиваются с 429, а не с 403. Маркетплейсы ограничивают скорость обращений на уровне API и веб-интерфейса. Правильное решение — не гнаться за "элитным" типом прокси, а настроить пул из нескольких сотен датацентровых IP с ротацией на каждый запрос или каждые несколько запросов, плюс задержку 1-3 секунды между обращениями к одному товару. Если после этого начинает появляться капча — вот тогда стоит подключать резидентные IP, потому что капча в этом случае сигнализирует о поведенческой, а не скоростной проблеме.

Instagram и TikTok: фарм и ведение аккаунтов

SMM-специалисты, которые ведут 20-30 аккаунтов клиентов через Dolphin Anty или AdsPower, обычно видят 403 или требование подтверждения телефона сразу после привязки датацентрового IP к новому профилю. Это классический признак того, что нужен переход на мобильные прокси — Instagram и TikTok особенно чувствительны к типу IP при работе с новыми или "холодными" аккаунтами.

Facebook Ads: фарм рекламных аккаунтов

Арбитражники, запускающие 10-20 рекламных аккаунтов, часто получают блокировку не как явный 403 на уровне сети, а как бан на уровне аккаунта после серии подозрительных действий. Здесь код ошибки не всегда виден напрямую, но логика та же: если баны идут пачками сразу после смены IP на новый датацентровый диапазон — проблема в типе прокси. Переход на резидентные или мобильные IP с уникальной подсетью на каждый аккаунт снижает cascade-баны (когда блокировка одного аккаунта тянет за собой остальные, привязанные к тому же IP).

Чек-лист диагностики перед сменой прокси

  1. Зафиксируйте точный код ошибки (403, 429, 503) или тип капчи — не просто "не открылось".
  2. Проверьте, повторяется ли код с первого запроса (признак 403 — тип IP) или после серии запросов (признак 429 — скорость).
  3. Проверьте текущий тип прокси: датацентр, резидентный или мобильный.
  4. Если 403 с первого запроса — переходите на резидентные или мобильные IP.
  5. Если 429 — сначала снизьте частоту запросов и увеличьте пул IP, не меняя тип.
  6. Если капча появляется у новых аккаунтов — проверьте соответствие геолокации IP и настроек антидетект-браузера (часовой пояс, язык, разрешение экрана).
  7. Тестируйте изменения на 2-3 аккаунтах или запросах перед массовым внедрением.

Заключение и рекомендации

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

Если вы регулярно видите 403 при работе с соцсетями или рекламными кабинетами, начните с перехода на резидентные прокси — они обеспечивают IP реальных пользователей и минимальный риск немедленной блокировки. Для фарма аккаунтов и задач, где важна максимальная схожесть с обычным мобильным трафиком, лучше подойдут мобильные прокси. А если ваша основная проблема — это 429 при массовом сборе данных с маркетплейсов, где важна скорость и объём, выгоднее использовать прокси дата-центров с грамотно настроенной ротацией. Правильный выбор типа прокси под конкретный код ошибки экономит бюджет и избавляет от бесконечного цикла "поменял прокси — снова бан".