أين تساعد فعلًا
- أصول ثابتة تُقدَّم من حافة قريبة — صور وCSS وJavaScript وخطوط.
- إنهاء TLS قرب الزائر، فيُحذف تبادل كامل على شبكة بطيئة.
- امتصاص ذُرى الزيارات والحمل المسيء قبل بلوغها الأصل.
- دعم HTTP/2 وHTTP/3 دون المساس بإعداد خادم الأصل.
- تخزين الصفحات كاملة على الحافة — لكن فقط للصفحات التي جعلتها قابلة للتخزين عمدًا.
أين تخفي المشكلة
الحالة الخطرة موقعٌ يبدو سريعًا لصاحبه لأن صفحاته مخزّنة على الحافة، بينما كل زائر مسجَّل، وكل سلّة، وكل صفحة دفع، وكل نتيجة بحث تتجاوز التخزين تمامًا وتلاقي الأصل البطيء نفسه. فأفضل صفحات المتجر سريعة، وصفحات الشراء فيه ليست كذلك. والتقرير يقول إن الموقع تحسّن.
أين تصنع مشكلات جديدة
| الإعداد | ما الذي يكسره |
|---|---|
| تخزين الـ HTML دون استثناء السلّة وصفحة الدفع | عميل يرى سلّة عميل آخر |
| Rocket Loader أو التأجيل التلقائي لـ JS | سكربتات القوالب والإضافات التي تفترض ترتيب المستند |
| التصغير الحادّ لـ JS المضمّن | كل ما كان مصغَّرًا أو مقولبًا أصلًا |
| وضع Bot Fight Mode | زواحف الذكاء الاصطناعي ومراقبات التشغيل والتكاملات المشروعة |
| التصغير التلقائي لملفّ أنماط RTL | لا شيء غالبًا — لكنه أول ما يُتّهم |
الترتيب الذي يُفعل به هذا
- قِس زمن أول بايت عند الأصل، مع تجاوز شبكة التوزيع.
- أصلح الأصل: الاستعلامات، تخزين الكائنات، إصدار PHP، استضافة غير مباعة فوق طاقتها.
- اجعل الصفحات القابلة للتخزين قابلةً فعلًا، واستثنِ ما لا يقبل.
- ثم أضف الحافة، وأعد قياس أنواع الصفحات الأربعة نفسها.
- تحقّق أن عميلًا غير متصفّح ما زال يتلقّى استجابة 200.
المصادر
خدمات ذات صلة
أعمال ذات صلة
اقرأ بعده
- الأداءCore Web Vitals لووردبريس: أيّ قرار يحرّك أيّ مؤشّرأيّ قرارات ووردبريس تحرّك فعلًا كل مؤشّر من Core Web Vitals؟
- الأداءالموقع البطيء على ووردبريس لا يحتاج دائمًا إضافة تحسين جديدةكيف تعرف سبب بطء موقع ووردبريس بدل التخمين؟
- بحث الذكاء الاصطناعيلماذا لا يظهر متجرك حين يسأل أحدهم الذكاء الاصطناعي من أين يشتريلماذا لا يظهر متجري الإلكتروني في إجابات التسوّق بالذكاء الاصطناعي؟
