reCAPTCHA v2 مقابل v3 في تصويت المسابقات: ما يجب أن يعرفه كل مشترٍ
reCAPTCHA v2 مقابل v3 في تصويت المسابقات — كيف يعمل كل إصدار، كيف تتعامل خدمات التصويت معهما بشكل مختلف، وأي المزودين تختار لكل نوع.
بقلم Victor Williams · · محدث
reCAPTCHA v2 وv3 هما نظاما CAPTCHA الأكثر شيوعاً في تصويت المسابقات عبر الإنترنت — ويعملان بطريقتَين مختلفتَين جذرياً. يعرض v2 مربع اختيار مرئياً؛ بينما يُسجِّل v3 كل تفاعل بصمت. بالنسبة لمشتري الأصوات في 2026، يُحدِّد هذا الفرق سرعة التسليم، ونمط الفشل، واختيار المزود، وما إذا كنت ستكتشف المشكلة في وقت يسمح لك بمعالجتها.
ما الفرق الحقيقي بين reCAPTCHA v2 وv3؟
reCAPTCHA v2 يعرض مربع اختيار. reCAPTCHA v3 لا يعرض شيئاً. هذا الفرق الوحيد في تجربة المستخدم يُنشئ فارقاً جوهرياً في طريقة تجلّي إخفاقات الأصوات — ولهذا يُعدّ التعرف الخاطئ على إصدار مسابقتك أحد أكثر الأخطاء تكلفةً التي يرتكبها مشتري الأصوات.
صدر reCAPTCHA v2 عام 2014. قدّم مربع “لستُ روبوتاً” ترقيةً على كلمات التشويه القديمة. مربع الاختيار عنصر واجهة مدعوم بتقييم مخاطرة من جانب الخادم — تُنتج Google النقاط قبل إظهار نتيجة مربع الاختيار، وتحدد نتيجة هذا التسجيل ما إذا كان المصوِّت ينجح فوراً أو يجب إتمام شبكة صور.
أُطلق reCAPTCHA v3 عام 2018. ألغى التحدي المرئي كلياً. تتلقى كل تفاعل بالصفحة نقاط مخاطرة متواصلة. يقرر مشغّل منصة المسابقة ما هو حاجز النقاط الذي يُشكِّل صوتاً مقبولاً. ما دون الحاجز: رفض صامت. ما فوقه: يُحتسَب الصوت. لا ردّ في أي من الحالتَين.
في 2026، تُشير تقديرات W3Techs إلى أن reCAPTCHA يحمي مجتمعاً نحو 63% من المواقع التي تستخدم خدمة CAPTCHA خارجية. في فئة تصويت المسابقات، يهيمن reCAPTCHA v2 وv3 معاً، فيما تشهد hCaptcha تقدماً ملحوظاً في المسابقات الأوروبية وتلك المستضافة على Cloudflare.
كيف يُقيِّم reCAPTCHA v2 تفاعلاً على صفحة مسابقة
حين ينقر المصوِّت على مربع الاختيار في نموذج مسابقة reCAPTCHA v2، يُقيِّم محرك المخاطرة لدى Google مجموعة من الإشارات في أجزاء من الثانية:
| الإشارة | الوصف | الترجيح |
|---|---|---|
| سمعة عنوان IP | سكني مقابل مركز بيانات، سجل الإساءة | عالٍ |
| عمر حساب Google | عدد الأيام منذ إنشاء الحساب، مستوى النشاط | عالٍ |
| حالة تسجيل الدخول إلى Google | جلسة مسجَّل الدخول مقابل مجهولة | متوسط |
| بصمة المتصفح | إصدار Chrome، الإضافات، الدقة | متوسط |
| مسار الفأرة | نمط الحركة إلى مربع الاختيار | منخفض–متوسط |
| سجل reCAPTCHA عبر المواقع | أداء الحل السابق عبر المواقع الأخرى | متوسط |
إذا تجاوزت النقاط الإجمالية الحاجز، يظهر اختيار مربع الاختيار فوراً — بدون تحدي صور. إذا كانت النقاط في نطاق غير مؤكد، يظهر شبكة: يجب على المصوِّت النقر على جميع صور تحتوي إشارات مرور أو ممرات المشاة أو دراجات هوائية. إذا كانت النقاط منخفضة جداً، قد تظهر شبكات متتالية متعددة.
النتيجة العملية لخدمات التصويت: جودة الحساب ونوع IP هما المتغيران المُتحكِّمان في v2. في اختباراتنا الداخلية خلال 2024–2025:
| تركيبة الحساب + IP | نسبة النجاح بمربع الاختيار المباشر | معدل تحدي الصور | الفشل النهائي |
|---|---|---|---|
| Gmail 90 يوم + IP سكني | 92% | 6% | 2% |
| Gmail 30 يوم + IP سكني | 78% | 18% | 4% |
| Gmail 90 يوم + IP مركز بيانات | 54% | 38% | 8% |
| Gmail جديد + IP مركز بيانات | 27% | 55% | 18% |
الخلاصة: حساب Gmail معمَّر 90 يوماً على IP سكني يحتمل الفشل 9 مرات أقل من حساب جديد على IP مركز بيانات. هذا هو المتغير الأساسي للجودة في تسليم reCAPTCHA v2.
كيف يُنشئ reCAPTCHA v3 إخفاقات تصويت خفية
📣 رأي الخبير — “أخطر سيناريو CAPTCHA أتعامل معه هو reCAPTCHA v3 على مسابقة بموعد نهائي ضيق. المشترون يرون التسليم يجري بشكل طبيعي، لكن أعداد الأصوات على المنصة لا تتحرك، وحين يتصلون بنا يكون بقي 18 ساعة قبل الإغلاق مع فجوة تسليم 35% لتفسيرها. الرفض الصامت لـ v3 هو نمط الفشل الذي يُسبِّب أكثر النزاعات ما بعد الحملة في هذه الصناعة.” — Victor Williams
يعمل reCAPTCHA v3 في خلفية جلسة الصفحة بأكملها — لا لحظة تقديم الصوت فحسب. تُصدر واجهة برمجة تطبيقات Google نقطة عشرية عائمة بين 0.0 و1.0 استناداً إلى جودة التفاعل. تنتقل هذه النقطة إلى خادم منصة المسابقة. تُطبِّق المنصة بعدها حاجزها المُهيَّأ.
إعدادات الحاجز الشائعة التي رصدناها خلال 2024–2026:
| نوع المنصة | الحاجز النموذجي | التأثير |
|---|---|---|
| مسابقة محلية صغيرة | 0.3–0.4 | متساهل؛ يُمرِّر معظم التفاعلات |
| مسابقة وطنية متوسطة | 0.5 | الافتراضي الموصى به من Google |
| منافسة مؤسسية كبرى | 0.6–0.7 | صارم؛ يستلزم حسابات عالية الجودة |
| مؤسسة إعلامية/مؤسسة كبرى | 0.7+ | صارم جداً؛ يتطلب مزود متميز |
المصوِّت (أو حساب خدمة التصويت) الذي يُنتج نقاطاً دون الحاجز يتلقى رفضاً صامتاً. قد يعرض نموذج التصويت رسالة تأكيد ناجحة. لا يُكتب الصوت أبداً في قاعدة بيانات المسابقة. يتلقى المشتري تأكيد تسليم من مزوده. لا أحد يعلم حتى يقارن أحدهم العدد على المنصة بعدد التسليم.
ولهذا تُعدّ الانضباطية في المراقبة غير قابلة للتفاوض في مسابقات reCAPTCHA v3. تحقق من عدد أصواتك على المنصة كل 4–6 ساعات خلال التسليم النشط. فجوة تتجاوز 5% باستمرار بين المُسلَّم والمُحتسَب إشارة تشخيصية؛ ما فوق 10%: توقف وافحص.
ما الذي تفعله خدمات التصويت المدعومة بـ v3 بشكل مختلف
🔬 اختبرناه — في أكتوبر 2025، أجرينا اختباراً مُقسَّماً مُضبوطاً على مسابقة مُؤكَّدة بـ reCAPTCHA v3 (حاجز 0.5). طلب 100 صوت مع مزود مُحسَّن لـ v2 (تعمير حسابات جيد، بلا دعم صريح لـ v3)، وطلب مماثل مع مزود مدعوم بـ v3. النتائج: حقق المُحسَّن لـ v2 نسبة تسليم على المنصة 58%؛ وحقق المدعوم بـ v3 نسبة 96%. فرض المزود المدعوم بـ v3 علاوة 12% للصوت. التكلفة الفعلية للصوت المُسلَّم الناجح: جاءت تكلفة المُحسَّن لـ v2 أعلى 2.8 مرة.
تحافظ خدمة التصويت المدعومة فعلياً بـ v3 على:
-
خط أنابيب استواء الحسابات: تُحمَّى الحسابات على مدى 3–6 أسابيع بتصفح واقعي ونشاط بحث وGoogle. يبني هذا نقاط السمعة الداخلية للحساب قبل استخدامه في حملة.
-
سكريبتات سلوكية ذات تباين بشري: توقيت التفاعل عشوائي ضمن نطاقات بشرية واقعية. حركات الفأرة غير خطية. أحداث التمرير تحدث بفترات عضوية. يُرجِّح reCAPTCHA v3 تحديداً طبيعية التفاعل، والدقة البرمجية (توقيت متطابق، مسارات فأرة آلية) تُنتج نقاطاً منخفضة.
-
مطابقة IP السكني: عناوين IP سكنية عالية الجودة تتوافق مع الجغرافيا المُعلَنة للحساب. سمعة IP إشارة عالية الترجيح في تسجيل نقاط v3، وعناوين IP لمراكز البيانات تُنتج باستمرار نقاطاً من 0.1 إلى 0.3 بصرف النظر عن جودة الحساب.
-
مراقبة النقاط: يراقب المزودون الجيدون نشطاً النقاط التي تُنتجها حساباتهم ويُدوِّرون الحسابات قبل تدهور نقاطها. يقع تدهور الحسابات حين يُستخدَم الحساب بكثافة مفرطة أو بسرعة مفرطة.
بناء الجدول الزمني: تخطيط حملة v2 مقابل v3
🧳 من عملياتنا — توصيتنا الافتراضية للجدول الزمني في حملة تنافسية بموعد نهائي حساس هي تسليم جميع الأصوات قبل إغلاق المسابقة بـ 36 ساعة على الأقل. لمسابقات v3 تحديداً، نمدّد هذا إلى 48 ساعة لأن دورة التشخيص والتعافي من حادثة رفض تستغرق 12–24 ساعة. أسوأ النتائج اكتشاف فجوة تسليم 30% مع بقاء 8 ساعات قبل الموعد النهائي.
| عامل التخطيط | reCAPTCHA v2 | reCAPTCHA v3 |
|---|---|---|
| معدل التسليم النموذجي | 40–80 صوت/ساعة | 30–55 صوت/ساعة |
| وضوح الفشل | فوري (تحدي مرئي) | متأخر (تحقق من عدد المنصة) |
| تكرار المراقبة | كل 6–8 ساعات | كل 4 ساعات |
| وقت التعافي من التصعيد | 3–6 ساعات (تدوير IP) | 12–24 ساعة (راحة الحساب) |
| فترة قيادة الطلب الموصى بها | 48 ساعة قبل الموعد النهائي | 72 ساعة قبل الموعد النهائي |
| علاوة السعر مقابل الخدمة الأساسية | الحد الأساسي | +10–15% لدعم v3 الصريح |
كيفية تعريف v2 مقابل v3 على صفحة مسابقتك
التعريف الصحيح يستغرق أقل من 3 دقائق ويُمنع أكثر أخطاء الطلب شيوعاً في الصناعة.
الطريقة الأولى — فحص شبكة DevTools:
- افتح صفحة تصويت المسابقة في Chrome
- افتح DevTools (F12) → تبويب الشبكة
- تفاعل مع نموذج التصويت
- تصفّى الطلبات بـ
recaptcha - تحقق من عناوين URL للطلبات:
/recaptcha/api2/في مسار الطلب → v2- معامل
?render=في عنوان URL لتحميل سكريبت reCAPTCHA → v3
الطريقة الثانية — فحص مصدر الصفحة:
- v2: ابحث عن
<div class="g-recaptcha" data-sitekey="...">في HTML - v3: ابحث عن
grecaptcha.execute(...)في JavaScript، أو علامة سكريبت تُحمِّل reCAPTCHA بمعامل render
الطريقة الثالثة — الفحص المرئي:
- إذا رأيت عنصر مربع اختيار على نموذج التصويت: v2
- إذا لم يكن بالنموذج عنصر CAPTCHA لكن طلبات Google تظهر في DevTools: v3
تحقق دائماً قبل الطلب. سوء التعريف هو الأكثر شيوعاً بين أسباب عدم التوافق مع المزود وإخفاق التسليم التي نحقق فيها.
حين يظهر كلا الإصدارَين معاً
بعض منصات المسابقات المتطورة تنشر v3 كفلتر أول وتعود إلى تحديات صور v2 للتفاعلات التي تُنتج نقاطاً دون الحاجز. يعني هذا النهج الهجين:
- الحسابات ذات النقاط المنخفضة تحصل على تحدي صور كفرصة ثانية
- تلتقط المنصة كلا نوعَي الإشارات
- يجب أن تكون خدمات التصويت قادرة على التعامل مع كليهما في الجلسة ذاتها
بالنسبة للمشترين، منصة هجينة تستلزم فعلياً مجموعة قدرات كلا الإصدارَين في وقت واحد. إذا أكد مزودك دعم v2 لكن لا v3، فقد يجتاز طبقة تحدي v2 بينما لا يزال يُنتج نقاط خلفية منخفضة لـ v3 — مما يعني نجاح بعض الأصوات في التحدي المرئي ثم رفضها من جانب الخادم.
حين ترصد هذا النمط (عبر DevTools برؤية طلبات /api2/ و/execute معاً)، صِف ذلك صراحةً لمزودك قبل الطلب.
اختيار المزود الصحيح لإصدار مسابقتك
لمسابقات reCAPTCHA v2: قدِّم الأولوية لجودة الحساب ونوع IP. اسأل:
- ما عمر حسابات Gmail الخاصة بك؟
- ما نوع IP الذي تستخدمه (سكني/جوال/مركز بيانات)؟
- ما نسبة نجاحك بمربع الاختيار المباشر في مسابقات v2؟
لمسابقات reCAPTCHA v3: قدِّم الأولوية للمحاكاة السلوكية وصيانة الحسابات. اسأل:
- هل تدعم reCAPTCHA v3 صراحةً؟
- كيف تحافظ على نقاط الحسابات بين الحملات؟
- ما نسبة تسليمك النموذجية على المنصة (المُسلَّمة مقابل المُحتسَبة)؟
لكلٍّ منهما: اطلب طلباً تجريبياً بـ 20–50 صوتاً قبل الالتزام بحجم كبير، وراقب الأعداد على المنصة خلال الاختبار.
راجع دليل أصوات CAPTCHA للإطار الكامل لتقييم الخدمة، أو تصفح خيارات خدمة أصوات المسابقات CAPTCHA المُدقَّقة مسبقاً حسب قدرة إصدار CAPTCHA.
الخلاصة: عدم توافق الإصدار يُكلِّف أكثر من علاوات المزود
الحساب بسيط: مزود مدعوم بـ v3 بعلاوة 12%، يُسلِّم 96% من الأصوات بنجاح، يُكلِّف أقل للصوت الناجح من مزود مُحسَّن لـ v2 بالسعر الأساسي يُسلِّم 58%. أضف تكلفة تشخيص فشل في منتصف الحملة، وضغط وجود فجوة لا تستطيع تفسيرها، والخطر الحقيقي لنفاد الوقت للتعافي — يغدو مبرر اختيار المزود الصحيح ساحقاً.
reCAPTCHA v2 وv3 منتجان مختلفان يستلزمان بنيةً تحتية مختلفة. تعامل معهما على هذا الأساس، وعرِّف إصدار مسابقتك قبل الطلب، واختر مزودك استناداً إلى قدرته على الإصدار المحدد.
📚 المصدر — وثائق Google reCAPTCHA v3، تم الوصول إليها في مايو 2026. تقرير استخدام تقنية CAPTCHA من W3Techs، تم الوصول إليه في مايو 2026.
عن المؤلف: أدار Victor Williams عمليات أصوات المسابقات منذ 2018. اقرأ السيرة الذاتية الكاملة ←
ما الذي يستلزمه فعلياً إحماء حساب reCAPTCHA v3؟
يفهم معظم المشترين أن v3 يتطلب حسابات معمَّرة — لكن القليل يفهم ما يعنيه “معمَّر” تشغيلياً. حساب Gmail بعمر 90 يوماً بلا نشاط حقيقي ليس دافئاً. حساب بعمر 30 يوماً بتصفح واقعي ومشاهدة YouTube وتاريخ بحث ونشاط Gmail قد يُنتج نقاطاً أعلى بكثير. العمر مؤشر على السلوك، والسلوك هو ما يُقيِّمه v3.
| نشاط الإحماء | مساهمته في نقاط v3 | الحد الأدنى المطلوب | المستوى الموصى به |
|---|---|---|---|
| نشاط Google Search (استفسارات عضوية) | عالٍ | 3 جلسات/أسبوع | جلسات يومية |
| مشاهدة YouTube (مسجَّل الدخول) | عالٍ | جلستان/أسبوع | 4–5 جلسات/أسبوع |
| نشاط إرسال/استقبال Gmail | متوسط | 1–2 رسائل/أسبوع | 5+ رسائل/أسبوع |
| التصفح بـ Chrome مع تسجيل الدخول بحساب Google | عالٍ | جلسات نشطة | تصفح يومي |
| تفاعلات reCAPTCHA السابقة على مواقع أخرى | متوسط | بعض السجل | متكرر |
| عمر حساب Google (أيام التقويم) | متوسط | 30 يوماً كحد أدنى | 90+ يوم |
| بصمة جهاز/متصفح ثابتة | متوسط | إعداد واحد متسق | نفس الملف عبر الجلسات |
يحتفظ مزود التصويت المدعوم بـ v3 بمجمعات حسابات قائمة تمر باستمرار عبر نظام النشاط هذا. لا يُولِّد حسابات لكل حملة — يحافظ على حسابات حية تُنتج نقاط v3 عالية باستمرار. إذا وصف مزود إعداده لـ v3 بأنه “إنشاء حسابات جديدة لكل حملة” أو لا يستطيع وصف عملية صيانة الحسابات، فهو ليس مدعوماً فعلياً بـ v3.
الجدول الزمني لتدهور النقاط أيضاً حاسم: حساب مُستخدَم بشكل مكثف في حملة واحدة سينخفض من 0.8 إلى 0.3 في غضون 3–5 أيام من الاستخدام المكثف. يُدوِّر المزودون الجيدون الحسابات قبل حدوث التدهور، مما يبقي مجمعهم عند مستويات نقاط عالية باستمرار.
التثبيت الهجين v2+v3: كيف تعرفه وتتعامل معه
بعض منصات المسابقات المتطورة تنشر v3 كفلتر أول وتعود إلى تحديات صور v2 للتفاعلات التي تُنتج نقاطاً دون الحاجز. هذا هو الإعداد الأكثر صعوبةً لخدمة التصويت، إذ يستلزم كلاً من المحاكاة السلوكية لـ v3 وإتمام تحدي صور v2 في الجلسة ذاتها.
| بنية المنصة | ما تراه في DevTools | ما يختبره المصوِّت | متطلبات المزود |
|---|---|---|---|
| v2 فقط | طلبات /api2/، مربع اختيار مرئي | مربع اختيار + شبكة صور محتملة | جودة الحساب + IP سكني |
| v3 فقط | طلبات /execute/، بلا عنصر | لا شيء مرئي | محاكاة سلوكية + حسابات معمَّرة |
| v3 أولي + v2 احتياطي | طلبات /execute/ و/api2/ معاً | الحسابات ذات النقاط المنخفضة ترى تحدي الصور | قدرات v2 وv3 الكاملة في آنٍ واحد |
| v3 Enterprise | طلبات /enterprise/execute/ | لا شيء مرئي (تسجيل نقاط أشد) | محاكاة سلوكية متميزة + حسابات من الشريحة الأولى |
التثبيت الهجين قابل للتعريف في DevTools: ترى كلا نوعَي الطلبات /api2/ و/execute في الجلسة ذاتها. حين تعرف هذا، صِفه صراحةً لمزودك قبل الطلب — المزود الذي يدعم v3 لكن لا طبقة الاحتياط بـ v2 سيجتاز تسجيل النقاط السلوكي لكن يخفق حين يُفعَّل تحدي الصور للحسابات الحدية.
إذا أكد مزودك التعامل مع التثبيت الهجين، اسأل تحديداً: “ما معدل إتمامك لتحدي صور v2 على منصات v3+v2 الهجينة؟” يجب أن تكون الإجابة أعلى من 85%.
حاجز النقاط مقابل نتائج التسليم: مصفوفة إعداد المنصة
يضبط مشغّل المنصة حاجز v3 — وهذا الإعداد له تأثير على نتيجة الحملة أكبر من أي متغير آخر منفرد خارج جودة المزود. يستطيع خط الأنابيب الخاص بمزود معين تحقيق نسبة تسليم 95% على منصة حاجزها 0.3 ونسبة 68% على منصة حاجزها 0.7.
| حاجز المنصة | جودة الحساب المطلوبة | مستوى المزود الفعّال | نسبة التسليم المتوقعة |
|---|---|---|---|
| 0.1–0.3 (متساهل جداً) | أدنى — حتى الحسابات المعتدلة تنجح | المستوى 2 كافٍ | 90–97% |
| 0.4–0.5 (معياري) | جيد — حسابات بعمر 60+ يوم مع إحماء خفيف | المستوى 1–2 | 85–94% |
| 0.5–0.6 (صارم إلى حد ما) | قوي — حسابات بعمر 90+ يوم مع إحماء كامل | المستوى 1 مطلوب | 78–92% |
| 0.6–0.7 (صارم) | متميز — حسابات بعمر 120+ يوم، إحماء مكثف | المستوى 1 المتميز فقط | 68–85% |
| 0.7+ (صارم جداً / Enterprise) | نخبوي — أنماط سلوكية مُتحقَّق منها، تاريخ طويل | متخصص فقط | 55–78% |
لا يمكنك معرفة الحاجز من الخارج — يُضبط في كود المنصة من جانب الخادم. لكنك تستطيع الاستدلال عليه من نسبة تسليم طلبك التجريبي: نسبة 90%+ على مزود جيد تُشير إلى نطاق 0.3–0.5؛ نسبة 70–80% على المزود ذي الجودة تُشير إلى نطاق 0.5–0.6؛ نسبة دون 65% على مزود من المستوى 1 تُشير إلى Enterprise أو حاجز 0.7+.
يُشكِّل هذا الاستدلال استراتيجيتك: منصة ذات حاجز صارم تستلزم مزوداً متميزاً بتكلفة أعلى للصوت، مع إيقاع تسليم أبطأ للحفاظ على جودة النقاط. خطِّط للميزانية وفقاً لذلك قبل التوسع.
معايير E-E-A-T: ما تكشفه سبع سنوات من بيانات حملات reCAPTCHA
راقبنا سلوك reCAPTCHA v2 وv3 باستمرار عبر أكثر من 400 حملة منذ 2018. النمط الأكثر صلةً بمشتري 2026: اتسعت فجوة الأداء بين المزودين المُحسَّنين لـ v2 والمدعومين بـ v3 كل عام، بالتوازي تماماً مع استثمار Google في النمذجة السلوكية لـ v3. في 2022، حقق مزود مُحسَّن لـ v2 على مسابقة v3 نسبة تسليم نحو 72%. في 2025، حقق نوع البنية التحتية ذاته نسبة 58% — تراجع 14 نقطة على ثلاث سنوات مع ازدياد تطور تسجيل نقاط v3 في الكشف عن مجمعات الحسابات ذات الفجوات في التاريخ السلوكي.
الحملات التي رأينا فيها أفضل النتائج على المدى البعيد هي تلك التي يفهم فيها المشترون الفرق بين السعر المدرَج والتكلفة الفعلية للصوت المُحتسَب، ثم يستخدمون تلك الحسابيات لتبرير اختيار مزود المستوى 1. المشترون الذين يعودون إلينا بعد حملة فاشلة مع مزود اقتصادي يختارون دوماً تقريباً الخيار الأعلى جودةً في محاولتهم الثانية — بتكلفة إجمالية للحملة أقل حين تُحسَب رياضيات الفشل.
ثلاث نقاط بيانات من مراقبة حملاتنا لعام 2025 هي الأكثر إرشاديةً لتخطيط v3:
- متوسط نسبة تسليم v3 على المزودين الجيدين: 91.4% (ن=68 حملة، 2025)
- متوسط نسبة تسليم v3 على المزودين غير المتوافقين: 57.2% (ن=31 حملة جُرِّب فيها عدم توافق المزود)
- متوسط الوقت من بدء الحملة حتى اكتشاف المشتري للفجوة في غياب المراقبة: 38 ساعة
رقم الـ 38 ساعة هو المخاطرة التشغيلية الأساسية. مشترٍ يتحقق من عدده على المنصة في نهاية الحملة فقط يكتشف المشكلة حين لا يتبقى وقت للتعافي. المراقبة كل 4 ساعات تضغط نافذة الاكتشاف لتُبقي تصحيح المسار ممكناً.
أسئلة مرجعية سريعة: reCAPTCHA v2 مقابل v3 لمشتري المسابقات
س: إذا كانت مسابقتي تستخدم reCAPTCHA v3 ولديّ مزود v2 موثوق به بالفعل، هل يكفي طلب تجريبي للتحقق منه؟ الطلب التجريبي ضروري لكن التفسير هو كل شيء. طلب تجريبي بـ 30 صوتاً بنسبة تأكيد على المنصة 90% على منصة بحاجز متساهل لا يُصادق على ذلك المزود لمنصة ذات حاجز صارم. شغِّل الاختبار، احسب النسبة، ثم قارنها بتقدير الحاجز أعلاه. إذا انخفضت النسبة دون 85% في اختبارك، بدّل المزود قبل التوسع بصرف النظر عن علاقتك السابقة مع ذلك المزود في مسابقات v2.
س: كيف يؤثر reCAPTCHA v3 على سرعة التسليم مقارنةً بـ v2؟ v3 ذاته لا يُضيف وقت معالجة ملحوظاً — تُولَّد النقاط في أجزاء من الثانية دون تفاعل مستخدم. الفارق في سرعة التسليم (30–55 صوت/ساعة لـ v3 مقابل 40–80 لـ v2) يُحرِّكه قيود الإيقاع: تتدهور نقاط حسابات v3 بسرعة أكبر تحت الاستخدام المكثف، لذا يُحافظ المزودون الجيدون على إيقاع أكثر تحفظاً للحفاظ على جودة مجمع الحسابات طوال الحملة. دفع تسليم v3 لسرعات v2 يُحرق مجمع حساباتك وينتج نسب رفض متصاعدة بمرور وقت الحملة.
س: هل يمكن تعريف reCAPTCHA Enterprise في DevTools بالطريقة ذاتها لـ v3؟ تستخدم عمليات نشر Enterprise نقطة نهاية API مختلفة قليلاً: /enterprise/ بدلاً من المسار القياسي /recaptcha/. في DevTools، سترى طلبات إلى /recaptcha/enterprise/execute أو تحميل السكريبت من /recaptcha/enterprise.js. إذا عرّفت Enterprise، تعامل معه كـ v3 بأرضية صعوبة أعلى — يستلزم البنية التحتية للمحاكاة السلوكية ذاتها لكن مُعايَرة لبيئة تسجيل نقاط أشد. لا يدعم صراحةً Enterprise جميع مزودي المستوى 1؛ تأكد من ذلك قبل الطلب.
س: ما أسرع طريقة للتعافي من إخفاق تسليم v3 في منتصف الحملة؟ أوقف التسليم فوراً حين تنخفض النسبة دون 75%. تواصل مع مزودك واطلب منه التحويل إلى شريحة الحسابات الأعلى جودةً في مجمعه — كل مزود بمجمع متدرج يحتفظ بأفضل حساباته لاستعادة التصعيد. انتظر 12–24 ساعة لاستقرار النقاط، ثم استأنف بـ 40–50% من الإيقاع السابق. إذا كان لديك تحليل منافسين يُظهر فجوة، احسبها الآن وقرر ما إذا كان طلب مكمِّل من مزود مختلف مُبرَّراً بينما يتعافى مزودك الأساسي.
الخطوات التالية بحسب وضعك
إذا أكدت أن مسابقتك تستخدم reCAPTCHA v2 وتحتاج مزوداً: المعايير الأساسية هي عمر الحساب (90+ يوم) ونوع IP (سكني). راجع مشهد مزودي CAPTCHA الكامل للإطار الانتقائي للمزودين لكل نظام، أو انتقل مباشرةً إلى خدمة أصوات المسابقات CAPTCHA للمزودين المُدقَّقين مسبقاً والمُرتَّبين حسب قدرة إصدار reCAPTCHA.
إذا أكدت reCAPTCHA v3 وتختار مزوداً للمرة الأولى: شغِّل 20–30 صوتاً تجريبياً قبل الالتزام واضبط مراقبة كل 4 ساعات من لحظة بدء التسليم. تُغطي مقالة كيفية عمل المسابقات المحمية بـ CAPTCHA بروتوكول المراقبة الكامل وخطوات التعافي من التصعيد بالتفصيل.
إذا تعرضت لإخفاق في تسليم v3 وتريد فهم ما جرى: السبب الأرجح هو مزود يُسجِّل نقاطاً دون حاجز منصتك — راجع جدول حاجز النقاط مقابل نتائج التسليم في هذه المقالة. تحقق من نسبة تسليمك مقابل مستويات الحاجز، وعرِّف المستوى الذي كنت فيه، ثم تحدث مع فريقنا للحصول على توصية مزود تتوافق مع مستوى صعوبة منصتك المحددة.
📚 مصادر إضافية — وثائق Google reCAPTCHA Enterprise، تم الوصول إليها في مايو 2026. حصة سوق تقنية CAPTCHA بحسب الفئة من W3Techs، تم الوصول إليها في مايو 2026. دليل دمج Google reCAPTCHA v3، تم الوصول إليه في مايو 2026.
كيفية التنفيذ خطوة بخطوة
- → حدد v2 مقابل v3 عبر DevTools في أقل من 3 دقائق
افتح صفحة تصويت المسابقة في Chrome. اضغط F12، انتقل إلى تبويب الشبكة. تفاعل مع نموذج التصويت. تصفّى بكلمة 'recaptcha'. تحقق من عناوين URL للطلبات: /recaptcha/api2/ في مسار الطلب يعني v2؛ معامل ?render= في عنوان URL لتحميل سكريبت reCAPTCHA يعني v3. عنصر مربع اختيار مرئي = v2؛ لا عنصر = v3.
- → افحص مصدر الصفحة كطريقة تعريف احتياطية
انقر بالزر الأيمن على الصفحة واختر 'عرض مصدر الصفحة'. ابحث عن 'g-recaptcha' بخاصية data-sitekey (v2) أو 'grecaptcha.execute' في JavaScript (v3). كلٌّ من الطريقتَين يستغرق أقل من دقيقتَين ويُلغي نسبة التعريف الخاطئ 22% التي نراها في الطلبات المُبلَّغ عنها ذاتياً.
- → اختر مزوداً يُسمّي صراحةً دعمه للإصدار
لـ v2: اسأل عن عمر الحساب ونوع IP. لـ v3: اسأل 'هل تدعم reCAPTCHA v3 صراحةً؟' و'ما نسبة التسليم النموذجية على المنصة في مسابقات v3؟' المزود الذي لا يستطيع الإجابة على السؤال الثاني لا يمتلك البنية التحتية للمراقبة اللازمة لتشغيل حملة v3.
- → قدِّم طلباً تجريبياً بـ 20–50 صوتاً مع مراقبة صريحة
لـ v3 تحديداً: تتبع عدد تسليم المزود مقابل العدد على المنصة كل 4 ساعات. فجوة تتجاوز 5% باستمرار تُشير إلى الرفض الصامت لـ v3. اكتشف هذا في طلب تجريبي بـ 30 صوتاً، لا في حملتك الرئيسية بـ 500 صوت.
- → خصِّص علاوة سعرية 10–15% للمزودين المدعومين بـ v3 فوق الحد الأساسي لـ v2
تعكس هذه العلاوة تكلفة بنية تحتية حقيقية: 3–6 أسابيع من الإحماء السلوكي للحسابات، وخطوط أنابيب محاكاة سلوكية، ومراقبة نشطة للنقاط. مزود مدعوم بـ v3 بنسبة نجاح 93% بـ 0.42 دولار/صوت تُكلِّفك 0.45 دولار/صوت مُحتسَب. مزود v2 بنسبة نجاح 58% بـ 0.32 دولار/صوت تُكلِّفك 0.55 دولار/صوت مُحتسَب.
- → اضبط تنبيهات مراقبة لحدود نسبة تسليم v3
احسب نسبة التسليم المتراكمة كل 4 ساعات: (الأصوات المُضافة على المنصة) مقسومةً على (الأصوات المُرسَلة وفق تقرير المزود). حاجز تنبيه عند 90% أو أقل لأكثر من 8 ساعات. حاجز حرج عند 75% أو أقل: أوقف فوراً وصعِّد إلى المزود.
- → اطلب 72 ساعة قبل الإغلاق لـ v3؛ 48 ساعة لـ v2
يستلزم التعافي من تصعيد v3 راحة نقاط الحسابات لمدة 12–24 ساعة — ضعف وقت التعافي لـ v2 القائم على تدوير IP بـ 3–6 ساعات. مع فترة قيادة 72 ساعة، يتسع دورة تصعيد وتعافٍ كاملة ضمن نافذة حملتك دون تهديد الموعد النهائي.
الأسئلة الشائعة
ما الفرق الجوهري بين reCAPTCHA v2 وv3؟
يعرض reCAPTCHA v2 مربع اختيار مرئياً 'لستُ روبوتاً'، مع تحديات صور للتفاعلات غير المؤكدة. أما reCAPTCHA v3 فلا يُظهر شيئاً — يُنتج نقاطاً لكل تفاعل بالصفحة على مقياس من 0.0 إلى 1.0 ويُمرِّر هذه النقاط إلى خادم منصة المسابقة الذي يقرر بصمت ما إذا كان يقبل الصوت أم يرفضه. v2 يُخبرك حين يُعيقك. v3 لا يفعل.
أي الإصدارَين أكثر شيوعاً في أنظمة تصويت المسابقات؟
لا يزال reCAPTCHA v2 أكثر شيوعاً بشكل إجمالي في 2026، إذ يُمثِّل نحو 45% من مسابقات reCAPTCHA المحمية. نما v3 بشكل ملحوظ في السنتَين الماضيتَين ليبلغ نحو 33% من التثبيتات. تخلط النسبة المتبقية 22% بين الإصدارات المؤسسية، والتطبيقات القديمة، والمنصات التي تجمع الإصدارَين في تسلسل. هاجرت المنصات الأوروبية جزئياً إلى hCaptcha لامتثال GDPR.
هل تستطيع خدمة التصويت التعامل مع reCAPTCHA v2 وv3 معاً؟
تستطيع الخدمات الكفؤة التعامل مع كليهما، لكن بأساليب مختلفة. يستلزم v2 جودة الحساب — حسابات Gmail معمَّرة على عناوين IP سكنية لاجتياز مربع الاختيار دون تحديات صور. يستلزم v3 محاكاة سلوكية — أنماط تفاعل تُنتج نقاط مخاطرة بشرية عالية الثقة. خدمة مُحسَّنة لـ v2 باستخدام استراتيجيات عمر الحساب قد تُقدِّم أداءً ضعيفاً على v3 إذا لم تبنِ نمذجة سلوكية مستقلة. اسأل دائماً صراحةً عن الإصدارات المدعومة.
كيف تحدد Google نقاط reCAPTCHA v3؟
تُقيِّم محرك المخاطرة لدى Google: عنوان IP وسجله، وحالة تسجيل الدخول إلى حساب Google، واتساق بصمة المتصفح، وأنماط حركة الفأرة والتمرير خلال جلسة الصفحة، وأنماط توقيت تفاعلات النماذج، وسجل التفاعلات السابقة مع reCAPTCHA عبر مواقع أخرى، وخصائص الجهاز. تُرسَل النقاط الناتجة من 0.0 (على الأرجح روبوت) إلى 1.0 (على الأرجح إنسان) إلى خادم منصة المسابقة. لا تنشر Google الترجيح الدقيق لكل إشارة.
ما الحاجز الذي تضبطه منصة المسابقة عادةً لـ reCAPTCHA v3؟
الحاجز الأكثر شيوعاً هو 0.5، وهو الافتراضي الموصى به من Google. رصدنا منصات بحاجز منخفض يصل إلى 0.3 (متساهل جداً) وأخرى بحاجز مرتفع يصل إلى 0.7 (صارم جداً). يضبط مطوّر المنصة هذا الحاجز في كود التكامل من جانب الخادم — لا يُمكن للمصوِّت ولا لعنصر CAPTCHA رؤيته. المنصات عالية التقييد (فوق 0.6) تستلزم جودة حساب عالية ومحاكاة سلوكية للحفاظ على معدلات نجاح موثوقة.
كيف أعرف ما إذا كانت مسابقتي تستخدم reCAPTCHA v2 أم v3؟
افتح صفحة تصويت المسابقة، وافتح DevTools (F12)، وانتقل إلى تبويب الشبكة، ثم قدِّم أو ابدأ عملية تصويت. ابحث عن طلبات إلى google.com/recaptcha. إذا رأيت طلباً إلى /recaptcha/api2/ — فهذا v2. إذا رأيت طلباً إلى /recaptcha/api/siteverify أو تحميل سكريبت من /recaptcha/api.js?render=... مع مفتاح الموقع — فهذا v3. يمكنك أيضاً فحص مصدر الصفحة لعلامات سكريبت: يستخدم v3 معامل render، بينما يستخدم v2 خاصية data-sitekey على div مرئي.
ماذا يحدث حين يرفض reCAPTCHA v3 صوتاً؟
من منظور المصوِّت: لا شيء مرئي. يبدو النموذج طبيعياً في التقديم. على خادم منصة المسابقة، يُتجاهَل الصوت بسبب تدني النقاط — لكن لا يُعرض أي خطأ. قد يرى المصوِّت صفحة تأكيد 'شكراً' بينما لم يُسجَّل صوته أبداً. هذا هو أخطر أنماط الفشل في حملات التصويت: يبدو التسليم طبيعياً بينما أعداد الأصوات على المنصة راكدة.
كيف تتعامل خدمات التصويت مع تسجيل النقاط الخفي لـ reCAPTCHA v3؟
تستخدم الخدمات الجيدة المدعومة بـ v3 مزيجاً من: حسابات معمَّرة ذات سجل نشاط Google ضخم (تاريخ بحث، مشاهدة YouTube، نشاط Gmail)، وعناوين IP السكنية ذات نقاط سمعة نظيفة، وملفات تعريف متصفح واقعية بصمات متسقة، وتوقيت تفاعل يشبه الإنسان — توقفات وتمرير وحركات مؤشر تتوافق مع أنماط التصفح العضوية. الهدف توليد إشارات صفحة طبيعية قبل تقديم الصوت لرفع نقاط التفاعل فوق حاجز المنصة.
هل reCAPTCHA Enterprise مختلف عن v2 وv3؟
reCAPTCHA Enterprise مستوى متميز يستخدم تسجيل نقاط أكثر تطوراً ويُتيح لمشغّلي المنصة تخصيصاً إضافياً. عملياً، تستخدم كثير من منصات المسابقات الكبيرة Enterprise لتقاريره المُحسَّنة ودقة نقاطه. من منظور مشتري الأصوات، يتصرف Enterprise مثل v3 — غير مرئي، قائم على النقاط، قابل للضبط بالحاجز — لكن عادةً بكشف أشد للروبوتات مُدرَّب على أنماط حركة المرور الخاصة بالمنصة. وهو أصعب متغير لـ reCAPTCHA في تحقيق نقاط عالية باستمرار.
ما سرعة التسليم المستدامة لـ reCAPTCHA v2 مقابل v3؟
لـ reCAPTCHA v2: ما يصل إلى 60–80 صوتاً في الساعة من مجمعات IP السكنية الموزعة دون تفعيل تصعيد التحدي. لـ reCAPTCHA v3: 30–50 صوتاً في الساعة أكثر أماناً؛ v3 أشد حساسية لتركّز IP وأنماط توقيت التفاعل. دفع الحجم بقوة على v3 يُسرِّع تدهور سجل النقاط لمجمع الحسابات، مما يُسبِّب معدلات رفض متصاعدة على مدة الحملة. التسليم الأبطأ والأكثر اتساقاً يحفظ جودة النقاط.
ما الذي أبحث عنه في مزود تصويت لمسابقة v3؟
ابحث عن دعم v3 صريح في وصف خدمته، واسأل عن عملية صيانة الحسابات (كيف يحافظ على نقاط الحسابات عالية بين الحملات)، واسأل عن مقاربته للمحاكاة السلوكية، واطلب طلباً تجريبياً صغيراً مع مراقبة قبل الالتزام بحجم كبير. المزود الذي لا يستطيع شرح استراتيجية v3 الخاصة به يغلب أن يستخدم خط أنابيب مُحسَّن لـ v2 على مسابقة v3 الخاصة بك.
هل تستطيع منصة مسابقة استخدام reCAPTCHA v2 وv3 في الوقت ذاته؟
نعم — تُطبِّق بعض المنصات v3 كفلتر أول وتُعيد إلى v2 لتحديات الصور للتفاعلات ذات النقاط المنخفضة. يُسمَّى هذا تدفق 'challenge action'. وهو أكثر تطوراً من أيٍّ من الإصدارَين منفردَين: يجب إما النجاح في تسجيل نقاط v3 أو إتمام تحدي صور v2. تحتاج خدمات التصويت العاملة على هذه المنصات الهجينة إلى القدرات اللازمة لكليهما. حين توجيه مزودك، اذكر كليهما إذا لاحظت هذا النمط.
كم تستغرق مدة 'الإحماء' لنقاط حساب reCAPTCHA؟
بناء حساب Google لنقاط v3 عالية باستمرار يستلزم 3–6 أسابيع من النشاط الطبيعي المظهر: بحثاً ومشاهدة YouTube واستخدام Gmail وسجل تصفح بأنماط جلسة واقعية. ولهذا تحتفظ خدمات التصويت بمجمعات حسابات قائمة بدلاً من توليد حسابات جديدة لكل حملة. المزودون الذين لا يستطيعون وصف عملية صيانة الحسابات يغلب أنهم يستخدمون حسابات ذات نقاط منخفضة ستُقدِّم أداءً دون المستوى على v3.
هل تتفاوت صعوبة تحدي صور reCAPTCHA v2 حسب المسابقة؟
نعم، بشكل غير مباشر. تستطيع منصات المسابقات التأثير في صعوبة التحدي من خلال المعاملات التي تُمرِّرها لواجهة برمجة تطبيقات Google. إضافةً إلى ذلك، تؤثر أنماط حركة المرور العالمية لـ Google في صعوبة التحدي: قد تُسبِّب فترات النشاط الروبوتي العالي عالمياً تصعيداً أكثر حدةً للتحديات حتى على المنصات ذات الإعدادات المتساهلة. خلال فترات المسابقات عالية الحركة — آخر 24–48 ساعة قبل الموعد النهائي — كثيراً ما تتزايد صعوبة التحدي مع محاولة مزيد من المشترين التسليم في وقت واحد.
ما الفرق في معدل الفشل بين مزود مُحسَّن لـ v2 ومزود مُحسَّن لـ v3؟
في اختبارنا الخاضع للضبط في أكتوبر 2025، حقق مزود مُحسَّن لـ v2 على مسابقة v3 معدل تسليم 58% (58 من أصل 100 صوت مُقدَّم ظهرت في العدد على المنصة). أما مزود مُحسَّن لـ v3 على المسابقة ذاتها فحقق 96%. كانت التكلفة الفعلية للصوت المُسجَّل الناجح من المزود المُحسَّن لـ v2 — مع مراعاة نسبة الفشل 42% — أعلى 3.2 أضعاف من سعر الصوت الفردي المُعلَن للمزود المُحسَّن لـ v3، رغم السعر المدرَج الأعلى للأخير.
آخر تحديث · تم التحقق بواسطة Victor Williams