مدة النسخة التجريبية قصيرة وتأتي عادةً بحركة محدودة. وإنفاق هذه المدة في فتح بضع صفحات عشوائية يعني ترك قرار الشراء للمصادفة. الاختبار التجريبي الجيد خمسة مقاييس قابلة للقياس يجب أن ينتج، وأن تأتي هذه المقاييس من أهدافك الحقيقية.
في هذا المقال نقدّم بروتوكول اختبار قابلًا للتطبيق خطوة بخطوة.
قبل الاختبار: خطة القياس
خصص معظم الوقت لاختبار الهدف الحقيقي. فالمراحل الثلاث الأولى تتحقق فقط من أن الخدمة مهيأة بشكل صحيح؛ أما قرار الشراء فتحدده المرحلة الرابعة.
المرحلة 1 — التحقق الأساسي
تحقق أولًا من أن الاتصال قد أُنشئ وأن عنوان الخروج هو العنوان الذي تتوقعه:
--socks5-hostname مع --socks5 الفرق بينهما حاسم: فالأول يحلّ DNS على جانب البروكسي ويمنع التسريب.
إذا كنت تفضّل استخدام أداة صفحة فحص البروكسي لدينا تجري التحقق نفسه دفعةً واحدة وتكتشف البروتوكول تلقائيًا؛ كما يمكنك رؤية عنوان IP الخارج أيضًا عنوان IP الخاص بي عبر.
المرحلة 2 — الجغرافيا وإخفاء الهوية
إذا طلبت استهدافًا حسب البلد، فتحقق من أن عنوان IP الخارج ينتمي فعلًا إلى ذلك البلد. ثم قِس مستوى إخفاء الهوية — وانظر هل يضيف البروكسي ترويسات زائدة أم لا.
- دقة البلد: هل يتطابق البلد الذي طلبته مع البلد المُبلَّغ عنه؟ إذا لم يتطابق فقد يكون معامل الاستهداف مكتوبًا بشكل خاطئ.
- دقة المدينة: إذا اشتريت استهدافًا حسب المدينة فقِس نسبة الانحراف؛ فدقة 100% ليست توقعًا واقعيًا.
- تسريب الترويسات: باختبار إخفاء الهوية حدّد المستوى elite/مجهول/شفاف.
- تسريب DNS: اختبار DNS leak تحقق بواسطته من المكان الذي يتم فيه تحليل الأسماء.
- تسريب WebRTC: إذا كنت ستستخدم متصفحًا اختبار WebRTC لدينا.
المرحلة 3 — اتساع التجمّع
إذا كنت تجرّب خدمة rotating، فقياس الاتساع الحقيقي للتجمّع أكثر إفادةً بكثير من الرقم المذكور في صفحة البيع:
الحصول على أكثر من 190 عنوان IP فريدًا من 200 طلب يشير إلى تجمّع قوي. أما إذا كنت ترى 40–50 عنوان IP فريدًا فالتجمّع ليس واسعًا بالقدر المُدّعى.
لماذا يُعد توزيع الكتل مهمًا مقال تنوّع الـ subnet لدينا بالتفصيل.
المرحلة 4 — اختبار الهدف الحقيقي
هذه هي المرحلة التي تحدد القرار. فعلى مواقع الاختبار العامة ينجح كل بروكسي تقريبًا؛ والسؤال الحقيقي هو ماذا سيحدث على هدفك أنت.
متوسط التأخير مضلل؛ فبضعة طلبات بطيئة جدًا تُفسد المتوسط. يُظهر p50 (الوسيط) التجربة النموذجية، بينما يُظهر p95 السيناريو الأسوأ.
شغّل الاختبار نفسه بالاتصال المباشر (بدون بروكسي) أيضًا. فالفرق بين النتائج مع البروكسي وبدونه يُظهر مساهمة البروكسي الحقيقية وتكلفته.
المرحلة 5 — استقرار الجلسة
إذا اشتريت جلسة sticky فتحقق من أن التزام المدة يُحترم فعلًا. والطريقة بسيطة: أرسل طلبات على فترات منتظمة طوال المدة الملتزَم بها باستخدام مفتاح الجلسة نفسه، وراقب هل يتغير عنوان IP الخارج أم لا.
إذا تغيّر عنوان IP قبل انتهاء المدة فهذا يعني أن التزام الجلسة غير محقق. وهذا يتحول مباشرةً إلى مشكلة أمان حسابات في الأعمال التي تتطلب تسجيل الدخول.
جدول مقارنة النتائج
إذا كنت تجرّب عدة مزوّدين فاجمع النتائج في الجدول نفسه. والقرار يجب ألا يكون "أيهما أرخص"، بل التكلفة لكل طلب ناجح يجب أن يُتخذ بناءً عليه.
| المقياس | المزوّد A | المزوّد B | ملاحظة |
|---|---|---|---|
| معدل النجاح | — | — | الأعلى هو الفائز |
| معدل CAPTCHA | — | — | الأدنى هو الفائز |
| وسيط التأخير | — | — | قيمة p50 |
| تأخير p95 | — | — | سلوك الذيل |
| عناوين IP فريدة / 200 | — | — | اتساع المجمّع |
| دقة sticky | — | — | هل يتحقق الالتزام |
| تكلفة الطلب الناجح | — | — | مقياس القرار الحقيقي |
ما يجب تجنبه أثناء عملية التجربة
النهج الصحيح
- الاختبار على أهداف حقيقية وبسرعة مشابهة لسرعة الإنتاج.
- تسجيل كل مقياس رقميًا.
- إجراء مقارنة بالاتصال المباشر.
- توجيه سؤال تقني إلى فريق الدعم.
ما ينبغي تجنبه
- استهلاك الحصة كاملةً في النصف ساعة الأول.
- الاكتفاء بمواقع الاختبار العامة.
- اتخاذ القرار بناءً على طلب واحد.
- تحميل النظام بما يفوق سرعة الإنتاج بكثير والحصول على نتيجة خاطئة.
الخلاصة
مدة النسخة التجريبية أداة قرار؛ وعند استخدامها بشكل صحيح تجعل اختيارًا سيستمر لأشهر مبنيًا على بيانات متينة. طبّق المراحل الخمس بالترتيب، وسجّل النتائج رقميًا، وأجرِ المقارنة على أساس التكلفة لكل طلب ناجح. ولتسريع اختباراتك فحص البروكسي, اختبار إخفاء الهوية و اختبار ping يمكنك استخدام أدواتنا معًا.