النقرات مقابل مرات الظهور في Google Search Console

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

ما الذي يُحتسب مرة ظهور؟

ينشر Google قواعد الاحتساب التي يعتمدها (How impressions, position and clicks are counted). وخلاصتها:

• تُحتسب النتيجة العادية إذا كانت في الصفحة التي حمّلها الباحث، سواء مرّر الصفحة إلى أسفل حتى رآها أم لا. فمرة الظهور تعني إذن "كان من الممكن رؤيتها" وليس "تمت رؤيتها".
• النتائج التي تحتاج إلى إجراء كي تظهر أشدّ صرامة. ففي الشرائح الدوّارة (carousel) أو الأقسام القابلة للتوسيع، يجب عادةً تمرير العنصر إلى مجال الرؤية أو توسيعه. وفي الواجهات ذات التمرير اللانهائي، مثل البحث عن الصور على الجوال، يجب تمريره إلى مجال الرؤية.
• لا تُحتسب الصفحة التالية من النتائج إلا عند تحميلها. فالنتيجة الواقعة في الصفحة الثانية لا تكسب شيئًا ما لم يطلب الباحث المزيد من النتائج.
• التنقّل ذهابًا وإيابًا لا يُحتسب مرتين. فتمرير الصفحة أو الانتقال بين الصفحات ثم العودة ضمن عملية البحث نفسها يظل مرة ظهور واحدة.
• نظرات AI Overviews ووضع AI Mode تخضع للقواعد المعتادة. إذ تشغل نظرة AI Overview موضعًا واحدًا، وتتشارك كل الروابط داخلها هذا الموضع.

أما Discover وGoogle News فلكلٍّ منهما تقريره وقواعده الخاصة؛ فـ Discover مثلًا يحتسب مرة الظهور عندما تُمرَّر البطاقة إلى مجال الرؤية، ولا يسجّل أي موضع على الإطلاق.

ما الذي يُحتسب نقرة؟

النقرة هي الضغط على رابط ينقل الباحث من بحث Google إلى صفحتك. وهناك تفاصيل تربك كثيرين:

• إذا نقر المستخدم على نتيجتك ثم عاد ونقر عليها مرة أخرى، فتُحتسب نقرة واحدة. أما النقر على رابطين مختلفين يؤديان إلى موقعك فيُحتسب نقرتين.
• النقر على رابط لا يفعل سوى بدء بحث جديد (تحسين الاستعلام) لا يُحتسب؛ وكل ما يفعله الباحث بعد ذلك يُنسب إلى الاستعلام الجديد.
• توسيع عنصر في "أسئلة أخرى يطرحها الناس" ليس نقرة. أما النقر على رابط داخل الإجابة الموسَّعة فهو نقرة.
• عمليات إعادة التوجيه بعد وصول الزائر لا تغيّر عنوان URL الذي تُنسب إليه النقرة، وتُنسب بيانات كل نسخة من الصفحة (الجوال أو سطح المكتب أو النسخ البديلة) إلى عنوان URL الأساسي الخاص بها.

لماذا لا تتطابق الإجماليات؟

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

1. الاحتساب حسب الموقع أو حسب الصفحة. يحتسب الرسم البياني موقعك مرة واحدة لكل عملية بحث، مهما بلغ عدد عناوين URL التي ظهرت منه. أما جدول الصفحات فيحتسب كل صفحة على حدة. فإذا أظهر بحث واحد صفحتين من موقعك، سجّل الرسم البياني مرة ظهور واحدة، وسجّل جدول الصفحات مرتين. ويشير Google إلى أن معدل النقر إلى الظهور CTR ومتوسط الموضع يكونان لذلك أعلى عادةً عند الاحتساب حسب الموقع (About the data).
2. الاستعلامات النادرة مخفية. تُستبعد من جدول الاستعلامات عمليات البحث التي أُجريت عددًا قليلًا جدًا من المرات حمايةً للخصوصية، لكنها تبقى ضمن إجماليات الرسم البياني. وإذا صفّيت حسب الاستعلام اختفت من الإجماليات أيضًا، ولهذا كثيرًا ما لا يبلغ مجموع مرشحات "يحتوي على" و"لا يحتوي على" الإجمالي الكامل.
3. يتوقف الجدول عند 1,000 صف. في المواقع الكبيرة يسقط الذيل الطويل من أسفل الجدول لكنه يبقى في الرسم البياني.
4. أدوات التحليلات تقيس شيئًا آخر. يؤرّخ Search Console الأيام بالتوقيت الباسيفيكي، وأدوات مثل Google Analytics لا تسجّل إلا الزوار الذين تشغّل متصفحاتهم شيفرة JavaScript الخاصة بها. فالنقرات والجلسات تقيس أحداثًا مختلفة، لذا توقّع أن تختلف الأرقام.

قراءة الفجوة بين مرات الظهور والنقرات

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

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

مثال تطبيقي

متجر لبيع نباتات الزينة المنزلية لديه دليل عناية على المسار /care/monstera-yellow-leaves. خلال 28 يومًا سجّل 9,800 مرة ظهور و147 نقرة، بمعدل CTR يبلغ 1.5% ومتوسط موضع 9.6. تبدو الصفحة بهذه الأرقام وحدها متوسطة الأداء. لكن عند النقر على الصفحة في تبويب الصفحات ثم التبديل إلى الاستعلامات، تنقسم الصورة إلى قسمين:

يقع البحث على هيئة سؤال في الموضع 4 ويحقق نقرات بمعدل جيد، ما يعني أن مقتطفه سليم. أما البحث القصير عالي الحجم فيقع في الصفحة الثانية، ولذلك فإن معدل CTR البالغ 0.4% يخبرنا عن الموضع أكثر مما يخبرنا عن المقتطف. والعمل المطلوب هنا هو جعل الصفحة إجابة أقوى عن "monstera yellow leaves" (عناوين أوضح، وإجابة مباشرة قرب أعلى الصفحة، وروابط من صفحات العناية الأخرى في المتجر) كي ترتقي إلى الصفحة الأولى. أما إعادة كتابة الوصف التعريفي (meta description) فلن تغيّر الكثير، لأن أحدًا تقريبًا لا يرى النتيجة في الصفحة الثانية.

أخطاء ينبغي تجنّبها

• اعتبار مرات الظهور مشاهدات فعلية. قد تُحتسب مرة الظهور دون أن تُمرَّر النتيجة إلى مجال الرؤية أصلًا.
• التفاعل مع بيانات الأمس. البيانات الأحدث تكون ناقصة لمدة يومين أو ثلاثة، وقد تُعدَّل لبضع ساعات بعد ظهورها.
• جمع صفوف الصفحات للحصول على إجمالي الموقع. فجدول الصفحات يحتسب حسب الصفحة، والرسم البياني حسب الموقع.
• توقّع أن تساوي النقرات الجلسات. أدوات مختلفة، وأحداث مختلفة، وأيام مختلفة.
• الحكم على الصفحة من إجمالياتها. الصفحة متوسط لكل عمليات البحث التي تظهر فيها؛ وقد يحجب استعلام قوي واستعلام ضعيف أحدهما الآخر.

عرض ذلك في AutoPSEO

تعرض لوحة المعلومات وتقارير الاستعلامات والصفحات النقرات ومرات الظهور جنبًا إلى جنب مع فترة مقارنة، وعند النقر على صفحة تظهر عمليات البحث التي جاءت منها، كما في المثال أعلاه. وتعمل المرشحات ومقارنات التواريخ بالطريقة نفسها في جميع التقارير (Filters and dates). ولأن AutoPSEO يقرأ Search Console عبر API الخاص به، فإن الجداول لا تُقتطع عند 1,000 صف، مع أن الاستعلامات النادرة تبقى مخفية فيه أيضًا، إذ إن Google لا يرسلها أصلًا.