Пробный период короток и обычно идёт с ограниченным трафиком. Потратить это время на случайное открытие нескольких страниц — значит отдать решение о покупке на волю случая. Хороший тест пробной версии должен давать пять измеримых метрик , и эти метрики должны быть получены на ваших реальных целях.
В этой статье мы предлагаем пошаговый и применимый на практике протокол тестирования.
Перед тестированием: план измерений
Большую часть времени выделите тесту на реальной цели. Первые три этапа лишь подтверждают, что сервис настроен верно; решение о покупке определяет четвёртый этап.
Этап 1 — базовая проверка
Сначала убедитесь, что соединение установлено и выход происходит с ожидаемого адреса:
--socks5-hostname вместе с --socks5 Разница между ними критична: первый разрешает DNS на стороне прокси и предотвращает утечку.
Если предпочитаете инструмент, наша страница проверки прокси выполняет ту же проверку массово и автоматически определяет протокол; выходной IP вы можете дополнительно увидеть Мой IP-адрес через.
Этап 2 — география и анонимность
Если вы заказывали таргетинг по стране, убедитесь, что выходной IP действительно принадлежит этой стране. Затем измерьте уровень анонимности — посмотрите, добавляет ли прокси лишние заголовки.
- Точность страны: Совпадает ли запрошенная вами страна с той, что сообщается? Если нет, возможно, параметр таргетинга записан неверно.
- Точность города: Если вы купили таргетинг по городу, измерьте долю отклонений; 100% попадание — нереалистичное ожидание.
- Утечка в заголовках: Тестом анонимности определите уровень elite/анонимный/прозрачный.
- Утечка DNS: тест на утечку DNS проверьте с помощью, откуда выполняется разрешение имён.
- Утечка WebRTC: Если вы собираетесь использовать браузер, тест WebRTC запустите его.
Этап 3 — ширина пула
Если вы тестируете сервис с ротацией, измерение реальной ширины пула гораздо информативнее цифры на странице продаж:
190+ уникальных IP на 200 запросов указывает на сильный пул. Если вы видите 40–50 уникальных IP, пул не так широк, как заявлено.
Почему важно распределение по блокам — нашей статье о разнообразии подсетей .
Этап 4 — тест на реальной цели
Это этап, определяющий решение. На общих тестовых сайтах успешен почти любой прокси; главный вопрос — что произойдёт на вашей цели.
Средняя задержка вводит в заблуждение; несколько очень медленных запросов портят среднее. p50 (медиана) показывает типичный опыт, а p95 — худший сценарий.
Запустите тот же тест и по прямому соединению (без прокси). Разница между результатами с прокси и без него показывает реальный вклад прокси и его цену.
Этап 5 — стабильность сессии
Если вы купили sticky-сессии, убедитесь, что обещанный срок действительно выдерживается. Метод прост: с одним и тем же ключом сессии отправляйте запросы через равные интервалы в течение обещанного срока и следите, меняется ли выходной IP.
Если IP меняется до истечения срока, обещание по сессии не выполняется. В задачах, требующих входа в аккаунт, это напрямую превращается в проблему безопасности аккаунта.
Таблица сравнения результатов
Если вы тестируете нескольких провайдеров, сведите результаты в одну таблицу. Решение должно приниматься не по принципу «что дешевле», а стоимости за успешный запрос по.
| Метрика | Провайдер A | Провайдер B | Примечание |
|---|---|---|---|
| Доля успешных запросов | — | — | Выигрывает тот, у кого выше |
| Доля CAPTCHA | — | — | Выигрывает тот, у кого ниже |
| Медианная задержка | — | — | Значение p50 |
| Задержка p95 | — | — | Поведение хвоста |
| Уникальных IP / 200 | — | — | Ширина пула |
| Точность sticky | — | — | Выполняется ли обещание |
| Стоимость успешного запроса | — | — | Главная метрика для решения |
Чего не следует делать в процессе тестирования
Правильный подход
- Тестировать на реальных целях, со скоростью, близкой к продакшену.
- Фиксировать каждую метрику численно.
- Сравнивать с прямым соединением.
- Задать технический вопрос службе поддержки.
Чего следует избегать
- Израсходовать всю квоту за первые полчаса.
- Смотреть только на общие тестовые сайты.
- Принимать решение по одному запросу.
- Давать нагрузку намного выше продакшен-скорости и получать неверный результат.
Резюме
Пробный период — это инструмент принятия решения; при правильном использовании он позволяет опереть выбор на месяцы вперёд на надёжные данные. Пройдите пять этапов по порядку, зафиксируйте результаты численно и сравнивайте по стоимости успешного запроса. Чтобы ускорить тесты, проверка proxy, тест анонимности и тест пинга вы можете использовать наши инструменты вместе.