5 تقنيات لا يملكها أي حاجب إعلانات في العالم
معظم حاجبات الإعلانات تتوقف عندما يصبح الأمر صعباً. AdOff يذهب أبعد — مع خمس تقنيات مملوكة لمكافحة الإعلانات تحل مشاكل لا يعالجها أي منافس. فيما يلي التفصيل الصريح والتقني والقابل للتحقق.
المقارنة الصريحة
يمكن التحقق من كل ادعاء على هذه الصفحة بقراءة الكود المصدري العام للمنافسين وكودنا المنشور. إليك المقارنة جنباً إلى جنب:
| الميزة | uBlock Origin | AdBlock Plus | AdGuard | Ghostery | AdOff |
|---|---|---|---|---|---|
| حجب الشبكة (declarativeNetRequest) | ✓ | ✓ | ✓ | ✓ | ✓ |
| فلتر التجميل (إخفاء CSS) | ✓ | ✓ | ✓ | ✓ | ✓ |
| التخفي من الكشف (أصلي، في المنتج) | عبر الفلاتر | ✗ | عبر الفلاتر | ✗ | ✓ |
| مكافحة SABR (يقضي على التخزين المؤقت الوهمي) | فلتر المجتمع | ✗ | ✗ | ✗ | ✓ |
| استعادة موضع المحتوى | ✗ | ✗ | ✗ | ✗ | ✓ |
| نموذج IMA SDK العام (على مستوى النافذة) | ✗ | ✗ | ✗ | ✗ | ✓ |
| تخطي فوري يحافظ على الحالة | ✗ | ✗ | ✗ | ✗ | ✓ |
المفتاح: ✓ = ميزة أصلية مدمجة · عبر الفلاتر = يعتمد على قوائم الفلاتر التي يحتفظ بها المجتمع (يمكن أن تنقطع مع تحديثات المنصة) · ✗ = لم يتم التنفيذ
1. مكافحة SABR عالمي أول
لا مزيد من فترات التوقف السوداء لمدة 10-20 ثانية
منصات الفيديو الحديثة تشغل بروتوكول بث مملوك يسمى SABR (معدل البت القابل للتكيف من الخادم). عندما يكتشف SABR أن حاجب الإعلانات نشط، فإن الخادم نفسه يحقن توقفاً اصطناعياً في دفق الفيديو — تقريباً 80٪ من مدة الإعلان الذي كان سيتم عرضه. لذا إذا كان هناك إعلان مدته 15 ثانية مجدول، تنظر إلى شاشة سوداء لمدة 12 ثانية قبل استئناف المحتوى. حتى لو تم حجب الإعلان بشكل مثالي.
هذا التأخير موقع رياضياً في عنوان URL للدفق بواسطة الخادم. لا يمكن لحاجبات الإعلانات التقليدية إزالته لأنها تعمل فقط داخل المتصفح، بعد إصدار URL.
كيف يحل AdOff المشكلة
قبل أن تغادر طلب المشغل متصفحك، يحقن AdOff معاملة خاصة
(isInlinePlaybackNoAd: true) في نص الطلب. يخبر هذا خادم المنصة:
"لا تجدول أي إعلانات في الاستجابة". بدون إعلانات مجدولة، ليس لديّ الخادم أي
سبب لترميز تراجع في عنوان URL للدفق. التوقف لا ينشأ أبداً في الأساس.
يخطف AdOff كلاً من fetch و XMLHttpRequest لتغطية كل مسار رمز
قد يستخدمه المشغل، ويطبق الحقن عبر مطابقة النمط على مستوى السلسلة لتجاوز
حماية مكافحة التلاعب للمنصة على JSON.stringify.
2. استعادة موضع المحتوى عالمي أول
يستأنف الفيديو بالضبط من حيث توقفت — دائماً
تعيد منصات الفيديو استخدام عنصر HTML5 <video> نفسه للإعلانات والمحتوى،
وتبديل المصدر عبر Media Source Extensions. عندما يتم تخطي الإعلان بالقوة، قد يفقد المشغل تتبع
موضع المحتوى أثناء تبديل المصدر. قد يعاد تشغيل الفيديو من البداية، أو ينتقل للأمام بـ 30-50 ثانية
إلى مقاطع لم تره من قبل.
هذه مشكلة موثقة في المنصات نفسها — أكدتها Android Authority و
PiunikaWeb في أبريل 2026، حيث أثرت حتى على المستخدمين بدون حاجبات إعلانات.
كل 500 ميلي ثانية، يسجل AdOff الموضع الحالي لفيديو المحتوى في الذاكرة المحلية (لا يتم إرسالها في أي مكان). عندما ينتهي الإعلان، يعمل حارس لمدة 3 ثوانٍ للتحقق من أن الموضع بعد الإعلان متسق مع الموضع قبل الإعلان. إذا هبط المشغل بأكثر من 5 ثوانٍ — للأمام أو للخلف — يفرض AdOff الموضع مرة أخرى إلى حيث كنت بالفعل.
الاستعادة ذكية: تتسامح مع الأبحاث الطبيعية الصغيرة، تتوقف إذا بدأ إعلان جديد، وتستسلم برشاقة إذا تجاوز المشغل الحدود بعدوانية. تستمر دائماً من الثانية الدقيقة التي كنت تشاهدها.
3. نموذج IMA SDK العام عالمي أول
لا إعلانات فيديو على أي موقع يستخدم SDK الإعلان القياسي
تستخدم معظم مواقع الفيديو والبثافات SDK القياسي الواحد في الصناعة لتشغيل فترات الإعلانات (pre-rolls, mid-rolls, post-rolls). تحاول حاجبات الإعلانات التقليدية حجب SDK على طبقة الشبكة — لكن إذا كان المشغل يحتوي على SDK مضمن في JavaScript خاص به (لا توجد طلب شبكة)، يفشل الحجب. المستخدمون يرون الإعلانات على أي حال. هذا هو السبب في أن حاجب الإعلانات على مستوى الشبكة وحده يظهر لك الإعلانات على بعض مواقع البث.
كيف يحل AdOff المشكلة
يحقن AdOff نموذجاً كاملاً وعاملاً بالكامل من SDK الإعلان مباشرة في
window.google.ima قبل أن يعمل أي سكريبت موقع. ينفذ النموذج
الواجهة العامة بالكاملة — أكثر من 30 فئة، 60+ حدث، 200+ طريقة — بحيث يحصل أي مشغل يستدعي
SDK على كائن عامل. عندما يطلب المشغل إعلان، يطلق النموذج على الفور
أحداث دورة الحياة الأربعة (CONTENT_PAUSE_REQUESTED, STARTED,
COMPLETE, CONTENT_RESUME_REQUESTED) في غضون 16 ميلي ثانية. يعتقد المشغل
أن الإعلان تم تشغيله وانتهى. المستخدم لا يرى شيء.
يعمل على أي منصة فيديو في العالم تستخدم هذا SDK، بدون قوائم لكل موقع وبدون قواعد يدوية وبدون عمليات تحديث مربكة. المواقع التي تجمّع SDK محلياً مغطاة بالضبط مثل المواقع التي تحملها من الشبكة.
4. التخفي الأصلي من الكشف في المنتج
جدران مكافحة الإعلانات لا تنشط — لأنك غير مرئي
تكتشف العديد من المواقع حاجبات الإعلانات بإنشاء عناصر "طعم" (divs بأسماء فئات مثل
ad-banner) والتحقق مما إذا تم إخفاؤها، أو من خلال التحقق من وجود متغيرات SDK الإعلان العام.
عند الكشف، تعرض "يرجى تعطيل حاجب الإعلانات الخاص بك" أو ترفض
تحميل المحتوى. يتعامل بعض المنافسين مع هذا فقط عبر قوائم الفلاتر المجتمعية — التي تنقطع
في كل مرة تحدث فيها المنصات.
التخفي مدمج في كود AdOff المصدري، يتم الاحتفاظ به داخل الشركة، ويتم تحديثه مع كل إصدار. خمس تقنيات تعمل معاً:
- تزييف CSS:
display,visibility,opacity,width,heightعلى عناصر الطعم تبلغ عن قيم مزيفة - تزييف المتغيرات: متغيرات SDK الإعلان العام مملوءة مسبقاً بنماذج واقعية
- حيادية الشبكة: عناوين URL لسكريبتات الكشف المعروفة تحصل على استجابات 200 فارغة
- حيادية السكريبت: يتم اعتراض سكريبتات مكافحة الإعلانات قبل التنفيذ
- منع قفل التمرير: يمنع جدران مكافحة الإعلانات من تجميد تمرير الصفحة
يعمل كود الكشف الخاص بالموقع حتى النهاية ويعود "لم يتم العثور على حاجب إعلانات". الجدار لا ينبثق أبداً.
5. تخطي فوري يحافظ على الحالة عالمي أول
تخطي الإعلانات في أجزاء من الألف من الثانية بدون كسر المشغل
أبسط طريقة لتخطي إعلان فيديو هي ضبط currentTime للفيديو على
duration، مما ينهيه فوراً. تستخدم معظم كتيبات تخطي الإعلانات والعديد من الإضافات هذه الحيلة. إنها تكسر المشغل. لأن الإعلان والمحتوى يتشاركان نفس عنصر الفيديو، هذا البحث يفسد الحالة الداخلية للمشغل، وفيديو المحتوى
يبدأ من موضع خاطئ عند استئنافه.
لا يبحث AdOff أبداً في فيديو الإعلان. بدلاً من ذلك، يضبط معدل التشغيل على 16x — الإعلان ينتهي بشكل طبيعي في حوالي ثانيتين بدون فساد الحالة. في نفس الوقت، يتم النقر على زر التخطي تلقائياً اللحظة التي يظهر فيها (استطلاع كل 50 مللي ثانية). تحافظ المحاسبة الداخلية للمشغل على سلامتها بشكل مثالي، وأي أحداث مكافحة كشف تراقب ratechange
يتم إخفاؤها أثناء التخطي عبر مستمع حدث ملفوف.
في المقام الأول مع طبقة استعادة الموضع (#2 أعلاه)، هذا يعني: الإعلانات اختفت في حوالي ثانيتين، يستأنف فيديو المحتوى من الإطار الدقيق الذي كنت عليه، والمشغل لا يعرف أن أي شيء حدث.
الوعود التي نحتفظ بها
خمس ضمانات لا يمكن لأي حاجب إعلانات آخر تقديمها:
- لا توجد شاشات تخزين مؤقت وهمي سوداء. لن تنتظر 10-20 ثانية حتى يبدأ المحتوى — خادم المنصة لا يجدول أي إعلانات في المقام الأول.
- يستأنف الفيديو بالضبط من حيث توقفت. دائماً. حتى عندما تكون للمنصة أخطاء.
- يعمل على أي موقع يستخدم SDK الإعلان القياسي في الصناعة. لا قوائم نطاق. لا قواعد يدوية. لا عمليات تحديث مربكة.
- التحديثات في أيام، ليس أشهر. عندما تطلق المنصات تدابير مضادة جديدة، نطلق إصلاح في الإصدار التالي — لا "عندما يصل مسؤول قائمة الفلاتر إليه".
- لا جمع بيانات. لا قياس عن بعد. لا تتبع. كل شيء يعمل محلياً في متصفحك. للأبد.
لماذا يصعب نسخ هذا
الطبقات 5 و 6 و 7 — مكافحة SABR-backoff واستعادة موضع المحتوى والنموذج العام لـ IMA SDK
— هي نتيجة أشهر من الهندسة العكسية لسلوك مشغل الفيديو الحديث. لا تقنيات متقطعة: إنها معماريات
تتعامل مع مئات الحالات الحدية (تبديلات المصدر الديناميكية، وكلاء مكافحة التلاعب على الدوال العامة، ومغلقة JSON.stringify، والمشغلات التي يتم تحميلها بطكسل كسول، وتدفقات SSAI المتميزة التي تحتاج SDK الحقيقي، وما إلى ذلك).
المنافس الذي يريد مطابقة AdOff لا يحتاج إلى كتابة 500 سطر من الكود. يحتاجون إلى الهندسة العكسية للأنظمة نفسها، والتحقق من صحة مئات تطبيقات المشغلات، و الاستمرار في الصيانة عندما تحدث المنصات الترقيات — مجاناً، في مشروعهم ذي المصدر المفتوح، بينما يتابعون أيضاً مجموعة الميزات الأساسية. هذا هو السبب في عدم طرح أي حاجب إعلانات سائد هذه الميزات كقدرات منتج مدمج. وهذا هو السبب في اعتقادنا بعدم حدوثه، قريباً على أي حال.
جرب حاجب الإعلانات الوحيد مع جميع 7 طبقات
15 يوم من وصول Pro الكامل. بدون بطاقة ائتمان. الإلغاء في أي وقت.
تثبيت AdOff مجاناً →