الانتقال إلى المحتوى
comark

صفحات أسرع، تُقاس بمؤشرات Core Web Vitals.

نكتشف ما يبطئ صفحاتك على الهواتف والشبكات الحقيقية: صور ثقيلة، وتخزين مؤقت غائب، وخادم بطيء الاستجابة، وسكربتات خارجية. نصلح ذلك في الشيفرة وعلى الخادم، ثم نتابع LCP وINP وCLS حتى لا يعود الخلل.

يُقاس على
زيارات حقيقية · p75
الأدوات
CrUX · Lighthouse
مثال على تقرير Core Web Vitals لقالب المنتج في موقع تجريبي على الهاتف: LCP ‏1.9 ثانية وINP ‏142 ملي ثانية وCLS ‏0.04 عند المئين 75، وكلها ضمن الحدود الجيدة لدى Google، مع حصة الزيارات في كل تصنيف وLCP لأربعة قوالب. بيانات تجريبية.

دورة السرعة

نقيس. نصلح. نتحقق. ونكرر.

السرعة لا تُصلَح مرة واحدة، فكل إصدار قد يزيد وزن الصفحة. لذا تنطلق كل دورة من البيانات الميدانية، وتنشر إصلاحًا، وتتحقق منه في زيارات حقيقية قبل الانتقال إلى التالي.

  1. نقيس

    تكشف البيانات الميدانية من مستخدمي Chrome ومن أدوات التحليل لديك أيّ القوالب بطيئة، وعلى أيّ الأجهزة.

  2. نصلح

    نصلح الصور والتخزين المؤقت واستجابة الخادم والسكربتات، بدءًا بما يمسّ أكبر عدد من الزيارات.

  3. نتحقق

    نقيس كل إصلاح في staging ثم في زيارات حقيقية، ليبدأ التغيير التالي من نقطة مرجعية معروفة.

مع كل إصداروبيانات ميدانية شهرية

أين يذهب الوقت

ستة مواضع تفقد فيها الصفحة سرعتها.

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

  • CrUX · Lighthouse

    فحص Core Web Vitals

    LCP وINP وCLS من البيانات الميدانية والاختبارات المخبرية، وصولًا إلى سبب كل تأخير.

    • بيانات ميدانية لكل قالب
    • اختبارات مخبرية على هاتف مُبطّأ
    • قائمة أسباب مرتبة
  • AVIF · WebP

    الصور والخطوط

    مقاسات صحيحة وصيغ حديثة وتحميل كسول، وخطوط لا تُزيح التخطيط.

    • مقاسات صور حسب الشاشة
    • صيغ حديثة
    • خطوط تُحمَّل دون إزاحة
  • Redis · Nginx

    استجابة الخادم

    نحدد الاستعلامات البطيئة، ونضبط PHP وNode.js، ونخزّن الصفحات مؤقتًا عبر Redis أو Nginx.

    • مراجعة الاستعلامات البطيئة
    • ضبط PHP وNode.js
    • تخزين مؤقت للصفحات والكائنات
  • Cloudflare

    CDN والتخزين المؤقت

    ملفات ثابتة وصفحات تصل من حافة Cloudflare، بقواعد تخزين تلائم محتواك.

    • تخزين مؤقت على الحافة
    • قواعد تخزين لكل نوع محتوى
    • الضغط
  • JS · CSS

    وزن الواجهة

    نزيل JavaScript وCSS غير المستخدمة، ونُبقي الخيط الرئيسي متفرغًا للتفاعل.

    • ميزانيات السكربتات
    • إزالة الشيفرة غير المستخدمة
    • تقسيم المهام الطويلة
  • tags

    سكربتات الطرف الثالث

    نؤخّر تحميل أدوات الدردشة والبكسلات والوسوم، أو نزيلها حين تكلّف أكثر مما تفيد.

    • مراجعة كل سكربت
    • تحميل بعد جاهزية الصفحة
    • فحص التتبع بعد كل تغيير
01فحص Core Web VitalsCrUX · Lighthouse

LCP وINP وCLS من البيانات الميدانية والاختبارات المخبرية، وصولًا إلى سبب كل تأخير.

  • بيانات ميدانية لكل قالب
  • اختبارات مخبرية على هاتف مُبطّأ
  • قائمة أسباب مرتبة
02الصور والخطوطAVIF · WebP

مقاسات صحيحة وصيغ حديثة وتحميل كسول، وخطوط لا تُزيح التخطيط.

  • مقاسات صور حسب الشاشة
  • صيغ حديثة
  • خطوط تُحمَّل دون إزاحة
03استجابة الخادمRedis · Nginx

نحدد الاستعلامات البطيئة، ونضبط PHP وNode.js، ونخزّن الصفحات مؤقتًا عبر Redis أو Nginx.

  • مراجعة الاستعلامات البطيئة
  • ضبط PHP وNode.js
  • تخزين مؤقت للصفحات والكائنات
04CDN والتخزين المؤقتCloudflare

ملفات ثابتة وصفحات تصل من حافة Cloudflare، بقواعد تخزين تلائم محتواك.

  • تخزين مؤقت على الحافة
  • قواعد تخزين لكل نوع محتوى
  • الضغط
05وزن الواجهةJS · CSS

نزيل JavaScript وCSS غير المستخدمة، ونُبقي الخيط الرئيسي متفرغًا للتفاعل.

  • ميزانيات السكربتات
  • إزالة الشيفرة غير المستخدمة
  • تقسيم المهام الطويلة
06سكربتات الطرف الثالثtags

نؤخّر تحميل أدوات الدردشة والبكسلات والوسوم، أو نزيلها حين تكلّف أكثر مما تفيد.

  • مراجعة كل سكربت
  • تحميل بعد جاهزية الصفحة
  • فحص التتبع بعد كل تغيير

القياس

البيانات الميدانية أولًا. والاختبارات المخبرية تفسّرها.

تعتمد Google على تجربة الزوار الحقيقيين، فهي ما نبني عليه تقاريرنا. أما الاختبارات المخبرية وسجلات الخادم فتشرح سبب بطء القالب.

تقرير تجريبي لـ LCP على الهاتف عند المئين 75 لقالب منتج خلال 13 أسبوعًا، ينخفض من 3.1 إلى 1.9 ثانية وتحت الحد الجيد البالغ 2.5 ثانية، مع الإصلاحات المنشورة وLCP لكل قالب. بيانات تجريبية.
  • بيانات ميدانية

    Core Web Vitals من مستخدمي Chrome، لكل قالب وجهاز، عند المئين 75.

  • اختبارات مخبرية

    Lighthouse على هاتف مُبطّأ، لتتبّع كل تأخير حتى سببه.

  • توقيت الخادم

    أزمنة الاستجابة والاستعلامات البطيئة من سجلات الخادم.

  • فحوصات الإصدار

    نقيس القوالب الرئيسية بعد كل إصدار، وقبل كل إصلاح وبعده.

المتابعة

كل قالب رئيسي، نراقبه بين إصدار وآخر.

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

القوالب · هاتف p75

بيانات تجريبية
القوالب · هاتف p75 · بيانات تجريبية
القالبالجهازLCPالتغيّرINPCLS
الرئيسيةهاتف1.7 s−0.2 s118 ms0.02
الفئةهاتف2.2 s−0.4 s156 ms0.06
المنتجهاتف1.9 s−1.2 s142 ms0.04
المقالهاتف2.9 s+0.5 s210 ms0.03
الدفعهاتف2.1 s0.0 s188 ms0.01
نتائج البحثهاتف2.4 s−0.1 s174 ms0.08
  • الرئيسيةهاتف · INP 118 msLCP 1.7 sالتغيّر −0.2 s
  • الفئةهاتف · INP 156 msLCP 2.2 sالتغيّر −0.4 s
  • المنتجهاتف · INP 142 msLCP 1.9 sالتغيّر −1.2 s
  • المقالهاتف · INP 210 msLCP 2.9 sالتغيّر +0.5 s
  • الدفعهاتف · INP 188 msLCP 2.1 sالتغيّر 0.0 s

آخر التنبيهات

تجريبي

تراجع في LCP · المقال

اليوم 09:20

ارتفع LCP في قالب المقال إلى 2.9 ثانية بعد صورة واجهة جديدة. نسخة أصغر من الصورة جاهزة في staging.

INP فوق 200 ms

أمس

أضافت أداة دردشة مهامَّ طويلة إلى صفحات المقالات، وصارت الآن تُحمَّل بعد أول تفاعل.

تجاوز التخزين على الحافة

28/9

تسبّب معامل جديد في الرابط بتجاوز التخزين المؤقت في صفحات الفئات. حدّثنا قاعدة التخزين.

البيانات الميدانية جيدة مجددًا

24/9

بقي LCP في قالب المنتج عند 1.9 ثانية على الهاتف طوال الـ 28 يومًا.

01 / 04 · اسحب

إيقاع التقارير

إيقاع ثابت تبني عليه خططك.

تقارير بلغة واضحة: ما الذي أبطأ أو أسرع، ولماذا، وما الذي غيّرناه.

  1. كل إصدار

    فحص الإصدار

    قياس القوالب الرئيسية · ميزانيات السكربتات والصور · قبل وبعد لكل إصلاح

  2. أسبوعي

    مراجعة البيانات الميدانية

    تقرير CWV في Search Console · رصد التراجعات · إصلاحات مجدولة

  3. شهري

    تقرير الأداء

    المؤشرات لكل قالب · ما الذي تغيّر ولماذا · إصلاحات الشهر التالي

  4. فصلي

    مراجعة الميزانيات

    ميزانيات وزن الصفحات · مراجعة سكربتات الطرف الثالث · حدود المنصة

الأسئلة الشائعة

أسئلة عن الأداء.

نتيجتنا في Lighthouse جيدة، لكن الموقع ما زال يبدو بطيئًا. لماذا؟

يجري Lighthouse اختبارًا واحدًا على جهاز محاكى. أما بيانات Core Web Vitals في Search Console فتأتي من زوار حقيقيين على هواتفهم وشبكاتهم، وهي البيانات التي تستخدمها Google. نبدأ من البيانات الميدانية ونستخدم الاختبارات المخبرية لإيجاد الأسباب.

هل تؤثر السرعة في الترتيب في البحث؟

مؤشرات Core Web Vitals من الإشارات التي تعتمدها Google، لكن وزنها صغير أمام صلة المحتوى بالبحث. أثرها الأكبر على الناس، فالصفحات البطيئة تخسر الزوار قبل أن يروا المحتوى، خاصةً على الهاتف.

هل نحتاج إلى إعادة بناء الموقع ليصبح سريعًا؟

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

هل ستتعطل أدوات التتبع أو الدردشة إذا أزلنا السكربتات؟

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

كيف نحافظ على سرعة الموقع بعد المشروع؟

نفحص القوالب الرئيسية مع كل إصدار، ونتابع Core Web Vitals في Search Console. وإن كنا نستضيف موقعك أو نديره، فهذا جزء من عملنا الدوري.

ابدأ بالقياس

اعرف ما الذي يبطئ صفحاتك.

فحص Core Web Vitals من البيانات الميدانية، مع ترتيب الأسباب حسب عدد الزيارات المتأثرة بها، وقائمة إصلاحات، سواء نفّذناها أم لا.

يشمل الفحص

  1. بيانات ميدانية للقوالب الرئيسية
  2. اختبارات مخبرية على هاتف مُبطّأ
  3. استجابة الخادم والتخزين المؤقت
  4. الصور والخطوط والسكربتات
  5. قائمة إصلاحات مرتبة مع تقدير الجهد