كانت هناك قصة طويلة الأمد حول ما إذا كانت سرعة الصفحة عامل ترتيب أم لا. أولاً ، قالوا إنه كان ؛ ثم قالوا إنه ليس كذلك ، ثم قالوا إنه سيكون. حسنًا ، لدينا الآن تأكيد على أن الصفحة هي عامل ترتيب لنتائج بحث الجوال ، لكنها تعاقب فقط الصفحات البطيئة حقًا.
نوصي باستخدام Lighthouse لاختبار سرعة صفحتك ، والتي يمكن الوصول إليها إما عبر أدوات مطور Chrome أو عبر موقع الويب web.dev .
هل سيؤدي تحميل صفحات الويب الخاصة بك بشكل أسرع إلى تحسين تصنيفات Google الخاصة بك؟
لقد ألقينا نظرة متعمقة على ما قاله موظفو Google / الخبراء:
يؤثر تحديث سرعة صفحة الجوال فقط على المواقع الأبطأ ، ولكن يمكن تحسينها بشكل تدريجي
في يوليو 2018 ، رداً على الغموض المحيط بتحديث سرعة الجوال ، سعى جون مولر لتوضيح الموقف:
للتوضيح بشأن تحديث سرعة الهاتف المحمول:
أ) يؤثر هذا فقط على المواقع الأبطأ ،
ب) يمكن أن تتحسن هذه المواقع بشكل تدريجي (على الرغم من أنك ستحسن السرعة بشكل كبير …) ،
ج) ما زلنا نهدف لهذا الشهر. إذا كان موقعك سريعًا بشكل معقول ، فلن يغير التغيير والتبديل الأشياء
سرعة الصفحة هي الآن عامل ترتيب لبحث الجوال
أكدت Google أنها تستخدم الآن سرعة الصفحة في تصنيفات بحث الجوال.
تحديث 9 يوليو 2018: يتم الآن طرح تحديث السرعة لجميع المستخدمين.
يؤكدون أن “تحديث سرعة Google” سيؤثر فقط على ترتيبك في Google على الصفحات التي تقدم أبطأ التجارب للمستخدمين ، وسيؤثر فقط على عدد صغير من الاستعلامات.
توصي Google باستخدام الأدوات التالية لتقييم أداء موقع الويب الخاص بك:
- تقرير تجربة مستخدم Chrome ، وهو مجموعة بيانات عامة لمقاييس تجربة المستخدم الرئيسية للوجهات الشائعة على الويب ، كما يختبرها مستخدمو Chrome في ظل ظروف العالم الحقيقي
- Lighthouse ، أداة آلية وجزء من Chrome Developer Tools لتدقيق جودة (الأداء ، وإمكانية الوصول ، والمزيد) لصفحات الويب
- PageSpeed Insights ، أداة تشير إلى مدى جودة أداء الصفحة في تقرير Chrome UX وتقترح تحسينات في الأداء
اعتبارًا من 14 تشرين الثاني (نوفمبر) 2018 ، يبدو أن PageSpeed Insights تستخدم الآن Lighthouse في حساباتها. نوصي باستخدام Lighthouse ، المتوفر في أدوات مطور Chrome ، أو في web.dev .
ستكون سرعة الصفحة عاملاً في الترتيب مع مؤشر Mobile-First
سرعة الصفحة / الجوال أولاً: إعادة ابتكار مفهوم سرعة الصفحة ، قبل الميلاد لن تعمل سرعة صفحة سطح المكتب التي استخدمتها Google مع الأجهزة المحمولة.
خلال جلسة SMX Mobile First ، ناقش Gary Illyes سرعة الصفحة وكيف سيتم دمجها في الخوارزمية عند تقديم مؤشر Mobile-First في وقت لاحق من هذا العام.
تستعد Google لإصدار المزيد من الإعلانات مع اقتراب مقدمة مؤشر Mobile-First.
لا يوجد حد لوقت التحميل حاليًا ، ولكن يجب أن تكون أقل من 2-3 ثوانٍ.
لا يوجد حد لكل صفحة. تأكد من تحميلها بسرعة للمستخدمين. غالبًا ما أتحقق من webpagetest.org وأهدف إلى أقل من 2-3 ثوانٍ.
في 26 نوفمبر 2016 ، قدم جون مولر بعض النصائح الملموسة حول السرعة التي يجب أن تكون عليها صفحتك المستهدفة.
بمجرد النظر إلى آخر تعليقين من قبل جون مولر ، يمكن الجدال فيما إذا كان عامل الترتيب موجودًا بعد الآن . كما تم اقتراح أنه إذا كان موقع الويب الخاص بك بطيئًا جدًا ، فلن تقوم برامج الزحف بفهرسته.
قد تصبح سرعة الهاتف المحمول عامل ترتيب.
من المحتمل أن تصبح سرعة الصفحة جزءًا من مجموعة الإشارات الملائمة للجوّال.
أشار محلل اتجاهات مشرفي المواقع من Google ، Gary Illyes ، في مايو 2015 في SMX Sydney ، إلى أنهم كانوا يبحثون عن طرق لجعل Page Speed جزءًا من مجموعة الإشارات الملائمة للجوّال:
في مزيد من التوضيح للجهود المبذولة لتحقيق هذه الغاية ، رد غاري إيليس على تغريدة في يونيو 2016 تؤكد أن عامل سرعة صفحة الجوال لا يزال مخططًا له ، لكن ليس لديهم ما يقولونه حتى الآن:
مع تحديث الفهرسة الأول للجوال قريبًا ، سيكون من المنطقي ربط أي خوارزميات سرعة الصفحة بإصدار الهاتف المحمول.
عندما يتعلق الأمر ببحث الجوال ، قد ترغب أيضًا في قراءة ما يلي:
لا تعد سرعة الصفحة عاملاً من عوامل الترتيب ، ولكن قد يتم معاقبة المواقع البطيئة حقًا
لا أعرف كم من ذلك لا يزال مستخدمًا في الوقت الحالي. لذلك نقول أن لدينا عاملًا صغيرًا يتعلق بالصفحات التي تكون بطيئة جدًا في التحميل حيث نأخذ ذلك في الاعتبار. لكني لا أعرف إلى أي مدى لا يزال هذا يمثل مشكلة في الترتيب.
هذا هو أول مؤشر لدينا من Google على أن سرعة موقع الويب لا يتم استخدامها كعامل تصنيف.
إنه يشير إلى عدم وجود عامل ترتيب إيجابي لمواقع التحميل السريع ، ولكنها قد تعاقب المواقع البطيئة جدًا بمقدار صغير جدًا.
يمكنك مشاهدة الجزء ذي الصلة من الفيديو أدناه:
تشير اختبارات تصنيف سرعة Moz إلى عامل ترتيب صغير – 2013
في الاختبارات ، أظهرت Time to First Byte علاقة صغيرة في تصنيفات Google. يشير هوفمان إلى أن الوقت إلى أول بايت هو الشرق للحساب وهو:
مقياس معقول لقياس أداء موقع ويب بأكمله
مجموعة من اختبارات السرعة مقابل الترتيب التي أجراها بيلي هوفمان في منشور على Moz بتاريخ 1 أغسطس 2013 . وقد ساعده عالم بيانات Moz Matt Peters و Zoompf.
اختبر هوفمان أكثر من 40 مقياسًا مختلفًا للصفحة لـ 100000 صفحة ويب مختلفة ، لذلك يمكنك أن تدرك أن حجم هذا الاختبار كان كبيرًا. يمكن تنزيل البيانات الكاملة من هذا الاختبار هنا .
وفقًا لهوفمان ، بينما اختبروا أكثر من 40 مقياسًا مختلفًا ، فإن غالبيتهم لم يؤثروا في التصنيف. أحد الأمثلة المقدمة هو أن عدد الاتصالات التي يستخدمها متصفح الويب لتحميل الصفحة ليس له صلة.
1. متوسط وقت تحميل الصفحة
قاموا باختبار كل من وقت “اكتمال المستند” ووقت “تقديمه بالكامل”. لم يجدوا أي ارتباط بين وقت التحميل الكامل لصفحة الويب والتصنيفات.
2. الوقت حتى البايت الأول
كما ذكرنا عدة مرات في هذه المقالة ، قاموا بعد ذلك بقياس الوقت حتى البايت الأول أو وقت الاستجابة الأولي للمتصفح لتلقي الاستجابة الأولية من الخادم.
بشكل ملحوظ ، أظهر هذا الحد الأدنى من الارتباط.
النتائج منطقية تماما. يعتبر Time to First Byte المقياس الأسهل والأكثر مباشرة الذي يمكن لـ Google التقاطه ، حيث يمكن للزواحف الموجودة لديهم القيام بذلك.
علاوة على ذلك ، لا تمثل أوقات اكتمال المستند وعرضه بالكامل دائمًا قدرة المستخدم على التفاعل مع الصفحة بشكل كامل. مجرد التفكير في التحميل غير المتزامن لجافا سكريبت ، أو jpeg التدريجي كمثالين فقط.
يشير هوفمان إلى أن الوقت إلى أول بايت هو الشرق للحساب وهو “مقياس معقول لقياس أداء موقع ويب بأكمله”. ويذكر أنه يتأثر بثلاثة عوامل (أضفنا بعض الطرق البسيطة لتحسينها):
- زمن انتقال الشبكة بين الزائر والخادم – يمكنك تحسين ذلك عن طريق اختيار خادم ويب قريب من زوارك ، أو استخدام شيء مثل قواعد صفحة CloudFlare لتخزين المحتوى الخاص بك مؤقتًا وتقديمه بالقرب من زوارك.
- ما مدى تحميل خادم الويب بشكل كبير – هذا سهل. فقط اختر مزود استضافة ويب عظيم .
- مدى سرعة إنشاء الواجهة الخلفية لموقع الويب للمحتوى – يمكن حل ذلك من خلال التخزين المؤقت للصفحة. تحقق من البرنامج التعليمي W3 Total Cache & CloudFlare لاكتساب تحسينات كبيرة في السرعة.
لا يتفق جميع الخبراء على أن Time to First Byte مقياس مفيد . فقط خذ CloudFlare ، الذي يركز تحسين أدائه بشكل أكبر على التجربة التي يتلقاها المستخدمون النهائيون ، بدلاً من مقياس معين. كما ستقرأ لاحقًا ، ربما يوافق ممثلو Google على هذا البيان.
جوجل يدمج سرعة الموقع في تصنيفات البحث (2010)
في نفس اليوم ، تم إصدار منشور المدونة الرسمي ، كما قام Matt Cutts أيضًا بنشر منشور على مدونته يناقش الأمر أكثر. يقدم المنشور الكامل لـ Matt Cutts قراءات مثيرة للاهتمام حول الدوافع وراء التغيير ، لكن النقاط التالية هي الأكثر أهمية:
أحب أن تتعمق مُحسّنات محرّكات البحث في تحسين سرعة موقع الويب ، لأنه (على عكس بعض جوانب مُحسنات محركات البحث) تقليل وقت استجابة موقع الويب هو أمر يمكن قياسه والتحكم فيه بسهولة.
كما أن الإشارة المحددة لوقت الاستجابة تفرض أيضًا أنها لا تقيس إجمالي وقت التحميل على الصفحة ، بل تقيس بدلاً من ذلك الوقت المستغرق للاستجابة الأولية.
ينهي مات كاتس المنشور بثلاث رسائل جاهزة ، بما في ذلك حقيقة أن تأثير التغيير صغير:
أولاً ، هذا في الواقع تغيير صغير التأثير نسبيًا ، لذلك لا داعي للذعر.
ثانيًا ، يعد تسريع موقع الويب الخاص بك أمرًا رائعًا بشكل عام. سيكون زوار موقع الويب الخاص بك أكثر سعادة (وقد يحولون أكثر أو يستخدمون موقع الويب الخاص بك أكثر) ، وستكون شبكة الويب الأسرع أفضل للجميع.
ثالثًا ، يسلط هذا التغيير الضوء على وجود أشياء بناءة للغاية يمكنها تحسين تجربة المستخدم لموقعك بشكل مباشر.
سرعة الموقع هي عامل الترتيب – 2010
على الرغم من وجود إشارات سابقة حول تحول سرعة موقع الويب إلى عامل تصنيف ، إلا أن Google قد عرضت في منشور مدونة بعنوان ” استخدام سرعة موقع الويب في ترتيب بحث الويب ” بتاريخ 9 أبريل 2010 ، حيث تلقينا تأكيدًا بأنه تم تنفيذه:
كجزء من هذا الجهد ، نقوم اليوم بتضمين إشارة جديدة في خوارزميات ترتيب البحث لدينا: سرعة موقع الويب. تعكس سرعة موقع الويب مدى سرعة استجابة موقع الويب لطلبات الويب.
المصطلحات المستخدمة هنا مثيرة جدا للاهتمام. كان بإمكانهم قول “الوقت الذي يستغرقه موقع الويب للتحميل” ، لكنهم اختاروا الصياغة بعناية للإشارة إلى الاستجابة للطلب. ونعتقد من هذا أنهم ربما كانوا يسجلون الوقت حتى البايت الأول ، أي الوقت الذي يستغرقه متصفحك لبدء تلقي المعلومات من الخادم بعد تقديم الطلب أولاً من المتصفح. سيكون هذا منطقيًا لأنه سيكون شيئًا يمكن لبرنامج زاحف الويب قياسه بسهولة على نطاق واسع. نعيد النظر في هذه النقطة أكثر في القسم التالي.
في المنشور الأصلي ، نقلت Google عن دراسات داخلية تؤكد البحث الذي يُظهر أنه عندما يستجيب موقع ويب ببطء ، سيقضي الزوار وقتًا أقل عليه. إلى جانب ذلك ، يمكن للمواقع الأسرع تقليل تكاليف التشغيل.
يذكرون أنهم يستخدمون مجموعة متنوعة من المصادر لتحديد سرعة موقع الويب بالنسبة إلى مواقع الويب الأخرى ، ثم يسردون بعض الأدوات المجانية التي يمكن استخدامها لتقييم سرعة موقع الويب. يمكنك عرض منشورنا المفصل والأكثر حداثة حول قياس سرعة موقع الويب هنا . في هذا المنشور ، اكتشفنا أيضًا سبب عدم تفسير نتائج اختبار السرعة بشكل حرفي للغاية ، حيث إن بعض التدابير لتسريع موقع الويب الخاص بك يمكن أن تخلق علامات سلبية خاطئة على بعض هذه الأدوات.
يمكن أن تؤثر سرعة الصفحة على ميزانية الزحف
يشير مات كاتس إلى أن Google تخصص ميزانية زحف إلى موقع الويب الخاص بك ، والتي تساوي تقريبًا تصنيف الصفحة الخاص بك. يمكن أن يتأثر ذلك بتحميل المضيف (أي وقت التحميل).
ما نعرفه هو أن Google تخصص ميزانية زحف إلى موقع الويب الخاص بك ، والتي كانت وفقًا لمات كاتس في عام 2010 “متناسبة تقريبًا مع نظام ترتيب الصفحات الخاص بك” ، لكنه أكد أنه لم يكن حدًا صعبًا. يمكن أن يؤثر حمل المضيف أيضًا عليه:
إلى حد بعيد ، توجد الغالبية العظمى من مواقع الويب في المجال الأول ، حيث تحدد PageRank بالإضافة إلى عوامل أخرى مدى عمقنا داخل موقع الويب. من الممكن أن يؤثر تحميل المضيف على موقع الويب أيضًا.
لذلك ، إذا كان لديك موقع ويب بطيء ، فقد تجد عددًا أقل من الصفحات التي يتم الزحف إليها ، وقد يؤدي ذلك إلى تقليل مقدار المحتوى الذي يلتقطه Google من موقع الويب الخاص بك ، ويؤثر على الترتيب بهذه الطريقة. لكن هذا يدفع بحدود المناقشة قليلاً.
أول تلميحات لمات كات إلى أن سرعة الصفحة ستكون عاملاً في الترتيب – 2009 \ 2010
في حين أن منشور الإعلان الرسمي لم يصل إلا بعد بضعة أشهر ، بدأ Matt Cutts في التلميح وشرح الأسباب التي تجعل موقع الويب الأسرع يحتل مرتبة أعلى في SERPs.
كانت تعليقات مات كاتس مقابلة أجراها في نوفمبر 2009 مع WepProNews في PubCon Las Vegas:
لقد بدأنا في التفكير أكثر فأكثر في ضرورة أن تكون السرعة عاملاً في تصنيفات Google. لأنه حتى في Adwords إذا كان موقع الويب الخاص بك بطيئًا ، فقد يكون ذلك عاملاً في مقدار المبلغ الذي يتعين عليك دفعه في Adwords. من الناحية التاريخية ، لم نستخدمها في تصنيفات البحث الخاصة بنا ولكن يعتقد الكثير من الأشخاص داخل Google أن الويب يجب أن يكون سريعًا. يجب أن تكون تجربة جيدة ، لذا من العدل أن تقول ما إذا كنت موقعًا سريعًا ، فربما يجب أن تحصل على القليل من المكافأة أو إذا كان لديك موقع ويب بطيء للغاية ، فربما لا يرغب المستخدمون في ذلك بنفس القدر.
هذا مثير للاهتمام تمامًا لأنه أحد التعليقات القليلة التي أدلت بها Google أو ممثليها والتي تشير إلى زيادة إيجابية في الترتيب لمواقع الويب الأسرع ، بدلاً من مجرد انخفاض في ترتيب المواقع البطيئة جدًا.