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

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

Для 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, договор и постоплата для российских юрлиц. Оставить заявку →