Как выбрать прокси-провайдера для бизнеса

Почему выбор прокси-провайдера — инженерная задача

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

В этом руководстве — структурированный подход к оценке провайдеров. Без рекламных клише, с конкретными критериями и вопросами, которые стоит задать до подписания договора.

Критерий 1: Тип и качество IP-пула

Первый вопрос — какие IP доступны и как они распределены.

На что смотреть

• Тип прокси: datacenter, ISP (static residential), mobile. Для большинства B2B-задач — парсинг, мониторинг цен, сбор данных для AI — достаточно datacenter и ISP. Подробнее о разнице типов — в нашем сравнении datacenter и residential прокси.
• Размер пула: 10 000 IP — это мало для серьёзного краулинга. 100 000+ — рабочий минимум для ежедневного сбора миллионов страниц.
• География: если собираете данные с российских сайтов, нужны российские IP. Если с глобальных — нужна диверсификация по странам.
• Качество IP: процент IP в чёрных списках, средний uptime, скорость отклика.

Как проверить

import requests
import time

def test_proxy_pool(proxy_url, test_urls, count=100):
    """Тестирование пула прокси: скорость, успешность, уникальность IP"""
    results = {
        "success": 0,
        "failed": 0,
        "unique_ips": set(),
        "avg_response_time": 0,
        "total_time": 0
    }

    for i in range(count):
        url = test_urls[i % len(test_urls)]
        start = time.time()
        try:
            resp = requests.get(
                url,
                proxies={"https": proxy_url},
                timeout=15
            )
            elapsed = time.time() - start
            results["total_time"] += elapsed

            if resp.status_code == 200:
                results["success"] += 1
                # Получаем IP из ответа (httpbin или аналог)
                if "origin" in resp.json():
                    results["unique_ips"].add(resp.json()["origin"])
            else:
                results["failed"] += 1
        except Exception:
            results["failed"] += 1

    results["avg_response_time"] = (
        results["total_time"] / results["success"]
        if results["success"] > 0 else 0
    )

    return {
        "success_rate": results["success"] / count * 100,
        "unique_ips": len(results["unique_ips"]),
        "avg_response_ms": round(results["avg_response_time"] * 1000),
        "total_requests": count
    }

# Пример использования
stats = test_proxy_pool(
    proxy_url="socks5://user:pass@proxy.example.com:1080",
    test_urls=["https://httpbin.org/ip"],
    count=200
)
print(f"Успешность: {stats['success_rate']}%")
print(f"Уникальных IP: {stats['unique_ips']}")
print(f"Среднее время ответа: {stats['avg_response_ms']} мс")

Ориентир InfraProxy: пул 100 000+ IP в 30+ странах, среднее время отклика DC-прокси — менее 100 мс, канал до 1 Gbps на соединение.

Критерий 2: SLA и гарантии доступности

Для B2B SLA — не маркетинговый термин, а юридическое обязательство.

Что должно быть в SLA

Параметр	Минимум для B2B	Хорошо	Отлично
Uptime	99.0%	99.5%	99.9%
Время ответа на тикет	< 24 ч	< 4 ч	< 1 ч
Компенсация при простое	Нет	Продление	Возврат
Мониторинг статуса	Нет	Статус-страница	API health-check

Красные флаги

• SLA есть только на лендинге, но не в договоре
• «99.9% uptime» без определения, что считается даунтаймом
• Нет способа измерить uptime самостоятельно
• Компенсация только в виде «кредитов», а не реальных денег

Как проверить uptime самостоятельно

#!/bin/bash
# Мониторинг доступности прокси каждые 5 минут
# Сохраняет результаты в CSV

PROXY="socks5://user:pass@dc.infraproxy.ru:1080"
LOG_FILE="proxy_uptime.csv"

echo "timestamp,status,response_time_ms" > "$LOG_FILE"

while true; do
    START=$(date +%s%N)
    STATUS=$(curl -s -o /dev/null -w "%{http_code}" \
        --proxy "$PROXY" \
        --connect-timeout 10 \
        --max-time 15 \
        "https://httpbin.org/ip" 2>/dev/null)
    END=$(date +%s%N)

    ELAPSED=$(( (END - START) / 1000000 ))
    TIMESTAMP=$(date -Iseconds)

    echo "$TIMESTAMP,$STATUS,$ELAPSED" >> "$LOG_FILE"

    sleep 300  # каждые 5 минут
done

Факт: InfraProxy гарантирует 99.9% uptime, что составляет не более 8.7 часов недоступности в год. При нарушении SLA — компенсация по договору.

Критерий 3: Юридическое оформление

Для российского B2B это часто решающий критерий. Бухгалтерия не проведёт оплату без документов.

Чек-лист юридической готовности

• Договор на русском языке — не оферта на английском мелким шрифтом
• Юридическое лицо в РФ или договор с иностранным контрагентом по валютному законодательству
• Акты выполненных работ — ежемесячно
• Счета-фактуры — для вычета НДС (если провайдер на ОСНО)
• Постоплата — критично для крупных компаний, где бюджетный цикл не совпадает с биллингом провайдера

Почему предоплата — проблема для B2B

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

1. Нужно обосновать закупку до её совершения
2. Остатки на счёте — замороженные деньги
3. При изменении объёмов нет гибкости

InfraProxy работает по постоплате с ежемесячными актами. Для компаний, работающих по 44-ФЗ и 223-ФЗ, предоставляется полный пакет закрывающих документов.

Критерий 4: Тестирование до покупки

Ни один провайдер не даст идеальных результатов на всех сайтах. Тестирование на вашей конкретной задаче — обязательный этап.

Что тестировать

Параметр	Как измерить	Допустимое значение
Success rate на целевых сайтах	% успешных ответов из 1000 запросов	> 95%
Среднее время ответа	Медиана latency	< 200 мс (DC), < 500 мс (ISP)
Уникальность IP в сессии	Кол-во уникальных IP за 1 час	Зависит от пула
Стабильность sticky-сессий	Сохранение IP на заявленное время	> 99%
Поведение при блокировке	Автоматическая ротация	Без ручного вмешательства
Пропускная способность	Скорость загрузки при параллельных запросах	> 500 Mbps суммарно

Что спросить на тесте

• Сколько длится тестовый период? (1 день — мало, 3–7 дней — нормально)
• Есть ли ограничения по трафику на тесте?
• Можно ли тестировать на реальных целевых сайтах, а не только на httpbin?
• Будет ли техподдержка помогать с настройкой во время теста?

В InfraProxy тестовый доступ предоставляется за 1 рабочий день. Ограничений на целевые сайты нет — тестируйте на ваших реальных задачах.

Критерий 5: Техническая интеграция

Насколько легко встроить прокси в существующую инфраструктуру — вопрос, который часто игнорируют при выборе.

Протоколы и аутентификация

Минимальный набор для B2B:

• SOCKS5 — для любого TCP-трафика, включая нестандартные протоколы
• HTTP/HTTPS — для веб-краулинга
• Аутентификация по IP — whitelist без пароля в коде
• Аутентификация по логину/паролю — для динамических окружений

Пример интеграции: переключение провайдеров без изменения кода

import os
from dataclasses import dataclass

@dataclass
class ProxyConfig:
    """Конфигурация прокси-провайдера"""
    name: str
    socks5_url: str
    http_url: str
    max_concurrent: int
    sticky_session_param: str = ""

# Конфигурации разных провайдеров
PROVIDERS = {
    "infraproxy": ProxyConfig(
        name="InfraProxy",
        socks5_url=f"socks5://{os.getenv('INFRA_USER')}:{os.getenv('INFRA_PASS')}@dc.infraproxy.ru:1080",
        http_url=f"http://{os.getenv('INFRA_USER')}:{os.getenv('INFRA_PASS')}@dc.infraproxy.ru:8080",
        max_concurrent=500,
        sticky_session_param="session"
    ),
    "fallback": ProxyConfig(
        name="Fallback",
        socks5_url=f"socks5://{os.getenv('FB_USER')}:{os.getenv('FB_PASS')}@fallback.example.com:1080",
        http_url=f"http://{os.getenv('FB_USER')}:{os.getenv('FB_PASS')}@fallback.example.com:8080",
        max_concurrent=100,
    ),
}

def get_proxy(provider: str = "infraproxy", protocol: str = "socks5") -> str:
    """Получить URL прокси по провайдеру и протоколу"""
    config = PROVIDERS[provider]
    return config.socks5_url if protocol == "socks5" else config.http_url

Такой подход позволяет переключаться между провайдерами без изменения бизнес-логики. Подробнее об архитектуре прокси-интеграций — в статье про масштабирование скрейпинга.

Критерий 6: Техническая поддержка

Для B2B поддержка — не «чат на сайте», а полноценная инженерная помощь.

Уровни поддержки

• Базовый: email, время ответа 24 часа. Подходит для некритичных задач.
• Приоритетный: Telegram/Slack, время ответа 1–4 часа. Для production-нагрузок.
• Выделенный: персональный инженер, помощь с интеграцией, тюнинг под задачу. Для enterprise-клиентов.

Вопросы для оценки поддержки

1. В какие часы работает поддержка? (24/7 vs рабочее время)
2. Есть ли русскоязычная поддержка?
3. Помогут ли настроить прокси под конкретный сайт?
4. Есть ли мониторинг и алерты на стороне провайдера?
5. Как уведомляют о плановых работах?

InfraProxy: поддержка на русском языке, персональный менеджер для B2B-клиентов, помощь с интеграцией. За 15+ лет работы (с 2011 года) обслужено 500+ компаний.

Критерий 7: Стоимость владения (TCO)

Цена за GB или за IP — только верхушка айсберга. Полная стоимость владения включает скрытые расходы.

Из чего складывается TCO

Статья расходов	Предоплатная модель	Постоплатная модель
Прокси (прямые затраты)	Фиксированная предоплата	По факту использования
Замороженные средства	10–30% от годового бюджета	0
Бухгалтерские расходы	Валютный контроль	Стандартные акты
Время на интеграцию	1–3 дня	1–3 дня
Время на миграцию (при проблемах)	2–5 дней	2–5 дней
Поддержка (при отсутствии)	Часы разработчиков	Включена

Детальный анализ стоимости различных решений — в нашем разборе TCO для скрейпинга.

Чек-лист: оценка провайдера

Используйте эту таблицу при сравнении провайдеров. Каждый критерий оценивается от 0 до 3:

Критерий	0 — нет	1 — минимум	2 — хорошо	3 — отлично
IP-пул > 50 000	< 10K	10–50K	50–100K	100K+
SLA в договоре	Нет	Оферта	Договор без компенсации	Договор + компенсация
Постоплата	Нет	По запросу	Стандарт	+ акты, счета-фактуры
Тестовый период	Нет	1 день	3 дня	7+ дней
SOCKS5 + HTTP	Только HTTP	SOCKS5	+ IP whitelist	+ API управления
Поддержка на русском	Нет	Переводчик	Email	Telegram/Slack + менеджер
Документация	Нет	FAQ	Docs + примеры	+ помощь с интеграцией

Порог: < 10 баллов — рискованно для production. 10–15 — приемлемо. 16–21 — хороший провайдер для B2B.

Процесс выбора: пошаговый план

1. Определите требования: тип данных, объём, география, бюджет
2. Составьте shortlist из 3–4 провайдеров по формальным критериям
3. Запросите тест у каждого — сразу на ваших целевых сайтах
4. Прогоните скрипт тестирования (см. код выше) — получите объективные метрики
5. Оцените по чек-листу — суммируйте баллы
6. Запросите коммерческое предложение с учётом вашего объёма
7. Согласуйте договор — проверьте SLA, порядок оплаты, ответственность

Для задач, связанных с AI и машинным обучением, рекомендуем также изучить наше руководство по прокси для AI — там описаны особенности инфраструктуры для data-intensive нагрузок.

Итог

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

Ключевые критерии: пул IP (размер и качество), SLA (в договоре, не на лендинге), постоплата и закрывающие документы, полноценный тест, простая интеграция и живая техподдержка.

---

Попробуйте InfraProxy — тестовый доступ за 1 рабочий день, 100 000+ IP, SOCKS5/HTTP, договор и постоплата для российских юрлиц. Оставить заявку →