لا توجد نسبة ثابتة تخبرك بعدد العملاء الذين تخسرهم مع كل ثانية تأخير. أثر سرعة الموقع يتغير بحسب الجمهور والجهاز والخدمة والمرحلة التي يتعطل عندها الزائر. البطء عند قراءة مقال يختلف عن زر دفع يبدو وكأنه لا يستجيب، والقياس على جهازك لا يمثل جميع العملاء. لذلك يبدأ قياس سرعة الموقع بطريقة صحيحة قبل أي حكم على أثرها.
السؤال المفيد لصاحب العمل هو: أين يشعر الزائر بالتأخير، وهل يمنعه ذلك من إكمال خطوة مهمة؟ للإجابة، تحتاج إلى مقاييس أداء وبيانات تحويل صحيحة. درجة أداة الفحص وحدها لا تترجم مباشرة إلى مبيعات مفقودة.
ما المقصود بسرعة الموقع؟
تضم التجربة أكثر من لحظة. هناك وقت انتظار ظهور المحتوى الرئيسي، وسرعة استجابة الصفحة عند الضغط، وثبات العناصر أثناء التحميل. قد يظهر العنوان سريعًا بينما يتأخر النموذج، أو تبدو الصفحة مكتملة ثم يتحرك زر تحت إصبع المستخدم بسبب صورة لم تُحجز لها مساحة.
لهذا لا يكفي توقيت «فتح الصفحة» بالعين. تحتاج إلى معرفة الجزء الذي يتأخر وأسبابه، ثم ربطه بالمسار الذي يهم العمل: قراءة عرض، إرسال طلب، إضافة منتج أو إتمام شراء.
مؤشرات Core Web Vitals: ثلاثة مقاييس لقراءة تجربة الزائر
تحدد وثائق Google لمؤشرات أداء الويب الأساسية الحدود التالية للتجربة الجيدة. وهي تقيس جوانب مختلفة، لذلك لا يعوّض نجاح أحدها فشل الآخر.
| المؤشر | ما يعبّر عنه | الحد الجيد |
|---|---|---|
| LCP | وقت ظهور أكبر عنصر محتوى ضمن منطقة العرض | 2.5 ثانية أو أقل |
| INP | استجابة الصفحة لتفاعلات المستخدم | 200 مللي ثانية أو أقل |
| CLS | مقدار تحركات التخطيط غير المتوقعة | 0.1 أو أقل، دون وحدة زمن |
توضح إرشادات web.dev أن تقييم هذه الحدود يعتمد على المئين 75 من الزيارات الفعلية. بمعنى مبسط: نريد أن تقع قيمة المؤشر ضمن الحد الجيد في ثلاثة أرباع الزيارات على الأقل، مع النظر إلى الهاتف والكمبيوتر كلٍّ على حدة.
قياس سرعة الموقع: بيانات المستخدمين أم اختبار المختبر؟
اختبار المختبر يشغّل الصفحة في ظروف محددة ويساعد على تشخيص الملفات أو المهام المسببة للتأخير. أما البيانات الميدانية فتصف ما حدث للمستخدمين على أجهزتهم واتصالاتهم. لذلك قد ترى نتيجة جيدة على جهاز سريع، مع تجربة أضعف لدى الجمهور الفعلي.
ابدأ بفحص صفحات تمثل العمل: الصفحة الأكثر استقبالًا للإعلانات، وصفحة خدمة مهمة، وصفحة منتج أو نموذج. سجّل ظروف الاختبار وتاريخه، وكرره عند الحاجة. لا تبنِ قرار شراء استضافة جديدة على اختبار واحد لصفحة لا يستخدمها العملاء كثيرًا.
إذا كانت الأداة لا تعرض بيانات ميدانية لصفحة قليلة الزيارات، فهذا لا يعني أنها بطيئة أو سريعة. استخدم الاختبارات المتاحة لتشخيص المشكلات، وراقب التجربة الفعلية بالوسائل المناسبة إلى أن تتوافر عينة كافية.
كيف تقدّر الفرص المفقودة دون اختلاق نسبة عامة؟
إليك مثالًا حسابيًا افتراضيًا، وليس نتيجة تخص WP Star أو دليلًا على أثر ثانية تأخير. لنفترض أن صفحة تستقبل 10,000 جلسة مؤهلة خلال فترة معينة، وأن معدل إرسال الطلب فيها 1.5٪. هذا يساوي 150 جلسة ذات طلب. إذا وصل المعدل إلى 2٪ مع عدد جلسات مماثل، يصبح العدد 200، بفارق 50 طلبًا.
الفارق هنا نصف نقطة مئوية في معدل التحويل. ويمكن استخدام المعادلة التالية لبناء سيناريو، لا لإثبات السبب:
فرق الطلبات المتوقع = عدد الجلسات × الفرق بين معدلي التحويل.
إذا جاء التحسن بعد تعديل السرعة، فقد تكون تغييرات الإعلان أو الموسم أو السعر ساهمت أيضًا. للحصول على استنتاج أقوى، حاول تثبيت العوامل الأخرى، أو استخدم اختبارًا مقارنًا مضبوطًا عندما تسمح الزيارات والموارد بذلك.
ولا تضرب عدد الطلبات في قيمة الصفقة وتعتبر الناتج إيرادًا ضائعًا. الطلب ليس بيعًا. تحتاج إلى نسبة تأهيل وإغلاق فعلية، وقيمة مناسبة للحساب، مع توضيح أن الناتج تقدير مشروط.
أين تبدأ تحسين سرعة الموقع؟
الصورة الرئيسية والصور الكبيرة
افحص أبعاد الصورة ووزنها مقارنة بحجم عرضها. استخدام ملف هائل لعرض صغير قد يزيد البيانات بلا فائدة مرئية. جرّب ضغطًا مناسبًا وصيغًا حديثة، ثم راجع الجودة. احجز أبعاد الصور حتى لا يقفز المحتوى أثناء وصولها، وراجع تحميل الصورة الرئيسية بعناية لأنها تظهر في أول الشاشة.
الأكواد الخارجية والتفاعلات
المحادثة المباشرة وأدوات التتبع والفيديو المضمّن قد تكون مفيدة، لكنها تستحق المراجعة. اسأل عن وظيفة كل أداة ومن يستخدم بياناتها. احذف غير الضروري بطريقة مدروسة، واختبر تأثير التغيير على النماذج والقياس والموافقات المعمول بها في الموقع.
استجابة الخادم والتخزين المؤقت
إذا كان الانتظار يبدأ قبل وصول محتوى الصفحة، افحص استجابة الخادم والعمل الذي ينفذه ووردبريس. لا تفترض أن إضافة تخزين مؤقت ستحل كل سبب. الصفحات التي تعرض بيانات شخصية أو إجراءات شراء تحتاج إلى إعدادات صحيحة واختبار، وليس تفعيل خيارات عشوائية.
الخطوط والملفات غير المستخدمة
راجع عدد عائلات الخطوط وأوزانها وما إذا كانت تستخدم فعلًا. اختبر قراءة العربية أثناء التحميل وبعده. واطلب من المطور تحديد الملفات التي تحملها الصفحات دون حاجة، بدل تعطيلها بالجملة وتعريض جزء من الموقع للتوقف.
كيف تعرف أن التحسين نجح؟
احتفظ بقياس سابق، ودوّن التغييرات، وأعد الفحص في ظروف قابلة للمقارنة. ثم اختبر الوظائف: هل ما زال النموذج يصل؟ هل تعمل القائمة والدفع؟ التحسين الذي يرفع درجة الفحص لكنه يكسر الطلب ليس نجاحًا. ولحماية هذا التحسين لاحقًا، اجعل الفحص جزءًا من خطة صيانة موقع ووردبريس الدورية.
راقب مؤشرات الأداء والتحويلات معًا على مدى مناسب لحجم زياراتك. وتذكر أن مؤشرات جيدة لا تضمن ترتيبًا متقدمًا في Google؛ صلة المحتوى وفائدته وعوامل أخرى ما زالت مهمة، كما توضح وثائق Google المشار إليها أعلاه.
أسئلة شائعة عن قياس سرعة الموقع
ما أفضل أداة لقياس سرعة الموقع؟
أداة PageSpeed Insights نقطة بداية جيدة، لأنها تعرض بيانات المستخدمين الفعلية عند توافرها إلى جانب اختبار مختبري يساعد على تشخيص الأسباب. ويعرض Google Search Console تقرير Core Web Vitals لمجموعات صفحات موقعك. استخدم الأداة نفسها وظروفًا متقاربة عند المقارنة.
لماذا تتغير نتيجة PageSpeed Insights في كل مرة؟
الاختبار المختبري يتأثر بحالة الخادم والشبكة وقت التشغيل، لذلك تتفاوت النتيجة من مرة إلى أخرى. كرر الاختبار، واعتمد على الاتجاه العام وبيانات المستخدمين بدل رقم واحد.
هل درجة 100 ضرورية لترتيب أفضل في Google؟
لا. تجربة الصفحة من الإشارات التي تأخذها Google في الاعتبار، لكن صلة المحتوى وفائدته أهم. ركّز على أن تكون المؤشرات الثلاثة ضمن الحد الجيد لزوارك الفعليين، ثم وجّه الجهد إلى ما يؤثر في عملك.
عند طلب مراجعة فنية، أرسل روابط الصفحات المتأثرة ونتائج الفحص ووصف ما يشعر به المستخدم. راجع خدمة تحسين سرعة الموقع أو احجز موعدًا لمناقشة الموقع. الهدف تحديد التحسين الذي يفيد الزائر والعمل، لا مطاردة رقم كامل على لوحة الفحص.
