كانت سرعة الموقع عامل ترتيب في جوجل منذ عام 2010 لأجهزة سطح المكتب ومنذ 2018 للهواتف المحمولة. في عام 2026، مع دمج مؤشرات Core Web Vitals في نظام ترتيب جوجل ووصول تحمّل المستخدم للمواقع البطيئة إلى أدنى مستوياته على الإطلاق، لم تعد مجرد مسألة تقنية اختيارية — بل هي ضرورة تنافسية. المواقع البطيئة تخسر ترتيبها وحركة مرورها وتحويلاتها في آنٍ واحد.
العلاقة بين السرعة ونتائج الأعمال مباشرة وموثّقة توثيقًا جيدًا. أظهرت أبحاث Amazon أن كل 100 ميلي ثانية إضافية في وقت التحميل تُكلّفها واحدًا بالمئة من الإيرادات. تُظهر بيانات جوجل أن 53% من مستخدمي الهواتف المحمولة يتخلون عن صفحة تستغرق أكثر من ثلاث ثوانٍ للتحميل. بالنسبة لمعظم المواقع، يُحقق تحسين سرعة الصفحة من أربع ثوانٍ إلى ثانيتين مكاسب قابلة للقياس في الترتيب العضوي ومعدل التحويل معًا.
فهم مؤشرات Core Web Vitals
مؤشرات Core Web Vitals من جوجل هي ثلاثة مقاييس محددة تُستخدم لتقييم تجربة الصفحة: أكبر رسم محتوى (LCP)، والتفاعل مع الرسم التالي (INP)، والتحول التراكمي في التخطيط (CLS). هذه مقاييس ميدانية — مُقاسة من مستخدمين حقيقيين يزورون صفحاتك — مما يعني أنها تعكس التجربة الفعلية للزوار، لا قياسات معملية في ظروف مثالية.
أكبر رسم محتوى (LCP)
يقيس LCP المدة التي يستغرقها ظهور أكبر عنصر محتوى مرئي — عادةً الصورة البطولية أو العنوان الرئيسي — على الشاشة. عتبة "الجيد" لـ LCP وفق جوجل هي ما دون 2.5 ثانية. معظم المواقع التي نراجعها تقع بين 3 و6 ثوانٍ، في المقام الأول بسبب الصور البطولية غير المُحسَّنة، أو الموارد التي تعيق العرض، أو أوقات استجابة الخادم البطيئة. هذا هو المقياس ذو الأثر الأعلى على السرعة المُدرَكة عند التحميل والمقياس الذي يُلاحظه المستخدمون بوعي في معظم الأحيان.
التفاعل مع الرسم التالي (INP)
حلّ INP محل تأخر الإدخال الأول في عام 2024. يقيس استجابة الصفحة لتفاعلات المستخدم — مدى سرعة استجابة الصفحة بعد نقرة أو لمسة أو إدخال لوحة مفاتيح. صفحة تبدو محمّلة بصريًا لكنها لا تستجيب للنقرات لمدة ثانيتين تبدو معطوبة. INP أقل من 200 ميلي ثانية هو عتبة "الجيد". الأسباب الشائعة لضعف INP هي التنفيذ الثقيل لجافاسكريبت، ومعالجات الأحداث غير الفعّالة، والمهام الطويلة التي تحجب الخيط الرئيسي.
التحول التراكمي في التخطيط (CLS)
يقيس CLS الاستقرار البصري — مدى تحول تخطيط الصفحة بشكل غير متوقع أثناء التحميل. نقاط تحول التخطيط أقل من 0.1 تُعتبر جيدة. السبب الأكثر شيوعًا لارتفاع CLS هو الصور دون أبعاد محددة (مما يتسبب في قفز المحتوى عند تحميل الصورة)، والإعلانات أو التضمينات التي تُحمَّل متأخرة، والخطوط التي تُسبب إعادة التدفق عند تبادلها. CLS معادٍ مباشرةً للمستخدم: النقر على ما يبدو أنه زر فقط لتتحرك الصفحة وتنقر على شيء آخر هو تجربة محبطة وشائعة على المواقع سيئة التحسين.
تشخيص مشكلات سرعتك
أدوات تشخيص سرعة الموقع
يُعطيك Google PageSpeed Insights بيانات ميدانية من تقرير تجربة مستخدم Chrome إلى جانب البيانات المعملية — استخدم كليهما. يُظهر تقرير Core Web Vitals في Google Search Console عناوين URL الفاشلة على موقعك ومقدار الفشل. يُوفر WebPageTest.org تحليلًا تفصيليًا للشلال لتحديد الموارد التي تُسبب التأخيرات بالضبط.
أشيع قاتلات السرعة
عبر مئات من عمليات تدقيق المواقع، تظهر نفس أسباب ضعف السرعة مرارًا. الصور غير المُحسَّنة هي المذنب الأكثر تكرارًا — صور كبيرة غير مضغوطة بصيغة PNG أو JPEG حيث سيُقلّل WebP أو AVIF حجم الملف بنسبة 30 إلى 70 بالمئة. جافاسكريبت وCSS المعيقان للعرض تؤخران المتصفح عن عرض المحتوى. أوقات استجابة خادم ضعيفة (TTFB أعلى من 600 ميلي ثانية) من استضافة مشتركة رخيصة أو تكوين خادم غير مُحسَّن. سكريبتات خارجية مفرطة — التحليلات وعناصر واجهة الدردشة وبكسل إعادة الاستهداف وتضمينات وسائل التواصل الاجتماعي — التي تُضيف وقت تحميل كبيرًا دون قيمة متناسبة.
إصلاحات السرعة الأعلى تأثيرًا
ليست جميع تحسينات السرعة متساوية. هذه هي الإصلاحات ذات الأثر الأعلى على نقاط Core Web Vitals:
- تحويل الصور إلى WebP أو AVIF. هذا التغيير الوحيد يُقلّل عادةً حمولة الصور بنسبة 40 إلى 60 بالمئة دون أي فقد مرئي في الجودة. قدّم صورًا بالأحجام المناسبة باستخدام `srcset` — لا يوجد سبب لتحميل صورة عرضها 2000 بكسل على شاشة هاتف محمول عرضها 375 بكسل.
- تطبيق التحميل الكسول للصور أسفل الطية. أضف `loading="lazy"` إلى أي صورة غير مرئية في نافذة العرض الأولية. يؤجل هذا التحميل حتى يتمرير المستخدم نحو الصورة، مما يُقلّل بشكل كبير الوزن الأولي للصفحة.
- التحميل المسبق لعنصر LCP. إضافة تلميح التحميل المسبق للصورة البطولية يُخبر المتصفح بجلبها كأولوية عالية قبل أن يكتشف الصورة في HTML. هذا أحد أكثر تحسينات LCP فاعلية المتاحة.
- تأجيل جافاسكريبت غير الحيوية. أي جافاسكريبت غير مطلوبة لعرض المحتوى فوق الطية يجب تأجيلها أو تحميلها بشكل غير متزامن. هذا يُقلّل وقت التفاعل ويُحسّن كلًّا من LCP وINP.
- تفعيل تخزين المتصفح مؤقتًا والضغط. ضغط GZIP أو Brotli يُقلّل أحجام ملفات النص بنسبة 70 إلى 90 بالمئة. رؤوس التخزين المؤقت المناسبة تعني أن العائدين يُحمّلون الصفحات من التخزين المؤقت بدلًا من جلب كل شيء من جديد.
- ترقية استضافتك أو التحويل إلى CDN. مشكلات TTFB تتطلب دائمًا تقريبًا حلولًا للبنية التحتية. تُقدّم شبكة توصيل المحتوى الأصول الثابتة من خوادم قريبة جغرافيًا من المستخدم، مما يُقلّل زمن الاستجابة بشكل كبير.
"معظم الشركات ترى السرعة كمسألة تقنية وتُفوّضها بشكل دائم لمطوريها. تلك التي تنمو بأسرع وتيرة تتعامل معها كمسألة تسويقية — لأن ذلك بالضبط ما هي عليه عندما تؤثر على ترتيبك ومعدل تحويلك."
— Roksana Miszczak، استراتيجية التسويق الرقمي في Pixelique Digital
تحسينات سرعة الموقع تتراكم مع جهودك الأخرى في تحسين محركات البحث وتحسين معدل التحويل — الموقع الأسرع يُرتَّب بشكل أفضل، ويُحوّل بشكل أفضل، ويُقلّل معدل الارتداد، مما يُشير بدوره إلى الجودة لجوجل. إذا كنت تريد معرفة أين يقف موقعك وما هي الإصلاحات الأعلى تأثيرًا لوضعك المحدد، اطلب تدقيقًا تقنيًا مجانيًا من فريقنا.