Rudra Analyzer

المنهجية

كيف نختبر المواقع ونقيّمها

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

ما الذي ينظر إليه كل فحص

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

SEO

الاسم التقني
SEO داخل الصفحة وSEO التقني
ما الذي يفحصه
العنوان ووصف الميتا (الطول، والصياغة العامة، والكلمات المكررة)، وعنوان H1 وترتيب العناوين، وعنوان URL الأساسي (canonical) وحالة الصفحة التي يشير إليها، وقواعد robots meta وX-Robots-Tag، وmeta refresh، ووسوم Open Graph وTwitter Card (بما في ذلك ما إذا كانت og:image تُحمَّل)، وhtml lang، وviewport، والنص البديل للصور، والبيانات المنظَّمة JSON-LD (أخطاء التحليل، والأنواع المكررة، وعناوين URL غير الصالحة، والخصائص الأساسية المفقودة للأنواع الشائعة)، وhreflang، وfavicon، وعدد الكلمات، ونص الروابط وشكل عنوان URL، إضافةً إلى robots.txt وما يصل إلى ثلاث خرائط موقع مُعلنة وllms.txt وسلاسل إعادة التوجيه وHTTPS.
طريقة التقييم
تبدأ من 100. غياب العنوان −25، وغياب وصف الميتا −15، وغياب H1 −15، وnoindex −30، مع خصومات أصغر (2–15 نقطة) للبقية. ولا يمكن للفحوص الأحدث مجتمعةً أن تخصم أكثر من 45 نقطة، ولا تكلّف الملاحظات المعلوماتية الجديدة شيئًا.
يُختبر باستخدام
Python requests + BeautifulSoup (يقرأ HTML الذي يرسله الخادم؛ ولا يُشغَّل JavaScript)، إضافةً إلى طلب HEAD واحد لكلٍّ من هدف canonical المختلف وog:image
جرّب مدقق SEO

السرعة

الاسم التقني
أداء الصفحة (Lighthouse)
ما الذي يفحصه
فئة الأداء في Lighthouse: First Contentful Paint وLargest Contentful Paint وTotal Blocking Time وCumulative Layout Shift وSpeed Index وTime to Interactive، ويُقارن كلٌّ منها بحدّه المنشور (مثلًا LCP: ‏2.5 ث / 4 ث، وCLS: ‏0.1 / 0.25، وTBT: ‏200 / 600 ملّي ثانية)، إضافةً إلى ما يصل إلى 15 تدقيقًا فاشلًا مع الملفات المسببة لها. وإذا تعذّر تشغيل Lighthouse، يعرض فحص سريع استجابة الخادم وحجم HTML والضغط والملفات التي تعيق العرض وترويسات التخزين المؤقت وحجم الصور وصيغتها.
طريقة التقييم
نتيجة الأداء الخاصة بـ Lighthouse من 0 إلى 100 كما هي دون تعديل. التدقيق الذي تقل نتيجته عن 0.5 يُصنَّف حرجًا، وما يقل عن 0.9 يُصنَّف تحذيرًا. أما الفحص السريع فيبدأ من 100 ويعرض خصوماته؛ ويُوسم بأنه فحص سريع، ولا يُقدَّم أبدًا على أنه نتيجة Lighthouse.
يُختبر باستخدام
Google Lighthouse في Chrome دون واجهة، بالإعدادات الافتراضية (الجوال)، تشغيل واحد؛ والبديل: طلب GET واحد وما لا يزيد على 25 طلب HEAD
جرّب مدقق سرعة الموقع

التجربة على الجوال

الاسم التقني
التخطيط المتجاوب
ما الذي يفحصه
وسم viewport meta (موجود، وwidth=device-width، والتكبير غير محظور) والفيض الأفقي بمقاسات الهاتف (375×667) والجهاز اللوحي (768×1024) وسطح المكتب (1440×900)، مع تسمية العناصر البارزة خارج الشاشة، ولقطات شاشة لعرض الهاتف ولأي مقاس فيه مشكلة.
طريقة التقييم
تبدأ من 100. غياب وسم viewport −20، وviewport دون width=device-width −10، وviewport يمنع التكبير −5، و−15 لكل مقاس تكون فيه الصفحة أعرض من الشاشة، و−10 إذا واجه أي مقاس مشكلات في التحميل.
يُختبر باستخدام
Playwright مع Chromium
جرّب مدقق التوافق مع الجوال

إمكانية الوصول

الاسم التقني
اختبار WCAG الآلي
ما الذي يفحصه
مجموعة القواعد الافتراضية في axe-core — قواعد WCAG 2.x للمستويين A وAA إضافةً إلى أفضل الممارسات — تُطبَّق على الصفحة بعد عرضها. يُدرج ما يصل إلى 25 نوعًا من المخالفات، مع عدد العناصر المتأثرة بكل منها وما يصل إلى خمسة أمثلة (المحدِّد، ومقتطف HTML، وما يجب إصلاحه). وتُدرج القواعد التي لا يستطيع axe-core الحسم فيها على أنها «تحتاج إلى مراجعة يدوية»، كما تُدرج القواعد الناجحة أيضًا.
طريقة التقييم
تبدأ من 100 وتخسر نقاطًا عن كل قاعدة فاشلة حسب تأثيرها: حرج −15، خطير −10، متوسط −5، طفيف −2.
يُختبر باستخدام
نسخة مضمَّنة من axe-core محقونة في Chromium عبر Playwright
جرّب مدقق إمكانية الوصول

أمان الموقع

الاسم التقني
أمان النقل وقيم الترويسات وملفات تعريف الارتباط والتعرّض
ما الذي يفحصه
HTTPS بعد عمليات إعادة التوجيه، وما إذا كان http:// يعيد التوجيه نهائيًا إلى HTTPS؛ وشهادة TLS (الموثوقية، واسم المضيف، وإصدار البروتوكول، والجهة المُصدِرة، وتاريخ الانتهاء)؛ وقيم ترويسات الأمان — max-age في HSTS (‏180 يومًا على الأقل) وصياغتها، وتوجيهات CSP بما فيها 'unsafe-inline' و'unsafe-eval' ومصادر النصوص البرمجية الواسعة وقيم nonce والتجزئات وobject-src وbase-uri، وX-Frame-Options أو CSP frame-ancestors، وX-Content-Type-Options، وReferrer-Policy، وPermissions-Policy؛ وخصائص ملفات تعريف الارتباط (Secure وHttpOnly وSameSite وDomain) بالاسم فقط؛ وCORS باستخدام أصل اختبار واحد غير مؤذٍ؛ والمحتوى المختلط؛ وsecurity.txt؛ والترويسات التي تكشف الإصدارات وخرائط المصدر العامة؛ والتقنيات والسطح المرئي مثل نماذج تسجيل الدخول والإشارات إلى API؛ ومعالجات الأحداث المضمّنة والنصوص البرمجية التي تفتقر إلى Subresource Integrity، مع الإشارة إليها للمراجعة اليدوية.
طريقة التقييم
تبدأ من 100. عدم استخدام HTTPS −40، وشهادة غير صالحة أو منتهية −40، وفشل اتصال TLS −30، وCORS يثق بأي أصل مع بيانات الاعتماد −25، وغياب HSTS −15، وغياب CSP −12، وغياب إعادة التوجيه من http إلى https −10، وغياب الحماية من clickjacking −8، ومحتوى مختلط نشط −8، وCSP بوضع Report-Only −8، وغياب X-Content-Type-Options −6، ونصوص 'unsafe-inline' البرمجية −6، وملفات تعريف ارتباط دون Secure −6، وHSTS ضعيف −5، مع خصومات أصغر للقيم الضعيفة الأخرى. ولا تكلّف ملاحظات معلوماتية كثيرة شيئًا، مثل غياب security.txt.
يُختبر باستخدام
Python requests (‏GET وHEAD فقط) + وحدة ssl من المكتبة القياسية
جرّب مدقق أمان الموقع

الروابط وأخطاء الصفحات

الاسم التقني
اختبار وظيفي سريع ومراجعة النماذج
ما الذي يفحصه
يحمّل الصفحة في متصفح، ويسجّل أخطاء وحدة تحكم JavaScript والاستثناءات غير المعالجة ونصوصك البرمجية وأنماطك وصورك وخطوطك التي تفشل في التحميل، ويختبر ما يصل إلى 12 رابطًا فريدًا إلى الموقع نفسه (روابط التنقل أولًا) وما يصل إلى 5 روابط إلى مواقع أخرى، ويراجع ترميز كل نموذج: HTTPS، وGET مع كلمات المرور، والتسميات، وأنواع الحقول، والإكمال التلقائي، والإجراءات الخارجية، ورمز مرئي على غرار CSRF، وزر الإرسال. ولا تُرسَل النماذج أبدًا، ولا يُنقر عليها، ولا تُوضع في حالة تركيز، ولا تُملأ.
طريقة التقييم
تبدأ من 100. كل رابط داخلي معطّل −10 (بحد أقصى −40)، وكل خطأ JavaScript غير معالج −10 (بحد أقصى −30)، وكل خطأ في وحدة التحكم −5 (بحد أقصى −20)، وكل ملف خاص بالموقع فشل تحميله −4 (بحد أقصى −20)، ونموذج كلمة مرور على HTTP أو يُرسل إلى http:// أو يستخدم GET −10 لكل منها، والاكتفاء بـ placeholder بدلًا من التسمية −3. أما الروابط الخارجية المعطّلة وملاحظات النماذج الأخرى فمعلوماتية.
يُختبر باستخدام
Playwright مع Chromium؛ وفحوص الروابط بطلب HEAD مع GET كبديل
جرّب مدقق الروابط المعطّلة

الخادم والتوفّر

الاسم التقني
التوفّر وزمن الاستجابة
ما الذي يفحصه
الصفحة نفسها إضافةً إلى المسارات الشائعة — robots.txt وsitemap.xml و/health و/healthz و/api و/api/health وopenapi.json وswagger.json وmanifest.json وsecurity.txt — بحثًا عن أخطاء الخادم ومتوسط زمن الاستجابة. لا يُحتسب خطأ 404 على هذه المسارات الاختيارية.
طريقة التقييم
تبدأ من 100. تعذّر الوصول إلى الصفحة أو خطأ 5xx −50، وخطأ 4xx في الصفحة −20، و−15 لكل مسار آخر يُرجع 5xx (بحد أقصى −30)، ومتوسط زمن استجابة أعلى من 800 ملّي ثانية −8 أو أعلى من 1,500 ملّي ثانية −15.
يُختبر باستخدام
Python requests
جرّب تدقيق الموقع

كيف تُجمع الأدلة

لا تظهر الملاحظة إلا عندما يرى الفحص فعلًا الشيء الذي يصفه — قيمة ترويسة، أو عنصرًا، أو استجابة. وتسجّل كل ملاحظة مصدر دليلها:

استجابة HTTP
رموز الحالة وعمليات إعادة التوجيه وترويسات الاستجابة من طلب عادي إلى صفحتك.
HTML
مصدر الصفحة الذي يرسله خادمك، قبل تشغيل أي JavaScript.
الصفحة بعد عرضها وبيئة تشغيل المتصفح
الصفحة بعد تحميلها في Chromium: العناصر المعروضة، وأخطاء JavaScript، والملفات التي فشل تحميلها.
Lighthouse
مقاييس معملية وتدقيقات من تشغيل واحد لـ Lighthouse.
axe-core
نتائج قواعد إمكانية الوصول للصفحة بعد عرضها.
بيانات الزحف
في فحوص المواقع: الصفحات والروابط والعناوين وروابط canonical المخزّنة أثناء الزحف — دون طلبات إضافية.
robots.txt وخريطة الموقع
قواعد robots.txt لديك وعناوين URL التي تدرجها خرائط موقعك بصيغة XML.
اتصال TLS
الشهادة وإصدار البروتوكول اللذان يقدمهما خادمك.

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

مستويات الثقة

توضح كل ملاحظة مدى تأكدنا منها، لتعرف ما الذي تتصرف بشأنه فورًا وما الذي تتحقق منه أولًا.

عالية

مرصودة مباشرة: قيمة ترويسة، أو رمز حالة، أو عنصر أخفق في قاعدة. ويمكنك التأكد منها بنفسك في ثوانٍ.

متوسطة

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

منخفضة

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

الفحوص المُجراة و«لم يُختبر»

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

تعني «لم يُختبر» أن الفحص لا ينطبق أو لم يكن تشغيله آمنًا — مثل فحص Secure لملفات تعريف الارتباط في صفحة لا تُقدَّم عبر HTTPS، أو رابط إلى عنوان خاص. وتعني «تم تخطيه» أنه تعذّر تشغيله، غالبًا لأن طلبنا نحن فشل أو انتهت مهلته؛ فيُوسم المجال حينها بأنه جزئي ويذكر الملخص الفحوص الناقصة. وانتهاء المهلة أو خطأ DNS من جهتنا يُعدّ «تعذّر التحقق»، ولا يُعدّ أبدًا فشلًا لموقعك.

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

السلامة: كيف تبقى فحوص الأمان غير مؤذية

كل فحص سلبي وللقراءة فقط. وهذا يعني عمليًا:

  • تستخدم طلباتنا GET أو HEAD فقط — ولا تستخدم أبدًا POST أو PUT أو PATCH أو DELETE. وعند فتح صفحة في متصفح، تعمل نصوصها البرمجية الخاصة كما تعمل لأي زائر.
  • فحص CORS هو طلب GET واحد يحمل ترويسة Origin واحدة غير مؤذية لنطاق لا يمكن أن يوجد (https://rudra-audit.invalid)، دون ملفات تعريف ارتباط أو بيانات اعتماد.
  • لا يُطلب سوى قائمة قصيرة وثابتة من الملفات المعروفة — مثل robots.txt وsitemap.xml و/.well-known/security.txt وllms.txt وhumans.txt وملف manifest الذي ترتبط به صفحتك، إضافةً إلى مسارات الحالة ووصف API التي يذكرها فحص الخادم أعلاه. ولا نخمّن مسارات أخرى ولا نعدّدها، ولا تُفحص خرائط المصدر إلا عندما يذكرها أحد نصوصك البرمجية.
  • لا تُرسَل النماذج أبدًا، ولا يُنقر عليها، ولا تُوضع في حالة تركيز، ولا تُملأ، ولا تُرسَل أي حمولات هجومية.
  • لا نسجّل الدخول أبدًا، ولا نرسل بيانات اعتماد، ولا نجرّب كلمات مرور.
  • تُحظر الطلبات إلى عناوين الشبكات الخاصة والداخلية — مثل localhost و10.x و192.168.x وخدمات البيانات الوصفية السحابية وما شابهها — قبل إرسالها، بما في ذلك خطوات إعادة التوجيه، وفي فحوص متصفح Playwright لدينا، كل طلب تُجريه الصفحة أثناء تحميلها.

التقييم

يبدأ كل مجال من 100 ويخسر نقاطًا مقابل المشكلات المكتشفة؛ أما السرعة فتستخدم نتيجة Lighthouse نفسها. ويعرض التقرير كل خصم بجوار الملاحظة التي تسببت فيه، لترى بالضبط أين ذهبت النقاط.

لا تُخصم المشكلة نفسها مرتين أبدًا: ثلاثة ملفات تعريف ارتباط دون Secure هي ملاحظة واحدة بخصم واحد. وحيث يكون عدد مرات الظهور مهمًا، مثل الروابط المعطّلة أو أخطاء JavaScript، يزداد الخصم مع العدد حتى حد أقصى مُعلن. ولا تكلّف الملاحظات المعلوماتية الأحدث شيئًا؛ بينما تحتفظ بعض الفحوص القديمة منخفضة الأولوية بخصم صغير، مثل غياب Referrer-Policy (−4) أو قاعدة إمكانية وصول ثانوية (−2).

يضيف فحص الموقع فحوص SEO عبر الصفحات — العناوين والأوصاف المكررة، ومشكلات canonical، والروابط إلى عمليات إعادة التوجيه، وعناوين URL في خريطة الموقع التي تُرجع أخطاء، وروابط hreflang العكسية المفقودة، والمحتوى المتطابق — وهي أمور لا تستطيع فحوص الصفحة الواحدة رؤيتها. ولا يمكنها مجتمعةً أن تخصم أكثر من 5 نقاط من نتيجة SEO، ولا تُحتسب مجددًا المشكلات التي سبق تقييمها في كل صفحة.

كيف تُحسب النتيجة الإجمالية

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

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

تُعرض النتائج مع حالة واضحة: من 90 إلى 100 «جيد»، ومن 50 إلى 89 «يحتاج إلى انتباه»، ومن 0 إلى 49 «ضعيف». وتُكتب الحالة دائمًا بجانب لونها.

الأدوات التي نستخدمها

نعتمد على أدوات راسخة ومفتوحة بدلًا من ابتكار قياسات خاصة بنا.

  • Google Lighthouse

    يقيس أداء التحميل في متصفح Chrome حقيقي. نستخدم نتيجة الأداء والتدقيقات الخاصة به كما هي، ونصف كل مقياس بأنه قياس معملي من تشغيل واحد.

  • Playwright وChromium

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

  • axe-core

    محرك قواعد إمكانية الوصول مفتوح المصدر من Deque، والمستخدم على نطاق واسع لاختبار WCAG الآلي.

  • requests وBeautifulSoup

    تجلب الصفحات وتحلّل HTML الخاص بها لفحوص SEO والأمان والخادم، باستخدام طلبات GET وHEAD فقط.

  • وحدة ssl في Python

    تفتح اتصال TLS لقراءة شهادتك والتحقق من صحتها مقابل جهات إصدار الشهادات الموثوقة القياسية.

ما لا تستطيع الفحوص الآلية إخبارك به

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

لماذا قد تختلف النتائج بين مرة وأخرى

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

قد تختلف أيضًا الفحوص المعتمدة على المتصفح إذا كانت الصفحة تحمّل المحتوى بترتيب عشوائي، أو تعرض لافتات أو تجارب مختلفة، أو تحظر الزوار الآليين أحيانًا. أما نتائج SEO والأمان فلا تتغير إلا عند تغيّر صفحتك أو إعدادات خادمك.

القيود المعروفة حسب المجال

السرعة

اختبار معملي لتحميل واحد، باستخدام محاكاة Lighthouse الافتراضية لهاتف متوسط الفئة على اتصال مُبطّأ. لا يمكنه قياس Interaction to Next Paint (INP) لأنه يحتاج إلى تفاعلات حقيقية؛ ويُعدّ Total Blocking Time أقرب مؤشر معملي له.

إمكانية الوصول

لا تكتشف القواعد الآلية إلا جزءًا من المشكلات التي قد تحتويها الصفحة. واجتياز الفحص لا يعني أن الصفحة تستوفي WCAG؛ فلا يزال الاختبار اليدوي بلوحة المفاتيح وقارئ الشاشة ضروريًا.

الأمان

يقرأ الإعدادات التي يتلقاها المتصفح: قيم الترويسات، وخصائص ملفات تعريف الارتباط من استجابة الصفحة نفسها، وCORS، وTLS، وHTML. وهو ليس اختبار اختراق — فلا استغلال، ولا تسجيل دخول، ولا صفحات تتطلب مصادقة، ولا مراجعة للشيفرة على الخادم، ولا فحص للثغرات في برمجياتك أو اعتمادياتها.

الروابط والنماذج

يختبر ما يصل إلى 12 رابطًا إلى الموقع نفسه و5 روابط إلى مواقع أخرى في كل صفحة. تُرجع بعض الخوادم أخطاء للزوار الآليين حتى عندما تعمل الصفحة للناس، لذا تُعامل الردود الخارجية 401 و403 و405 و429 على أنها غير حاسمة. ولا تُرسَل النماذج أبدًا، لذا لا يمكن اختبار التحقق على الخادم ولا الحماية من CSRF.

SEO

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

كيف يُستخدم الذكاء الاصطناعي في التقارير

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

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

تأتي النتائج والمشكلات دائمًا من أدوات الفحص الموضحة أعلاه، وليس من الذكاء الاصطناعي أبدًا.

ماذا يحدث لبياناتك

التحليلات مؤقتة. يُحذف كل فحص، وكل فحص للموقع، وكل اختبار للتخطيط — مع نتائجه وتقاريره ولقطات شاشته — تلقائيًا بعد 24 ساعة من آخر نشاط له.

توضح سياسة الخصوصية لدينا ما نخزّنه أيضًا، مثل تفاصيل الحساب، ولأي مدة.

اقرأ سياسة الخصوصية

جرّب الفحوص

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