الرابط المطلق مقابل الرابط النسبي - الفرق وأيهما يجب استخدامه

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

تتضمن رابط URL مطلق المخطط والمضيف، على سبيل المثال، https://example.com/folder/resource.html، بينما يحذف رابط URL نسبي المضيف ويبدأ من المسار الحالي، مثل /folder/resource.html أو ../folder/resource.html. الفرق مهم عند نقل الموقع إلى نطاق مختلف أو عند نسخ هيكل مجلد عبر بيئات مختلفة. اختيار النوع المناسب أفضل للاستقرار. استخدام روابط URL مطلقة للإشارات الخارجية وروابط URL نسبية للروابط الداخلية يحافظ على العملية متوقعة ويمنع فشل تحميل الأصول.

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

الأخطاء الشائعة تشمل خلط أنواع URL في صفحة واحدة و افتراض أن المسارات تحل بنفس الطريقة في كل بيئة. إذا كان رابط يشير إلى مورد في نطاق آخر، اختر رابط URL مطلق لضمان تحميله بشكل متسق؛ للروابط الداخلية، فضل مسارًا يعكس هيكل الموقع. عندما تحتاج إلى تعديل سريع، راجع حالات سلاسل المسار مثل /images/logo.png وقرر ما إذا كان رابط URL مطلق أفضل أم أن مسار نسبي يحافظ على إمكانية الوصول إلى المورد عبر البيئات. النتيجة هي صفحة إلكترونية أكثر فائدة مع أخطاء أقل في جلب البيانات ووقت أقل للتصحيح اليدوي.

أولاً، قم بتدقيق HTML الحالي، ورسم كل أصل إلى نوع URL، وإعداد اختبار صغير عبر التطوير والاختبار والإنتاج. سرد الموارد الخارجية (البيانات، الخطوط، واجهات برمجة التطبيقات) والروابط الداخلية (مسارات المجلدات). ثم استبدل الإشارات الخارجية بروابط مطلقة حيث يلزم الأمر واحتفظ بالروابط الداخلية كـ مسارات نسبية. هذه العملية توفر الوقت أثناء النشر وتجعل تدفق البيانات أكثر موثوقية عبر الإنترنت.

اختر بين روابط URL المطلقة والنسبية للربط الداخلي بناءً على بيئة الموقع واحتياجات الصيانة

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

في البيئات التي تشمل الإنتاج والاختبار، أو عند إدارة تكوينات non-www وwww، تحمي روابط URL المطلقة من خلط المضيفين وتجعل الروابط متوقعة للزواحف. نظريًا، تربط كل رابط بنطاق واحد، مما يقلل من المفاجآت عند تحميل الصفحات من البريد الإلكتروني أو الإشارات الخارجية. البدء بتدقيق صغير يساعد في معايرة السياسة قبل تطبيقها على الموقع بأكمله.

• متى تختار روابط URL النسبية:

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

• متى تختار روابط URL المطلقة:

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

• خطوات التنفيذ:

  • قم بتدقيق الروابط الداخلية عبر الملفات والقوالب لتحديد أين تظهر الاختلافات في non-www أو البروتوكول.
  • اختر قاعدة إدارة: الافتراضي إلى روابط URL نسبية للصفحات والمحتوى الذي لا يغادر البيئة الحالية؛ التبديل إلى روابط URL مطلقة في القوالب التي تصيغ عبر البيئات.
  • طبق التغييرات على نظام إدارة المحتوى حتى تتبع الروابط المولدة السياسة تلقائيًا؛ اختبر على الاختبار قبل النشر.

• اعتبارات الصيانة:

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

• حالات الحافة:

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

شرح هيكل رابط URL المطلق: المخطط، المضيف، والمسار مع أمثلة ملموسة

استخدم روابط URL المطلقة للروابط التي يجب أن تبقى صالحة عبر الهجرات أو أثناء الصيانة؛ فهي توفر اتصالًا مستقرًا من المخطط إلى المسار وتقلل من خطر التنقل المعطل.

الكتل الثلاث الأساسية هي المخطط، المضيف، والمسار. يبدو رابط URL مطلق قياسي مثل: scheme://host/path. يحدد المخطط كيفية استرجاع المورد؛ يحدد المضيف الخادم؛ يشير المسار إلى المورد على ذلك الخادم. هذا يعني أن المتصفحات يمكنها فتح المورد دون الاعتماد على موقع الصفحة الحالية.

1. المخطط – http أو https هما الخيارات الشائعة. اختر https لضمان اتصال آمن مشفر؛ استخدام http قد يؤدي إلى تحذيرات أو إعادة توجيهات. مثال: https://www.example.com

2. المضيف – النطاق (والمنفذ الاختياري). يحدد المضيف أي خادم يجيب على الطلب. أمثلة: www.example.com، shop.example.org، أو api.service.co:4430. يجب أن يكون جزء المضيف صالحًا، ويجب تجنب استخدام نطاقات قديمة أو مسروقة.

3. المسار – يبدأ بشرطة مائلة وينقل إلى مورد على المضيف. استخدم مسارًا نظيفًا مشفرًا بشكل صحيح يعكس هيكل المجلد. أمثلة: /foldera/index.html، /blog/2024/updates.html، /images/logo.png

أمثلة ملموسة، مع ملاحظات:

• https://www.example.com/foldera/index.html – مسار مباشر على المضيف الرئيسي؛ افتحه في أي سياق نطاق وهذا يتجنب التغييرات في تخطيط الدليل التي تؤثر على الروابط الداخلية.
• https://store.example.org:8080/foldera/products.html – يشمل منفذًا، مفيد عندما يعمل الخادم على منفذ غير قياسي؛ تأكد من الحاجة إلى المنفذ والحفاظ عليه متسقًا.
• http://legacy.example.net/old-path/article.html – استخدم بحذر؛ إذا أمكن، أعد كتابته إلى https لتحسين الأمان وثقة المستخدم.
• https://example.com/ – مسار الجذر؛ جيد لإشارات الصفحة الرئيسية في مقال؛ يظهر كيف يمكن أن يكون المسار بسيطًا لكنه صالح.

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

شرح هيكل رابط URL النسبي: أنواع المسار (نسبي مقابل جذر-نسبي) مع سيناريوهات

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

تحل روابط URL النسبية من الموقع الحالي. قد يبدأ مسار نسبي بـ ./ (الدليل الحالي) أو ../ (مستوى واحد لأعلى) ثم أجزاء المسار. مثال: ./docs/setup.html، ../assets/image.png. تبدأ المسارات الجذر-نسبية بشرطة مائلة وتشير إلى جذر المضيف الحالي، على سبيل المثال /assets/css/main.css. عند التبديل من http إلى https، ينطبق نفس منطق المسار؛ يغير البروتوكول فقط كيفية الوصول إلى المضيف.

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

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

النوع	مثال	متى تستخدم	الأخطاء الشائعة
نسبي	../images/logo.png	داخل نفس الموقع، عند التنقل داخل شجرة الدليل	معطل إذا انتقل الملف لأعلى أو لأسفل؛ يعتمد على موقع الصفحة الحالي
جذر-نسبي	/assets/css/style.css	روابط يجب أن تبقى صالحة بغض النظر عن موقع الصفحة	يتعطل إذا تغير سياق الاستضافة (نطاق فرعي، وكيل)، أو عبر نطاقات مختلفة
رابط URL مطلق (https)	https://example.com/blog/post.html	الربط بمورد على مضيف ثابت أو موقع خارجي	صعب النقل مع مشروع؛ يتكرر عبر الإصدارات
بروتوكول-نسبي	//cdn.example.com/lib.js	موارد شبكة توزيع المحتوى التي يجب أن تطابق بروتوكول الصفحة	قد يفشل إذا تم تحميل الصفحة من file: أو إذا حظرت شبكة توزيع المحتوى المحتوى المختلط

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

متى تستخدم روابط URL المطلقة للروابط الداخلية: إشارات عبر النطاقات، إشارات قياسية، وأصول

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

تتطلب الإشارات عبر النطاقات دقة: الربط بصفحات أو أصول مستضافة على نطاق آخر أو شبكة توزيع محتوى برابط http(s) كامل يوضح الهدف للزواحف والمستخدمين، مما يتجنب عدم تطابق التوجيه عند الوصول إلى الموقع بـ www، non-www، أو بروتوكولات مختلفة. هذا النهج يجعل النتائج المعروضة متوقعة ويساعد في فهم الاختلافات في كيفية ظهور الصفحات عبر المنصات.

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

الأصول: استضف الصور، البرمجيات النصية، والأنماط من نفس النطاق أو شبكة توزيع محتوى باستخدام روابط URL مطلقة تبدأ بـ http:// أو https://. هذا يتجنب التحميلات المعطلة عند تغييرات التوجيه أو عند التحول بين الاختبار والإنتاج، ويمنع نافذة تحذيرات المحتوى المختلط. كما يساعد المنصات في جلب الأصول للعرض، مما يحسن أوقات التحميل ويضمن عرض الأصول بشكل صحيح بواسطة الزواحف ومدرجة في بيانات التصنيف.

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

متى تستخدم روابط URL النسبية للروابط الداخلية: هجرات نظام إدارة المحتوى، الاختبار مقابل الإنتاج، وإعادة الهيكلة السهلة

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

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

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

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

نصائح خاصة بـ WordPress: استخدم مسارات جذر-نسبية مثل about/ أو /about/ اعتمادًا على تخطيط الاستضافة الخاص بك، واحتفظ بتقليد واحد. في WordPress، اعتمد على إعدادات URL الموقع أو مرشح خفيف الوزن للحفاظ على المسارات النسبية عبر الهجرات والنشر في مجلدات فرعية. للمواقع التي تحتاج إلى اختبار عبر البيئات، تحديد قاعدة مسار أساسية يساعد في الحفاظ على الاتساق. هذا مفيد لمعظم المواقع ويساعد في التصحيح، اتساق البيانات، والحفاظ على الإشارات القياسية والمفهرسة محاذاة، بناءً على ما إذا كنت تنتقل بين الاختبار والإنتاج.

التأثير على تحسين محركات البحث، الزحف، واتساق الموقع: كيف يؤثر اختيار URL على استراتيجية الربط

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

حافظ على هيكل URL متسق عبر البروتوكولات وخيارات اسم المضيف. استخدم بروتوكولًا واحدًا (فضل https) ومضيفًا واحدًا (www أو non-www) لتجنب الإشارات المختلطة للزواحف. الاتساق يقلل من المعلمات التي يمكن أن تخلق مكررات ويساعد في قياس إلى نسخة URL واحدة لفهارسة الصفحات الحالية. هذا يؤدي إلى تعزيز في رؤية البحث ويدعم استراتيجية الربط الخاصة بهم، مما يجعل موقعهم أسهل في التنقل.

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

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

الفوائد تشمل إشارات قياسية أقوى، اتساق أفضل على مستوى الموقع، استراتيجية ربط أوضح، احتياجات إعادة ترميز أقل، وتعزيز في الأداء.

قائمة التحقق من الهجرة: التدقيق، التوحيد، التحديث، الاختبار، والمراقبة

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

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

حدث آثار الهجرة: أعد تحديث sitemap.xml، robots.txt، وقوالب نظام إدارة المحتوى؛ نفذ 301s واحتفظ بسلاسل استعلام رئيسية حيث يلزم، مع إزالة المسارات الميتة لأنها تضيع ميزانية الزحف. احتفظ بسجل تغييرات إصداري حتى يتمكن أصحاب المصلحة من رؤية ما تغير ولماذا.

اختبر في بيئة الاختبار باستخدام زواحف آلية للعثور على الروابط المعطلة وعلامات القياسية المفقودة؛ تحقق من استجابات 200 و301s الصحيحة؛ قم باختبارات أداء لمقارنة قبل مقابل بعد. يشير جون إلى أن نطاق اختبار مركز على تدفقات المستخدم الحرجة يؤدي إلى أوضح إشارات النجاح.

راقب وصقل: أعد لوحات تحكم لـ 404s، 500s، والتأخير؛ أطلق تنبيهات إذا تجاوزت العتبات؛ راجع أسبوعيًا واضبط إعادة التوجيهات، رسم المحتوى، والإشارات القياسية. هذه الممارسة ستساعد في كشف المشكلات مبكرًا وتحسين الاستقرار، مع الحفاظ على فحوصات الأمان نشطة ومرئية.