تصفية الزيارات غير الصالحة في منصة إعلانية: ما الذي يستطيع فريقك بناءه، ومتى تشتري خدمة مزوّد تحقق

ابنِ بنفسك تصفية الزيارات غير الصالحة العامة، واشترِ كشف النوع المتطور من مزوّد تحقق، إلا إذا كنت تستطيع تحمّل فريق خاص بك لمكافحة الاحتيال. فالزيارات غير الصالحة العامة، مثل العناوين المعروفة لمراكز البيانات والروبوتات المصرّح عنها والإعلانات غير المرئية بحجم 1x1، تُلتقط بالقوائم والقواعد. ويستطيع مهندسوك تطبيقها حين يصل الطلب، ثم مرة أخرى في السجلات. أما الزيارات غير الصالحة المتطورة، مثل الأجهزة المخترقة والتطبيقات المنتحلة، فتحتاج إلى بيانات من زيارات أكثر بكثير مما تراه منصة واحدة، وإلى محللين يدرسونها. وتتوقع برامج الاعتماد، مثل برنامج TAG، أن تتولى التصفية جهة خارجية مؤهلة.

ما الذي يُعدّ زيارات غير صالحة؟

مجلس Media Rating Council (MRC) هو الهيئة الأمريكية التي تعتمد قياس الإعلانات. وتقسّم وثيقته Invalid Traffic Detection and Filtration Standards Addendum (تحديث يونيو 2020، الذي اطّلعنا عليه في 27 أكتوبر 2026 مثل باقي المصادر هنا) الزيارات غير الصالحة إلى نوعين. فالزيارات غير الصالحة العامة، أو GIVT، هي «الزيارات التي تُحدَّد بوسائل التصفية الروتينية المنفّذة بتطبيق القوائم أو بفحوص أخرى موحّدة للمعايير». ومن أمثلة MRC:

• الزيارات غير الصالحة المعروفة الصادرة من مراكز البيانات
• الروبوتات والعناكب وبرامج الزحف الأخرى
• الطلبات الصادرة من وكلاء مستخدم ليسوا متصفحات أو من متصفحات مجهولة
• الصفحات المحمّلة أو المعروضة مسبقًا التي لم يرها أي مستخدم حقيقي بعد ذلك
• المواضع غير المرئية، مثل الإعلانات بحجم 0x0 أو 1x1 بكسل

أما الزيارات غير الصالحة المتطورة، أو SIVT، فتشمل «الحالات الأصعب في الكشف التي تتطلب تحليلات متقدمة أو تحققًا وتنسيقًا من عدة نقاط أو تدخلًا بشريًا كبيرًا وما إلى ذلك لتحليلها وتحديدها». ومن أمثلة MRC:

• برامج الأتمتة والمحاكيات
• الأجهزة المصابة والمخترقة
• النشاط البشري المنظَّم المدفوع الأجر، مثل مزارع النقرات
• النقرات وعمليات إعادة التوجيه القسرية
• أحداث القياس المزوّرة
• النطاقات والتطبيقات المنتحلة

ما المرشّحات التي يستطيع مهندسونا بناءها بأنفسهم؟

النوع العام مصمَّم ليكون مشتركًا. إذ يقول MRC إن تصفية GIVT «يُقصد بها أن تكون متسقة بين المزوّدين»، ولهذا تعتمد على قوائم مشتركة. ويعمل الفريق الداخلي باثنتين منها:

• قائمة IAB/ABC International Spiders & Bots List، التي يحافظ عليها Alliance for Audited Media نيابةً عن IAB Tech Lab
• قائمة Data Center IP List، التي تصدرها Trustworthy Accountability Group (TAG) كل شهر

وفوق القوائم يكتب الفريق قواعد لوكلاء المستخدم وأحجام الإعلانات وطلبات التحميل المسبق، ويطبّقها حين يصل الطلب ثم مرة أخرى حين تُسجَّل الأحداث. ويحتفظ أيضًا بسجلّ لكل طلب جرت تصفيته وسببه، حتى يمكن شرح الأرقام للشركاء.

وبالنسبة إلى شركات القياس التي يدقّقها MRC، فإنه يضع نقطة انطلاق لزيارات مراكز البيانات. فعليها أن تصفّي الزيارات غير الصالحة الآتية من عناوين IP التابعة لـ «أكبر ثلاث جهات استضافة معروفة: Amazon AWS وGoogle وMicrosoft». وتوجد استثناءات حتى لا يُصفّى خطأً المستخدمون الحقيقيون الذين يصلون إلى الويب عبر تلك الشبكات.

يمكن أن تجري التصفية في لحظتين. ففي البداية تحجب المنصة طلب الإعلان أو تمتنع عن المزايدة عليه. وبعد ذلك تحذف الأحداث غير الصالحة من السجلات ومن العدّ. ويكتب MRC: «لكل تقنية نقاط قوة ونقاط ضعف معيّنة، ولكلتيهما مكان في استراتيجية جيدة التنفيذ لحماية الزيارات». والحجب المبكر يوفّر أيضًا كلفة معالجة طلب كان سيُرمى لاحقًا على أي حال.

وتضعف القوائم كلما قلّ ما تشاركه المتصفحات والتطبيقات من بيانات. وفي تحديث عام 2024 عبّر MRC عن ذلك هكذا: «إن محدودية عنوان IP أو غيابه وقلة تفصيل سلسلة User Agent (UA) قد تُضعف الأساليب القائمة على القوائم».

متى يستحق مزوّد التحقق ما يُدفع له؟

يعتمد كشف الزيارات المتطورة على رؤية الأنماط عبر ناشرين وتطبيقات وأجهزة كثيرة، وعلى محللين يتابعون الأساليب الجديدة فور ظهورها. والمنصة الواحدة لا ترى إلا زياراتها، فتفوتها الأنماط التي لا تظهر إلا عبر منصات كثيرة. والفريق الذي يتقن هذا العمل يعادل شركة لمكافحة الاحتيال داخل شركتك.

وقد يحسم الاعتماد المسألة. فبرنامج Certified Against Fraud من TAG يذكر من متطلباته الأساسية أن «تُصفّى 100% من معاملاتها القابلة لتحقيق الإيرادات لكشف IVT وإزالتها من قبل جهة خارجية مؤهلة». وتسمح TAG للناشرين بتلبية ذلك عبر منصة جانب عرض تحمل ختم اعتماد ساريًا. فإن طلب مشتروك أو شركاؤك اعتماد TAG، فلن تكفي المرشّحات التي تبنيها بنفسك وحدها لتلبية هذا الشرط.

وينشر MRC قائمة بالخدمات التي يعتمدها. وتضم قائمته الرقمية شركات تحقق مثل DoubleVerify وHUMAN وIntegral Ad Science وPixalate وProtected Media. ويغطي الاعتماد خدمات ومقاييس محددة، لذلك اسأل المزوّد أيّ خدماته معتمدة، وهل يشمل ذلك الزيارات غير الصالحة المتطورة.

البناء أم الشراء أم الاثنان: ماذا يغطي كل مسار؟

• داخليًا فقط: تلتقط الزيارات غير الصالحة العامة مقابل وقت مهندسيك وأي اشتراكات في القوائم، وتملك القواعد والبيانات. لكن الأساليب المتطورة تمرّ، وتبقى متطلبات التصفية من جهة خارجية غير ملبّاة.
• مزوّد فقط: يُكشف النوعان، لكن كل قرار يعتمد على أنظمة المزوّد ورسومه، وفحص المزوّد داخل مسار المزايدة يضيف وقتًا إلى كل طلب.
• الاثنان معًا: تُسقط مرشّحاتك الزيارات الواضحة مبكرًا وبكلفة قليلة، ولا يرى المزوّد إلا الزيارات التي اجتازتها.

ما الذي يجب أن تسجّله المنصة في أي مسار؟

تحتاج الجهة التي تتولى الكشف إلى تفاصيل كل معاملة إعلانية. ويُدرج MRC الحقول التي يجب على شركة القياس التقاطها حيثما أمكن، ومنها:

• نوع الحدث ومعرّف المعاملة والطابع الزمني
• عنوان IP، بما في ذلك ترويسة X-Forwarded-For حين تمر الزيارات عبر وكلاء
• سلسلة وكيل المستخدم كاملة ونوع الجهاز
• معرّف التطبيق، أو العنوان الكامل للصفحة التي عُرض فيها الإعلان
• معرّفات الناشر والموقع والموضع، ومعلومات ads.txt أو app-ads.txt الخاصة بالناشر
• سمات OpenRTB من طلب المزايدة

يجب أن تفصل التقارير بين الأرقام الخام والأرقام المصفّاة. ففي تقارير الحملات يُدرج معيار MRC البندين «Gross Metrics (Completely Unfiltered)» و«Net Metrics (Filtered for GIVT Requirements)». وحيثما ينطبق ذلك، تظهر الأرقام المصفّاة من الزيارات غير الصالحة المتطورة خطوةً منفصلة. وإن كان خط معالجة الأحداث لديك يفقد أحداثًا أو يعدّها مرتين أصلًا، فأصلح ذلك أولًا: فالتصفية لا تستطيع إصلاح أرقام كانت خاطئة قبل تشغيلها.

ماذا تسأل الشركة التي تدمج التصفية في منصتنا؟

• في أي نقطة من مسار المزايدة يعمل كل مرشّح، وكم من الوقت يضيف إلى الطلب؟
• إن لم يُجب فحص المزوّد في الوقت المحدد، فهل يمرّ الطلب أم يُسقَط؟
• كيف تُحدَّث القوائم، ومن يتحقق من أن المستخدمين الحقيقيين لا يُصفَّون خطأً؟
• كيف ستظهر الأرقام الخام والمصفّاة في تقاريرنا وفي تقارير شركائنا؟
• ما الحقول التي تُخزَّن من كل طلب، وإلى متى، وبموجب أي قواعد للخصوصية؟

والسؤال الأخير مهم لدى MRC أيضًا. إذ يقول تحديثه لعام 2024 إن «لوائح الخصوصية ليست عائقًا يُتحايل عليه هندسيًا، بل متطلبات صارمة يجب الالتزام بها».

أين موقع amBrain من ذلك؟

تبني amBrain، التي تنشر هذه المدونة، الأنظمة التي تُوصَل بها التصفية. وأحد أسطرها: «تبني amBrain خوادم الإعلانات: الاستهداف، وتحديد تكرار الظهور، والتقارير». وسطر آخر: «تبني amBrain خطوط تحليلات الأحداث في AdTech: جمع أحداث الظهور والنقر ومعالجتها وإعداد التقارير عنها». ومن أعمالها في AdTech نظام RTBBidder، وهي منصة جانب طلب بنتها لأحد العملاء.

تبني amBrain البرمجيات منذ عام 2019، وتعمل بثلاث صيغ: تسليم كامل، أو فريق مخصّص، أو مهندسون مدمجون في فريقك. أما في الملكية فسطرها هو: «يحتفظ العميل بالملكية الكاملة للمنتج وللكود، باستثناء مكوّناتنا القابلة لإعادة الاستخدام».

هذه المقالة ليست دراسة حالة. فهي لا تقول إن amBrain بنت نظامًا لكشف الاحتيال لأي عميل، ولا إنها تقدّم خدمات التحقق. وإن كانت amBrain في قائمتك المختصرة، فأعطها الأسئلة نفسها التي تعطيها لأي شركة أخرى.