Методологія тестування

Останній перегляд методики: 5 вересня 2026 · Наступний плановий перегляд: Q4 2026

Тут описано, як саме PROXYDECK тестує, оцінює і ранжує провайдерів проксі. Документ публічний навмисно: будь-хто може перевірити, чи наша процедура справді прозора, відтворювана і не залежить від комерційних домовленостей.

1. Незалежність і фінансування

Сайт живе з афіліатних комісій — коли читач після нашого огляду оформлює підписку у провайдера за нашою лінкою, ми отримуємо відсоток від першого платежу. На бал у каталозі це не впливає. Однакова процедура тестування застосовується до всіх: і до партнерів, і до тих, з ким афіліатна угода відсутня.

Бейдж Editor's Pick ми ставимо за результатами тестів, а не за розміром комісії. Провайдери без афіліатки отримують його так само, як і з афіліаткою — і отримують.

Розміщення в каталозі безкоштовне і не продається. Провайдер може подати заявку через форму пропозицій, але заявка нічого не купує: ми тестуємо, і якщо сервіс не проходить перевірку — не публікуємо. Частину каталогу ми додаємо з власної ініціативи, нікого про це не питаючи. Платні формати (партнерське розміщення, sponsored review, лендинг) існують окремо, маркуються як реклама і не торкаються ані бала, ані позиції в рейтингу, ані бейджа.

2. Що ми тестуємо

2.1. Метрики продуктивності

• Success rate — частка HTTP 200 на пакеті в 1000 запитів до бенчмарк-таргетів (Amazon listing, Google SERP, сторінка під Cloudflare Bot Fight).
• Latency — P50 / P95 / P99 round-trip, виміряний паралельно з 4 ринків (US-East, EU-Frankfurt, UK-London, APAC-Singapore).
• Throughput — кількість конкурентних з'єднань на порт до моменту деградації success rate.
• Diversity пулу — частка унікальних IP у 1000 поспіль зроблених запитах, перевірена через ASN-lookup.

2.2. Географія

Для кожного провайдера ми семплимо по 50 випадкових IP на заявлену країну і звіряємо реальне розташування через три незалежні джерела — IPinfo, MaxMind і IP2Location. Якщо збіг нижчий за 80%, гео ставимо в «помилкове», і це б'є по балу в категорії «географія». Окремо логуємо ASN: відсоток справді резидентних ASN (не датацентрових) для residential-провайдерів — це маркер чесної декларації.

2.3. Прозорість цін

• Ціна з лендингу проти ціни на чекауті (наддоплати за sticky session, гео-таргет, додаткових sub-юзерів).
• Refund-полісі і як суворо вона виконується — перевіряємо запитом на повернення з малого тестового платежу.
• Чи можна купити без KYC, скільки коштує перший крок на pay-as-you-go.

2.4. Compliance і толерантність

• Які use-case-и блокуються на етапі реєстрації проти тих, що блокуються при верифікації.
• Толерантність до iGaming, affiliate, ad-verification, multi-account-у.
• GDPR / CCPA posture — наявність DPA, локація серверів, публічна retention policy.
• Прийом крипти та інших non-card-ових оплат, наявність локальних методів (Wise, SEPA, AliPay).

2.5. Якість сапорту

• Час до першої відповіді — на технічні питання, на біллінг, на запит refund-у.
• Час до фактичного вирішення проблеми, яку ми створюємо навмисно (типовий приклад: невідповідність гео-таргету в конкретному штаті).
• Наявність account-менеджера і поріг плану, з якого він з'являється.

3. Композитний скор — 7 категорій

Кожен провайдер отримує бал від 0 до 10. Це зважена сума за 7 категоріями. Ваги відкриті:

Сума ваг = 100%. Текст під фінальним балом на сторінці кожного провайдера підтверджує цю формулу — тримаємо її синхронною з документом.

4. Тестове середовище — 4 ринки, тижневий цикл

Усі прогони запускаються на однаковій інфраструктурі, щоб виключити bias від різного мережевого оточення:

• Залізо: AWS EC2 t3.medium (2 vCPU, 4 GB RAM), однаковий PHP-стек + headless Chromium.
• 4 ринки тестування: US-East (Вірджинія), EU-Central (Франкфурт), UK (Лондон), APAC (Сінгапур). Це покриває основні часові пояси і типові паттерни latency-розбіжностей.
• Тулчейн: власний бенчмарк-раннер (плануємо відкритий реліз у Q4 2026), Chrome DevTools Protocol для перевірки JS-fingerprint-ів і Cloudflare-проходження.
• Розклад: performance — щотижня, повний deep-dive по топ-10 — щомісяця, full re-test усього каталогу — щокварталу.

5. Критерії Editor's Pick

Бейдж дається провайдерам, які одночасно відповідають усім умовам:

• Композитний скор ≥ 9.0.
• Топ-3 у своїй основній категорії (residential / mobile / datacenter / ISP).
• Відсутні відомі compliance-скандали і чисте KYC за останні 12 місяців.
• Доступний free trial або pay-as-you-go з порогом ≤ $5.
• ≥ 6 місяців у нашому каталозі — щоб були дані для динаміки, а не один знімок.

6. Графік оновлень

• Тижневий: performance-метрики (success rate, latency, drop-out).
• Місячний: зміни цін і політик, оновлення KYC-вимог.
• Квартальний: повний re-test усіх категорій композитного балу.
• On-demand: коли провайдер анонсує велике оновлення, з'являється скандал або змінюється власник.

7. Конфлікти інтересів і hard disqualifiers

Якщо учасник редакції має фінансовий інтерес у провайдері поза стандартною афіліаткою (частка, оплачуваний консалтинг) — він відсторонюється від оцінки цього провайдера. Кожен такий випадок ми розкриваємо публічно.

Hard disqualifiers — провайдери, які не потрапляють у каталог незалежно від технічних показників:

• Юридичні зв'язки з рф (засновники, юрадреса, інфраструктура, прийом російських платежів як основного методу).
• Бойове минуле з ботнет-походженням пулу (911.re, RSocks, Faceless та подібні екосистеми).
• Доведена практика IP-фармингу через шкідливе або обманне ПЗ.

8. Виправлення помилок і спори

Якщо ви бачите фактичну помилку або хочете оскаржити бал:

• Кнопка «Виявили помилку?» на будь-якій сторінці огляду.
• Email [email protected] із доказами (скріни, raw-логи, посилання на офіційні анонси).

Відповідаємо за 48 годин. Виправлення публікуємо за 5 робочих днів, якщо доказова база достатня.

9. Як провайдер потрапляє в каталог

Провайдер може запросити включення листом на [email protected]. Плата за включення або корекцію балу не приймається. Sponsored-формати чітко маркуються — для цього є окрема сторінка про нас.

10. Чого ми не робимо

Прозорість важить більше за claim-и. Тому:

• Не публікуємо балів без живого тесту — провайдер, який ще не пройшов повний цикл, з'являється в каталозі з позначкою verified=0.
• Не використовуємо синтетичні бенчмарки — кожен прогон б'є по реальних публічних таргетах.
• Не приймаємо комісію за переписування Pros / Cons.
• Не публікуємо «свіжих» оцінок без оновлення: якщо провайдер не тестувався більше 90 днів — на сторінці з'являється warning-бейдж «stale data».

Якщо у вас є гіпотеза, який саме тест чи метрику варто додати — кнопка «Запропонувати новий патерн» нижче веде безпосередньо в нашу редакційну чергу.

Маєте свою методику — або помітили дірку в нашій?

Звертайтесь — пропонуйте нові патерни тестування, метрики, edge-кейси. Усе осмислене — додаємо в найближчому квартальному re-test-і. Безглузді ідеї теж публікуємо: чесніше показати, що ми відкинули і чому.