سرعة موقعك ليست ترفًا تقنيًا؛ إنها تؤثّر مباشرةً في رضا المستخدم وفي ترتيبك في نتائج البحث. هذه الصفحة هي المرجع التأسيسي لمسار أداء الويب وإتاحة الوصول.
ما هو أداء الويب؟
أداء الويب (Web Performance) هو قياس مدى سرعة تحميل صفحتك واستجابتها وثباتها من منظور المستخدم الحقيقي. لا يتعلّق الأمر بسرعة خادمك وحده، بل بالتجربة الكاملة: متى يرى المستخدم المحتوى؟ متى يستطيع التفاعل؟ هل يقفز التخطيط تحت إصبعه؟
الهدف ليس أرقامًا مثالية على جهازك، بل تجربة سريعة على أجهزة المستخدمين وشبكاتهم الفعليّة — التي غالبًا أبطأ ممّا نفترض.
لماذا يهمّ؟
- تجربة المستخدم: الصفحات البطيئة تُحبِط الزوّار؛ ثوانٍ قليلة من التأخير كافية لدفع كثيرين إلى المغادرة.
- قيمة الأعمال: أداء أفضل يرتبط عمومًا بمعدّلات ارتداد أقلّ وتفاعل وتحويل أعلى.
- تحسين محرّكات البحث (SEO): تعدّ Google تجربة الصفحة — بما فيها مؤشّرات الأداء — ضمن إشارات الترتيب. موقع أسرع يملك أفضليّة، مع بقاء جودة المحتوى الأهمّ. للجانب الآخر من SEO راجع البيانات الوصفية و SEO في Next.js.
ما الذي يشعر به المستخدم فعليًا؟
يتلخّص الأداء المُدرَك في ثلاثة أسئلة يعيشها الزائر:
- هل يظهر المحتوى بسرعة؟ (سرعة التحميل)
- هل يستجيب الموقع حين أتفاعل؟ (سرعة التفاعل)
- هل يبقى التخطيط ثابتًا أثناء التحميل؟ (الثبات البصري — دون قفزات مزعجة)
هذه الأسئلة الثلاثة هي ما تقيسه Core Web Vitals، وسنفصّلها في الصفحة التالية.
أدوات القياس
لا تُحسِّن ما لا تقيس. من أشهر الأدوات Lighthouse المدمجة في متصفّح Chrome، التي تفحص صفحتك وتعطيك درجات ومقترحات تحسين. مبدأ العمل: قِس أوّلًا، ثم حسّن الأهمّ، ثم أعد القياس — لا تخمّن.
ℹ️ نميّز بين «بيانات المختبر» (قياس في بيئة محكومة مثل Lighthouse) و«بيانات الميدان» (تجارب مستخدمين حقيقيين). كلاهما مفيد، والميدان هو الحكم النهائي.
الخطوات التالية
سنتعمّق في Core Web Vitals: مقاييس LCP و INP و CLS، ثم التحميل الكسول وتحسين الصور وتقليل حجم الحزم. ولأنّ الأداء يتقاطع مع الواجهات، راجع تحسين أداء React.