الترتيب ليس رقمًا واحدًا. اسأل الموقع نفسه، عن الاستعلام نفسه، خلال المدة نفسها من التسعين يومًا، وستختلف نتائج الجوال عن نتائج سطح المكتب. في بيانات Search Console الخاصة بنا بلغ الفارق 11.4 مركزًا على استعلام واحد، وانقلب الاتجاه حسب الاستعلام: تارةً يتقدّم الجوال، وتارةً يتقدّم سطح المكتب.
هذا ليس خللًا في البيانات، وليس سببًا لشراء أداة تتبّع ترتيب للجوال. إنه خاصية في طريقة بناء Google لصفحة النتائج، ويظل غير مرئي ما دمتَ تقرأ متوسطًا مدمجًا.
يتناول هذا المقال ما يسبّب هذا الانقسام فعلًا، وكيف بدت أرقامنا الخاصة، وسلسلة عمل قصيرة في Claude Code تفصل الاثنين حتى تتوقف عن اتخاذ قرارات سطح المكتب بشأن زيارات الجوال.
المفهوم الخاطئ
الافتراض الذي يحمله معظم الفرق، عادةً دون أن ينطق به، هو أن الترتيب خاصية للصفحة. أنت في المركز الثامن لاستعلام ما، إذن أنت في المركز الثامن. وأدوات تتبّع الترتيب تعزّز هذا الافتراض لأنها تُعدّ افتراضيًا على جهاز واحد وتطبع رقمًا واحدًا لكل كلمة مفتاحية.
النتيجة العملية هي عادة في إعداد التقارير: يتحقق أحدهم من ترتيب سطح المكتب، ويكتبه في جدول بيانات، ثم يتعامل كل ما يأتي بعده معه كحقيقة عن الظهور.
الواقع الأكثر فائدة
حقيقتان، وثّقتهما Google بنفسها، تهدم نموذج الرقم الواحد.
الحقيقة الأولى: ما يجري ترتيبه هو صفحتك للجوال. توثيق Search Central من Google يقولها صراحةً: «تستخدم Google النسخة الجوّالة من محتوى الموقع، التي تُفهرس برنامج زاحف الهاتف الذكي، لأغراض الفهرسة والترتيب.» صفحتك بلغة HTML لسطح المكتب ليست المدخل الأساسي، حتى حين يكون الباحث أمام حاسوب محمول.
الحقيقة الثانية: صفحة النتائج تُبنى للجهاز الذي أمامها. توثيق المساعدة في Search Console يقولها بصراحة، ويستحق قراءة ثانية: «تتعلق نتائج البحث بوقت الباحث ومكانه وجهازه وسِجله الحديث.»
اجمع الاثنتين معًا، فيصبح الترتيب الذي دوّنته عيّنة واحدة من توزيع يتغيّر بتغيّر الجهاز. الرقم ليس خطأً، لكنه أضيق بكثير من طريقة استخدامه.
لماذا تنتشر هذه الأسطورة بهذه السهولة
أربعة أمور عادية تُبقي نموذج الرقم الواحد حيًّا.
- أدوات التتبّع تُعدّ افتراضيًا على سطح المكتب. جلب نتائج سطح المكتب أرخص وتخزينها أبسط، فيصبح العمود الافتراضي. تبديل الأجهزة موجود في كثير من الخطط، لكن وجوده يختلف عن كونه مُفعّلًا افتراضيًا.
- Search Console تدمج الأجهزة. تقرير «الأداء» الافتراضي يأخذ المتوسط عبر الجوال وسطح المكتب والجهاز اللوحي. عليك فتح تبويب «الأجهزة»، أو استدعاء الـAPI بُعد device، لترى الانقسام. لا شيء في العرض الافتراضي ينبّهك إلى أن دمجًا يحدث.
- تتبّع ترتيب الجوال يُباع كإضافة. حين يُدرج مورّد ما «متتبّع ترتيب الجوال» كميزة، فالمفهوم ضمناً أن التقرير القياسي يغطي كل شيء بالفعل. لكنه يغطي شريحة منه.
- الأثر غير مرئي في العيّنات الصغيرة. إن نظرت إلى عشرة استعلامات ووجدتها متوافقة جميعًا، بدت المشكلة نظرية. تصبح مرئية على مستوى الاستعلام، في الاستعلامات التي تملك ظهورات كافية لحساب المتوسط.
ما أظهرته التسعون يومًا الخاصة بنا
سحبنا بيانات خاصيتنا في Search Console، لتسعين يومًا منتهية في 11 سبتمبر 2026، بُعدَي query و device.
الجهاز | مرات الظهور | النقرات | نسبة النقر | متوسط الترتيب |
|---|---|---|---|---|
سطح المكتب | 34,028 | 375 | 1.10% | 34.4 |
الجوال | 7,147 | 69 | 0.97% | 30.8 |
الجهاز اللوحي | 156 | 0 | 0.00% | 40.8 |
الخاصية نفسها، والمدة نفسها، وثلاث روايات مختلفة. لاحظ أن متوسط ترتيب الجوال أفضل بينما نسبة نقر الجوال أسوأ.
هناك أمران في هذا الجدول يستحقان الانتباه.
الأول هو الإشارة المعكوسة. كان متوسط ترتيب الجوال أفضل من سطح المكتب (30.8 مقابل 34.4)، ومع ذلك كانت نسبة نقر الجوال أسوأ (0.97% مقابل 1.10%). ترتيب أفضل مع معدل نقر أسوأ أمر طبيعي على الجوال: صفحات النتائج أطول، والتخطيط مختلف، وأعلى الصفحة مزدحم بالعناصر. من يكتفي بالإبلاغ عن الترتيب كان سيعتبر الجوال السطح الأقوى ويغيب عنه فارق النقر بالكامل.
الثاني هو الفخ الكامن في قراءة متوسطات الموقع كله أصلًا. هذان السطران يلخّصان تشكيلتين مختلفتين من الاستعلامات. سطح المكتب يحمل 82% من ظهوراتنا لأن جمهورنا ممارسو SEO أمام مكاتبهم، والجوال يحمل مجموعة مختلفة وأصغر من الاستعلامات. المتوسطات على مستوى الموقع كله تخفي ذلك. والربط على مستوى الاستعلام هو ما يجعل الرقم قابلًا للتنفيذ.
فقمنا بالربط. من بين 130 استعلامًا بظهور لا يقل عن 20، كان 85 منها يملك بيانات على الجهازين. إليك أكبر ستة اختلافات.
الاستعلام | ترتيب الجوال | ترتيب سطح المكتب | الفارق |
|---|---|---|---|
auditoria seo on page | 64.5 | 53.1 | 11.4 (سطح المكتب أفضل) |
perplexity seo checking tool | 20.5 | 31.1 | 10.6 (الجوال أفضل) |
geo seo | 92.9 | 85.4 | 7.5 (سطح المكتب أفضل) |
auspia | 5.4 | 1.6 | 3.8 (سطح المكتب أفضل) |
perplexity referral traffic | 11.2 | 12.0 | 0.9 (سطح المكتب أفضل) |
amazon echo keywords | 13.9 | 13.8 | 0.1 (تعادل) |
الفارق يسير في الاتجاهين. «الجوال يتراجع» خطأ بقدر خطأ «الترتيب هو الترتيب».
الاتجاه ينقلب. هذا هو الاستنتاج الذي ينبغي أن يغيّر عادتك التشغيلية: لا يمكنك إصلاح التباعد بين الأجهزة بقاعدة عامة، لأنه لا يوجد اتجاه ثابت تصحّحه. عليك قياسه لكل استعلام.
ما تفعله بدلًا من ذلك: افصل، اربط، ضع عتبة، قرّر
أربع خطوات، نحو 20 دقيقة بعد أن تصبح سلسلة العمل جاهزة.
الخطوة 1: اسحب query و device معًا. في Search Console، افتح «الأداء»، وأضف تبويب «الأجهزة» إلى جانب «الاستعلامات»، ثم صدّر لمدة 90 يومًا. عبر الـAPI، اطلب البُعدين ["query","device"] بحد صفوف يكفي لاستيعاب مجموعة استعلاماتك. الـAPI يقبل حدًّا للصفوف أعلى بكثير مما يحتاجه موقع متوسط الحجم، فاطلب عاليًا واقتطع محليًا.
إن كنت تنتج تقرير ترتيب أسبوعي بالفعل، فهذا يصبح بُعدًا إضافيًا على شيء تملكه، لا مصنّفًا جديدًا. ولعقد التقرير في سلسلة عمل تقرير الترتيب الأسبوعي خانة مخصّصة له.
الخطوة 2: اربط على مفتاح الاستعلام. صف واحد لكل استعلام، بعمود للجوال وعمود لسطح المكتب. والصفوف الموجودة على جهاز واحد فقط هي بحد ذاتها اكتشاف: هي تعني أن الاستعلام يحصل على ظهورات على سطح واحد دون الآخر.
الخطوة 3: طبّق عتبة قبل أن تنظر. خمسة مراكز عتبة بداية عملية. أقل من ذلك، أنت تقرأ ضجيجًا. أكثر من ذلك، لديك استعلام يختلف فيه السطحان اختلافًا حقيقيًا.
الخطوة 4: قرّر حسب فئة الاستعلام، لا حسب الاستعلام الواحد. استعلامات المال تُصلح أولًا. استعلامات المقارنة تتباعد عادةً لأن تخطيط صفحة النتائج مختلف، لا لأن صفحتك ضعيفة. استعلامات العلامة التي تتباعد ليست مشكلة SEO تقريبًا أبدًا. الاستعلامات المعلوماتية يمكنها الانتظار.
سلسلة عمل Claude Code التي تنفّذ الفصل
الجزء القابل للتكرار ميكانيكي: اسحب، اربط، طبّق العتبة، لخّص. وهذا بالضبط شكل المهمة التي مكانها وكيل، لا أسبوعك.
احفظ هذا كملف تعليمات يستطيع Claude Code قراءته، ووجّهه إلى الخاصية التي تملكها:
اسحب بيانات Search Console للخاصية <property> عن آخر 90 يومًا.
استخدم البُعدين: query, device. أبقِ فقط الاستعلامات التي لها 20 ظهورًا على الأقل.
اربط الجوال بسطح المكتب على مفتاح الاستعلام.
لكل استعلام موجود على الجهازين، احسب الفرق المطلق في متوسط الترتيب.
أخرج فقط الصفوف التي يبلغ فرقها 5.0 أو أكثر، مرتبةً بتنازلي لمرات الظهور الإجمالية.
لكل صف اعرض: الاستعلام، ترتيب الجوال، ترتيب سطح المكتب، الفارق، أي جهاز أفضل،
ظهورات الجوال، ظهورات سطح المكتب.
واختم بسطرين ملخّصين:
1. عدد الاستعلامات التي يتفوق فيها الجوال، وعدد التي يتفوق فيها سطح المكتب.
2. الاستعلام الوحيد صاحب أكبر فارق، وإجمالي ظهوراته.
لا تقترح إصلاحات. لا تكتب توصيات محتوى.
احفظ الناتج باسم mobile-desktop-gap-YYYY-MM-DD.md في مجلد العمل.ثمة ثلاثة خيارات مقصودة في هذه التعليمات تستحق الإبقاء عليها إن كيّفتها.
فهي تضع حدًّا أدنى لمرات الظهور، لأن استعلامًا بأربع ظهورات على الجوال ينتج متوسط ترتيب لا يعني شيئًا. وتمنع اقتراح الإصلاحات، لأن القرار يعتمد على فئة الاستعلام والسياق التجاري، والوكيل الذي يخمّن في ذلك ينتج هراءً واثقًا. وتحفظ في ملف مؤرّخ حتى تقارن انقسام الشهر القادم بانقسام هذا الشهر، وهي الطريقة الوحيدة لمعرفة ما إذا نجح إصلاح.
صياغة الأمر محايدة تجاه الوكيل. يشغّل Codex الأمر نفسه عبر أعرافه الخاصة للملفات، وخطوة المراجعة متطابقة.
حواجز الأمان
- تحت نحو 20 ظهورًا، توقّف. متوسطات الترتيب المحسوبة على حفنة ظهورات تقفز بعشرات المراكز من تلقاء نفسها. عتبة الأمر موجودة لهذا السبب.
- الجهاز اللوحي ليس جوالًا. سطر الجهاز اللوحي عندنا كان 156 ظهورًا وصفر نقرات. ودمج اللوحي في الجوال كان سيجعل أرقام الجوال أسوأ لأسباب لا علاقة لها بالبحث عبر الجوال.
- هذا المقال عن القياس، لا عن الأهلية. ما إذا كانت Google ترى محتواك الجوّالي أصلًا مشكلة مختلفة بفحوص مختلفة. غطّينا جانب التدقيق في الفهرسة أولًا للجوال في 2026.
- ترتيب أفضل قد يكون نتيجة أسوأ. في بياناتنا، تقدّم الجوال في الترتيب وتأخّر في النقر. الترتيب ومعدل النقر يحتاجان إلى قراءة مشتركة.
- لا تطارد كل فارق. فارق ستة مراكز على استعلام بثلاثين بحثًا شهريًا ليس مشروعًا. رتّب القائمة حسب مرات الظهور واترك الذيل في مكانه.
- المراكز العميقة تتصرف بشكل مختلف. إن كان استعلام ما بعد المركز 100 على الجهازين، فأصلح مشكلة العمق أولًا. قسنا إلى أي مدى تصل نتائج Google فعلًا في اختبار عمق فحص الترتيب.
رأي Auspia: التباعد بين الأجهزة مشكلة قياس قبل أن يكون مشكلة ترتيب. معظم الفرق لم تنظر قط، لأن التقرير الافتراضي يخفي الانقسام. وبمجرد أن يصبح الانقسام مرئيًا، يتبيّن أن معظم الفوارق قابلة للتفسير، وأن الحفنة المثيرة منها تستحق الإصلاح.
الأسئلة الشائعة
هل ترتّب Google صفحات الجوال وسطح المكتب بشكل منفصل؟ فعليًا نعم. تفهرس Google النسخة الجوّالة من محتواك، وصفحة النتائج التي تُقدَّم للهاتف تختلف عن التي تُقدَّم للحاسوب المحمول. المركزان يأتيان من الأنظمة الأساسية نفسها، لكنهما ليسا الرقم نفسه.
لماذا تختلف أداة تتبّع الترتيب عن Search Console؟ لأنهما يقيسان شيئين مختلفين. الأداة تجلب صفحة نتائج حيّة من موقع وجهاز واحد. أما Search Console فتأخذ متوسط الظهورات عبر كل الأجهزة والبلدان وكامل النطاق الزمني. ويمكن أن يكون كلاهما صحيحًا ومختلفين.
ما هو متتبّع ترتيب الجوال وهل أحتاجه؟ متتبّع ترتيب الجوال يجلب نتائج الهاتف الذكي لمجموعة كلمات مفتاحية. يستحق الدفع إن كنت تحتاج مراكز المنافسين أو مواقع لا تراها في بياناتك. أما إن كنت تحتاج فقط ظهور موقعك على الجوال، فـSearch Console يوفّره أصلًا، مقسّمًا حسب الجهاز، دون أي تكلفة.
كم ظهورًا نحتاج قبل أن يصبح ترتيب الجهاز موثوقًا؟ نحو 20 هو الحد العملي لقراءة تقريبية؛ وعند 100 أو أكثر يتوقف الرقم عن التحرك أسبوعيًا. تحت 20، أبقِ الاستعلام في القائمة لكن لا تتصرّف بناءً عليه.
هل يستطيع Claude Code قراءة Search Console مباشرة؟ نعم، عبر Search Console API بحساب خدمة أو بيانات اعتماد OAuth. سلسلة العمل أعلاه تفترض وجود هذا الاتصال. ودليل وكيل SEO يتناول أي مهام الترتيب تستحق أن تُسلَّم لوكيل وأيها لا.
هل أُصلح صفحة الجوال إن كان ترتيب الجوال أسوأ؟ افحص صفحة النتائج أولًا. إن كانت صفحة نتائج الجوال تحمل فيديو أكثر، أو حِزمًا محلية أكثر، أو تشكيلة مختلفة من أنواع الصفحات، فالإصلاح في صيغة المحتوى لا في جودة الصفحة. وإن تطابق شكل صفحة النتائج وكانت الصفحة سليمة، فتعامل معها كمشكلة تكافؤ في المحتوى ودقّق مقابل فحوص الجوال أولًا.
الكاتب: Marcus Ellery، مسؤول تجارب النمو وراء أكثر من 150 اختبار SEO في Auspia. يكتب عن بيانات القياس المرجعي، والاختبارات المضبوطة، والفرق بين أن يتحرك مقياس وأن يعني المقياس شيئًا.
