قائمة تدقيق SEO للجوال

الخلاصة — أصبح SEO للجوال هو SEO نفسه. يفهرس Google موقعك ويرتبه اعتماداً على النسخة الجوالة من صفحاتك، لذلك تختصر القائمة في ثلاثة أمور: اجعل محتوى الجوال مطابقاً لسطح المكتب، واجعله سريع التحميل وسريع الاستجابة على الهاتف، وسهل الاستخدام بالإبهام. وتجاهل Mobile-Friendly Test القديم؛ فقد أوقفه Google.

Evidence for this claim Google predominantly uses the mobile version of a site's content for indexing and ranking. Scope: Google mobile-first indexing behavior. Confidence: high · Verified: 2026-07-14 Google Search Central: Mobile-first indexing Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google's implementation recommendation; other supported configurations can work. Confidence: high · Verified: 2026-07-14 Google Search Central: Mobile site configurations

لماذا أصبح SEO للجوال هو اللعبة كلها

كان «SEO للجوال» لسنوات مشروعاً جانبياً: تحسّن سطح المكتب ثم تتأكد أن الموقع لا يبدو معطلاً على الهاتف. انتهى ذلك. فمنذ يوليو 2024 يستخدم Google نسخة الجوال من صفحتك وحدها لتحديد ترتيبك لدى الجميع، حتى من يبحثون على سطح المكتب. وإذا كانت نسخة الهاتف أسوأ، فهي النسخة التي يحكم Google على موقعك بها.

لذلك يسهل تلخيص قائمة SEO الحديثة للجوال، لكن تنفيذها بدقة مهم:

1. المحتوى نفسه على الجوال وسطح المكتب («تكافؤ المحتوى»)

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

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

2. السرعة والاستجابة على الهاتف (Core Web Vitals)

يقيس Google مؤشرات Core Web Vitals الثلاثة بصورة مستقلة للجوال وسطح المكتب:

• LCP — سرعة تحميل أكبر عنصر ظاهر على الشاشة (استهدف 2,5 ثانية أو أقل).
• INP — سرعة استجابة الصفحة عند النقر (استهدف 200 مللي ثانية أو أقل).
• CLS — مقدار تحرّك الصفحة أثناء التحميل (استهدف 0,1 أو أقل).

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

3. سهولة الاستخدام بالإبهام

• وسم viewport صحيح ليلائم العرض الشاشة: <meta name="viewport" content="width=device-width, initial-scale=1">.
• أهداف لمس كبيرة بما يكفي، نحو 48×48 بكسل مع مسافة صغيرة بينها.
• نص متن بحجم 16px على الأقل كي لا يضطر أحد إلى التكبير بإصبعيه.
• لا نافذة منبثقة ضخمة تغطي الصفحة فور وصول الزائر من البحث.

الأدوات التي سمعت عنها أُوقفت

إذا طلب منك دليل تشغيل Mobile-Friendly Test من Google فهو قديم. أوقف Google هذه الأداة وتقرير Mobile Usability في Search Console في ديسمبر 2023. استخدم بدلاً منهما PageSpeed Insights (pagespeed.web.dev)، وLighthouse في Chrome، وأداة فحص عنوان URL في Search Console، وتقرير Core Web Vitals.

هل تريد نسخة التدقيق الكاملة — حالات تكافؤ المحتوى الطرفية، وفخ التحميل الكسول لـLCP مع اعتراف Google نفسه، وINP مقارنةً بـFID القديم، واستثناءات الإعلانات البينية، وحقيقة AMP، واختلاف Bing؟ انتقل إلى تبويب متقدم.

الخلاصة — اكتملت الفهرسة المتنقلة أولاً في 5 يوليو 2024، ويستخدم Google HTML الجوال لترتيبك في جميع طلبات البحث وعلى كل الأجهزة. لذا افحص: (1) تكافؤ المحتوى في النصوص والعناوين والأوصاف والصور والنص البديل والروابط والبيانات المنظّمة؛ (2) Core Web Vitals للجوال: LCP ≤ 2,5s مع عدم تحميل صورة LCP كسولاً، وINP ≤ 200ms بعد أن حل محل FID في 12 مارس 2024، وCLS ≤ 0,1؛ (3) قابلية الاستخدام: viewport صحيح وأهداف 48×48px وخط ≥16px ومن دون إعلانات بينية متطفلة، مع مراعاة الاستثناءات؛ (4) أدوات حالية: Lighthouse وPageSpeed Insights وفحص عنوان URL وتقرير CWV، بعدما أُوقف Mobile-Friendly Test وتقرير GSC Mobile Usability في ديسمبر 2023. يوصي Google بالتصميم المتجاوب. ولا يمنح AMP أفضلية ترتيب منذ يونيو 2021. ولا يستخدم Bing الفهرسة المتنقلة أولاً.

Evidence for this claim Google predominantly uses the mobile version of a site's content for indexing and ranking. Scope: Google mobile-first indexing behavior. Confidence: high · Verified: 2026-07-14 Google Search Central: Mobile-first indexing Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google's implementation recommendation; other supported configurations can work. Confidence: high · Verified: 2026-07-14 Google Search Central: Mobile site configurations

خط الأساس: اكتملت الفهرسة المتنقلة أولاً

هذا هو السياق الذي يفسر بقية القائمة. أعلن Google اكتمال معظم الانتقال إلى الفهرسة المتنقلة أولاً في أكتوبر 2023، ثم بدأ الإنفاذ النهائي في 5 يوليو 2024: أي موقع لا يستطيع Googlebot Smartphone الوصول إليه توقف ببساطة عن الفهرسة. لم يعد هناك زحف يبدأ من سطح المكتب.

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

1. تكافؤ المحتوى — المتطلب التقني الأول

إذا أصلحت شيئاً واحداً في هذه القائمة فأصلح هذا. تقول إرشادات Google صراحةً: “Make sure that your mobile site contains the same content as your desktop site.” (ترجمة) «تأكد من أن موقع الجوال يحتوي على المحتوى نفسه الموجود في موقع سطح المكتب». وهذا يشمل العناوين ونص المتن والصور والنص البديل والروابط الداخلية، كما تقول: “Make sure that the title element and the meta description are equivalent across both versions.” (ترجمة) «تأكد من تكافؤ عنصر العنوان والوصف التعريفي في النسختين».

فحوص التكافؤ العملية:

• وجود محتوى المتن على الجوال وعدم حذفه بقالب أخف.
• تكافؤ العناوين والأوصاف التعريفية بين النسختين.
• وجود بنية العناوين نفسها (H1/H2) في HTML الجوال.
• الصور نفسها مع النص البديل والوصف وأسماء الملفات نفسها.
• وجود الروابط الداخلية على الجوال؛ لا تسقط شبكة الروابط في تنقل «مبسّط».
• لا “lazy-load primary content upon user interaction” (ترجمة) «تحمّل المحتوى الأساسي كسولاً عند تفاعل المستخدم»؛ فقد لا يرى Google المحتوى الذي لا يظهر إلا بعد نقرة.

هناك تفصيلان مهمان: علامات التبويب والأقسام القابلة للطي مقبولة. يظل المحتوى منظماً في واجهة مطوية قابلاً للفهرسة ما دام موجوداً في DOM؛ أما العطل الحقيقي فهو إزالته تماماً من ترميز الجوال. ويجب أيضاً تطابق وسوم robots الوصفية؛ تقول Google: “Use the same robots meta tags on the mobile and desktop site” (ترجمة) «استخدم وسوم robots الوصفية نفسها في موقعي الجوال وسطح المكتب»، وإلا فقد تضيف noindex خطأً إلى النسخة التي يستخدمها Google.

2. تكافؤ البيانات المنظّمة

تنطبق القاعدة نفسها على المخطط. تقول إرشادات Google في ديسمبر 2018: “If you use structured data on the desktop versions of your pages, you should have the same structured data on the mobile versions of the pages, since with mobile-first indexing, we’ll only use the mobile version of your page for indexing.” (ترجمة) «إذا استخدمت بيانات منظّمة في نسخ سطح المكتب، فينبغي أن توجد البيانات نفسها في نسخ الجوال، لأننا مع الفهرسة المتنقلة أولاً سنستخدم نسخة الجوال وحدها للفهرسة». تحقق منها عبر Rich Results Test، وهو ما يزال نشطاً. وفي إعدادات العناوين المنفصلة (m-dot)، يجب أن تشير العناوين داخل البيانات المنظّمة إلى عناوين الجوال الصحيحة.

3. قابلية الزحف وrobots

• لا تحظر في robots.txt موارد CSS أو JS اللازمة لعرض صفحة الجوال؛ فإذا تعذر على Google عرضها تعذر عليه رؤية التكافؤ.
• اجعل وسوم robots الوصفية متطابقة بين النسختين.
• للعناوين المنفصلة، اضبط canonical: عنوان سطح المكتب الأساسي في النسختين، وrel="alternate" على سطح المكتب مشيراً إلى عنوان الجوال.

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

يقيس Google مؤشرات CWV “segmented across mobile and desktop devices” (ترجمة) «مقسّمة بين أجهزة الجوال وسطح المكتب» عند الشريحة المئوية 75، ويقول: “Core Web Vitals are used by our ranking systems.” (ترجمة) «تستخدم أنظمة الترتيب لدينا Core Web Vitals». يظهر الفارق على الجوال: بسبب الشبكات ووحدات المعالجة الأبطأ تجتاز المؤشرات الثلاثة نحو 48% من صفحات الجوال مقابل نحو 56% من صفحات سطح المكتب، ويقود LCP وINP الفارق.

الحدود (جيد / يحتاج إلى تحسين / ضعيف):

• LCP — ≤ 2,5s / 2,5–4,0s / > 4,0s.
• INP — ≤ 200ms / 200–500ms / > 500ms.
• CLS — ≤ 0,1 / 0,1–0,25 / > 0,25.

LCP — لا تحمّل الصورة الرئيسية كسولاً أبداً. هذا أكثر أخطاء أداء الجوال شيوعاً وضرراً. يقول web.dev بوضوح: “Never lazy-load your LCP image, as that will always lead to unnecessary resource load delay, and will have a negative impact on LCP.” (ترجمة) «لا تحمّل صورة LCP كسولاً أبداً، لأن ذلك يؤدي دائماً إلى تأخير غير ضروري في تحميل المورد ويؤثر سلباً في LCP». أعطها الأولوية باستخدام fetchpriority="high"، عبر preload أو على <img> مباشرةً. واعترف Martin Splitt بأن نظام إدارة المحتوى لدى Google “defaults all images to lazy loading, which is not great.” (ترجمة) «يضبط كل الصور افتراضياً على التحميل الكسول، وهذا ليس جيداً». فإذا وقع Google فيه عرضاً فقد تقع فيه أنت أيضاً.

INP — ولماذا ليس FID. حل INP (Interaction to Next Paint) محل FID في 12 مارس 2024. كان FID يقيس التأخير قبل بدء المتصفح معالجة أول تفاعل فقط، أما INP فيقيس أسوأ تأخير للتفاعل خلال عمر الصفحة كله. لذلك يتأثر أكثر بـJavaScript البطيء على الجوال، حيث تتجاوز أحداث اللمس على وحدات المعالجة الضعيفة حد 200ms بسهولة. وأي ملاحظات تدقيق قديمة ما تزال تتحدث عن FID أصبحت متقادمة.

CLS — احجز المساحة. عيّن width وheight صراحةً، أو aspect-ratio، للصور والعناصر المضمّنة، واحجز مساحة للإعلانات والمحتوى المتأخر، ولا تحقن محتوى أعلى الجزء المرئي بعد التحميل.

5. الصور والفيديو على الجوال

• استخدم التنسيقات الحديثة (WebP/AVIF) والمنسقات المدعومة فقط؛ فلن تُفهرس صورة JPG داخل SVG مضمّن.
• استخدم صوراً متجاوبة عبر srcset وsizes، وحدد width وheight لمنع CLS.
• لا تستخدم صوراً صغيرة جداً أو منخفضة الدقة، وتجنب عناوين الصور المتغيرة باستمرار؛ فتوليد عنوان جديد مع كل تحميل يعطل فهرسة الصور.
• حافظ على النص البديل والعناوين والأوصاف وأسماء الملفات نفسها الموجودة في سطح المكتب.
• للفيديو: استخدم تنسيقات مدعومة داخل وسوم HTML صالحة (<video> و<embed> و<object>)، وعناوين مستقرة وبيانات فيديو منظّمة متطابقة وموضعاً بارزاً يقلل التمرير.

6. قابلية الاستخدام على الجوال

• Viewport: <meta name="viewport" content="width=device-width, initial-scale=1">. القيمة width=device-width إلزامية. تجنب maximum-scale=1 أو user-scalable=no؛ فهما يمنعان التكبير بإصبعين ويراهما Google مخالفتين لإمكانية الوصول. ومن دون وسم viewport تعرض المتصفحات الصفحة بعرض سطح مكتب يقارب 980px ثم تصغّرها، وهذا غير قابل للاستخدام.
• أهداف اللمس: 48×48 بكسل CSS على الأقل، مع مسافة 8px على الأقل بين الأهداف المتجاورة وفق معيار Lighthouse وMaterial Design.
• حجم الخط: نص متن ≥16px لتجنب علامة «النص أصغر من أن يُقرأ».
• النماذج: استخدم أنواع الإدخال المناسبة (tel وemail وnumber) ليعرض الهاتف لوحة المفاتيح الصحيحة.

7. الإعلانات البينية والإعلانات — والاستثناءات

القول إن «أي نافذة منبثقة ستدمر ترتيبك» مبالغ فيه. المعاقب هو النوع المتطفل: “Don’t obscure the entire page with interstitials” (ترجمة) «لا تحجب الصفحة كلها بإعلانات بينية»، و*“Don’t redirect the user to a separate page for their consent or input”* (ترجمة) «لا تعِد توجيه المستخدم إلى صفحة منفصلة للحصول على موافقته أو إدخاله»؛ أي النوافذ بملء الشاشة قبل التفاعل وصفحات الإعلان البيني المستقلة.

المسموح صراحةً: لافتات موافقة ملفات الارتباط التي يفرضها القانون، ونوافذ تسجيل الدخول للمحتوى المحجوب فعلاً باشتراك، واللافتات الصغيرة التي تستخدم مساحة معقولة، وبوابات العمر المطلوبة قانوناً. وانتبه إلى فرق الترتيب: إشارة الإعلانات البينية ليست مقياساً من Core Web Vitals. تقول Google: “Beyond Core Web Vitals, other page experience aspects don’t directly help your website rank higher in search results. However, they can make your website more satisfying to use.” (ترجمة) «إلى جانب Core Web Vitals، لا تساعد جوانب تجربة الصفحة الأخرى موقعك مباشرةً على ترتيب أعلى، لكنها قد تجعل استخدامه أكثر إرضاءً». واتبع Better Ads Standard للإعلانات.

8. AMP: محايد، ليس ميتاً ولا مطلوباً

فقد AMP أفضلية الترتيب في يونيو 2021 حين أزال Google اشتراطه للأهلية في Top Stories. ويمكن الآن لأي صفحة ذات Core Web Vitals جيدة الظهور هناك. لا تزال صفحات AMP تعمل، لكنها لا تمنح فائدة SEO تتجاوز صفحة قياسية محسّنة جيداً. إذا كنت تستخدم AMP اليوم فقارن كلفة الترحيل بالفائدة؛ فقد زال حافز SEO إلى اعتماده.

9. إعداد الموقع: التصميم المتجاوب هو المسار الموصى به

ثلاثة إعدادات، حسب ترتيب تفضيل Google:

1. التصميم المتجاوب (موصى به): HTML نفسه على عنوان URL نفسه، ويتولى CSS التخطيط. عنوان واحد، بلا خطر تكرار ولا فجوة تكافؤ بحكم التصميم.
2. العرض الديناميكي: عنوان URL نفسه وHTML مختلف حسب وكيل المستخدم. الخطر: تقديم HTML سطح المكتب لمستخدمي الجوال عرضاً.
3. عناوين منفصلة (m-dot): HTML مختلف على عناوين مختلفة. يتطلب ضبط canonical بعناية وأعلى انضباط في التكافؤ. ونصيحة John Mueller القديمة: “At some point all of these sites with separate mobile URLs should just move to a responsive design.” (ترجمة) «ينبغي في مرحلة ما أن تنتقل كل هذه المواقع ذات عناوين الجوال المنفصلة إلى تصميم متجاوب».

10. التدقيق بأدوات حالية غير متقادمة

هذا اختبار مصداقية أي قائمة جوال في عصر 2025. أوقف Google أداة Mobile-Friendly Test وواجهتها البرمجية وتقرير GSC Mobile Usability في أوائل ديسمبر 2023. وقال: “Today we’re sunsetting Search Console’s Mobile Usability report, Mobile-Friendly Test tool and Mobile-Friendly Test API,” (ترجمة) «نوقف اليوم تقرير Mobile Usability في Search Console وأداة Mobile-Friendly Test وواجهتها البرمجية»، لأن “many other robust resources for evaluating mobile usability have emerged.” (ترجمة) «موارد قوية أخرى كثيرة لتقييم قابلية استخدام الجوال قد ظهرت».

استخدم بدلاً منها:

• PageSpeed Insights (بيانات مختبرية وميدانية، تبويب الجوال).
• Lighthouse (Chrome DevTools، وضع الجوال).
• تقرير GSC Core Web Vitals (بيانات ميدانية مع تصفية الجوال).
• فحص عنوان URL في GSC (كيفية عرض Googlebot لصفحة محددة).
• Rich Results Test (للتحقق من البيانات المنظّمة).
• CrUX Vis (cruxvis.withgoogle.com)؛ أُوقفت لوحة CrUX Dashboard، وCrUX Vis هو أداة Google الحالية للبيانات الميدانية التاريخية لاتجاهات CWV للجوال.

إضافة: Bing مختلف — يبدأ من سطح المكتب

هناك اختلاف حقيقي تفوته أدلة كثيرة: لا يستخدم Bing الفهرسة المتنقلة أولاً. ولا تزال نسخة سطح المكتب هي هدف الزحف الأساسي لديه. وملاءمة الجوال إشارة ترتيب في Bing منذ 2015، لكنها ليست منهجية الفهرسة. لذلك يظل تكافؤ الجوال مهماً لـBing لأسباب الترتيب، لا لأنه لا يرى إلا HTML الجوال. استخدم Bing Webmaster Tools لمراقبة أخطاء الزحف المتعلقة بالجوال، وإرسال خرائط الموقع، والتحقق من البيانات المنظّمة.

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

خلاصة موجزة للنسخة المتقدمة:

• اكتملت الفهرسة المتنقلة أولاً في 5 يوليو 2024؛ يرتّب Google صفحاتك اعتماداً على HTML الجوال لكل الاستعلامات والأجهزة.
• تكافؤ المحتوى هو القاعدة الأولى: النص والعناوين والأوصاف والصور والنص البديل والروابط ووسوم robots والبيانات المنظّمة نفسها على الجوال وسطح المكتب. الأقسام المطوية مقبولة، والمحتوى المفقود غير مقبول.
• Core Web Vitals للجوال: LCP ≤ 2,5s وINP ≤ 200ms وCLS ≤ 0,1 عند الشريحة المئوية 75؛ ويتأخر الجوال عن سطح المكتب، نحو 48% مقابل 56% اجتيازاً.
• لا تحمّل صورة LCP كسولاً؛ استخدم fetchpriority="high".
• حل INP محل FID في 12 مارس 2024 ويقيس التفاعلات طوال عمر الصفحة.
• قابلية الاستخدام: viewport صحيح بلا user-scalable=no، وأهداف 48×48px، وخط ≥16px، وأنواع إدخال مناسبة.
• للإعلانات البينية استثناءات تشمل الموافقة القانونية وتسجيل دخول الاشتراك واللافتات الصغيرة وبوابات العمر؛ وليست الإشارة مقياس CWV.
• AMP محايد بلا أفضلية ترتيب منذ يونيو 2021.
• التصميم المتجاوب هو إعداد Google الموصى به.
• الأدوات: Lighthouse وPageSpeed Insights وفحص عنوان URL وتقرير CWV وRich Results Test وCrUX؛ أُوقف Mobile-Friendly Test وتقرير GSC Mobile Usability في ديسمبر 2023.
• لا يستخدم Bing الفهرسة المتنقلة أولاً؛ فهو يبدأ من سطح المكتب، وملاءمة الجوال إشارة ترتيب.

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

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

Google

• أفضل ممارسات الفهرسة المتنقلة أولاً — تكافؤ المحتوى وviewport والصور والفيديو ووسوم robots وخيارات إعداد الموقع الثلاثة.
• اكتمال الفهرسة المتنقلة أولاً (يونيو 2024) — محطة 5 يوليو 2024 النهائية.
• الفهرسة المتنقلة أولاً وصلت (أكتوبر 2023) — إعلان اكتمال الأغلبية السابق.
• الفهرسة المتنقلة أولاً والبيانات المنظّمة (ديسمبر 2018) — وجوب تطابق البيانات بين النسختين.
• تجنب الإعلانات البينية والنوافذ المتطفلة — ما يعاقب وما يُستثنى.
• فهم تجربة الصفحة في بحث Google — علاقة CWV والجوانب الأخرى بالترتيب.
• Core Web Vitals ونتائج بحث Google — CWV مدخل ترتيب.
• web.dev — Web Vitals والحدود — حدود LCP وINP وCLS عند الشريحة المئوية 75 للجوال وسطح المكتب.
• web.dev — تحسين Largest Contentful Paint — إرشاد عدم تحميل صورة LCP كسولاً واستخدام fetchpriority.

Bing / Microsoft

• إرشادات Bing لمشرفي المواقع — ملاءمة الجوال إشارة ترتيب، مع بقاء فهرسة Bing بادئة من سطح المكتب.

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

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

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

• “Make sure that your mobile site contains the same content as your desktop site.” (ترجمة) «تأكد من أن موقع الجوال يحتوي على المحتوى نفسه الموجود في موقع سطح المكتب» — وثائق Google Search Central. الانتقال إلى الاقتباس
• “Make sure that the title element and the meta description are equivalent across both versions.” (ترجمة) «تأكد من تكافؤ عنصر العنوان والوصف التعريفي في النسختين». الانتقال إلى الاقتباس
• “Don’t lazy-load primary content upon user interaction.” (ترجمة) «لا تحمّل المحتوى الأساسي كسولاً عند تفاعل المستخدم». الانتقال إلى الاقتباس

Google — تكافؤ البيانات المنظّمة

• “If you use structured data on the desktop versions of your pages, you should have the same structured data on the mobile versions of the pages, since with mobile-first indexing, we’ll only use the mobile version of your page for indexing.” (ترجمة) «إذا استخدمت بيانات منظّمة في نسخ سطح المكتب، فينبغي أن توجد البيانات نفسها في نسخ الجوال، لأننا سنستخدم نسخة الجوال وحدها للفهرسة» — مدونة Google Search Central، ديسمبر 2018. المصدر

Google — الإعلانات البينية

• “Don’t obscure the entire page with interstitials” (ترجمة) «لا تحجب الصفحة كلها بإعلانات بينية»، و*“Don’t redirect the user to a separate page for their consent or input.”* (ترجمة) «لا تعِد توجيه المستخدم إلى صفحة منفصلة للحصول على موافقته أو إدخاله». المصدر

Google — دقة تجربة الصفحة

• “Beyond Core Web Vitals, other page experience aspects don’t directly help your website rank higher in search results. However, they can make your website more satisfying to use.” (ترجمة) «إلى جانب Core Web Vitals، لا ترفع جوانب تجربة الصفحة الأخرى ترتيب موقعك مباشرةً في نتائج البحث، لكنها قد تجعل تجربة استخدامه أكثر إرضاءً». المصدر

Google — Core Web Vitals

• “Core Web Vitals are used by our ranking systems. We recommend site owners achieve good Core Web Vitals for success with Search.” (ترجمة) «تستخدم أنظمة الترتيب لدينا Core Web Vitals، ونوصي مالكي المواقع بتحقيق نتائج جيدة للنجاح في البحث». المصدر
• “a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices.” (ترجمة) «الحد الجيد للقياس هو الشريحة المئوية 75 من تحميلات الصفحات، مقسّمة بين أجهزة الجوال وسطح المكتب» — web.dev. الانتقال إلى الاقتباس

Google (web.dev) — LCP والتحميل الكسول

• “Never lazy-load your LCP image, as that will always lead to unnecessary resource load delay, and will have a negative impact on LCP.” (ترجمة) «لا تحمّل صورة LCP كسولاً أبداً، لأن ذلك يؤدي دائماً إلى تأخير غير ضروري ويؤثر سلباً في LCP». المصدر

Martin Splitt، Google (عبر Search Engine Journal)

• “If you are using lazy loading on an image that is immediately visible, that is most likely going to have an impact on your largest contentful paint.” (ترجمة) «إذا استخدمت التحميل الكسول لصورة ظاهرة فوراً، فمن المرجح أن يؤثر ذلك في Largest Contentful Paint»، وعن نظام Google: “defaults all images to lazy loading, which is not great.” (ترجمة) «يضبط كل الصور افتراضياً على التحميل الكسول، وهذا ليس جيداً». قراءة التغطية

Google — إيقاف أدوات الجوال

• “Today we’re sunsetting Search Console’s Mobile Usability report, Mobile-Friendly Test tool and Mobile-Friendly Test API.” (ترجمة) «نوقف اليوم تقرير Mobile Usability وأداة Mobile-Friendly Test وواجهتها البرمجية»، والسبب: “In the nearly ten years since we initially launched this report, many other robust resources for evaluating mobile usability have emerged.” (ترجمة) «ظهرت خلال نحو عشر سنوات موارد قوية أخرى كثيرة لتقييم قابلية استخدام الجوال». قراءة التغطية

John Mueller، Google (عبر دليل Ahrefs لـSEO للجوال)

• “At some point all of these sites with separate mobile URLs should just move to a responsive design.” (ترجمة) «ينبغي في مرحلة ما أن تنتقل كل هذه المواقع ذات عناوين الجوال المنفصلة إلى تصميم متجاوب». المصدر

قائمة تدقيق SEO للجوال

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

تكافؤ المحتوى (المتطلب الأول)

• تحتوي صفحة الجوال على محتوى المتن نفسه الموجود على سطح المكتب، من دون حذف في قالب أخف.
• العنوان والوصف التعريفي متكافئان بين الجوال وسطح المكتب.
• بنية العناوين نفسها (H1/H2…) موجودة في HTML الجوال.
• الصور نفسها بالنص البديل الوصفي والأوصاف وأسماء الملفات نفسها.
• الروابط الداخلية نفسها موجودة على الجوال.
• البيانات المنظّمة تطابق سطح المكتب؛ تحقق عبر Rich Results Test.
• وسوم robots الوصفية متطابقة، بلا noindex عرضي على الجوال.
• لا تحميل كسول للمحتوى الأساسي عند تفاعل المستخدم.

الإعداد التقني

• الإعداد تصميم متجاوب حيثما أمكن، لا عرض ديناميكي أو m-dot.
• لا يحظر robots.txt موارد CSS/JS اللازمة لعرض صفحة الجوال.
• عند استخدام m-dot: canonical سطح المكتب في النسختين، وrel="alternate" من سطح المكتب إلى الجوال، وصفحات الخطأ تعيد رموز حالة متطابقة، والنسختان موثقتان في GSC.

الأداء / Core Web Vitals (بيانات الجوال الميدانية)

• LCP ≤ 2,5s، وصورة LCP ليست محمّلة كسولاً؛ استخدم fetchpriority="high".
• INP ≤ 200ms، والتدقيق يقيس INP لا FID المتقاعد.
• CLS ≤ 0,1، مع width وheight صريحين ومساحة محجوزة للإعلانات والمحتوى المتأخر.
• تنسيقات صور حديثة (WebP/AVIF)، وsrcset وsizes متجاوبان، وعناوين صور مستقرة.

قابلية الاستخدام

• وسم viewport موجود: width=device-width, initial-scale=1.
• لا maximum-scale=1 أو user-scalable=no؛ التكبير بإصبعين غير محظور.
• أهداف اللمس ≥48×48px مع مسافة ≥8px.
• خط المتن ≥16px.
• تستخدم النماذج أنواع الإدخال المناسبة (tel وemail وnumber).
• لا إعلان بيني متطفل عند الانتقال من البحث إلى الصفحة، مع استثناءات ملفات الارتباط والعمر وتسجيل الدخول.

الأدوات (الحالية فقط)

• دُققت الصفحة عبر Lighthouse في وضع الجوال وPageSpeed Insights.
• فُحص تقرير GSC Core Web Vitals بعد تصفيته للجوال.
• جرى التحقق من العرض عبر فحص عنوان URL في GSC.
• لم يُعتمد على Mobile-Friendly Test أو تقرير GSC Mobile Usability المتقاعدين منذ ديسمبر 2023.

ورقة غش SEO للجوال

ما الذي تفحصه ← الأداة ← معيار النجاح

حدود Core Web Vitals (الجوال، الشريحة المئوية 75)

حقائق سريعة

• اكتملت الفهرسة المتنقلة أولاً في 5 يوليو 2024، ويرتّب Google صفحاتك في كل مكان اعتمادًا على HTML الجوال.
• حل INP محل FID في 12 مارس 2024.
• أُوقف Mobile-Friendly Test وتقرير GSC Mobile Usability في ديسمبر 2023.
• AMP بلا أفضلية ترتيب منذ يونيو 2021، ولم يعد شرطاً لـTop Stories.
• Bing يبدأ من سطح المكتب؛ ملاءمة الجوال إشارة ترتيب وليست منهجية فهرسته.

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

1. الجوال هو النسخة الأساسية. توقف عن التفكير في «موقع سطح مكتب + تجربة جوال». منذ يوليو 2024 صار HTML الجوال هو ما يفهرسه Google ويرتبه للجميع. يصبح كل سؤال تدقيق: «ماذا يرى Googlebot Smartphone فعلاً في هذه الصفحة؟»

2. التكافؤ ← الأداء ← قابلية الاستخدام، بهذا الترتيب. إذا فُقد المحتوى على الجوال فلن ينقذ الصفحة أي ضبط للسرعة؛ لا يستطيع Google ترتيب ما لا يراه. حقق التكافؤ أولاً، ثم حسّن Core Web Vitals، ثم صقل الاستخدام بالإبهام. إنفاق جهد CWV على صفحة بها فجوة تكافؤ هو تحسين للطبقة الخطأ.

3. بيانات الميدان، لا المختبر، هي مدخل الترتيب. يعطي Lighthouse نتيجة مختبرية في بيئة مضبوطة، بينما يقدم CrUX وGSC بيانات مستخدمين حقيقيين عند الشريحة المئوية 75، وهي التي تستخدمها أنظمة الترتيب. استخدم المختبر للتشخيص والميدان للحكم. يظل تشغيل Lighthouse الأخضر مع CWV ميدانية ضعيفة مشكلة.

4. «استخدم X بدلاً من Y» — قاعدة حداثة الأدوات. أسرع مؤشر إلى مصداقية SEO للجوال هو استمرار الشخص في اقتراح أدوات متقاعدة. Mobile-Friendly Test ← Lighthouse / PageSpeed Insights. تقرير GSC Mobile Usability ← تقرير CWV + فحص عنوان URL. FID ← INP. إذا أشارت عمليتك إلى الطرف الأيسر من أي سهم فهي متقادمة.

5. للعقوبات استثناءات — اقرأ القاعدة نفسها. لا تدمر الإعلانات البينية الترتيب دائماً؛ تستهدف القاعدة الأنواع المتطفلة، وتستثني موافقة ملفات الارتباط وتسجيل دخول الاشتراك واللافتات الصغيرة وبوابات العمر القانونية. إذا بدت «قاعدة» مطلقة، فافحص الاستثناءات في المصدر قبل إعادة التصميم حول خرافة.

فحص شهري لصحة SEO للجوال

1. راجع البيانات الميدانية للجوال. افتح تقرير Core Web Vitals في Search Console وPageSpeed Insights لقوالب ممثلة. سجّل مجموعات URL المتأثرة والمقياس المتغير. يكتمل البند حين يكون لكل مشكلة جديدة مالك أو سبب موثق للمراقبة.
2. خذ عينة من تكافؤ المحتوى. قارن زحف الجوال وسطح المكتب للعناوين وrobots وcanonical والعناوين الداخلية والنص الأساسي والروابط والصور والبيانات المنظّمة. يكتمل حين تكون الفروق الجوهرية تغييرات تخطيط مقصودة أو تذاكر عمل.
3. افحص القوالب المتغيرة كـGooglebot Smartphone. استخدم فحص عنوان URL لعينة من كل نوع صفحة صدر حديثاً. يكتمل حين يظهر المحتوى الأساسي والإشارات في HTML المعروض من دون تفاعل.
4. نفذ فحوص قابلية استخدام عملية. اختبر عروض الهواتف الشائعة للتكبير والفيض الأفقي وأهداف اللمس والنماذج والتنقل والإعلانات البينية. يكتمل حين يمكن إعادة إنتاج الأعطال الحاجبة وإسنادها.
5. علّق الأداء وقارنه. قسّم أداء الجوال في Search Console حسب القالب وسجّل الإصدارات والترحيلات والحملات. يكتمل حين يكون للشذوذ تحقيق محدد النطاق، لا استنتاج عام غير مؤهل.

أخطاء ينبغي تجنبها في تدقيق الجوال

استخدام أدوات Google المتقاعدة بوصفها خطة التدقيق

اختفى Mobile-Friendly Test وتقرير Search Console Mobile Usability. استخدم Lighthouse وPageSpeed Insights وفحص عنوان URL وتقرير Core Web Vitals واختبار الجهاز مباشرةً.

فحص التخطيط المرئي وحده

قد تبدو الصفحة متجاوبة بينما يحذف HTML الجوال نصاً أو روابط أو توجيهات أو صوراً أو بيانات منظّمة. قارن المخرجات القابلة للفهرسة، لا لقطات الشاشة وحدها.

التحميل الكسول لصورة LCP

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

اعتبار محتوى الأقسام القابلة للطي محتوى مفقوداً

المحتوى المطوي ليس المشكلة إذا ظل في DOM. ركّز على ما يزيله قالب الجوال أو لا يحمّله إلا بعد التفاعل.

تعميم نتيجة مختبرية واحدة على الموقع كله

تشغيل Lighthouse واحد أداة تشخيص، لا تمثيل للأداء الميداني. خذ عينات من أنواع الصفحات واقرن النتائج المختبرية ببيانات الجوال الميدانية.

أعطال تدقيق SEO للجوال الشائعة

HTML الجوال يفتقد محتوى سطح المكتب

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

يبدو Lighthouse جيداً لكن البيانات الميدانية ضعيفة

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

تتجاوز الصفحات العرض أفقياً على بعض الهواتف

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

مطالبات لتدقيق SEO للجوال

فرز فروق زحف الجوال وسطح المكتب

Review this crawl comparison with mobile and desktop columns for status, title,
robots, canonical, H1, word count, internal-link count, image count, and structured
data types. Identify material content-parity exceptions, separate likely layout-only
differences, group issues by template, and give a direct verification step for each
group. Do not infer missing content from count differences alone.

[paste CSV]

تحويل نتائج البيانات الميدانية إلى تذاكر

Turn these mobile Core Web Vitals findings into implementation tickets. For each URL
group, preserve the observed metric and evidence, distinguish field data from lab
diagnostics, list the most likely shared template causes as hypotheses, and define a
pass/fail validation step. Do not invent a cause or promise a ranking change.

[paste findings]

اختبر نفسك: SEO للجوال

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

موارد تستحق وقتك

كتاباتي ذات الصلة

• دليل المبتدئين إلى Technical SEO — موضع الجوال في الصورة التقنية الأوسع.
• Mobile SEO (مدونة Ahrefs، Jamie Grant) — شرح مكمّل يتضمن عبارة Mueller عن الانتقال إلى التصميم المتجاوب.
• Core Web Vitals — مركز مقاييس LCP وINP وCLS وحدودها والبيانات الميدانية مقابل المختبرية.
• Largest Contentful Paint — شرح LCP وفخ التحميل الكسول.
• Interaction to Next Paint — ما يقيسه INP ولماذا يعاني الجوال.
• الفهرسة المتنقلة أولاً — المفهوم والخط الزمني المتحقق منه.

رسمي

• Google — أفضل ممارسات الفهرسة المتنقلة أولاً.
• web.dev — Web Vitals وتحسين LCP.
• إرشادات Bing لمشرفي المواقع.

من أنحاء المجال

• Google يوقف رسميًا تقرير قابلية الاستخدام على الجوال وأداة الاختبار وواجهتها البرمجية (Search Engine Land، ديسمبر 2023) — الإيقاف مع تصريح Google.
• Google: لماذا قد يؤخر التحميل الكسول مقياس Largest Contentful Paint (LCP) (Search Engine Journal) — Martin Splitt وفخ التحميل الكسول لـLCP، ومنه خطأ نظام Google نفسه.
• Mobile SEO (Ahrefs، Jamie Grant) — شرح شامل.
• قائمة تدقيق SEO للجوال (Nostra.ai) — مرجع بصيغة قائمة تدقيق مع سياق زيارات الجوال.
• r/TechSEO — مجتمع تصحيح زحف الجوال وعرضه وتكافئه.

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