لماذا تجربة الجوال عامل ترتيب وكيف تصلح تجربتك

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

يفكك هذا الدليل بدقة أي عوامل تجربة استخدام الجوال تؤثر على أدائك البحثي وأي عتبات تحتاج بلوغها وأين تركز وقتك. سواء أجريت تدقيق تجربة استخدام أو حاولت فقط اكتشاف سبب هبوط ترتيبك على الجوال، سنقطع الضوضاء ونلتزم بما يحرك الإبرة فعلاً.

ما الفهرسة بأولوية الجوال؟

الفهرسة بأولوية الجوال تعني استخدام جوجل نسخة محتواك للجوال أساساً للفهرسة والترتيب. لا تعني وجود فهرس جوال منفصل. لجوجل فهرس واحد ونسخة صفحاتك للجوال ما يغذيه.

بدأ جوجل طرح هذا في 2018 وأكمل التحول أواخر 2023. كل موقع يُزحف الآن ويُفهرس بنسخته للجوال. إن حوى موقع سطح المكتب لديك محتوى أو بيانات منظمة أو روابط لا تظهر على الجوال، فقد لا يراها جوجل أصلاً.

هذا أهم مما يدرك معظم الناس. ليس السؤال هل “يعمل” موقعك على هاتف فقط، بل هل تحوي النسخة التي يزحفها جوجل فعلاً كل ما تريده مفهرساً. تطابق المحتوى بين سطح المكتب والجوال ليس اختيارياً بل خط الأساس.

لماذا التصميم المتجاوب نهج جوجل المفضل

أوصى جوجل باستمرار بالتصميم المتجاوب على روابط الجوال المنفصلة (مواقع m-dot) أو التقديم الديناميكي. لذلك أسباب عملية.

يقدم التصميم المتجاوب HTML نفسها على رابط واحد، وCSS تتولى تغييرات التخطيط. يمنح ذلك Googlebot رابطاً واحداً للزحف ومجموعة محتوى واحدة للفهرسة وبلا خطر إعادات توجيه خاطئة بين نسختي الجوال وسطح المكتب. ويزيل أيضاً تعقيد وسوم canonical وalternate الذي تتطلبه إعدادات m-dot.

روابط الجوال المنفصلة تخلق عبء صيانة وتفتح باب مشاكل الفهرسة. إن نقصت نسخة m-dot محتوى أو حملت روابط داخلية مختلفة أو لم تُعد توجيه صفحات معينة صحيحاً، ستخسر ترتيباً بلا سبب ظاهر. والتصميم المتجاوب يتفادى كل ذلك.

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

Core Web Vitals على الجوال

إشارات تجربة الصفحة لدى جوجل تضم Core Web Vitals، وتُقاس منفصلة للجوال وسطح المكتب. نقاطك على الجوال ما يهم لترتيب الجوال، وهي شبه دائماً أسوأ من سطح المكتب بسبب الاتصالات الأبطأ والعتاد الأقل قوة وقيود إطار العرض.

غطينا Core Web Vitals تفصيلاً في مكان آخر، فإليك ملخصاً سريعاً للمقاييس الثلاثة وعتباتها:

LCP (Largest Contentful Paint)

يقيس LCP زمن عرض أكبر عنصر مرئي. على الجوال، يعتبر جوجل أي شيء دون 2.5 ثانية “جيداً”. بين 2.5 و4 ثوانٍ يحتاج تحسيناً. وفوق 4 ثوانٍ رديء.

قتلة LCP الشائعون على الجوال يضمون صور البطل غير المحسَّنة وJavaScript الحاجب للعرض واستجابات الخادم البطيئة. والتحميل الكسول لصور تحت الطية مع تقديم عنصر LCP من أسرع المكاسب.

INP (Interaction to Next Paint)

استبدل INP مقياس FID (First Input Delay) في مارس 2024. يقيس استجابة صفحتك لتفاعلات المستخدم طوال زيارته لا النقرة الأولى فقط. ونقاط INP الجيدة دون 200 ميلي ثانية.

على الجوال، JavaScript الثقيل المتهم المعتاد. سكربتات الأطراف الثالثة ومعالجات الأحداث غير المحسَّنة وأحجام DOM الكبيرة كلها تدفع INP أعلى. إن شعرت صفحتك ثقيلة عند نقر الأزرار أو فتح القوائم على هاتف، فـ INP يعاني على الأرجح.

CLS (Cumulative Layout Shift)

يتتبع CLS مقدار تحرك تخطيط الصفحة فجائياً أثناء التحميل. وعتبة “الجيد” دون 0.1.

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

تطابق المحتوى: ما الذي يجب أن يتطابق

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

يضم هذا:

نص الجسم المطوي خلف أزرار “اقرأ المزيد” أو الأكورديونات. يستطيع جوجل زحف هذا المحتوى، لكن تاريخياً هناك جدل هل ينال المحتوى المخفي وزناً كاملاً. إن تطلب محتواك الأساسي تفاعل مستخدم للعرض على الجوال، ففكّر في جعله مرئياً افتراضياً.

الصور والفيديوهات بنص بديل وتسميات سليمة. إن حملت نسخة سطح المكتب صوراً محسَّنة بسمات alt وجرّدتها نسختك للجوال أو استخدمت صوراً مختلفة، فترسل إشارات مختلفة.

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

البيانات المنظمة. JSON-LD أو microdata أو RDFa لديك تحتاج الحضور في نسخة الجوال. إن كانت في HTML سطح المكتب فقط، فلن يراها جوجل. المزيد أدناه.

أجرِ فحصاً سريعاً: افتح موقعك على الجوال وقارن المحتوى الفعلي بنسخة سطح المكتب. إن غاب أي شيء جوهري، فذلك إصلاح ذو أولوية.

قابلية استخدام الجوال: التفاصيل المهمة

تغطي قابلية استخدام الجوال التجربة العملية لاستخدام موقعك على جهاز بشاشة لمس. يقيّم جوجل عدة عوامل محددة هنا وكل منها يؤثر على تجربة المستخدم والأداء البحثي معاً.

أهداف النقر

الأزرار والروابط والعناصر التفاعلية تحتاج حجماً يكفي للنقر بدقة. يقترح إرشاد جوجل أهداف نقر بحد أدنى 48×48 بكسل CSS بتباعد كافٍ بينها كي لا يصيب المستخدمون الخطأ عرضاً.

شائع خصوصاً في التذييلات المحشوة روابط صغيرة وروابط النص المضمنة الجالسة قريبة جداً من بعضها وحقول النماذج بتسميات ضئيلة. إن حاولت يوماً نقر رابط على صفحة جوال فأصبت المجاور، فتلك مشكلة أهداف نقر.

حجم الخط والمقروئية

نص يتطلب القرص للتكبير فشل قابلية استخدام. حجم خطك الأساسي ينبغي ألا يقل عن 16 بكسل وينبغي استخدامك وسم viewport التعريفي الضابط width=device-width كي يوسّع المتصفح الصفحة صحيحاً.

إن احتاج المستخدمون التكبير لقراءة محتواك، يهبط التفاعل. سيغادرون. وذلك السلوك يرسل لجوجل إشارات عن جودة تجربة صفحتك تغذي أداء موقعك في البحث. وفهم اتصال قابلية استخدام الجوال بـخفض معدل الارتداد يوضح هذا أكثر.

لا تمرير أفقياً

محتواك ينبغي أن يلائم إطار العرض دون اشتراط تمرير أفقي. ينكسر هذا عادة حين تفتقر العناصر ثابتة العرض (الجداول والصور والإطارات المضمنة) تنسيقاً متجاوباً أو حين لا تحسب CSS الشاشات الأصغر.

الجداول المذنب الأشيع. إن استخدمت جداول بيانات على الجوال، ففكّر في أنماط جداول متجاوبة تكدّس الأعمدة أو تتيح تمريراً أفقياً داخل حاوية الجدول لا الصفحة كاملة.

ضبط إطار العرض

وسم viewport التعريفي يخبر المتصفح كيف يوسّع الصفحة. دونه، تعرض متصفحات الجوال الصفحة بعرض سطح المكتب وتقلصها، جاعلةً كل شيء ضئيلاً. والتنفيذ القياسي:

<meta name="viewport" content="width=device-width, initial-scale=1">

وسوم viewport الغائبة أو المضبوطة خطأ لا تزال شائعة بمفاجأة وستطلق أخطاء قابلية استخدام جوال في Search Console.

سرعة الصفحات على الجوال

سرعة الصفحات عامل ترتيب منذ 2018 لبحث الجوال. تتداخل مع Core Web Vitals لكنها تتجاوز المقاييس الثلاثة. صفحة قد تجتاز عتبات Core Web Vitals تقنياً وتظل تشعر بطيئة للمستخدمين.

اتصالات الجوال أبطأ وأقل موثوقية من سطح المكتب. حتى بانتشار 4G وتغطية 5G النامية، يتفاوت أداء الجوال الواقعي هائلاً بالموقع وازدحام الشبكة وقدرة الجهاز. يحتاج موقعك الأداء الجيد على هاتف متوسط باتصال عادي، لا على iPhone بواي فاي المكتب فقط.

تحسينات السرعة العملية للجوال تضم:

ضغط الصور وتحجيمها سليماً. قدّم صيغ WebP أو AVIF حيث تُدعم واستخدم ترميز الصور المتجاوب (srcset) كي تنزّل أجهزة الجوال ملفات بأحجام ملائمة بدل صور بدقة سطح المكتب.

تقليل الموارد الحاجبة للعرض. أجّل JavaScript غير الحاسم وضمّن CSS الحاسمة كي تُعرض الصفحة سريعاً دون انتظار تحميل كل ورقة أنماط وسكربت.

خفض انتفاخ سكربتات الأطراف الثالثة. التحليلات وودجات الدردشة ومنصات إدارة الموافقة وسكربتات الإعلانات كلها تضيف وزناً. دقق الضروري فعلاً وحمّل كسولاً غير المحتاج فوراً.

استخدام CDN. تقديم الأصول من خوادم موزعة جغرافياً يقلل الكمون للمستخدمين أياً كان موقعهم.

تفعيل ضغط النص. ضغط Gzip أو Brotli على خادمك يقلل حجم ملفات HTML وCSS وJavaScript المنقولة للمتصفح.

تحسينات السرعة كثيراً ما تحمل أعلى عائد استثمار بين أعمال تحسين الجوال لتأثيرها على كل زيارة صفحة.

التنقل ومعمارية المعلومات على الجوال

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

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

بضعة مبادئ تنجح:

أبقِ تنقلك الأساسي عند 5-7 عناصر عليا. الأكثر يصبح ساحقاً على شاشة صغيرة.

استخدم تسميات واضحة وصفية. “الخدمات” أفضل من “ماذا نفعل” للمستخدمين ومحركات البحث معاً.

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

مسارات التنقل لا تزال مهمة. تساعد المستخدمين على فهم موضعهم وتمنح جوجل إشارات بنيوية إضافية. تأكد من رؤيتها وعملها على الجوال.

ترويسات ثابتة بدعوة فعل. ترويسة مثبتة تبقى مرئية أثناء التمرير تمنح المستخدمين مساراً دائماً للتحويل أو التنقل دون تمرير عائد للأعلى.

فكّر في معمارية معلوماتك من منظور الجوال أولاً. إن هبط مستخدم على صفحة داخلية من البحث، هل يفهم بسهولة موضعه ويتنقل لمحتوى مرتبط؟ ذلك الاختبار.

سلوك بحث الجوال: كيف يختلف

يبحث الناس مختلفاً على الجوال. فهم هذه الأنماط يساعدك على تحسين محتوى يطابق حاجات مستخدمي الجوال الفعلية.

استعلامات الجوال تميل للأقصر، مكتوبة غالباً بإبهام واحد أو منطوقة بالبحث الصوتي. وهي أكثر تواتراً محلية القصد. باحث “وكالة سيو” على هاتفه أرجح بحثاً عن خيار قريب من باحث الاستعلام نفسه على سطح مكتب بالعمل.

ومستخدمو الجوال أكثر توجهاً للمهام أيضاً. يريدون إجابات سريعة وخطوات تالية واضحة. المحتوى الطويل لا يزال يعمل على الجوال لكنه يحتاج قابلية المسح. فقرات قصيرة وعناوين واضحة ومعلومات مفتاحية مقدَّمة كلها تساعد.

والقصد المحلي قوي خصوصاً على الجوال. أظهرت بيانات جوجل باستمرار أن بحوث “قريب مني” والاستعلامات المبنية على الموقع جوالية غالباً. إن ملك نشاطك حضوراً فعلياً، فتجربة جوالك تحتاج جعل معلومات الموقع وتفاصيل التواصل والاتجاهات متاحة فوراً.

البيانات المنظمة على الجوال

بياناتك المنظمة يجب أن تحضر في نسخة صفحاتك للجوال. تحت الفهرسة بأولوية الجوال، يزحف جوجل HTML جوالك. إن حُقن JSON-LD لديك على نسخة سطح المكتب فقط أو استخدم قالب جوالك ترميزاً مختلفاً، فلن يراه جوجل.

ينطبق هذا على كل أنواع البيانات المنظمة: Organisation وLocalBusiness وProduct وFAQ وHowTo وArticle وBreadcrumbList وكل ما عداها. والنهج الأسلم استخدام البيانات المنظمة نفسها عبر النسختين، الحاصل تلقائياً بالتصميم المتجاوب.

افحص مصدر صفحة جوالك (لا مصدر سطح المكتب فقط) لتأكيد حضور البيانات المنظمة. ومحاكاة الأجهزة في Chrome DevTools تستطيع إراءتك بدقة ما يراه Googlebot الجوال. إن استخدمت JavaScript لحقن البيانات المنظمة، فتأكد من عرضها في منظور الجوال.

كيف تختبر أداء الجوال وتراقبه

لا تحتاج التخمين هل تجربة جوالك جيدة كفاية. يوفر جوجل أدوات محددة لهذا وينبغي فحصها بانتظام.

تقرير قابلية استخدام الجوال في Google Search Console

تقرير قابلية استخدام الجوال في Google Search Console يعلّم مشاكل محددة كشفها جوجل على صفحاتك. تضم نصاً أصغر من القراءة وعناصر قابلة للنقر متقاربة جداً ومحتوى أعرض من الشاشة وضبط viewport غائباً.

يخبرك هذا التقرير بدقة أي الصفحات بها مشاكل وما هي. أصلح المعلَّم واطلب التحقق. سيعيد جوجل زحف الصفحات المتأثرة ويؤكد نجاح الإصلاحات.

PageSpeed Insights

يختبر PageSpeed Insights روابط منفردة ويوفر بيانات مختبر (محاكاة) وبيانات ميدان (من مستخدمي Chrome حقيقيين عبر Chrome User Experience Report) معاً. افحص دائماً تبويب الجوال لا سطح المكتب فقط.

وبيانات الميدان ثمينة خصوصاً لعرضها أداء صفحاتك الفعلي لمستخدمين حقيقيين على أجهزة حقيقية. بيانات المختبر تخبرك الممكن نظرياً وبيانات الميدان الحاصل فعلاً.

محاكاة الأجهزة في Chrome DevTools

محاكاة الأجهزة المدمجة في Chrome تتيح محاكاة موقعك على أجهزة جوال وأحجام شاشات متنوعة. نافعة لفحص التخطيط وأحجام أهداف النقر وتطابق المحتوى. بدّل شريط أدوات الأجهزة بـ Ctrl+Shift+M (أو Cmd+Shift+M على Mac) واختبر عبر أحجام إطارات عرض مختلفة.

Lighthouse

يجري Lighthouse تدقيقات آلية للأداء وإمكانية الوصول وأفضل الممارسات والسيو. وتدقيق الجوال يختبر تحديداً الأداء بظروف مخنوقة تحاكي جهاز جوال متوسطاً باتصال بطيء. مدمج في Chrome DevTools ومتاح أداة مستقلة.

أجرِ تدقيقات Lighthouse بانتظام لكن عاملها اتجاهية لا مطلقة. نقاط Lighthouse المثالية لا تضمن أداء واقعياً جيداً والمتوسطة لا تعني دائماً مشكلة. استخدم بيانات ميدان CrUX مصدر حقيقتك.

متى تسبب مشاكل تجربة استخدام الجوال هبوط ترتيب فعلاً

ليس كل تذبذب ترتيب مشكلة تجربة جوال. يستحق فهم متى تكون تجربة الجوال السبب الأصيل ومتى يجري شيء آخر.

ترجح تجربة الجوال مشكلةً إن:

هبط ترتيب جوالك وبقي ترتيب سطح المكتب مستقراً

أبلغ Search Console أخطاء قابلية استخدام جوال تزامنت مع توقيت تغير ترتيبك

أظهرت بيانات ميدان Core Web Vitals تغيراً كبيراً بنقاط الجوال بالفترة نفسها

أجريت مؤخراً تغييرات تصميم أثّرت على تخطيط الجوال أو وظائفه

وترجح تجربة الجوال غير المشكلة إن:

هبط ترتيبا الجوال وسطح المكتب معاً (على الأرجح تحديث خوارزمية أو مشكلة جودة محتوى)

هبط ترتيبك على كلمات محددة لا موقعياً (أرجح تغير صلة أو منافسة)

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

العلاقة بين تجربة الاستخدام والسيو حقيقية لكنها ليست العامل الوحيد. موقع بتجربة جوال مثالية قد يظل يتصدر سيئاً إن لم يطابق المحتوى قصد البحث أو ضعف ملف الروابط أو حملت الأسس التقنية مشاكل أخرى. تجربة الجوال قطعة من صورة أكبر.

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

ما تقدّمه أولاً

إن احتاجت تجربة جوالك عملاً، فإليك ترتيب أولويات عملياً بالأثر:

تطابق المحتوى. تأكد من رؤية جوجل على الجوال كل ما يراه على سطح المكتب. المحتوى الغائب غائب من الفهرس كلياً.

Core Web Vitals. أدخل LCP وINP وCLS منطقة “الجيد” في بيانات ميدانك. مقيسة ومبلَّغة ومحسوبة مباشرة في إشارات تجربة الصفحة.

إطار العرض والقابلية الأساسية. أصلح أي مشاكل ضبط viewport ومشاكل توسيع النص والتمرير الأفقي. قضايا نجاح/فشل ثنائية.

أهداف النقر والعناصر التفاعلية. اضمن تحجيم كل العناصر القابلة للنقر وتباعدها سليماً. يؤثر مباشرة على تفاعل المستخدمين مع صفحاتك.

السرعة وراء CWV. حسّن الصور وقلل JavaScript وفعّل الضغط. الأسرع دائماً أفضل للمستخدمين والترتيب.

التنقل ومعمارية المعلومات. راجع بنية تنقل جوالك واضمن إيجاد المستخدمين حاجتهم بلا احتكاك.

تطابق البيانات المنظمة. أكّد حضور كل البيانات المنظمة في HTML جوالك.

لا تحتاج إصلاح كل شيء معاً. ابدأ بالمكسور (تطابق المحتوى ومشاكل viewport وأخطاء القابلية) قبل تحسين المقصّر فحسب (السرعة والتنقل). المكسور يكلفك ترتيباً الآن. والمقصّر فرص تحسين.

جعل الجوال أفضلية تنافسية

تعامل معظم المواقع الجوال خانة تأشير. اجعله متجاوباً وافحص بضع نقاط وامضِ. ذلك خط الأساس ولا يكفي للتميز.

المواقع الفائزة ببحث الجوال تذهب أبعد. تصمم للجوال أولاً بدل تكييف تصاميم سطح المكتب نزولاً. وتختبر على أجهزة حقيقية لا محاكيات فقط. وتراقب بيانات الميدان باستمرار بدل تدقيق لمرة. وتعامل سرعة الجوال وقابليته أولويات مستمرة لا مشاريع لمرة واحدة.

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