الفهرسة المعتمدة على الأجهزة الجوّالة أولًا

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

ما الفهرسة المعتمدة على الأجهزة الجوّالة أولًا؟

عندما تزحف Google إلى موقعك، فإنها تزوره في الغالب بصفتها هاتفًا ذكيًا، مستخدمةً زاحفًا للجوّال يسمى Googlebot Smartphone. وما تراه في نسخة الجوال من صفحتك هو ما تفهرسه وترتبه. وبعبارة واحدة: تستخدم Google نسخة الجوال من محتواك للفهرسة والترتيب.

قد يسبب الاسم التباسًا، لذا دعني أوضح أمرين من البداية:

• لا يوجد «فهرس جوال» منفصل. لدى Google فهرس واحد. كل ما فعلته الفهرسة المعتمدة على الجوال أولًا هو تغيير نسخة صفحتك التي تنظر إليها Google؛ كانت نسخة سطح المكتب هي الافتراضية، وأصبحت الآن نسخة الجوال.
• ليست دفعة في الترتيب. وجود موقعك ضمن الفهرسة المعتمدة على الجوال أولًا لا يرفع ترتيبه؛ بل يغير فقط نسخة المحتوى التي تقرؤها Google.

لماذا تهم: ما يوجد على الجوال هو ما يُحتسب

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

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

الفهرسة المعتمدة على الجوال أولًا ليست هي «التوافق مع الجوّال»

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

ما الذي ينبغي أن تفعله فعليًا؟

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

إذا كنت تستخدم إعدادًا أقدم — مثل موقع جوال منفصل بعناوين URL خاصة به (m.example.com) — فسيظل يعمل، لكنه أكثر هشاشة ويحتاج إلى عناية أكبر.

هل تريد الصورة الكاملة — الخط الزمني المتحقق منه، وقواعد التكافؤ الدقيقة، وكيف تتعامل Google مع فخ التحميل الكسول، ومقارنة خيارات الإعداد، والاختلاف لدى Bing؟ انتقل إلى تبويب متقدم.

الخلاصة — الفهرسة المعتمدة على الجوال أولًا = استخدام Google نسخة الجوال من محتوى الصفحة، بعد زحف Googlebot Smartphone إليها، للفهرسة والترتيب. يوجد فهرس واحد، ولا يمكن إلغاء الاشتراك، وليست دفعة في الترتيب. القاعدة التشغيلية هي تكافؤ المحتوى: “only the content shown on the mobile site is used for indexing.” (ترجمة) «لا يُستخدم للفهرسة إلا المحتوى المعروض على موقع الجوال». لذلك يجب أن توجد في HTML الجوال كل النصوص والبيانات المنظمة والصور والنصوص البديلة والروابط التي تريد فهرستها. وهذا يختلف عن التوافق مع الجوال وتجربة الصفحة. التصميم المتجاوب هو الإعداد الذي توصي به Google؛ أما العرض الديناميكي وعناوين URL المنفصلة فيعملان لكنهما أعلى مخاطرة. احذر فخ التحميل الكسول المشروط بتفاعل المستخدم. الخط الزمني: الإعلان في نوفمبر 2016 ← الإعداد الافتراضي للمواقع الجديدة في 2019 ← الدفعة الأخيرة في مايو 2023 ← إعلان الاكتمال في أكتوبر 2023. ولم تُجر Bing التحول نفسه؛ إذ تحتفظ بفهرس واحد لا يعتمد على نوع الجهاز.

التعريف بدقة

صياغة Google نفسها: تستخدم Google نسخة الجوال من محتوى الموقع، التي يزحف إليها وكيل الهاتف الذكي، للفهرسة والترتيب. وفي وثيقة أفضل ممارسات الفهرسة المعتمدة على الجوال أولًا تصوغ النتيجة بوضوح أكبر: “Only the content shown on the mobile site is used for indexing.” (ترجمة) «لا يُستخدم للفهرسة إلا المحتوى المعروض على موقع الجوال».

في دليلي على Ahrefs عن الفهرسة المعتمدة على الجوال أولًا أعرّفها بالطريقة نفسها: استخدام Google نسخة الجوال من محتوى الموقع للفهرسة والترتيب. وأضيف توضيحين يزيلان معظم الالتباس: “There is only one index and you can’t opt out of mobile-first indexing.” (ترجمة) «لا يوجد سوى فهرس واحد، ولا يمكنك إلغاء الاشتراك في الفهرسة المعتمدة على الجوال أولًا». كما أنها ليست دفعة في الترتيب؛ فهي تغير النسخة التي تقرؤها Google، لا مدى جودة ترتيبها.

معظم زحف Googlebot يأتي من زاحف الهاتف الذكي

هذه هي الآلية التي يقوم عليها الأمر كله. تقول Google: “For most sites Google Search primarily indexes the mobile version of the content. As such the majority of Googlebot crawl requests will be made using the mobile crawler, and a minority using the desktop crawler.” (ترجمة) «بالنسبة إلى معظم المواقع، تفهرس Google Search أساسًا نسخة الجوال من المحتوى؛ ولذلك تأتي غالبية طلبات زحف Googlebot باستخدام زاحف الجوال، وأقلية منها باستخدام زاحف سطح المكتب». ويوجد نوعان فرعيان: Googlebot Smartphone، وهو “a mobile crawler that simulates a user on a mobile device” (ترجمة) «زاحف للجوّال يحاكي مستخدمًا على جهاز جوّال»، وGooglebot Desktop؛ لكن زاحف الهاتف الذكي ينفذ معظم العمل الآن.

لا تزال Google تزحف أحيانًا باستخدام وكيل مستخدم سطح المكتب، لكن نسخة الجوال هي النسخة التي تهم في الفهرسة.

تكافؤ المحتوى هو القاعدة الأولى

إن خرجت بفكرة واحدة من هذه الصفحة، فلتكن: ما يوجد على موقع الجوال هو ما يُفهرس. تضع وثيقة Google ذلك في أول المتطلبات: “Make sure that your mobile site contains the same content as your desktop site” (ترجمة) «تأكد من أن موقع الجوال يتضمن المحتوى نفسه الموجود في موقع سطح المكتب»، والحاسم أن “only the content shown on the mobile site is used for indexing.” (ترجمة) «لا يُستخدم للفهرسة إلا المحتوى المعروض على موقع الجوال».

قال John Mueller ذلك بأوضح صورة في Pubcon Pro Virtual 2020: “anything that you want to have indexed, it needs to be on the mobile site,” (ترجمة) «كل ما تريد فهرسته يجب أن يكون موجودًا على موقع الجوال». و*“we will only index the mobile content in the future.”* (ترجمة) «لن نفهرس في المستقبل سوى محتوى الجوال». إذا كان المحتوى متاحًا على سطح المكتب فقط، فتوقع ألا تراه Google.

لكن توجد دقة مهمة: لا يعني التكافؤ تطابق البايتات حرفيًا. وكما قلت في دليلي على Ahrefs عن الفهرسة المعتمدة على الجوال أولًا: “any important content must be present on mobile.” (ترجمة) «يجب أن يكون كل محتوى مهم موجودًا على الجوال». يمكنك استخدام تخطيط أخف على الجوال، لكن لا يمكنك حذف المحتوى أو البيانات المنظمة أو الصور أو النصوص البديلة أو الروابط التي تريد فهرستها.

وهناك خرافة ينبغي إنهاؤها: لا بأس بالمحتوى المخفي أو الموجود في تبويبات أو أقسام قابلة للطي. قبل الفهرسة المعتمدة على الجوال أولًا، كانت Google تقلل وزن المحتوى المخفي خلف واجهة لتحسين تجربة المستخدم. لم يعد ذلك صحيحًا؛ فلم تعد Google تخفض قيمة المحتوى المخفي لتحسين تجربة المستخدم. لذلك لا بأس بقسم قابل للطي على الجوال يضم المحتوى كاملًا، ما دام المحتوى موجودًا في HTML ويمكن فهرسته.

عناصر التكافؤ التي تسبب المشكلات فعليًا

إضافة إلى النص الخام، تحدد وثيقة أفضل ممارسات Google عناصر بعينها يجب إبقاؤها متكافئة بين النسختين:

• البيانات المنظمة. “Make sure that your mobile and desktop sites have the same structured data.” (ترجمة) «تأكد من أن موقعي الجوال وسطح المكتب يحتويان على البيانات المنظمة نفسها». إذا كان الترميز يظهر على سطح المكتب فقط، فقد تختفي نتائجك المنسقة.
• الصور والنص البديل. “Make sure that the mobile site has the same alt text for images as the desktop site.” (ترجمة) «تأكد من أن نصوص الصور البديلة في موقع الجوال تطابق ما في موقع سطح المكتب». حذف الصور أو النص البديل على الجوال يضر ببحث الصور.
• العناوين وأوصاف meta. “Make sure that the title element and the meta description are equivalent across both versions of your site.” (ترجمة) «تأكد من تكافؤ عنصر العنوان ووصف meta في نسختي موقعك».
• العناوين الفرعية. “Use the same clear and meaningful headings on the mobile site as you do on the desktop site.” (ترجمة) «استخدم على موقع الجوال العناوين الواضحة وذات المعنى نفسها التي تستخدمها على موقع سطح المكتب». القالب المبسط الذي يحذف H2/H3 أو يحولها إلى نص عادي يضعف بنية الصفحة للفهرسة، لا سهولة قراءتها فقط.
• بيانات الفيديو المنظمة. “Use the same video structured data on both your mobile site and desktop site.” (ترجمة) «استخدم بيانات الفيديو المنظمة نفسها في موقعي الجوال وسطح المكتب». إذا كانت الصفحة تحمل ترميز VideoObject على سطح المكتب، فأرسله على الجوال أيضًا، وإلا افتقدته النسخة التي تفهرسها Google.
• علامات robots الوصفية. “Use the same robots meta tags on the mobile site and the desktop site.” (ترجمة) «استخدم علامات robots الوصفية نفسها على موقعي الجوال وسطح المكتب». وجود noindex في قالب الجوال وحده مثال تقليدي على الإزالة العرضية من الفهرس.
• الروابط الداخلية. أبقِ التنقل والروابط الأساسية في HTML الجوال، ولا تُخفها خلف تفاعلات يجب تشغيلها قبل تحميل الروابط.

فخ التحميل الكسول وتفاعل المستخدم

هذا نمط فشل محدد وشائع. تقول Google: “Don’t lazy-load primary content upon user interaction. Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” (ترجمة) «لا تحمّل المحتوى الأساسي تحميلًا كسولًا عند تفاعل المستخدم. لن تحمّل Google محتوى يتطلب تفاعلًا من المستخدم، مثل السحب أو النقر أو الكتابة». إذا لم يظهر المحتوى الأساسي إلا بعد ضغط المستخدم على «تحميل المزيد» أو سحب لوحة أو النقر على تبويب يجلب المحتوى عند الطلب، فلن يشغّل Googlebot ذلك التفاعل، ولن يرى المحتوى. حمّل المحتوى الأساسي عند التمرير أو ضمّنه في HTML الأولي.

الخط الزمني المتحقق منه

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

• نوفمبر 2016 — أعلنت Google الفهرسة المعتمدة على الجوال أولًا وبدأت الاختبار.
• 2018 — بدأ الإطلاق الواسع بعد فترة الاختبار.
• 2019 — أصبحت الفهرسة المعتمدة على الجوال أولًا الإعداد الافتراضي للمواقع الجديدة؛ فكانت النطاقات المكتشفة بعد ذلك تُزحف به منذ البداية.
• مارس 2020 — أعلنت Google أنها ستحول الويب كله بحلول سبتمبر 2020. وبصياغة Mueller: “switching to mobile-first indexing for all websites starting September 2020.” (ترجمة) «التحول إلى الفهرسة المعتمدة على الجوال أولًا لجميع المواقع بدءًا من سبتمبر 2020».
• يوليو 2020 — مُدد الموعد النهائي. قالت Google: “we’ve decided to extend the timeframe to the end of March 2021.” (ترجمة) «قررنا تمديد الإطار الزمني إلى نهاية مارس 2021».
• مايو 2023 — نُقلت الدفعة الأخيرة: “the last batch of sites eligible for mobile-first indexing have been moved over.” (ترجمة) «نُقلت الدفعة الأخيرة من المواقع المؤهلة للفهرسة المعتمدة على الجوال أولًا». وعمليًا انتهى الإطلاق هنا.
• أكتوبر 2023 — أعلنت Google الاكتمال: “the trek to Mobile First Indexing is now complete.” (ترجمة) «اكتملت الآن رحلة الفهرسة المعتمدة على الجوال أولًا». (Mueller.)

توجد طريقتان صحيحتان لقول «متى اكتملت»، ويجدر الفصل بينهما: انتهى الإطلاق فعليًا مع الدفعة الأخيرة في مايو 2023، بينما أعلنت Google رسميًا اكتماله في أكتوبر 2023. أما “a very small set of sites which do not work on mobile devices at all” (ترجمة) «مجموعة صغيرة جدًا من المواقع التي لا تعمل إطلاقًا على الأجهزة الجوّالة». فتزحف إليها Googlebot لسطح المكتب؛ وهذا استثناء تديره Google، وليس إعدادًا تختاره. (وأزيلت من Search Console معلومات «أي زاحف» بعد إعلان أكتوبر 2023 بوقت قصير، إذ لم يعد هناك مزيج مهم يستحق الإبلاغ.) وبالنسبة إلى المواقع التي لا يمكن الوصول إليها فعلًا من جهاز جوّال، أصبح الخطر العملي هو تعذر فهرستها.

الإعداد: التصميم المتجاوب مقابل العرض الديناميكي مقابل عناوين URL المنفصلة

توجد ثلاث طرق لخدمة الجوال، ولدى Google تفضيل واضح:

• التصميم المتجاوب (موصى به). عنوان URL واحد وHTML واحد، ويتكيف التخطيط عبر CSS. تقول Google إنها “recommends Responsive Web Design because it’s the easiest design pattern to implement and maintain.” (ترجمة) «توصي بتصميم الويب المتجاوب لأنه أسهل نمط تصميم للتنفيذ والصيانة». ويصبح التكافؤ شبه تلقائي لأن هناك نسخة واحدة فقط.
• العرض الديناميكي. عنوان URL واحد، لكن الخادم يعيد HTML مختلفًا بحسب وكيل المستخدم. يعمل هذا الإعداد، لكنه عرضة للأخطاء؛ فمن السهل أن تنفصل نسختا سطح المكتب والجوال وتُكسر قواعد التكافؤ السابقة.
• عناوين URL منفصلة (m-dot). HTML مختلف على عناوين مختلفة، مثل m.example.com. وهو الأقل توصية والأكثر كلفة في الصيانة. وإذا كنت تستخدمه، فتقول إرشادات Google: “For separate URLs, set desktop versions as canonical with an alternate link to the mobile version,” (ترجمة) «مع عناوين URL المنفصلة، عيّن نسخ سطح المكتب كنسخ أساسية مع رابط بديل إلى نسخة الجوال». وتحقق من روابط hreflang بين العناوين المنفصلة. ويجب أن يقدم عنوان الجوال المحتوى المهم كاملًا، لأنه العنوان الذي يُفهرس.

كيف تتحقق من استخدام موقعك للفهرسة المعتمدة على الجوال أولًا؟

في هذه المرحلة تستخدمها فعليًا كل المواقع العادية تقريبًا. لتأكيد صفحة بعينها، افتح Search Console ← فحص عنوان URL / فهرسة الصفحات وانظر إلى قيمة «تم الزحف بواسطة». تعني “Googlebot smartphone” (ترجمة) «Googlebot للهاتف الذكي». أنها تُفهرس وفق نهج الجوال أولًا. وكما سبق، أزالت Google تقارير معلومات الزاحف الأوسع بعد إعلان اكتمال الإطلاق، لأن الانقسام لم يعد ذا معنى.

هل تستخدم Bing الفهرسة المعتمدة على الجوال أولًا؟ لا

هذه زاوية المقارنة بين محركات البحث التي يكاد لا يغطيها أحد، وهي مهمة إذا كنت تهتم بأكثر من Google. لم تنتقل Bing إلى الفهرسة المعتمدة على الجوال أولًا كما فعلت Google. فهي تحتفظ بفهرس واحد لا يعتمد على الجهاز بدل فهرسة نسخة الجوال تحديدًا. وشرح James Murray من Microsoft Bing السبب: “we think it’s more useful to have an integrated view and to be more device agnostic,” (ترجمة) «نرى أن امتلاك رؤية متكاملة وعدم الاعتماد على نوع الجهاز أكثر فائدة». و*“we want to give you the same index and then personalise to you as the user.”* (ترجمة) «نريد أن نقدم لك الفهرس نفسه ثم نخصصه لك بصفتك المستخدم».

الخلاصة: لا تزال نظافة تكافؤ المحتوى مفيدة على Bing، لكن Bing لم تعلن التحول إلى فهرسة نسخة الجوال؛ فهي تتعامل مع الفهرس باعتباره غير معتمد على الجهاز.

تصحيح الخرافات الشائعة

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

لمعرفة موضع ذلك ضمن الصورة الأكبر — الزحف والتصيير والفهرس نفسه — راجع محور الفهرسة. وتفسر قواعد التكافؤ هنا أيضًا ظهور تضخم الفهرس ومشكلات الزحف لاحقًا: إذا لم تستطع Google رؤية محتواك على الجوال، فلن تستطيع فهرسته جيدًا أصلًا.

ملخص الذكاء الاصطناعي

خلاصة مركزة للنسخة المتقدمة:

• الفهرسة المعتمدة على الجوال أولًا = استخدام Google نسخة الجوال من محتوى الصفحة، التي يزحف إليها Googlebot Smartphone، للفهرسة والترتيب. فهرس واحد، ولا يمكن إلغاء الاشتراك، وليست دفعة في الترتيب؛ بل تغير فقط النسخة التي تقرؤها Google.
• معظم زحف Googlebot يأتي الآن من زاحف الهاتف الذكي؛ إذ تستخدم غالبية طلبات الزحف زاحف الجوال، وأقلية منها زاحف سطح المكتب.
• تكافؤ المحتوى هو القاعدة الأولى: “only the content shown on the mobile site is used for indexing.” (ترجمة) «لا يُستخدم للفهرسة إلا المحتوى المعروض على موقع الجوال». أبقِ النص والبيانات المنظمة (ومنها بيانات الفيديو) والصور والنص البديل والعناوين وأوصاف meta وعلامات robots والروابط الداخلية متكافئة على الجوال. وقال Mueller: “anything that you want to have indexed, it needs to be on the mobile site.” (ترجمة) «كل ما تريد فهرسته يجب أن يكون موجودًا على موقع الجوال».
• التكافؤ لا يعني التطابق. يجب أن يكون المحتوى المهم على الجوال، لكن لا يلزم أن يتطابق بايتًا ببايت. ولا بأس الآن بالمحتوى المخفي أو الموجود في تبويبات؛ لم تعد Google تخفض قيمته.
• فخ التحميل الكسول: لن تشغّل Google تفاعلات السحب أو النقر أو الكتابة لتحميل المحتوى. اجعل المحتوى الأساسي يظهر عند التمرير أو داخل HTML الأولي.
• ليس هو التوافق مع الجوال؛ فهذا مفهوم منفصل يتعلق بسهولة الاستخدام وتجربة الصفحة.
• الإعدادات: يُوصى بالتصميم المتجاوب؛ ويعمل العرض الديناميكي لكنه هش؛ وعناوين URL المنفصلة (m-dot) هي الأقل توصية، مع تعيين سطح المكتب عنوانًا أساسيًا وربط بديل الجوال والتحقق من hreflang.
• الخط الزمني: الإعلان في نوفمبر 2016 ← الافتراضي للمواقع الجديدة في 2019 ← «الويب كله بحلول سبتمبر 2020» (أُعلن في مارس 2020) ← التمديد إلى مارس 2021 ← الدفعة الأخيرة في مايو 2023 ← إعلان الاكتمال في أكتوبر 2023. وتظل مجموعة ضئيلة من المواقع الخاصة بسطح المكتب على زحف سطح المكتب.
• تحقق منها عبر قيمة “Crawled as: Googlebot smartphone” في Search Console. (ترجمة) «تم الزحف بواسطة: Googlebot للهاتف الذكي».
• لم تنتقل Bing؛ فهي تحتفظ بفهرس واحد لا يعتمد على الجهاز.

الوثائق الرسمية

وثائق المصادر الأولية من محركات البحث.

Google

• Mobile-first Indexing Best Practices — الوثيقة المرجعية: قائمة تكافؤ المحتوى والبيانات المنظمة والصور والنصوص البديلة والعناوين والأوصاف وعلامات robots، وقاعدة التحميل الكسول، ومقارنة التصميم المتجاوب والعرض الديناميكي وعناوين URL المنفصلة. ابدأ من هنا.
• Googlebot — الزاحف الذي ينفذ العمل: Googlebot Smartphone مقابل Desktop، ولماذا تأتي معظم طلبات الزحف من الجوال.
• Crawling and Indexing — محور موضوع الزحف والفهرسة الأوسع الذي تندرج تحته هذه المقالة.
• Announcing mobile first index⁠ing for the whole web (Mar 2020) — إعلان «الويب كله بحلول سبتمبر 2020».
• Prepare for mobile-first index⁠ing — with a little extra time (Jul 2020) — تمديد الموعد النهائي إلى مارس 2021.
• Mobile-first indexing has landed (Oct 2023) — الإعلان الرسمي عن «الاكتمال».

Bing / Microsoft

• Bing: No Separate Mobile Index (James Murray interview) — سبب بقاء Bing غير معتمدة على الجهاز بدل الانتقال إلى الفهرسة المعتمدة على الجوال أولًا.

اقتباسات من المصدر

تصريحات موثقة من Google وBing. كل رابط عميق ينتقل إلى المقطع المقتبس في صفحة المصدر.

Google — معنى الفهرسة المعتمدة على الجوال أولًا

• “Only the content shown on the mobile site is used for indexing.” (ترجمة) «لأغراض الفهرسة، لا تعتد Google بغير المحتوى الظاهر على موقع الجوال». — وثائق Google Search Central. الانتقال إلى الاقتباس
• “For most sites Google Search primarily indexes the mobile version of the content. As such the majority of Googlebot crawl requests will be made using the mobile crawler, and a minority using the desktop crawler.” (ترجمة) «بالنسبة إلى معظم المواقع، تفهرس Google Search أساسًا نسخة الجوال من المحتوى؛ ولذلك تأتي غالبية طلبات زحف Googlebot باستخدام زاحف الجوال، وأقلية منها باستخدام زاحف سطح المكتب». الانتقال إلى الاقتباس
• “a mobile crawler that simulates a user on a mobile device.” (Googlebot Smartphone) (ترجمة) «زاحف للجوّال يحاكي مستخدمًا على جهاز جوّال». الانتقال إلى الاقتباس

Google — تكافؤ المحتوى

• “Make sure that your mobile site contains the same content as your desktop site.” (ترجمة) «تأكد من أن موقع الجوال يتضمن المحتوى نفسه الموجود في موقع سطح المكتب». الانتقال إلى الاقتباس
• “Make sure that your mobile and desktop sites have the same structured data.” (ترجمة) «تأكد من أن موقعي الجوال وسطح المكتب يحتويان على البيانات المنظمة نفسها». الانتقال إلى الاقتباس
• “Make sure that the mobile site has the same alt text for images as the desktop site.” (ترجمة) «تأكد من أن نصوص الصور البديلة في موقع الجوال تطابق ما في موقع سطح المكتب». الانتقال إلى الاقتباس
• “…the title element and the meta description are equivalent across both versions of your site.” (ترجمة) «…يتكافأ عنصر العنوان ووصف meta في نسختي موقعك». الانتقال إلى الاقتباس
• “Use the same clear and meaningful headings on the mobile site as you do on the desktop site.” (ترجمة) «استخدم على موقع الجوال العناوين الواضحة وذات المعنى نفسها التي تستخدمها على موقع سطح المكتب». الانتقال إلى الاقتباس
• “Use the same video structured data on both your mobile site and desktop site.” (ترجمة) «استخدم بيانات الفيديو المنظمة نفسها في موقعي الجوال وسطح المكتب». الانتقال إلى الاقتباس
• “Use the same robots meta tags on the mobile site and the desktop site.” (ترجمة) «استخدم علامات robots الوصفية نفسها على موقعي الجوال وسطح المكتب». الانتقال إلى الاقتباس

Google — فخ التحميل الكسول والإعداد

• “Don’t lazy-load primary content upon user interaction. Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” (ترجمة) «لا تجعل تحميل المحتوى الرئيسي الكسول مرهونًا بتفاعل الزائر؛ فـGoogle لا تجلب ما يستلزم منه السحب أو النقر أو الكتابة». الانتقال إلى الاقتباس
• Google “recommends Responsive Web Design” as the easiest pattern to implement and maintain. (ترجمة) «توصي Google بتصميم الويب المتجاوب» بوصفه أسهل نمط للتنفيذ والصيانة. الانتقال إلى الاقتباس
• “Separate URLs: Serves different HTML to each device, and on separate URLs.” (ترجمة) «عناوين URL منفصلة: تقدم HTML مختلفًا لكل جهاز وعلى عناوين URL منفصلة». الانتقال إلى الاقتباس

John Mueller، من Google — التحذير الأساسي (Pubcon Pro Virtual 2020، عبر تغطية Search Engine Journal)

• “we will only index the mobile content in the future.” (ترجمة) «لن نفهرس في المستقبل سوى محتوى الجوال». الانتقال إلى الاقتباس
• “anything that you want to have indexed, it needs to be on the mobile site.” (ترجمة) «كل ما تريد فهرسته يجب أن يكون موجودًا على موقع الجوال». الانتقال إلى الاقتباس

John Mueller، من Google — الخط الزمني (عبر تغطية Search Engine Land الحرفية)

• “the trek to Mobile First Indexing is now complete.” (أكتوبر 2023) (ترجمة) «اكتملت الآن رحلة الفهرسة المعتمدة على الجوال أولًا». الانتقال إلى الاقتباس
• “a very small set of sites which do not work on mobile devices at all” remain crawled by desktop Googlebot. (ترجمة) «تظل مجموعة صغيرة جدًا من المواقع التي لا تعمل إطلاقًا على الأجهزة الجوّالة» خاضعة لزحف Googlebot لسطح المكتب. الانتقال إلى الاقتباس
• “the last batch of sites eligible for mobile-first indexing have been moved over.” (ترجمة) «نُقلت الدفعة الأخيرة من المواقع المؤهلة للفهرسة المعتمدة على الجوال أولًا». (مايو 2023) الانتقال إلى الاقتباس
• “we’ve decided to extend the timeframe to the end of March 2021.” (يوليو 2020) (ترجمة) «قررنا تمديد الإطار الزمني إلى نهاية مارس 2021». الانتقال إلى الاقتباس
• “switching to mobile-first indexing for all websites starting September 2020.” (ترجمة) «التحول إلى الفهرسة المعتمدة على الجوال أولًا لجميع المواقع بدءًا من سبتمبر 2020». (أُعلن في مارس 2020) الانتقال إلى الاقتباس

James Murray، من Microsoft Bing — لماذا لم تنتقل Bing؟

• “we think it’s more useful to have an integrated view and to be more device agnostic.” (ترجمة) «نرى أن امتلاك رؤية متكاملة وعدم الاعتماد على نوع الجهاز أكثر فائدة». الانتقال إلى الاقتباس
• “we want to give you the same index and then personalise to you as the user.” (ترجمة) «نريد أن نقدم لك الفهرس نفسه ثم نخصصه لك بصفتك المستخدم». الانتقال إلى الاقتباس

قائمة تدقيق تكافؤ الجوال أولًا

طبّق هذه القائمة على HTML الجوال (اعرض مصدر نسخة الجوال أو HTML المصيّر في فحص عنوان URL)، لأن هذه هي النسخة التي تفهرسها Google:

• المحتوى نفسه. المحتوى المهم كاملًا موجود على الجوال، ولم يُختصر «للتبسيط». وكل ما تريد فهرسته موجود في HTML الجوال.
• البيانات المنظمة نفسها. يظهر الترميز نفسه في النسختين ويشير إلى عناوين URL نفسها التي تشير إليها الصفحة.
• الصور والنص البديل نفسيهما. لا تُحذف صور على الجوال، ويتطابق النص البديل مع نسخة سطح المكتب، لأن ذلك يؤثر في بحث الصور.
• العناوين وأوصاف meta نفسها. يتكافأ title ووصف meta في النسختين.
• العناوين الفرعية نفسها. يحتفظ الجوال ببنية العناوين الواضحة وذات المعنى نفسها (H2/H3) ولا يحولها إلى نص عادي.
• بيانات الفيديو المنظمة نفسها. يظهر VideoObject أو أي ترميز فيديو موجود على سطح المكتب في الجوال أيضًا.
• علامات robots الوصفية نفسها. لا توجد noindex أو nofollow شاردة في قالب الجوال، وهي سبب تقليدي للإزالة العرضية من الفهرس.
• الروابط الداخلية نفسها. التنقل والروابط الأساسية موجودة في HTML الجوال، وليست مخفية خلف تفاعلات يجب تشغيلها قبل تحميل الروابط.
• لا محتوى مشروط بالتفاعل. يُحمّل المحتوى الأساسي عند التمرير أو في HTML الأولي، لا بعد نقرة أو سحبة أو كتابة فقط.
• لا بأس بالمحتوى المخفي أو الموجود في تبويبات؛ فالأقسام القابلة للطي والتبويبات سليمة ما دام المحتوى في HTML، إذ لم تعد Google تخفض قيمة المحتوى المخفي لتحسين تجربة المستخدم.
• عناوين URL المنفصلة فقط. عُين سطح المكتب عنوانًا أساسيًا مع رابط alternate للجوال، وضُبط hreflang بين النسختين، ويقدم عنوان الجوال المحتوى كاملًا.
• التحقق في Search Console — “Crawled as: Googlebot smartphone.” (ترجمة) «تم الزحف بواسطة: Googlebot للهاتف الذكي».

النماذج الذهنية

1. الجوال = مصدر الحقيقة. ما يوجد في HTML الجوال هو ما تفهرسه Google وترتبه. والمحتوى الخاص بسطح المكتب غير مرئي لأغراض الفهرسة. دقّق نسخة الجوال، لا النسخة التي تراها عادة على حاسوبك المحمول.

2. التكافؤ، لا التطابق. لا تحتاج إلى تطابق بايتًا ببايت؛ بل تحتاج إلى وجود كل عنصر مهم على الجوال: المحتوى والبيانات المنظمة والصور والنص البديل والعناوين والأوصاف وعلامات robots والروابط الداخلية. لا بأس بتخطيط أخف، لكن فقدان الجوهر غير مقبول.

3. الفهرسة ليست دفعة، وليست توافقًا مع الجوال. تغير الفهرسة المعتمدة على الجوال أولًا النسخة التي تقرؤها Google؛ فلا ترفع الترتيب، وليست هي سهولة استخدام الصفحة على الهاتف. افصل بين الأفكار الثلاث تزُل معظم الحيرة.

4. لا تجبر Google على التفاعل. لن يسحب Googlebot أو ينقر أو يكتب لكشف المحتوى. إذا لم يظهر المحتوى إلا بعد إجراء المستخدم، فتعامل معه باعتباره غير مفهرس. حمّله عند التمرير أو في HTML الأولي.

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

الفهرسة المعتمدة على الجوال أولًا — ورقة مرجعية

القاعدة الوحيدة: تفهرس Google ‏HTML الجوال. “Only the content shown on the mobile site is used for indexing.” (ترجمة) «لا يُستخدم للفهرسة إلا المحتوى المعروض على موقع الجوال». إذا لم يكن على الجوال، فافترض أنه لن يُفهرس.

الفهرسة المعتمدة على الجوال أولًا مقابل التوافق مع الجوال

مقارنة الإعدادات

لعناوين URL المنفصلة: عيّن سطح المكتب عنوانًا أساسيًا، وأضف رابط alternate إلى عنوان الجوال، وأبقِ hreflang صحيحًا، وتأكد من أن عنوان الجوال يقدم المحتوى كاملًا.

قائمة التكافؤ (أبقِ العناصر متكافئة على الجوال)

• المحتوى · البيانات المنظمة، ومنها الفيديو · الصور والنص البديل · العناوين الفرعية · العناوين وأوصاف meta · علامات robots الوصفية · الروابط الداخلية.

الفخاخ

• noindex لا تظهر إلا على الجوال ← إزالة عرضية من الفهرس.
• محتوى خلف نقرة أو سحبة أو كتابة ← لا يحمّله Googlebot.
• اختصار المحتوى «الطويل» على الجوال ← قد لا يُفهرس الجزء المحذوف.

الخط الزمني: الإعلان في نوفمبر 2016 ← الافتراضي للمواقع الجديدة في 2019 ← الدفعة الأخيرة في مايو 2023 ← إعلان الاكتمال في أكتوبر 2023.

محركات أخرى: لم تنتقل Bing؛ فهي تستخدم فهرسًا واحدًا لا يعتمد على الجهاز.

المشكلات الشائعة

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

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

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

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

الإصلاح والتحقق: اعرض مصدر نسخة الجوال، أو استخدم Search Console ← فحص عنوان URL ← الصفحة المختبرة ← عرض الصفحة التي تم الزحف إليها، وتأكد من أن النص المفقود موجود فعلًا في HTML الجوال لا في HTML سطح المكتب فقط. إذا كان غائبًا فأعِده إلى قالب الجوال؛ فـGoogle تفهرس ما في HTML الجوال، بلا استثناء.

أُزيلت صفحة من الفهرس بعد إعادة التصميم

العَرَض: يختفي عنوان URL كان مفهرسًا من تقرير تغطية Search Console («مستبعد بواسطة علامة noindex») بعد تغيير القالب بوقت قصير، من دون قصد إزالته من الفهرس.

السبب المرجح: توجد علامة robots الوصفية noindex في قالب الجوال لا قالب سطح المكتب، أو العكس؛ وهو نمط تقليدي للإزالة العرضية من الفهرس عندما تنحرف القوالب عن بعضها.

الإصلاح والتحقق: قارن خرج <meta name="robots"> على الجوال وسطح المكتب لعنوان URL المتأثر، بعرض مصدر النسختين أو باستخدام curl مع وكيلي مستخدم مختلفين. ثم افحص العنوان عبر Search Console ← فحص عنوان URL للتأكد من ظهور «هل الفهرسة مسموح بها؟ نعم» بعد حذف العلامة الشاردة.

اختفاء النتائج المنسقة بعد تحديث الموقع

العَرَض: تتوقف النتائج المنسقة — مثل نجوم المراجعات ومقتطفات الأسئلة الشائعة ومسارات التنقل — التي ظهرت قبل إعادة التصميم، رغم استمرار ترتيب الصفحة.

السبب المرجح: تُرسل البيانات المنظمة في قالب سطح المكتب ولم تُنقل إلى قالب الجوال. ولا تقرأ Google إلا HTML الجوال، لذا لا ترى الترميز الموجود على سطح المكتب فقط.

الإصلاح والتحقق: مرّر HTML المصيّر للجوال عبر مدقق Schema في الموقع أو مدقق أهلية النتائج المنسقة، وتأكد من ظهور JSON-LD نفسه، أو microdata نفسها، كما في سطح المكتب.

توقف الصور عن الظهور في بحث الصور

العَرَض: تختفي بهدوء صور كانت تظهر لصفحة في Google Image Search، أو لا تظهر الصور الجديدة أصلًا.

السبب المرجح: يحذف قالب الجوال الصورة تمامًا، كاستبدالها بتخطيط أخف لا يتضمنها، أو يحذف نص alt أو يختصره مقارنة بسطح المكتب.

الإصلاح والتحقق: قارن علامات <img> وخصائص alt في HTML الجوال المصيّر بنسخة سطح المكتب للصفحة نفسها. وإذا لم تتطابق، فأعِد نص الجوال البديل ليتوافق مع سطح المكتب.

لا يُفهرس قسم دوّار أو تبويب أو «تحميل المزيد» مطلقًا

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

السبب المرجح: لا يُحمّل المحتوى إلا بعد تفاعل من المستخدم، مثل السحب أو النقر أو اللمس أو الكتابة. لا ينفذ Googlebot هذه التفاعلات، فلا يرى المحتوى المحجوب خلفها. ويختلف هذا عن قسم أو تبويب عادي يكون محتواه موجودًا بالفعل في HTML لكنه مخفي بصريًا.

الإصلاح والتحقق: اعرض HTML المصيّر الأولي للصفحة — عبر «عرض الصفحة التي تم الزحف إليها» في Search Console أو مصدر الصفحة مع تمكين JavaScript — من دون لمس الواجهة، وتأكد من وجود المحتوى. إذا لم يظهر إلا بعد التفاعل، فانقله إلى التحميل عند التمرير أو ضمّنه في HTML الأولي.

النصوص البرمجية والمقتطفات

أدوات تتيح لك التحقق بنفسك من تكافؤ الجوال وسطح المكتب، من دون انتظار Search Console لاكتشاف الانحراف.

جلب HTML الجوال وسطح المكتب باستخدام curl ‏(mac/Linux)

يقارن ما يراه Googlebot للهاتف الذكي بزحف سطح المكتب، مستخدمًا سلاسل وكيل المستخدم الخاصة بكل منهما، ثم يعرض الفروق.

URL="https://example.com/your-page/"

curl -s -A "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "$URL" > mobile.html

curl -s -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "$URL" > desktop.html

diff mobile.html desktop.html

شغّل هذا قبل إعادة التصميم وبعدها لاكتشاف المحتوى أو البيانات المنظمة أو علامات noindex التي لا توجد إلا في نسخة واحدة. ملاحظة: يجلب هذا HTML الخام؛ فإذا كان المحتوى يُحقن بواسطة JavaScript من جهة العميل، فاستخدم معه أداة تصيير أو مدقق فجوة التصيير في الموقع بدل الاعتماد على curl وحده.

الفحص نفسه في PowerShell ‏(Windows)

$url = "https://example.com/your-page/"
$mobileUA = "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
$desktopUA = "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

Invoke-WebRequest -Uri $url -UserAgent $mobileUA -OutFile mobile.html
Invoke-WebRequest -Uri $url -UserAgent $desktopUA -OutFile desktop.html

Compare-Object (Get-Content mobile.html) (Get-Content desktop.html)

تعبير نمطي: استخراج علامات robots الوصفية من HTML محفوظ

يتحقق من تطابق توجيهات robots بين الجوال وسطح المكتب بعد حفظ النسختين باستخدام مقتطفي curl أو PowerShell أعلاه.

<meta\s+name=["']robots["']\s+content=["']([^"']+)["']

مجموعة الالتقاط 1 هي سلسلة التوجيه، مثل index, follow أو noindex. شغّل التعبير على mobile.html وdesktop.html كلًا على حدة وقارن القيم الملتقطة؛ فأي اختلاف يمثل خطر إزالة عرضية من الفهرس.

وحدة تحكم DevTools: سرد الصور ونصوصها البديلة في الصفحة الحالية

الصق المقتطف في لوحة Console ‏(F12 ← Console) أثناء عرض تصيير الجوال، مستخدمًا شريط أجهزة DevTools لمحاكاة هاتف، لاكتشاف الصور التي تفتقد نص alt.

[...document.querySelectorAll('img')].map(img => ({
  src: img.currentSrc || img.src,
  alt: img.alt || '(missing alt)'
}));

أداة إشارة مرجعية: الانتقال مباشرة إلى فحص عنوان URL للصفحة الحالية

اسحبها إلى شريط الإشارات المرجعية؛ وعند النقر عليها في أي صفحة تملكها، تفتح فحص عنوان URL في Search Console لذلك العنوان نفسه، حيث يمكنك التحقق من قيمة «تم الزحف بواسطة».

javascript:(function(){window.open('https://search.google.com/search-console/inspect?resource_id=&id='+encodeURIComponent(location.href));})();

ستحتاج إلى اختيار الموقع الصحيح في Search Console بعد فتحه، لأن أداة الإشارة المرجعية لا تحمل معرّف الموقع أو المورد.

اختبارات التحقق

أدلة تثبت أن إصلاح تكافؤ الجوال أولًا دخل حيز التنفيذ فعلًا، لا أنك أجريت التعديل فقط.

تأكيد أن Google تزحف إلى الصفحة بصفتها جوالًا

الاختبار: افتح Search Console ← فحص عنوان URL، وأدخل العنوان، وافحص حقل «تم الزحف بواسطة» في النسخة المباشرة أو المفهرسة.

النتيجة المتوقعة: “Crawled as: Googlebot smartphone.” (ترجمة) «تم الزحف بواسطة: Googlebot للهاتف الذكي».

تفسير الفشل: إذا ظهر “Googlebot desktop” (ترجمة) «Googlebot لسطح المكتب». لصفحة عادية، فقد يكون العنوان من الاستثناءات النادرة التي تزحف إليها Google من سطح المكتب، أو لم يُعد الزحف إليه بعد الإصلاح؛ اطلب الفهرسة لفرض إعادة الفحص.

نافذة المراقبة: فورًا متى أعاد فحص عنوان URL نتيجة؛ وامنحه بضعة أيام إذا طلبت الفهرسة للتو.

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

تأكيد وصول البيانات المنظمة إلى HTML الجوال

الاختبار: مرّر عنوان URL المصيّر للجوال عبر مدقق Schema، أو استخدم تقرير النتائج المنسقة في Search Console للموقع.

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

تفسير الفشل: يعني الترميز المفقود أو الخاطئ أن JSON-LD أُرسل في قالب سطح المكتب فقط، أو أن خطأ في القالب أسقطه على الجوال.

نافذة المراقبة: فورًا لفحص المدقق؛ ومن أسبوع إلى أسبوعين لعودة النتيجة المنسقة المقابلة في Search Console أو النتائج المباشرة.

مشغّل التراجع: إذا تسبب تغيير قالب الجوال في عطل أوسع في التصيير، كالتخطيط أو ترميز آخر، فتراجع عن تغيير القالب وأعد مقارنة الفروق.

تأكيد عدم وجود noindex شاردة في قالب الجوال

الاختبار: اجلب HTML المصيّر للجوال باستخدام curl مع وكيل مستخدم Googlebot للهاتف الذكي، أو «عرض الصفحة التي تم الزحف إليها» في Search Console، وافحص علامة <meta name="robots">. ويمكنك أيضًا استخدام مدقق حالة HTTP في الموقع للتأكد من أن الصفحة نفسها تعيد 200 بدل حظرها.

النتيجة المتوقعة: index, follow، أو عدم وجود العلامة، وهو ما يعني افتراضيًا السماح بالفهرسة، في الجوال وسطح المكتب معًا.

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

نافذة المراقبة: فورًا لفحص العلامة؛ ومن أسبوع إلى أربعة أسابيع لعودة الصفحة إلى تقرير تغطية Search Console إذا كانت قد سقطت منه.

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

تأكيد أن المحتوى المختصر أو المحمّل كسولًا أصبح قابلًا للفهرسة

الاختبار: مع تمكين JavaScript ومن دون التفاعل مع الصفحة — لا نقر ولا لمس ولا سحب — اعرض HTML المصيّر الأولي. وتمثل «عرض الصفحة التي تم الزحف إليها» في Search Console أقرب بديل لما يراه Googlebot فعلًا.

النتيجة المتوقعة: المحتوى الأساسي المعني موجود في HTML المصيّر من دون أي تفاعل.

تفسير الفشل: إذا لم يظهر المحتوى إلا بعد نقرة أو لمسة أو سحبة تكشفه، فلن يراه Googlebot بعد؛ أي إن الإصلاح — التحميل عند التمرير أو التضمين في HTML الأولي — لم يدخل حيز التنفيذ.

نافذة المراقبة: فورًا لفحص التصيير؛ ومن أسبوعين إلى أربعة أسابيع لظهور المحتوى في تغطية فهرس Search Console أو نتائج بحث site:.

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

اختبر نفسك: الفهرسة المعتمدة على الجوال أولًا

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

سجل التغييرات