التواصل مع الدعم

نردّ عبر البريد الإلكتروني، عادةً خلال يومين.

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

→ كل المقالات

العدّ من جهة الخادم والعدّ من جهة العميل

عن المحتوى ومراجعته

محتويات المقال

تنقسم بنية القياس على الإنترنت في جوهرها إلى منهجيتين متمايزتين: التتبّع من الخادم والتتبّع من العميل.

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

فالموضع الذي تعمل فيه آلية العدّ هو ما يحدّد بدقة نوع المعلومات التي يمكن التقاطها، والنقاط العمياء التي سيحملها النظام بطبيعته.

في المتصفحيرى السلوكأداة الحجب تزيلهعلى الخادميرى الطلبلا يمكن إيقافهالرقمان غير قابلين للمقارنة، وليس أيٌّ منهما خاطئًا

العدّ من داخل المتصفح

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

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

تشكّل هذه الطريقة العمود الفقري لمنصات التحليلات الحديثة الثقيلة. غير أن عملها مرهون تمامًا بسماح المتصفح بتشغيل النص البرمجي.

العدّ من خارجه

في المقابل، يجري القياس من جهة الخادم خارج بيئة القراءة بالكامل. وتعتمد هذه الطريقة على الطلبات الأساسية التي يرسلها المتصفح لجلب الملفات التي تتألف منها صفحة الويب.

عند تضمين عداد بسيط على هيئة صورة، يطلب المتصفح الرسم من خادم العدّ. فيسجّل الخادم هذا الطلب الواحد، ويزيد العدد، ويسلّم الصورة.

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

ما تزيله أداة الحجب

يجعل الاعتماد على المتصفح التتبّعَ من جهة العميل شديد التأثر بالتدخل الخارجي. فإضافات الخصوصية وأدوات حجب الإعلانات وإعدادات الأمان الصارمة في المتصفح تمنع نصوص التتبّع البرمجية من التنفيذ بشكل روتيني.

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

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

أيّهما يجيب عن أيّ سؤال

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

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

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

إعلان