كيف يرتّب PanelCompare لوحات SMM

كيف تُرتَّب القائمة الافتراضية

سؤال واحد يسبق الدرجة، ولا يسبقها غيره: من يقف خلف الإدراج، وما الذي فعله فعلًا ليتحمّل مسؤوليته. ولذلك تتكوّن القائمة الافتراضية من ثلاث مجموعات، بهذا الترتيب. وداخل كل مجموعة يأتي الترتيب من الدرجة الإجمالية، كما تحسبها المعادلة أعلاه تمامًا.

1. 1.أثبت المالك ملكية النطاق. المطالبة بالإدراج سجلّ DNS لا يستطيع نشره إلا مشغّل النطاق، ولذلك فهي الإشارة الوحيدة على هذا الموقع التي لا تستطيع لوحة أن تصنعها بالحديث عن نفسها. وهي تضع خلف الإدراج مشغّلًا معروفًا يمكن الوصول إليه: شخصًا يمكن مطالبته بالرد، ويردّ على الشكاوى ردًّا منشورًا، ويخسر شيئًا حقيقيًا إن أساءت اللوحة التصرف.
2. 2.طلب المالك إدراج لوحته، وقبلنا الطلب. هذه المجموعة أضعف، ولن نجمّلها لتبدو كالتي فوقها: لم يُثبت أحد تحكمه في أي شيء، وهذا ليس توثيقًا. أما ما تدل عليه فهو أن شخصًا تقدّم بنفسه: مشغّلًا راسلنا من عنوان يعمل، ووافق على أن يُقاس، ولن تفاجئه النتيجة. ومنذ أن حلّ معالج الإدراج محل النموذج القديم، صار ذلك يعني أيضًا أنه يملك مفتاح API يعمل، وسمح لنا بإثبات ذلك على API اللوحة نفسها. أما اللوحة التي وجدناها أثناء مسح السوق فلم توافق على شيء، وقد لا تعلم بوجود هذا الموقع أصلًا.
3. 3.كل اللوحات الأخرى. وهي معظم المؤشر، وليس في ذلك انتقاص منها. لم يُحتسب هنا أي شيء ضد أي لوحة؛ كل ما في الأمر أنه لا يوجد لدينا أحد على الطرف الآخر منها، وهذه حقيقة عن تواصلنا مع اللوحة لا عن اللوحة نفسها.

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

المجموعتان مجانيتان، ومتاحتان لكل لوحة في المؤشر بالشروط نفسها، ولا يوجد مقابل مدفوع لأيٍّ منهما، لا الآن ولا في أي وقت. ولا تستطيع لوحة أن تشتري أيًّا من الموضعين، كما لا تستطيع أن تشتري درجة. التوثيق سجلّ TXT واحد ونحو دقيقتين، من صفحة اللوحة نفسها؛ أما المجموعة الثانية فهي ما يكسبه إدراج لوحة بعد أن يقبله محرر.

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

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

ما الذي يدخل في الدرجة الإجمالية؟

خمسة عناصر موزونة. يحمل السعر والثقة معًا 60‎%‎، لأنهما السؤالان اللذان يطرحهما المشتري فعلًا: هل أستطيع تحمّل الكلفة، وهل ستُسلَّم الخدمة. ويحمل الدعم أقل وزن لأن تركيب أداة دردشة سهل والتحقق منها صعب. وتُقرأ الأوزان أدناه من الثابت المُصدَّر OVERALL_WEIGHTS لحظة عرض الصفحة.

المصدر: OVERALL_WEIGHTS في src/lib/scoring.ts، يُقرأ وقت البناء. وتُقرَّب الدرجة الإجمالية إلى منزلة عشرية واحدة.

كيف تُحسب درجة الثقة؟

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

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

المصدر: الحدود القصوى للعناصر مقروءة من computeTrust() في src/lib/scoring.ts وقت البناء.

كم تكلّف الشكوى المنشورة اللوحة؟

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

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

ما يغيّر الوزن فعلًا هو الدليل. فالبلاغ الذي رأى المشرف دليله، كرقم الطلب أو معرّف المعاملة (hash) أو لقطة شاشة يظهر فيها التوقيت، يُحتسب كاملًا؛ أما البلاغ الذي رآه ذا مصداقية ومحددًا لكنه لم يستطع التحقق منه فيُحتسب بوزن 0.4 من بلاغ كامل. وليس صفرًا، لأن المشتري صاحب أقوى قضية كثيرًا ما يكون هو من لم يبقَ في يده إلا بيانات دخول توقفت عن العمل. والمنحنى لوغاريتمي وله سقف، لأن الشكوى العاشرة تخبرك بأقل بكثير مما تخبرك به الأولى.

المصدر: computeTrust() محسوبة عند كل عدد من الشكاوى، مرة وكل البلاغات مدعومة بأدلة ومرة دون أي دليل. والخصم محدود بسقف 35 نقطة. وحيثما تحمل لوحة خصمًا، يُفصَّل الرقم الدقيق والبلاغات التي يستند إليها في صفحة الثقة الخاصة بتلك اللوحة.

ماذا يحدث حين لا نكون قد قسنا شيئًا؟

يخرج من المتوسط، ويخفض التغطية بدلًا من ذلك، وهي نسبة النقاط الموزونة الـ85 التي نملك عليها دليلًا فعلًا. وتُنشر التغطية بجانب كل درجة ثقة على هذا الموقع وتعيدها API، لأن 70 مبنية على خمسة عناصر و70 مبنية على عنصرين ادعاءان مختلفان، ورقم واحد لا يستطيع أن يخبرك بأيهما تنظر.

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

ولإعادة التطبيع (Renormalisation) عيب معاكس: إن قيس عنصر واحد صار ذلك العنصر هو الدرجة كلها. ولذلك، حين تقل التغطية عن 50‎%‎ تُسحب النتيجة نحو نقطة المنتصف بقدر ما ينقصها، فلا تستطيع لوحة حصل عنصرها المقيس الوحيد على العلامة الكاملة أن تظهر كأنها لوحة فحصناها.

وهناك حد أدنى ثانٍ، أقل من الأول، يقرر شيئًا مختلفًا: هل سنضع وصفًا على الدرجة. فحين تقل التغطية عن 30‎%‎ لا يُمنح اسم أي فئة، وتظهر اللوحة مبدئية، ويحمل الرقم خطًا منقطًا تحته أينما ظهر. فوصف «راسخة» ادعاء عن لوحة، ولا تخوّلنا ملاحظة واحدة محظوظة أن نطلقه: فأثقل عنصر منفرد يساوي 25 من 85، أي 29‎%‎، ولذلك لا شيء وحده يتجاوز هذا الحد.

كان هذان الحدان ثابتًا واحدًا عند 50‎%‎ حتى اليوم، وكانت هذه الصفحة تقول ذلك. وكان هذا خطأً مرتين. فهما يجيبان عن سؤالين مختلفين، «ما مدى يقيننا بهذا الرقم؟» و«هل يوجد هنا ما يكفي لنقول وصفًا صراحة؟»، وربطهما معًا جعل حد الفئة بعيد المنال: فكل ما يمكن أن نعرفه عن لوحة دون مفتاح API أو سلسلة من الفحوص يبلغ مجموعه 40 من 85، وهذا أقل من النصف. ولذلك كانت 128 من أصل 129 لوحة في المؤشر موسومة بأنها مبدئية، وأفضلها يحصل على 72.5، والتحفظ الذي ينطبق على تسعة وتسعين إدراجًا من كل مئة لا يحمل أي معلومة عن أيٍّ منها. أما الآن، فاللوحة التي تقع تغطيتها بين 30‎%‎ و50‎%‎ تُمنح اسم فئة، وفي الوقت نفسه تبقى درجتها مخفّضة، ورقم التغطية الذي يرافق الفئة أينما ظهرت هو ما يخبرك أيهما تقرأ.

ماذا تعني فئات الثقة؟

تُعرَّف الفئات مرة واحدة، في trustBand()، وهي نفسها أينما ظهرت: من 80 فما فوق «ثقة عالية»، ومن 62 إلى 79 «راسخة»، ومن 42 إلى 61 «سجل محدود»، وما دون 42 «غير مُثبتة». واللوحة الجديدة «غير مُثبتة» بحكم طريقة الحساب نفسها، وهذا حكم على ما لدينا من أدلة لا على اللوحة.

كيف تُحسب درجة السعر؟

لكل خدمة تبيعها اللوحة فعلًا، نأخذ سعرها كنسبة إلى وسيط السوق للخدمة المعيارية نفسها، ثم نأخذ وسيط هذه النسب. فالنسبة 0.5 (نصف سعر السوق) تحصل على 10، والنسبة 1.0 تحصل على 5، والنسبة 2.0 تحصل على 0. ولا تُحسب الدرجة إلا حيث تنافس اللوحة، فلا تُكافأ قائمة الخدمات الضيقة ولا تُعاقَب على الخدمات التي لا تبيعها.

المصدر: computePriceScore() محسوبة على قائمة خدمات اصطناعية من ثلاث خدمات عند كل نسبة.

لماذا وسيط النسب لا مقارنة المتوسطات؟

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

ولهذا أهمية هنا أكبر منها في معظم الأسواق، لأن عددًا من هذه الأسواق ثنائي القمة. فلمشتركي YouTube فئة حسابات وهمية بين $0.02 و$0.72 تصف نفسها بأنها كثيرة النقص وبلا ضمان تعويض، وفئة حقيقية بضمان تعويض يستقر سعرها قرب $14.40، ولا شيء ذا معنى بينهما (بحث PanelCompare في هذا المجال، 6 سبتمبر 2026). والمتوسط بين هاتين الفئتين لا يصف شيئًا يستطيع أحد شراءه.

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

كيف تُقيَّم المزايا والموثوقية والدعم؟

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

المصدر: computeFeatureScore() محسوبة بعلامة واحدة في كل مرة. وتُقصّ الدرجة النهائية عند 10، فلا تتجاوز اللوحة التي تملك كل القدرات حدود المقياس.

كيف تُقيَّم مدة التشغيل؟

تُربَّع مدة التشغيل قبل تحجيمها، فيصبح الفرق بين 99% و95% أكبر بكثير من الفرق بين 80% و76%، لأن التوافر في أعلى النطاق هو المنتج نفسه، أما في أسفله فاللوحة غير صالحة للاستخدام أصلًا. وزمن الاستجابة عامل ترجيح عند التعادل لا يتجاوز 1.5 نقطة: فاللوحة التي تعمل ببطء ما زالت تستقبل طلبك. وإذا قلّ عدد الفحوص عن خمسة خلال 30 يومًا فلا نقيّم هذا العنصر أصلًا.

المصدر: computeReliabilityScore() عند 60 فحصًا ومتوسط استجابة 800 ms.

كيف يُقيَّم الدعم؟

القنوات المنشورة تضع حدًا أدنى، وتقييمات المشترين تحل محله. فحيثما قيّمت ثلاث مراجعات على الأقل، من المراجعات المعتمدة التي يتكون منها تقييم نجوم اللوحة، الدعمَ مباشرة، صار هذا الدليل يساوي 65% من العنصر، ولا يساوي وجود أداة الدردشة إلا 35%، لأن الأداة شيء يُشترى، أما الاستجابة فسلوك. ولا تشترط هذه الحالة شارة «مشترٍ موثّق»: فالشارة شرط لعنصر المراجعات في درجة الثقة، الموصوف أعلاه، ولا شيء غيره.

المصدر: computeSupportScore() عند كل تركيبة.

كيف يبدو الحساب على لوحة حقيقية؟

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

اللوحة

NSBOOSTBD

nsboostbd.com

الثقة

75.1 / 100

راسخة

الإجمالي

7.8 / 10

أُعيد حسابها هنا: 7.9 · 92‎%‎ من الأدلة

الخطوة 1: درجة الثقة المفصّلة

المصدر: trust_breakdown المخزّن لـnsboostbd.com، الذي كتبته computeTrust() نفسها التي جُدولت حدودها القصوى أعلاه. آخر تحديث: 30 سبتمبر 2026.

الخطوة 2: درجة السعر، وما كان المتوسط سيقوله بدلًا منها

لدى NSBOOSTBD 126 خدمة يمكننا مقارنتها بوسيط السوق. ووسيط نسبها لكل خدمة 0.925×، وهذا يساوي 5.6 من 10.

يستخدم الصفّان الخدمات القابلة للمقارنة نفسها، وعددها 7544. متوسط سعر اللوحة $11.17 لكل 1000، مقابل متوسط لوسيط السوق قدره $17.28، وهذان رقمان يكفي عدد قليل من الصفوف الغالية المستهدفة جغرافيًا لتحريكهما وحده، وهذا بالضبط التشويه الذي يزيله الوسيط.

الخطوة 3: المتوسط الموزون، على ما قيس فقط

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

صف الثقة هو الوحيد الذي يحتاج إلى كلمة في الحساب. درجة الثقة المنشورة لـNSBOOSTBD هي 75.1 من 100، وتدخل هذا الجدول بقيمة 8.84، أي مقسومة على 8.5 لا على 10. فالعلامة الكاملة في العناصر التي يُحسب عليها متوسط الثقة، وعددها 5، هي 85 لا 100؛ أما النقاط الـ15 الأخرى فهي مكافأة التوثيق، وهي خارج ذلك المتوسط وتُقصّ هنا عند أعلى المقياس. ولو قسمنا على 10 لدخلت نقطة منتصف الثقة (42.5) بقيمة 4.25 على مقياس قيمته المحايدة 5، فتحمل كل لوحة لا نعرف عنها شيئًا ثلاثة أرباع نقطة من التشاؤم على 30‎%‎ من درجتها الإجمالية دون أي سبب من الأدلة. أما بإعادة القياس على هذا النحو، فاللوحة التي لا تكاد تملك أي دليل على الثقة، والتي خُصمت درجة ثقتها حتى عادت إلى نقطة المنتصف تلك، تصل إلى هنا بقيمة 5.0، وهي القيمة المحايدة نفسها التي يقف عندها كل عنصر آخر في هذه الصفحة حين لا نكون قد قسناه.

المصدر: تفصيل العناصر المخزّن لـnsboostbd.com، بعد تمريره مجددًا عبر computeOverall() في هذه الصفحة. والدرجة الإجمالية المخزّنة 7.8؛ وإن اختلف هذان الرقمان يومًا فالمؤشر غير محدّث، وهذا خلل يستحق الإبلاغ عنه. 1 من أصل 5 عناصر غير مقيسة هنا، ولهذا فرقم التغطية 92‎%‎ لا 100%.

ماذا يحدث للوحة لم نقسها بعد؟

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

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

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

وما كان هذا يقيسه في الحقيقة هو مجموعة مفاتيحنا نحن. فحين كُتب هذا، كنا نملك مفاتيح API للوحتين فقط من أصل 129 لوحة في المؤشر (واليوم 11 من أصل 129)، فكان كل إدراج تقريبًا يُخصم منه كامل النقاط الـ10 من أساس قدره 85 نقطة، أي ما يعادل نحو عشر نقاط من الثقة بعد إعادة تطبيع المتوسط، بسبب مفتاح لم نكن نحن نملكه. كان ذلك أكبر مصدر منفرد للتشاؤم في المؤشر، وكان يُطبَّق بشكل شبه موحّد فلم يحرّك أحدًا مقارنةً بغيره، وكان بالضبط القاعدة التي يقول هذا القسم إننا لا نتبعها: عنصر لم نقسه يُحتسب صفرًا بدل أن يُحذف. أما الآن فاللوحة التي لم تُزامَن قط تُعدّ غير مقيسة في هذا العنصر. وهذا يكلّفها تغطية لا نقاطًا، والصف في صفحة اللوحة نفسها يقول صراحةً إن الأسعار فيها مُدخلة يدويًا.

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

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

ما الذي لا تقيسه هذه الدرجة؟

ذكر الثغرات جزء من المنهجية، لأن الدرجة التي توحي بأكثر مما تقيس أسوأ من عدم وجود درجة. وهذه هي الأمور التي لا نعرفها حاليًا، والتي سنحتاج إلى بناء برنامج قياس كامل لمعرفتها.

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

متى تتغيّر الدرجة؟

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

المصدر: ثوابت REVALIDATE في src/lib/site.config.ts.

أسئلة عن المعادلة