مسار العرض الحرج

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

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

تُعيق البرامج النصية عمل المُحلل ما لم تُحدد خلاف ذلك، وهو المصدر الرئيسي الآخر للتأخير. يُوقف البرنامج النصي المتزامن الذي يُصادف أثناء التحليل عملية بناء المستند حتى يتم تنزيله وتنفيذه، لأنه قد يُعدّل المستند. يسمح تحديد البرامج النصية على أنها مؤجلة باستمرار التحليل وتنفيذها بعد اكتمال المستند؛ بينما يسمح تحديدها على أنها غير متزامنة بتنفيذها فور وصولها. يُعد اختيار السمة الصحيحة لكل برنامج نصي من بين التحسينات الأقل تكلفة المتاحة.

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

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

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

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

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