قد تحصل صفحات موقعك على مرات ظهور في Google دون أن تعرف الكلمات التي تظهر لها، أو الصفحات التي تجذب النقرات، أو الأسباب التي تمنع بعض المحتوى من الوصول إلى الفهرس. المشكلة ليست دائمًا في نقص البيانات، بل في معرفة كيف تقرأها وما القرار الذي يجب اتخاذه بعدها.
يساعدك Google Search Console على فهم أداء موقعك في نتائج البحث، ومتابعة كيفية زحف Google إلى الصفحات وفهرستها، وتحليل الاستعلامات والصفحات التي تحقق ظهورًا ونقرات. وتوضح Google Search Central أن الأداة تتيح متابعة أداء البحث، ومراجعة البيانات حسب الاستعلامات والصفحات والدول، واكتشاف بعض مشكلات الفهرسة التي تحتاج إلى معالجة.
لكن وجود الأداة وحده لا يعني أن أداء الموقع سيتحسن تلقائيًا. القيمة الحقيقية تبدأ عندما تربط أرقامها مع أساسيات تحسين محركات البحث وتحولها إلى تعديلات واضحة على الكلمات والعناوين والمحتوى والفهرسة.
في هذا الدليل ستتعلم كيفية إعداد Search Console، وقراءة تقرير الأداء، وتحليل Clicks وImpressions وCTR ومتوسط الترتيب، ثم استخدام هذه البيانات لاكتشاف فرص الكلمات والصفحات وبناء مراجعة أسبوعية وشهرية قابلة للقياس.
ما Google Search Console؟ وما الذي يمكنك قياسه من خلاله؟
Google Search Console أداة من Google تساعد أصحاب المواقع ومسؤولي SEO على فهم كيفية ظهور صفحات الموقع في نتائج البحث، ومتابعة النقرات ومرات الظهور والاستعلامات، إلى جانب مراجعة الزحف والفهرسة والمشكلات التي قد تؤثر في وصول المحتوى إلى Google.

وفقًا لدليل Google Search Central، توفر الأداة معلومات عن الطريقة التي يزحف بها Google إلى صفحات الموقع ويفهرسها ويعرضها في نتائج البحث. وتساعد هذه البيانات على مراقبة الأداء واكتشاف ما يحتاج إلى تحسين، لكنها لا ترفع ترتيب الموقع تلقائيًا ولا تستبدل جودة المحتوى أو الجوانب الأساسية في SEO.
أهم استخدامات Search Console لأصحاب المواقع
يمكن استخدام Search Console للإجابة عن أسئلة عملية مثل:
-
ما الكلمات التي يظهر لها الموقع في نتائج Google؟
-
ما الصفحات التي تحقق أكبر عدد من النقرات ومرات الظهور؟
-
هل توجد صفحات تظهر كثيرًا لكن معدل النقر عليها منخفض؟
-
هل بدأ ترتيب استعلام معين بالتحسن أو التراجع؟
-
ما الدول والأجهزة التي تأتي منها الزيارات العضوية؟
-
هل تستطيع Google الوصول إلى صفحة محددة وفهرستها؟
-
ما الصفحات المستبعدة من الفهرس، وما السبب المسجل؟
-
هل توجد مشكلة أمنية أو إجراء يدوي يحتاج إلى مراجعة؟
لا تكمن قيمة الأداة في متابعة رقم واحد، مثل متوسط الترتيب، بل في الربط بين عدة إشارات. فقد تحصل صفحة على مرات ظهور مرتفعة دون نقرات كافية، أو تحقق ترتيبًا أفضل لاستعلام لا يطابق الهدف التجاري للموقع. لذلك يجب قراءة النقرات ومرات الظهور وCTR والترتيب مع الصفحة والاستعلام والفترة الزمنية نفسها.
ما الفرق بين Google Search Console وGoogle Analytics 4؟
يحدث الخلط بين الأداتين لأن كلتيهما تتضمن بيانات عن الزيارات، لكن كل أداة تقيس مرحلة مختلفة من رحلة المستخدم.
| العنصر | Google Search Console | Google Analytics 4 |
|---|---|---|
| مرحلة القياس | ما يحدث في نتائج Google قبل وصول المستخدم إلى الموقع | ما يحدث بعد دخول المستخدم إلى الموقع أو التطبيق |
| أهم البيانات | الاستعلامات، النقرات، مرات الظهور، CTR، متوسط الترتيب والفهرسة | الجلسات، المستخدمون، التفاعل، الصفحات، الأحداث والتحويلات |
| السؤال الأساسي | كيف اكتشف الباحث الموقع عبر Google؟ | ماذا فعل الزائر بعد وصوله؟ |
| الاستخدام العملي | اكتشاف فرص الظهور والكلمات ومشكلات الفهرسة | تقييم جودة الزيارة والسلوك والنتائج التجارية |
| مثال على القرار | تحسين صفحة تظهر كثيرًا لكن CTR لديها منخفض | تحسين صفحة تستقبل زيارات لكنها لا تحقق تفاعلًا أو تحويلًا |
يمكنك استخدام Search Console لمعرفة أن صفحة معينة تحصل على نقرات من استعلام محدد، ثم الانتقال إلى دليل استخدام Google Analytics 4 لمعرفة ما إذا كان هؤلاء الزوار يتفاعلون مع الصفحة أو ينتقلون إلى الخطوة التالية.
من الطبيعي أيضًا ألا يتطابق عدد Clicks في Search Console مع Sessions في GA4؛ لأن كل أداة تستخدم طريقة قياس ومقاييس مختلفة. الأفضل هو تحليل الاتجاه العام والجمع بين الأداتين: Search Console لتقييم الاكتشاف قبل الزيارة، وGA4 لتقييم جودة التجربة بعد الوصول.
كيفية إضافة موقعك إلى Google Search Console والتحقق من الملكية

تبدأ الاستفادة من Google Search Console بإضافة موقعك بوصفه Property، ثم إثبات أنك تملك الموقع أو تملك صلاحية إدارته. لا تؤثر عملية الإضافة في ظهور الموقع داخل Google؛ فهي تمنحك فقط إمكانية الوصول إلى تقارير الأداء والفهرسة والإعدادات المرتبطة بالموقع.
لإضافة الموقع:
-
افتح Google Search Console.
-
سجّل الدخول باستخدام حساب Google.
-
افتح قائمة المواقع واختر Add Property.
-
اختر بين Domain وURL prefix.
-
أدخل النطاق أو الرابط بالطريقة المطلوبة.
-
أكمل خطوات التحقق من الملكية.
الفرق بين Domain Property وURL-prefix Property
اختيار نوع Property مهم؛ لأنه يحدد عناوين الموقع التي ستظهر بياناتها داخل التقارير.
| العنصر | Domain Property | URL-prefix Property |
|---|---|---|
| مثال الإدخال | example.com |
https://example.com/ |
| التغطية | جميع النطاقات الفرعية والبروتوكولات | العناوين التي تبدأ بالبادئة المدخلة فقط |
| يشمل www وغير www | نعم | لا |
| يشمل HTTP وHTTPS | نعم | البروتوكول المحدد فقط |
| طريقة التحقق | DNS | عدة طرق |
| الاستخدام الأنسب | مراجعة الموقع كاملًا | مراجعة نسخة أو مجلد محدد |
يكون Domain Property غالبًا الخيار الأنسب عندما تريد جمع بيانات النطاق كاملًا في Property واحدة. أما URL-prefix Property فيناسب الحالات التي تريد فيها تحليل نسخة أو قسم محدد، مثل:
https://example.com/ar/
يمكنك إنشاء Domain Property للمراجعة الشاملة، ثم إضافة URL-prefix Properties لأقسام تحتاج إلى تحليل منفصل.
طرق التحقق من ملكية الموقع
يعتمد خيار التحقق المتاح على نوع Property الذي اخترته.
التحقق عبر DNS
هذه هي الطريقة المطلوبة للتحقق من Domain Property. يمنحك Search Console سجلًا تضيفه إلى إعدادات DNS لدى مزود النطاق، ثم تعود إلى الأداة وتضغط على Verify.
قد تحتاج تغييرات DNS إلى بعض الوقت قبل أن تتمكن Google من اكتشاف السجل. لا تحذف سجل التحقق بعد نجاح العملية؛ لأن Search Console يعيد التحقق من صلاحيته دوريًا.
رفع ملف HTML
يمكن استخدام هذه الطريقة مع URL-prefix Property. تنزّل ملف التحقق الذي توفره Google، ثم ترفعه إلى المجلد الرئيسي للموقع دون تغيير اسمه أو محتواه.
يجب أن يكون الملف متاحًا عبر الرابط الذي تحدده Google، وألا يتطلب تسجيل الدخول للوصول إليه.
إضافة HTML Tag
توفر Google وسم Meta يوضع داخل قسم <head> في الصفحة الرئيسية. تناسب هذه الطريقة مواقع WordPress عندما تستطيع إضافة رمز التحقق من خلال إعدادات القالب أو إضافة SEO موثوقة.
يجب إبقاء الوسم في الصفحة بعد نجاح التحقق حتى لا تفقد الملكية لاحقًا.
Google Analytics أو Google Tag Manager
يمكن التحقق من URL-prefix Property باستخدام Google Analytics أو Google Tag Manager عندما تكون الشفرة المناسبة مثبتة في الصفحة وتملك الصلاحيات المطلوبة على الحساب المرتبط.
في WordPress، يمكن أيضًا استخدام إضافة Site Kit by Google لإكمال الربط عبر مسار مبسط. لكن يظل التحقق عبر DNS مناسبًا عندما تريد Domain Property تغطي جميع نسخ الموقع.
إرسال ملف Sitemap بعد التحقق
بعد التحقق، افتح تقرير Sitemaps وأدخل عنوان ملف Sitemap. في WordPress قد يكون الرابط شبيهًا بـ:
https://example.com/sitemap_index.xml
العنوان الفعلي يعتمد على إعدادات الموقع وإضافة SEO، لذلك افتحه في المتصفح أولًا وتأكد من أنه يعمل.
إرسال Sitemap لا يعني رفع الملف إلى Google، بل إخبارها بمكانه. قد يعرض التقرير حالات مثل:
-
Success: تمت قراءة الملف.
-
Has errors: تمت القراءة مع وجود أخطاء.
-
Couldn’t fetch: تعذر الوصول إلى الملف.
وجود الصفحة داخل Sitemap لا يضمن زحف Google إليها أو فهرستها. الملف يساعد Google على اكتشاف عناوين الموقع، بينما يعتمد قرار الزحف والفهرسة على عوامل أخرى ستتم مراجعتها لاحقًا داخل قسم الفهرسة.
بعد إكمال الإعداد، قد تحتاج البيانات إلى عدة أيام حتى تبدأ بالظهور. إذا بقيت التقارير فارغة، راجع أولًا أنك اخترت النسخة الصحيحة من الموقع، خصوصًا عند استخدام URL-prefix Property، وتأكد من عدم الخلط بين HTTP وHTTPS أو بين www وغير www.
شرح تقرير الأداء في Google Search Console

تقرير الأداء هو نقطة البداية لفهم كيفية وصول الباحثين إلى موقعك من نتائج Google. يعرض الكلمات التي ظهر لها الموقع، والصفحات التي حصلت على النقرات، واتجاه الأداء عبر الوقت، والفروق بين الدول والأجهزة.
يمكن الوصول إليه من Performance ثم Search results. يتكون من رسم بياني وجدول يمكن تقسيمه حسب الاستعلام أو الصفحة أو الدولة أو الجهاز أو مظهر البحث أو التاريخ.
| المقياس | ماذا يعني؟ | ماذا يكشف؟ | كيف تستخدمه؟ |
|---|---|---|---|
| Clicks | عدد النقرات التي نقلت المستخدم من Google إلى الموقع | حجم الزيارات العضوية | مقارنة الكلمات والصفحات التي تجذب زيارات فعلية |
| Impressions | عدد مرات ظهور رابط من الموقع في النتائج | حجم فرصة الظهور | اكتشاف الكلمات والصفحات التي بدأت تكتسب حضورًا |
| CTR | نسبة النقرات إلى مرات الظهور | قدرة النتيجة على جذب النقر | مراجعة العنوان والملاءمة مع نية البحث |
| Average Position | متوسط أعلى موضع ظهر فيه رابط من الموقع | الاتجاه العام للموضع | متابعة التغير وتحديد فرص التحسين |
النقرات Clicks
تمثل Clicks عدد المرات التي نقر فيها المستخدم على نتيجة نقلته إلى موقعك. لكنها لا تخبرك وحدها إن كانت الزيارة مفيدة أو حققت تفاعلًا أو تحويلًا.
عند تحليل النقرات، اسأل:
-
ما الاستعلامات التي جلبتها؟
-
ما الصفحات التي استقبلتها؟
-
هل الكلمات مرتبطة بالخدمة أو الموضوع؟
-
هل حدث التغير على جهاز أو دولة محددة؟
-
هل الارتفاع مستمر أم موسمي؟
قد ترتفع النقرات بسبب اتساع الظهور، أو تحسن الترتيب، أو ارتفاع CTR. لذلك يجب ربطها بالمقاييس الأخرى.
مرات الظهور Impressions
تشير مرات الظهور إلى عدد المرات التي ظهر فيها رابط من موقعك في نتائج Google وفق طريقة احتساب كل نوع من النتائج.
ارتفاع الظهور لا يعني ارتفاع الزيارات، لكنه قد يكون إشارة مبكرة إلى أن Google بدأ يعرض صفحة لاستعلامات جديدة. استخدمه لاكتشاف:
-
كلمات تظهر لها الصفحة دون نقرات كافية.
-
صفحات جديدة بدأت تحصل على حضور.
-
موضوعات يتزايد الطلب عليها.
-
انخفاض في ظهور قسم أو مجموعة صفحات.
-
فروق بين الهاتف وسطح المكتب أو بين الأسواق.
لا تجعل زيادة الظهور هدفًا منفصلًا. الأهم أن يظهر الموقع لاستعلامات مرتبطة فعلًا بالجمهور والهدف التجاري.
معدل النقر CTR
يُحسب CTR بقسمة عدد النقرات على مرات الظهور. ويوضح النسبة التي تحولت بها مرات ظهور النتيجة إلى زيارات.
قد يشير CTR المنخفض إلى عنوان غير واضح أو عدم تطابق مع نية البحث، لكنه يتأثر أيضًا بالموضع، ونوع الاستعلام، والإعلانات، والعناصر الأخرى داخل SERP، والجهاز، والدولة.
لهذا لا توجد نسبة مثالية تناسب جميع الصفحات. قارن الصفحة بأدائها السابق، وقارن الاستعلامات المتشابهة، وافصل الكلمات المرتبطة بالعلامة التجارية عن الكلمات العامة عند الإمكان.
للتوسع، راجع دليل تحسين معدل النقر CTR.
متوسط الترتيب Average Position
متوسط الترتيب لا يمثل مركزًا ثابتًا لصفحتك. يعرض Search Console متوسط أعلى موضع ظهر فيه رابط من موقعك ضمن مرات الظهور المشمولة.
قد يختلف الموضع حسب الاستعلام، والصفحة، والدولة، والجهاز، ووقت البحث، وشكل النتيجة. لذلك قد ترى مركزًا مختلفًا عند البحث اليدوي.
استخدم Average Position لمتابعة الاتجاه، لا بوصفه حكمًا منفردًا. تصبح الإشارة أقوى عندما يتحسن بالتزامن مع ارتفاع الظهور والنقرات لاستعلام مناسب.
استخدام الفلاتر والأبعاد
الأبعاد الأساسية داخل التقرير هي:
-
Queries: الكلمات والعبارات التي استخدمها الباحثون.
-
Pages: الصفحات التي ظهرت أو حصلت على نقرات.
-
Countries: الدول.
-
Devices: الهاتف أو سطح المكتب أو الجهاز اللوحي.
-
Search appearance: شكل الظهور في النتائج.
-
Dates: الأداء حسب التاريخ.
أما الفلاتر فتتيح تحليل صفحة واحدة، أو كلمة، أو دولة، أو جهاز، أو مجلد مثل /blog/.
ابدأ بسؤال واضح. مثلًا:
أريد معرفة الكلمات التي تُظهر مقالة معينة على الهاتف داخل السوق السعودي خلال آخر 28 يومًا.
ثم اختر الصفحة والدولة والجهاز والفترة، وانتقل إلى Queries.
أفضل طريقة لقراءة المقاييس هي:
-
Impressions: هل تظهر الصفحة؟
-
Average Position: أين يظهر الرابط تقريبًا؟
-
CTR: هل يجذب الظهور النقر؟
-
Clicks: كم زيارة نتجت؟
يمكن أن تكشف العلاقات بين المقاييس حالات مختلفة:
- ارتفاع مرات الظهور والنقرات معًا قد يعني اتساع حضور الصفحة.
- ارتفاع مرات الظهور دون تحسن النقرات قد يكشف فرصة في CTR أو نية البحث.
- تحسن الترتيب مع ثبات النقرات قد يعني أن الطلب محدود أو أن النتيجة لا تجذب النقر.
- انخفاض النقرات مع ثبات الظهور قد يحتاج مراجعة CTR أو شكل نتائج البحث.
- انخفاض الظهور والنقرات معًا قد يرتبط بالموسمية أو الطلب أو الترتيب أو الفهرسة.
لا تعتبر هذه العلاقات تشخيصًا نهائيًا. هي نقطة بداية تحدد السؤال التالي الذي يجب فحصه.
قد تلاحظ أيضًا أن إجمالي البيانات في الرسم البياني لا يساوي مجموع جميع الصفوف في الجدول. يمكن أن يحدث ذلك بسبب اختلاف طريقة تجميع البيانات، أو عدم عرض بعض الاستعلامات محدودة الحجم لحماية الخصوصية. لذلك استخدم اتجاهات التقرير والمقارنات المتسقة، ولا تفترض أن أي فرق بين الإجماليات يعني وجود خطأ في الحساب.
كيفية تحليل الكلمات والصفحات داخل Search Console
يعرض تقرير الأداء بيانات الموقع من زاويتين أساسيتين: الكلمات التي استخدمها الباحثون، والصفحات التي ظهرت لهم. تحليل إحدى الزاويتين دون الأخرى قد يؤدي إلى قرارات ناقصة؛ لأن الاستعلام يوضح نية الباحث، بينما توضح الصفحة المحتوى الذي اختاره Google للظهور أمامه.
أفضل طريقة للعمل هي الانتقال في الاتجاهين:
-
من الاستعلام إلى الصفحة لمعرفة المحتوى الذي يظهر لكلمة محددة.
-
من الصفحة إلى الاستعلامات لمعرفة الكلمات التي تجلب لها الظهور والنقرات.
تحليل الاستعلامات Queries

يعرض تبويب Queries الكلمات والعبارات التي استخدمها الباحثون وظهر لها موقعك في Google. ويمكن ترتيب الجدول حسب Clicks أو Impressions أو CTR أو Average Position وفق السؤال الذي تريد الإجابة عنه.
توضح Google في دليل المهام العملية لتقرير الأداء أن اختيار Queries ثم ترتيب البيانات حسب المقاييس يساعد على معرفة الاستعلامات التي تجلب الزيارات أو تحقق أكبر فرص الظهور.
ابدأ بتحليل الاستعلامات ضمن أربع مجموعات:
1. كلمات تجلب نقرات فعلية
رتب الجدول حسب Clicks لمعرفة الكلمات التي ترسل أكبر عدد من الزيارات إلى الموقع.
راجع لكل كلمة:
-
الصفحة التي تظهر لها.
-
مدى ارتباطها بموضوع الصفحة.
-
هل تعكس نية معلوماتية أم تجارية؟
-
هل الزائر المتوقع منها مناسب للجمهور المستهدف؟
-
هل يعتمد الأداء على كلمة واحدة بدرجة كبيرة؟
لا يعني ارتفاع النقرات أن الكلمة هي الأفضل تجاريًا. قد تحقق كلمة عامة عددًا كبيرًا من الزيارات دون أن تقود الزائر إلى خدمة أو إجراء مهم، بينما تحقق كلمة أكثر تخصصًا نقرات أقل لكنها أقرب إلى هدف العمل.
2. كلمات تحقق ظهورًا دون نقرات كافية
رتب البيانات حسب Impressions، ثم راجع CTR ومتوسط الترتيب.
قد تكشف هذه المجموعة:
-
كلمة تظهر لها الصفحة لكنها لا تطابق نية البحث بدقة.
-
عنوانًا لا يوضح قيمة المحتوى.
-
موضوعًا فرعيًا يحتاج إلى شرح أوضح.
-
فرصة لتحسين صفحة بدأت تكتسب ظهورًا.
-
استعلامًا واسعًا لا يستحق إعطاؤه أولوية.
لا تعدّل الصفحة لكل استعلام يحقق مرات ظهور. اختر الكلمات المرتبطة مباشرة بموضوع الصفحة، والتي تستطيع تغطيتها دون تغيير نيتها الأساسية.
3. كلمات جديدة لم تكن ضمن الخطة الأصلية
قد تظهر الصفحة لاستعلامات لم تستهدفها عند كتابة المحتوى. بعض هذه الكلمات يكشف طريقة مختلفة يستخدمها الجمهور العربي لوصف المشكلة.
عند اكتشاف استعلام جديد، اسأل:
-
هل تجيب الصفحة عنه بالفعل؟
-
هل يمكن إضافة فقرة أو H3 يخدمه طبيعيًا؟
-
هل يحتاج إلى مقال مستقل؟
-
هل يمثل نية مختلفة عن الصفحة الحالية؟
-
هل ظهر بصورة مستمرة أم خلال فترة قصيرة فقط؟
هنا تختلف بيانات Search Console عن أدوات البحث المسبق عن الكلمات. تساعدك أدوات الكلمات المفتاحية العربية على بناء الخطة قبل النشر، بينما يكشف Search Console العبارات التي ظهر لها موقعك فعليًا بعد النشر.
4. الكلمات المرتبطة بالعلامة التجارية والكلمات العامة
من المفيد فصل الاستعلامات التي تحتوي اسم العلامة التجارية عن الكلمات العامة.
غالبًا تأتي الكلمات المرتبطة بالعلامة من أشخاص يعرفون الموقع مسبقًا، بينما تكشف الكلمات العامة قدرة المحتوى على الوصول إلى جمهور جديد.
إذا كان فلتر Branded وNon-branded queries متاحًا في حسابك، يمكنك استخدامه للفصل بين المجموعتين. وقد لا يظهر هذا الفلتر في بعض الحسابات أو المواقع ذات بيانات الظهور المحدودة. ويمكن بدلًا منه استخدام فلتر Query أو Regex لتجميع صيغ اسم العلامة وتهجئاتها المختلفة.
تحليل الصفحات Pages
يعرض تبويب Pages عناوين URL التي ظهرت في نتائج البحث أو حصلت على نقرات. ابدأ بترتيب الصفحات حسب Clicks لمعرفة أكثر المحتوى جذبًا للزيارات، ثم أعد الترتيب حسب Impressions أو CTR وفق هدف التحليل.
راجع الصفحات ضمن مجموعات عملية:
-
صفحات تحقق نقرات وظهورًا متزايدين.
-
صفحات تحقق ظهورًا مرتفعًا وCTR منخفضًا.
-
صفحات فقدت نقرات مقارنة بالفترة السابقة.
-
صفحات جديدة بدأت بالظهور.
-
صفحات مهمة تجاريًا لا تحصل على حضور كافٍ.
-
صفحات تستقبل زيارات من كلمات لا تطابق هدفها.
لا تقارن جميع الصفحات بالمعيار نفسه. المقالة المعلوماتية الواسعة تختلف عن صفحة خدمة، وصفحة جديدة تختلف عن صفحة منشورة منذ سنوات. الأفضل مقارنة الصفحة بتاريخها السابق وبصفحات تستهدف نية مشابهة.
كيف تعرف الكلمات التي تظهر لها صفحة محددة؟
لتحليل صفحة واحدة:
-
افتح تبويب Pages.
-
اختر عنوان URL المطلوب من الجدول.
-
سيُضاف فلتر خاص بالصفحة إلى التقرير.
-
انتقل إلى تبويب Queries.
-
راجع الكلمات التي ظهرت لها الصفحة والنقرات وCTR ومتوسط الترتيب لكل كلمة.
يساعدك هذا المسار على معرفة ما إذا كانت Google تفهم موضوع الصفحة كما تتوقع.
قد تكتشف مثلًا أن مقالة عن Google Search Console تظهر لعبارات تتعلق بـ:
-
شرح الأداة.
-
تحليل الكلمات.
-
تحسين CTR.
-
فحص الفهرسة.
-
الفرق بينها وبين GA4.
إذا كانت هذه العبارات جزءًا طبيعيًا من موضوع المقالة، يمكن تقوية الأقسام المرتبطة بها. أما إذا كانت الصفحة تظهر لعبارة ذات نية مختلفة تمامًا، فلا توسع المحتوى لمجرد الحصول على مزيد من الظهور.
كيف تعرف الصفحات التي تظهر لكلمة محددة؟
للبدء من كلمة معينة:
-
افتح تبويب Queries.
-
اختر الاستعلام من الجدول.
-
انتقل إلى تبويب Pages.
-
راجع عناوين URL التي ظهرت لهذا الاستعلام.
-
قارن النقرات ومرات الظهور وCTR ومتوسط الترتيب بين الصفحات.
هذا التحليل مفيد لمعرفة الصفحة الأساسية التي تربطها Google بالاستعلام، كما يساعد لاحقًا على اكتشاف حالات ظهور أكثر من صفحة للكلمة نفسها.
ظهور صفحتين لاستعلام واحد لا يعني تلقائيًا وجود تداخل في الكلمات المفتاحية. قد يكون لكل صفحة سياق أو نية مختلفة. يجب مراجعة المحتوى، والنية، واستقرار الأداء قبل اتخاذ قرار الدمج أو إعادة التوجيه.
استخدام الفلاتر لتجميع الكلمات والصفحات
يمكنك استخدام الفلاتر عندما تريد تحليل مجموعة مترابطة بدل استعلام أو صفحة واحدة.
تسمح فلاتر تقرير الأداء بتصفية Queries أو Pages باستخدام عبارة محددة، كما تدعم Regex لتجميع كلمات أو عناوين URL تختلف في صياغتها.
أمثلة عملية:
-
تجميع كل الاستعلامات التي تحتوي «Search Console».
-
تحليل جميع الصفحات الموجودة داخل
/blog/. -
استبعاد الكلمات المرتبطة باسم العلامة التجارية.
-
مقارنة أداء صفحات الخدمات بصفحات المدونة.
-
تحليل الكلمات التي تحتوي صيغًا متقاربة مثل «جوجل سيرش كونسول» و«Google Search Console».
استخدم Regex فقط عندما تكون المجموعة واضحة. فالتعبير الواسع قد يجمع كلمات ذات نوايا مختلفة ويقود إلى متوسطات لا تساعد على اتخاذ قرار.
مقارنة الفترات واكتشاف التغيرات
لقراءة التغير في أداء الكلمات والصفحات:
-
افتح فلتر التاريخ.
-
اختر Compare.
-
قارن فترة بفترة سابقة مساوية لها.
-
انتقل إلى Queries أو Pages.
-
راجع عمود Difference.
-
رتب البيانات حسب أكبر ارتفاع أو انخفاض.
اختر فترات متكافئة قدر الإمكان. مقارنة آخر 28 يومًا بالأيام الـ28 السابقة تكون عادة أوضح من مقارنة شهر كامل بجزء من شهر.
وعند وجود موسمية واضحة، قارن الفترة بالفترة نفسها من العام السابق إن كانت البيانات متاحة. أما المقارنة بالفترة السابقة فقط فقد توحي بتراجع، بينما يكون السبب انخفاضًا موسميًا طبيعيًا في الطلب.
يوفر Search Console أيضًا التجميع الأسبوعي أو الشهري، وهو مفيد لتقليل تأثير اختلاف أيام الأسبوع عند تحليل الاتجاهات طويلة المدى.
كيف تحول التحليل إلى قرار؟
بعد مراجعة الكلمة والصفحة والفترة، سجّل النتيجة في جدول عمل بسيط:
| الاستعلام | الصفحة | الإشارة المكتشفة | التفسير المحتمل | الإجراء المقترح |
|---|---|---|---|---|
| كلمة مرتبطة بالموضوع | الصفحة المناسبة | ظهور مرتفع وCTR منخفض | العنوان أو النية يحتاجان مراجعة | مراجعة Title والمقدمة |
| كلمة في ترتيب قريب | الصفحة المناسبة | ظهور مستقر ونقرات محدودة | فرصة لتحسين التغطية | توسيع القسم المرتبط |
| كلمة جديدة | صفحة قريبة من الموضوع | نمو في الظهور | طلب بحث جديد أو زاوية ناقصة | إضافة H3 أو إنشاء مقال |
| كلمة تظهر لها صفحتان | صفحتان متقاربتان | توزيع النقرات والظهور | احتمال اختلاف نية أو تداخل | مراجعة الصفحتين قبل الدمج |
| صفحة تتراجع | عدة استعلامات | انخفاض متزامن | تغير أوسع من كلمة واحدة | مراجعة الصفحة والسوق والفهرسة |
لا تنفذ التعديل بناءً على رقم منفرد. اجمع بين الاستعلام والصفحة والنية والفترة، ثم اكتب فرضية واضحة قبل تحديث المحتوى. بهذه الطريقة يصبح Search Console أداة لاتخاذ القرار، لا مجرد لوحة لمراقبة الأرقام.
كيفية اكتشاف الكلمات القريبة من الصفحة الأولى

من أكثر استخدامات Google Search Console قيمةً اكتشاف الاستعلامات التي بدأ موقعك يحقق لها ظهورًا جيدًا، لكنها لم تصل بعد إلى أعلى النتائج أو لم تحصل على نقرات تتناسب مع فرصة الظهور.
في هذا الدليل، سنستخدم متوسط ترتيب يتراوح تقريبًا بين 4 و15 كنطاق فحص أولي. هذا النطاق ليس قاعدة رسمية من Google، ولا يعني أن كل كلمة داخله تمثل فرصة سهلة. متوسط الترتيب يتغير حسب الجهاز والدولة ونوع النتيجة ومرات الظهور، لذلك يجب قراءته مع النقرات ومرات الظهور وCTR ومدى ارتباط الكلمة بالصفحة.
خطوات استخراج الكلمات ذات فرصة التحسين
1. افتح تقرير الأداء واختر فترة مناسبة
انتقل إلى Performance ثم Search results، واختر فترة تسمح برؤية اتجاه واضح بدل الاعتماد على بضعة أيام.
إذا كان الموقع يتأثر بالموسمية، قارن الفترة بالفترة نفسها من العام السابق عند توفر البيانات. أما إذا كان الهدف قياس أثر تحديث حديث، فقارن فترتين متساويتين قبل التعديل وبعده.
2. فعّل المقاييس الأربعة
اعرض:
-
Clicks.
-
Impressions.
-
Average CTR.
-
Average Position.
وجود المقاييس الأربعة ضروري؛ لأن ترتيبًا قريبًا دون مرات ظهور كافية قد لا يمثل أولوية، كما أن مرات الظهور المرتفعة دون نقرات قد تكشف مشكلة مختلفة عن مشكلة الترتيب.
3. انتقل إلى تبويب Queries
يعرض تبويب Queries الكلمات التي ظهر لها الموقع في نتائج البحث. يمكنك ترتيب الجدول حسب مرات الظهور، ثم مراجعة الكلمات التي يقع متوسط ترتيبها ضمن النطاق المراد تحليله.
توضح Google Search Console Help أنه يمكن ترتيب الاستعلامات حسب Clicks أو CTR أو Impressions، واستخدام الفلاتر لتضييق البيانات إلى الكلمات الأكثر ارتباطًا بهدف التحليل.
إذا كانت القائمة كبيرة، صدّر البيانات إلى Google Sheets أو Excel حتى تتمكن من تصفية متوسط الترتيب وتجميع الكلمات المتقاربة وتصنيف الأولويات بسهولة أكبر.
4. استبعد الكلمات غير المناسبة
لا تعتبر كل استعلام يقع بين المواضع 4 و15 فرصة تستحق التحسين. استبعد أو خفّض أولوية الكلمات التي:
-
لا ترتبط مباشرة بموضوع الصفحة.
-
تحمل نية مختلفة عن المحتوى الحالي.
-
تعتمد على اسم علامة تجارية لا تستهدفها.
-
تحقق ظهورًا عابرًا أو غير مستقر.
-
تحتاج إلى صفحة مختلفة تمامًا.
-
لا تخدم الجمهور أو الهدف التجاري للموقع.
الهدف ليس زيادة عدد الكلمات داخل الصفحة، بل تحسين توافقها مع الاستعلامات التي تستطيع الإجابة عنها بوضوح.
5. حدد الصفحة التي تظهر لكل استعلام
اختر الاستعلام من تبويب Queries، ثم انتقل إلى Pages لمعرفة الصفحة أو الصفحات التي عرضتها Google له.
راجع الأسئلة التالية:
-
هل تظهر الصفحة التي تتوقعها؟
-
هل عنوان الصفحة يعكس نية الاستعلام؟
-
هل تغطي الصفحة السؤال بصورة واضحة؟
-
هل يحتاج الموضوع إلى H2 أو H3 إضافي؟
-
هل تظهر أكثر من صفحة للكلمة نفسها؟
-
هل الصفحة الحالية مناسبة للتحسين، أم أن الاستعلام يحتاج محتوى مستقلًا؟
إذا كانت Google تعرض صفحة غير مناسبة، فقد لا يكون الحل إضافة الكلمة إليها. قد تحتاج إلى تقوية الصفحة الصحيحة، أو تحسين الربط الداخلي، أو إنشاء محتوى مستقل يغطي النية بدقة.
6. راجع اتجاه الأداء لا المتوسط فقط
اختر الاستعلام والصفحة، ثم راقب الاتجاه خلال الوقت.
قد تكون الكلمة أكثر أهمية عندما:
-
ترتفع مرات ظهورها تدريجيًا.
-
يتحسن ترتيبها مع بقاء CTR منخفضًا.
-
تحصل الصفحة على نقرات متزايدة من استعلام مرتبط.
-
تبدأ بالظهور بعد تحديث محتوى سابق.
-
تحقق أداءً أفضل في سوق أو جهاز مهم للنشاط.
أما إذا كان الترتيب يتغير باستمرار مع مرات ظهور محدودة، فلا تتسرع في إعادة بناء الصفحة. اجمع بيانات إضافية وراجع موسمية الاستعلام وشكل نتائج البحث أولًا.
توصي Google بالتركيز على اتجاهات النقرات ومرات الظهور أكثر من الاعتماد على Average Position وحده؛ لأن موضع النتيجة قد يختلف باختلاف السياق وطريقة عرض نتائج البحث.
كيف ترتب فرص الكلمات حسب الأولوية؟
يمكن تصنيف الفرص إلى ثلاث درجات:
| الأولوية | الإشارات | القرار المقترح |
|---|---|---|
| عالية | استعلام مرتبط مباشرة بالصفحة، ظهور مستقر أو متزايد، ترتيب قريب، وفجوة واضحة في التغطية أو العنوان | تحديث الصفحة ومنحها أولوية في خطة المحتوى |
| متوسطة | استعلام مناسب لكن بياناته متقلبة، أو يحتاج إلى توسعة كبيرة، أو قيمته التجارية محدودة | مراقبته أو إدراجه ضمن تحديث لاحق |
| منخفضة | نية غير متطابقة، صفحة غير مناسبة، ظهور عابر، أو كلمة لا تخدم الجمهور | عدم تعديل الصفحة من أجله |
ترتفع أولوية الفرصة عندما تجتمع خمسة عوامل:
-
الملاءمة: الكلمة جزء طبيعي من موضوع الصفحة.
-
الطلب الظاهر: تحقق الكلمة مرات ظهور قابلة للمراجعة.
-
القرب: ترتيبها الحالي يسمح بتحسين واقعي، دون اعتبار ذلك ضمانًا.
-
الفجوة: توجد إجابة ناقصة أو عنوان غير واضح أو قسم يحتاج تطويرًا.
-
القيمة: يمكن أن تجذب الكلمة جمهورًا مناسبًا أو تدعم هدفًا مهمًا.
نموذج عملي لتسجيل فرص الكلمات
استخدم جدولًا بسيطًا لتوثيق القرار قبل تعديل الصفحة:
| الاستعلام | الصفحة الحالية | الإشارة | سبب الأولوية | الإجراء |
|---|---|---|---|---|
| استعلام مطابق للموضوع | الصفحة المناسبة | ظهور جيد وترتيب قريب | القسم الحالي لا يجيب عنه مباشرة | إضافة فقرة أو H3 |
| استعلام أساسي | الصفحة المناسبة | ترتيب يتحسن وCTR محدود | العنوان لا يوضح القيمة | مراجعة Meta Title وH1 |
| استعلام فرعي | صفحة عامة | ظهور متزايد | يحتاج شرحًا أعمق | إنشاء مقال داعم |
| استعلام واحد | صفحتان متقاربتان | توزيع الظهور بين الصفحتين | احتمال اختلاف نية أو تداخل | مراجعة الصفحتين قبل التعديل |
بعد تسجيل الفرصة، اكتب فرضية محددة قبل التنفيذ، مثل:
تظهر الصفحة للاستعلام المناسب، لكن القسم الذي يجيب عنه مختصر ولا يقدم إجابة مباشرة. سنوسّع هذا القسم ونراقب النقرات ومرات الظهور خلال الفترة التالية.
هذه الطريقة تجعل التحديث قابلًا للقياس. أما إضافة الكلمات بصورة عشوائية أو إعادة كتابة الصفحة كاملة دون فرضية واضحة، فتجعل معرفة سبب التحسن أو التراجع أكثر صعوبة.
كيفية تحسين الصفحات ذات مرات الظهور المرتفعة وCTR المنخفض
ارتفاع الظهور مع انخفاض CTR يمثل فرصة محتملة، لكنه لا يثبت أن المشكلة في Meta Title.
لماذا يكون CTR منخفضًا؟
قد يرجع إلى:
-
متوسط ترتيب منخفض.
-
ظهور الصفحة لاستعلامات غير مناسبة.
-
عنوان عام أو غير واضح.
-
مقتطف لا يوضح القيمة.
-
اختلاف نية الصفحة عن نية الباحث.
-
ظهور إعلانات أو صور أو فيديو أو نتائج غنية.
-
اختلاف الأداء بين الهاتف وسطح المكتب.
مراجعة عنوان النتيجة
توصي Google Search Central بأن يكون عنوان الصفحة وصفيًا، مختصرًا، ومميزًا دون تكرار أو حشو.
بدلًا من:
دليل Search Console
استخدم عنوانًا يوضح القيمة:
شرح Google Search Console: تحليل الكلمات وتحسين CTR
عند المراجعة:
-
ضع الموضوع الأساسي بوضوح.
-
اشرح القيمة أو زاوية المحتوى.
-
لا تكرر الكلمة بصيغ متعددة.
-
لا تستخدم السنة إلا عند الحاجة.
-
تأكد من توافق
<title>وH1 والعنوان البصري.
قد تنشئ Google عنوان النتيجة من <title> أو H1 أو نصوص أخرى، لذلك يجب أن تكون إشارات العنوان متسقة.
مراجعة Meta Description والمحتوى
قد تستخدم Google الوصف المكتوب، لكنها قد تعرض مقتطفًا من محتوى الصفحة بحسب الاستعلام. لذلك:
-
اكتب ملخصًا دقيقًا.
-
وضح الفائدة.
-
لا تستخدم وصفًا مكررًا.
-
حسّن المقدمة والفقرات التي تجيب عن الاستعلامات المهمة.
خطوات التنفيذ والقياس
-
اختر الصفحة والاستعلام.
-
افصل البيانات حسب الجهاز والدولة.
-
اكتب فرضية واضحة.
-
راجع Meta Title وH1 والمقدمة والوصف والعناوين الفرعية.
-
نفّذ تعديلًا محددًا.
-
سجّل التاريخ.
-
قارن فترة لاحقة بفترة سابقة مساوية.
يمكنك استخدام أداة تحليل SEO لمراجعة العنوان وبنية المحتوى قبل تنفيذ التحديث.
لا تعتبر ارتفاع CTR نجاحًا نهائيًا إذا انخفض الظهور بشدة، ولا تعتبر ثبات CTR فشلًا إذا توسعت الصفحة إلى كلمات جديدة. راقب CTR وClicks وImpressions وAverage Position معًا.
فحص الفهرسة باستخدام URL Inspection وتقرير فهرسة الصفحات
استخدم URL Inspection لفحص صفحة محددة، وPage Indexing Report لمراجعة حالة الفهرسة على مستوى الموقع.
كيف تعرف أن الصفحة مفهرسة؟
-
اختر Property الصحيحة.
-
الصق الرابط كاملًا في شريط الفحص.
-
راجع الحالة العامة.
-
افتح تفاصيل Page indexing.
قد تظهر حالات مثل:
-
URL is on Google: الصفحة مفهرسة، لكن ذلك لا يضمن الترتيب.
-
URL is on Google, but has issues: مفهرسة مع مشكلة في أحد التحسينات.
-
URL is not on Google: غير مفهرسة ويجب مراجعة السبب.
يعرض الفحص آخر نسخة تعرفها Google. استخدم Test Live URL لاختبار النسخة الحالية بعد التحديث.
ماذا يعرض URL Inspection؟
-
طريقة اكتشاف الرابط.
-
تاريخ آخر زحف.
-
نوع Googlebot.
-
السماح بالزحف.
-
نجاح تحميل الصفحة.
-
السماح بالفهرسة.
-
User-declared canonical.
-
Google-selected canonical.
-
بعض التحسينات المكتشفة.
إذا اختارت Google Canonical مختلفًا، فقد تعتبر الصفحة نسخة بديلة أو مكررة.
متى تستخدم Request Indexing؟
استخدمه عند:
-
نشر صفحة جديدة ومهمة.
-
إجراء تحديث جوهري.
-
إزالة
noindex. -
إصلاح عائق كان يمنع الوصول.
-
نقل المحتوى إلى رابط جديد بعد ضبط التحويلات.
طلب الفهرسة لا يضمن الإدراج، وتكراره لا يسرّع العملية. أصلح السبب أولًا، ثم شغّل Live Test وقدّم الطلب عند الحاجة.
كيف تقرأ أسباب عدم الفهرسة؟
| الحالة | المعنى | الإجراء |
|---|---|---|
| URL marked noindex | الصفحة تمنع الفهرسة | أزل noindex إذا كان المنع غير مقصود |
| Blocked by robots.txt | الزحف محظور | راجع القاعدة |
| Page with redirect | الرابط يحول إلى رابط آخر | تأكد من صحة التحويل |
| Alternate page with proper canonical | نسخة بديلة تشير إلى الأصل | لا إجراء إذا كان صحيحًا |
| Duplicate without user-selected canonical | نسخة مكررة دون تحديد الأصل | راجع Canonical والربط الداخلي |
| Crawled – currently not indexed | تم الزحف دون الفهرسة | راجع جودة الصفحة وتميزها |
| Discovered – currently not indexed | تم الاكتشاف دون الزحف | راجع البنية وSitemap والروابط |
| Not found 404 | الصفحة غير موجودة | اتركها أو حوّلها عند وجود بديل |
| Server error 5xx | مشكلة في الخادم | أصلح الخادم |
| Soft 404 | الصفحة تبدو غير موجودة دون كود صحيح | حسّنها أو أعد حالة 404 الصحيحة |
لا تجعل هدفك فهرسة جميع روابط الموقع. ركز على الصفحات الأساسية التي يجب أن تظهر.
كيفية اكتشاف تداخل الكلمات المفتاحية باستخدام Search Console
يحدث تداخل الكلمات المفتاحية عندما تستهدف صفحتان أو أكثر نية بحث متقاربة جدًا، فلا يكون واضحًا أي صفحة يجب أن تمثل الموقع أمام الاستعلام المستهدف.
لا يوفر Google Search Console تقريرًا مستقلًا باسم Keyword Cannibalization، لكنه يساعدك على اكتشاف إشارات التداخل من خلال ربط بيانات Queries ببيانات Pages.
ظهور أكثر من صفحة للاستعلام نفسه لا يعني تلقائيًا وجود مشكلة. قد تعرض Google صفحات مختلفة لأن كل واحدة تجيب عن زاوية أو نية مختلفة. يبدأ التشخيص الحقيقي عندما تكون الصفحات متشابهة في الهدف والمحتوى، ويتوزع الأداء بينها دون وجود صفحة رئيسية واضحة.
كيف تعرف الصفحات التي تظهر للاستعلام نفسه؟
اتبع الخطوات التالية:
-
افتح تقرير Performance ثم Search results.
-
انتقل إلى تبويب Queries.
-
اختر الاستعلام الذي تريد تحليله.
-
انتقل إلى تبويب Pages.
-
راجع جميع عناوين URL التي ظهرت لهذا الاستعلام.
-
فعّل Clicks وImpressions وCTR وAverage Position.
-
قارن أداء الصفحات خلال فترة مناسبة.
-
استخدم مقارنة الفترات لمعرفة ما إذا كانت الصفحة المتصدرة تتغير باستمرار.
توضح Google في دليل المهام العملية لتقرير الأداء أنه يمكنك اختيار استعلام محدد ثم الانتقال إلى Pages لمعرفة الصفحات التي عرضتها Google له.
عند وجود صيغ متعددة للكلمة، استخدم فلاتر تقرير الأداء أو Regex لتجميع الاستعلامات المتقاربة.
على سبيل المثال، يمكن تجميع صيغ مثل:
-
شرح Google Search Console.
-
شرح جوجل سيرش كونسول.
-
دليل Google Search Console.
-
كيفية استخدام Search Console.
لكن لا تجمع عبارات مختلفة لمجرد احتوائها على كلمة مشتركة. فقد تحمل «شرح Search Console» نية تعليمية، بينما تحمل «تسجيل الدخول إلى Search Console» نية تنقلية مختلفة.
ما العلامات التي تشير إلى تداخل فعلي؟
لا يوجد مقياس واحد يثبت التداخل. ابحث عن مجموعة من الإشارات:
1. الصفحات تستهدف النية نفسها
قد تكون لديك مقالتان تشرحان الموضوع نفسه، وتستخدمان عناوين متقاربة، وتجيبان عن الأسئلة نفسها دون فرق واضح في الجمهور أو العمق أو المرحلة التسويقية.
2. لا توجد صفحة رئيسية مستقرة
قد تتصدر صفحة خلال فترة، ثم تنتقل معظم مرات الظهور إلى صفحة أخرى في الفترة التالية، رغم عدم وجود اختلاف واضح في النية بينهما.
هذا التغير لا يثبت التداخل وحده؛ فقد ينتج عن تحديثات المحتوى أو اختلاف الاستعلامات أو الموسمية. لكنه يصبح إشارة أقوى عندما يتكرر مع صفحات متشابهة جدًا.
3. الصفحة غير المناسبة تحقق الظهور
قد ترغب في ترتيب صفحة خدمة لكلمة تجارية، لكن Google تعرض بدلًا منها مقالة معلوماتية. أو قد تظهر مقالة قديمة وعامة بدل دليل أحدث وأكثر شمولًا.
في هذه الحالة، المشكلة ليست دائمًا وجود صفحتين؛ فقد تكون إشارات الصفحة المستهدفة أضعف أو أن نية الكلمة أقرب إلى المحتوى المعلوماتي.
4. النقرات ومرات الظهور موزعة بين صفحات شديدة التشابه
إذا كانت صفحتان متقاربتان تحصلان على جزء من الظهور للكلمات نفسها، دون أن تقدم إحداهما قيمة مستقلة، فقد يكون توحيدهما أكثر وضوحًا للقارئ ومحركات البحث.
5. الروابط الداخلية لا تحدد الصفحة الأساسية
عندما تستخدم المقالات Anchor Text نفسه لربط صفحات مختلفة، أو تتبادل الصفحات روابط متضاربة دون وجود صفحة محورية، تصبح بنية الاستهداف أقل وضوحًا.
متى يكون ظهور أكثر من صفحة طبيعيًا؟
قد يكون ظهور عدة صفحات للاستعلام نفسه طبيعيًا عندما تخدم كل صفحة حاجة مختلفة.
| الحالة | مثال | القرار |
|---|---|---|
| صفحة تعريفية وصفحة إجرائية | ما Search Console؟ وكيفية إضافة الموقع إليها | إبقاء الصفحتين مع توضيح الفرق |
| مقال معلوماتي وصفحة خدمة | دليل SEO وخدمة تحسين محركات البحث | إبقاء الصفحتين لأن مرحلة القمع مختلفة |
| دليل شامل ومقال متخصص | دليل Search Console ومقال تحسين CTR | بناء ربط داخلي واضح بينهما |
| صفحات لغات مختلفة | صفحة عربية وصفحة إنجليزية | إبقاؤهما مع إعدادات اللغة الصحيحة |
| صفحة فئة وصفحة تفصيلية | دليل أدوات SEO ومراجعة أداة محددة | إبقاء الهيكل الهرمي |
المعيار ليس اشتراك الصفحات في كلمة واحدة، بل مدى تطابق نية البحث والوظيفة الأساسية لكل صفحة.
نموذج تشخيص تداخل الكلمات
استخدم الجدول التالي قبل اتخاذ قرار:
| العنصر | الصفحة الأولى | الصفحة الثانية |
|---|---|---|
| عنوان الصفحة | ||
| النية الأساسية | ||
| الكلمة الرئيسية | ||
| أهم الاستعلامات | ||
| Clicks | ||
| Impressions | ||
| CTR | ||
| Average Position | ||
| القيمة الفريدة | ||
| الروابط الداخلية الواردة | ||
| القرار |
بعد تعبئة الجدول، اسأل:
-
هل تجيب الصفحتان عن السؤال نفسه؟
-
هل يستطيع القارئ فهم الفرق بينهما من العنوان؟
-
هل توجد معلومات فريدة كافية في كل صفحة؟
-
أي صفحة أكثر شمولًا وحداثة وارتباطًا بالهدف؟
-
أي صفحة تحصل على روابط داخلية أقوى؟
-
هل يجب أن تكون إحداهما صفحة رئيسية والأخرى مقالًا داعمًا؟
ما الإجراء المناسب عند وجود تداخل فعلي؟
يعتمد القرار على طبيعة الصفحات، وليس على بيانات Search Console وحدها.
الحالة الأولى: الصفحات مختلفة لكن عناوينها غير واضحة
إذا كانت النيات مختلفة فعلًا، احتفظ بالصفحات وحسّن التمييز بينها.
يمكنك:
-
إعادة كتابة Meta Title وH1.
-
توضيح الجمهور أو حالة الاستخدام.
-
تخصيص الكلمات المستهدفة لكل صفحة.
-
إضافة روابط داخلية تشرح العلاقة بين المحتويين.
-
استخدام Anchor Text مختلف ودقيق لكل صفحة.
مثال:
-
شرح Google Search Console: دليل عملي لتحليل الأداء.
-
كيفية تحسين CTR باستخدام بيانات Search Console.
الصفحة الأولى دليل شامل، والثانية تعالج مهمة واحدة بعمق.
الحالة الثانية: صفحة رئيسية وصفحة داعمة
إذا كانت إحدى الصفحات شاملة والأخرى متخصصة، أنشئ علاقة Pillar وCluster واضحة.
اجعل الصفحة الداعمة تربط بالدليل الرئيسي باستخدام Anchor Text طبيعي، واجعل الدليل الرئيسي يشير إلى المقال المتخصص في القسم المناسب.
لا تحاول جعل الصفحتين تستهدفان العبارة الرئيسية نفسها بالقوة. استهدف في الصفحة الداعمة Long-tail أو مهمة محددة.
الحالة الثالثة: صفحتان متقاربتان دون قيمة مستقلة
إذا كان المحتوى متشابهًا ولا توجد حاجة فعلية إلى صفحتين:
-
اختر الصفحة الأقوى والأكثر ملاءمة بوصفها الصفحة الأساسية.
-
انقل إليها المعلومات المفيدة من الصفحة الأخرى.
-
حدّث بنيتها وعناوينها لتغطية النية كاملة.
-
استخدم إعادة توجيه دائمة من الصفحة التي لن تبقى إلى الصفحة المعتمدة.
-
حدّث الروابط الداخلية حتى تشير مباشرة إلى الصفحة النهائية.
-
احذف الرابط القديم من Sitemap بعد تنفيذ التحويل.
توضح إرشادات Google حول الصفحات المتشابهة والـCanonical أن إعادة التوجيه إشارة قوية عند الاستغناء عن نسخة مكررة، كما يساعد توحيد الروابط الداخلية نحو الصفحة الأساسية على توضيح التفضيل.
الحالة الرابعة: نسخ مكررة يجب أن تبقى متاحة
إذا كانت الصفحات نسخًا مكررة أو شديدة التشابه وتحتاج إلى بقائها متاحة لأسباب تشغيلية، يمكن استخدام rel="canonical" للإشارة إلى النسخة الأساسية.
لا تستخدم Canonical لمجرد أن صفحتين تتحدثان عن موضوع متقارب. يُستخدم عندما تمثل إحدى الصفحات نسخة بديلة أو مكررة من المحتوى الأساسي، وليس عندما تقدم كل صفحة محتوى مستقلًا.
الحالة الخامسة: الصفحة الخاطئة تظهر للكلمة
إذا كانت الصفحة الصحيحة موجودة لكنها لا تظهر بما يكفي:
-
راجع مدى تطابقها مع نية البحث.
-
حسّن عنوانها وH1 ومقدمتها.
-
وسّع القسم الذي يجيب عن الاستعلام.
-
أضف روابط داخلية من صفحات مرتبطة.
-
استخدم Anchor Text يصف الموضوع بدقة.
-
قلل استهداف الصفحة الأخرى للكلمة إذا لم تكن جزءًا أساسيًا من موضوعها.
لا تحذف الصفحة التي تظهر حاليًا قبل التأكد من أن الصفحة المستهدفة تقدم إجابة أفضل وتملك إشارات واضحة.
كيف تقيس أثر معالجة التداخل؟

سجّل تاريخ التعديل والصفحة التي اخترتها بوصفها الصفحة الأساسية، ثم تابع:
-
الاستعلام أو مجموعة الاستعلامات المستهدفة.
-
الصفحات التي تظهر لها.
-
Clicks.
-
Impressions.
-
CTR.
-
Average Position.
-
استقرار الصفحة الأساسية عبر الوقت.
النتيجة الإيجابية ليست أن تختفي كل الصفحات الأخرى من التقرير. الأهم هو أن تصبح الصفحة الأنسب أكثر وضوحًا واستقرارًا للاستعلام الأساسي، وأن تتحسن النقرات والظهور دون فقدان تغطية الكلمات ذات النيات المختلفة.
استخدم جدول متابعة مثل:
| الاستعلام | الصفحة الأساسية | الصفحات الأخرى | الإجراء | تاريخ التنفيذ | النتيجة |
|---|---|---|---|---|---|
| الكلمة المستهدفة | الرابط المعتمد | الروابط المتداخلة | تمييز / دمج / تحويل / ربط | التاريخ | تتم المراجعة لاحقًا |
تداخل الكلمات ليس مشكلة تُحل بإضافة الكلمة إلى صفحة واحدة وحذفها من الأخرى. القرار الصحيح يبدأ بفهم النية، ثم تحديد وظيفة كل صفحة، وبعد ذلك توحيد إشارات المحتوى والروابط والبنية حول الصفحة الأنسب.
نموذج عملي لمراجعة Search Console أسبوعيًا وشهريًا
لا تحتاج إلى فتح الأداة يوميًا واتخاذ قرار عند كل تغير. استخدم المراجعة الأسبوعية للكشف المبكر، والمراجعة الشهرية لاتخاذ قرارات المحتوى والقياس.
قائمة المراجعة الأسبوعية
راجع:
-
اتجاه Clicks وImpressions.
-
الصفحات ذات أكبر ارتفاع أو انخفاض.
-
الاستعلامات الجديدة أو المتنامية.
-
الصفحات ذات الظهور المرتفع وCTR المنخفض.
-
الفهرسة وSitemaps وManual actions وSecurity issues.
-
الملاحظات التي تحتاج إلى تحليل أعمق.
اختم بسجل بسيط:
| الملاحظة | الصفحة أو الاستعلام | التفسير الأولي | الإجراء التالي |
|---|---|---|---|
| ارتفاع في الظهور | صفحة محددة | كلمات جديدة | مراجعة Queries |
| انخفاض في النقرات | مجموعة صفحات | CTR أو ترتيب أو موسمية | مقارنة الأجهزة والفترات |
| مشكلة فهرسة | صفحات محددة | إعداد أو تغير تقني | فحص URL |
| فرصة محتوى | استعلام متنامٍ | تغطية ناقصة | إضافته إلى الخطة |
المراجعة الشهرية
سجّل:
-
Organic Clicks.
-
Impressions.
-
Average CTR.
-
اتجاه Average Position.
-
الصفحات ذات أكبر نمو.
-
الصفحات ذات أكبر تراجع.
-
الاستعلامات الجديدة.
-
أثر التحديثات المنفذة.
-
الصفحات المهمة التي لا تزال ضعيفة.
لكل تحديث، وثّق الصفحة، والتاريخ، والفرضية، والمؤشر الأساسي، والنتيجة، والقرار التالي.
ربط Search Console مع GA4
استخدم Search Console لمعرفة كيف اكتشف الباحث الصفحة، وGA4 لمعرفة ما فعله بعد الوصول.
راجع:
-
Organic Sessions.
-
Engagement Rate.
-
الأحداث المهمة.
-
تعبئة النماذج.
-
طلبات التواصل.
-
التحويلات العضوية.
قد تحقق صفحة نقرات مرتفعة وتفاعلًا ضعيفًا، فتحتاج إلى مراجعة تطابقها مع نية البحث. وقد تحقق صفحة نقرات محدودة وتحويلات جيدة، فتكون ذات قيمة تجارية رغم حجمها الصغير.
يمكنك الرجوع إلى دليل مؤشرات الأداء الرئيسية في التسويق لبناء لوحة تربط SEO بأهداف التسويق والنمو.
أخطاء شائعة عند استخدام Google Search Console
يوفر Google Search Console بيانات مهمة عن الظهور والنقرات والفهرسة، لكن استخدام الأرقام دون فهم طريقة احتسابها قد يؤدي إلى تحديثات غير ضرورية أو أولويات SEO خاطئة.
فيما يلي أبرز الأخطاء التي يجب تجنبها عند قراءة التقارير واتخاذ القرارات.
1. التعامل مع متوسط الترتيب كأنه مركز ثابت
لا يعني Average Position أن الصفحة تحتل المركز نفسه لجميع الباحثين. فهو متوسط أعلى موضع ظهر فيه رابط من الموقع ضمن مرات الظهور المسجلة، وقد يتغير حسب الاستعلام والجهاز والدولة ووقت البحث وشكل النتيجة.
قد يعرض Search Console متوسط ترتيب 5، بينما ترى الصفحة في موضع مختلف عند البحث اليدوي. هذا طبيعي؛ لأن بحثك يمثل حالة واحدة فقط.
التصحيح: استخدم الترتيب لمتابعة الاتجاه بمرور الوقت، وضيّق البيانات إلى استعلام وصفحة ودولة وجهاز محددين قدر الإمكان. لا تتخذ قرارًا اعتمادًا عليه دون مراجعة Clicks وImpressions.
2. قراءة كل مقياس منفردًا
قد يبدو ارتفاع مرات الظهور إيجابيًا، لكنه قد يأتي من كلمات لا ترتبط بالهدف. وقد يبدو انخفاض CTR سلبيًا، بينما يكون سببه اتساع ظهور الصفحة في مواضع أقل أو لاستعلامات جديدة.
التصحيح: اقرأ المقاييس كسلسلة مترابطة:
-
هل تحقق الصفحة مرات ظهور؟
-
ما الاستعلامات المسؤولة عنها؟
-
أين يظهر الرابط تقريبًا؟
-
ما نسبة الظهور التي تحولت إلى نقرات؟
-
هل النقرات تأتي إلى الصفحة المناسبة؟
لا تُشخّص المشكلة قبل ربط المقياس بالاستعلام والصفحة والفترة.
3. مقارنة فترات غير متكافئة
مقارنة شهر كامل بأسبوعين، أو فترة تتضمن موسمًا مرتفعًا بفترة عادية، قد تنتج فرقًا كبيرًا لا يعكس تحسنًا أو تراجعًا حقيقيًا.
قد يؤثر أيضًا اختلاف عدد أيام العمل والعطلات ونهاية الأسبوع في البيانات.
التصحيح: قارن فترات متساوية قدر الإمكان، واستخدم المقارنة السنوية عند وجود موسمية واضحة. وللاتجاهات الأطول، استخدم التجميع الأسبوعي أو الشهري لتقليل أثر التقلبات اليومية.
4. اتخاذ قرار كبير من البيانات الأولية
يوفر تقرير الأداء عرضًا حديثًا للبيانات، لكن أحدث النقاط قد تكون أولية وما زالت قيد الجمع والمعالجة. ويمكن أن تتغير خلال الساعات التالية.
التصحيح: استخدم البيانات الحديثة لرصد حدث أو مشكلة محتملة، لا لإعادة كتابة صفحة كاملة. انتظر اكتمال الفترة وقارنها بسياق أوسع قبل تنفيذ تغييرات جوهرية.
5. توقع تطابق الرسم البياني مع مجموع صفوف الجدول
قد يختلف إجمالي Clicks أو Impressions في الرسم عن مجموع الصفوف الظاهرة داخل Queries أو Pages.
يحدث ذلك بسبب اختلاف طريقة التجميع بين مستوى Property ومستوى الصفحة، إضافة إلى عدم عرض بعض الاستعلامات محدودة الحجم لأسباب تتعلق بالخصوصية.
التصحيح: لا تجمع صفوف الجدول يدويًا وتفترض أن الفرق خطأ. استخدم الرسم لمتابعة الاتجاه الإجمالي، واستخدم الجدول لتحليل الصفحات أو الاستعلامات الظاهرة.
6. الاعتماد على البحث اليدوي للتحقق من الترتيب
قد يبحث صاحب الموقع عن الكلمة ولا يجد صفحته في الموضع الذي يعرضه Search Console، فيفترض أن البيانات غير صحيحة.
لكن نتائج البحث تتأثر بالموقع الجغرافي والجهاز والوقت وسجل البحث وعوامل أخرى.
التصحيح: استخدم Performance Report لتحليل الاتجاهات، وصفِّ البيانات حسب الدولة والجهاز والاستعلام. استخدم البحث اليدوي لفهم شكل SERP ونوع النتائج، وليس باعتباره أداة قياس ثابتة للترتيب.
7. افتراض أن Clicks في Search Console تساوي Sessions في GA4
يقيس Search Console النقرات من نتائج Google، بينما يقيس GA4 الجلسات والتفاعل بعد تحميل الموقع وفق إعدادات التتبع والموافقة والمعالجة الخاصة به.
يمكن أن ينقر المستخدم أكثر من مرة، أو يغادر قبل تحميل شفرة Analytics، أو يتأثر القياس بإعدادات الموافقة ومانع التتبع.
التصحيح: لا تبحث عن تطابق كامل. قارن الاتجاهات العامة واستخدم Search Console لفهم الاكتشاف قبل الزيارة، وGA4 لفهم جودة الزيارة وما حدث بعدها.
8. طلب الفهرسة بصورة متكررة دون إصلاح السبب
قد يكرر المستخدم Request Indexing عندما لا تظهر الصفحة، رغم وجود noindex أو Canonical مختلف أو محتوى مكرر أو مشكلة في الوصول.
تكرار طلب الفهرسة للرابط نفسه لا يجعل الزحف أسرع، كما أن نجاح الطلب لا يضمن فهرسة الصفحة.
التصحيح: شغّل Live Test، وراجع إمكانية الزحف والفهرسة وCanonical وجودة الصفحة والروابط الداخلية. قدّم الطلب بعد إصلاح المشكلة أو إجراء تحديث مهم، وليس بوصفه بديلًا عن التشخيص.
9. اعتبار كل صفحة غير مفهرسة مشكلة
من الطبيعي أن يستبعد Google بعض العناوين، مثل:
-
الصفحات التي تعيد التوجيه.
-
النسخ البديلة ذات Canonical صحيح.
-
الصفحات المستبعدة عمدًا باستخدام
noindex. -
روابط 404 المحذوفة دون بديل.
-
عناوين URL المكررة أو الناتجة عن معلمات غير مهمة.
التصحيح: لا تجعل هدفك فهرسة كل عنوان URL. ركز على الصفحات الأساسية التي تقدم قيمة ويجب أن تظهر في البحث، ثم تحقق من أسباب استبعادها.
10. اعتبار ظهور صفحتين للكلمة نفسها تداخلًا تلقائيًا
قد تظهر صفحة خدمة ومقالة معلوماتية للاستعلام نفسه لأن كل صفحة تخدم نية أو مرحلة مختلفة. وجود رابطين في Pages ليس دليلًا كافيًا على Keyword Cannibalization.
التصحيح: قارن نية الصفحات، وعناوينها، ومحتواها، واستقرار الأداء. عالج التداخل فقط عندما تستهدف الصفحات الوظيفة نفسها ولا تقدم قيمة مستقلة واضحة.
11. تحسين الصفحة لكل استعلام يظهر في التقرير
قد تعرض صفحة واحدة عشرات الاستعلامات، لكن بعضها ثانوي أو واسع أو بعيد عن هدف المحتوى. إضافة جميع هذه الكلمات تؤدي إلى حشو الصفحة وتشتيت نيتها.
التصحيح: أعطِ الأولوية للاستعلامات التي تتوافق مع الموضوع، وتحقق ظهورًا مستمرًا، وتكشف فجوة حقيقية يمكن معالجتها. أنشئ صفحة مستقلة عندما تحمل الكلمة نية مختلفة.
12. تغيير عدة عناصر دون توثيق الفرضية
تغيير Meta Title وH1 والمقدمة وبنية المحتوى والروابط الداخلية في وقت واحد يجعل معرفة سبب التحسن أو التراجع صعبة.
التصحيح: قبل التحديث، سجّل:
| العنصر | ما يجب توثيقه |
|---|---|
| الصفحة | رابط URL |
| المشكلة | الإشارة المكتشفة في Search Console |
| الفرضية | السبب المحتمل للمشكلة |
| التعديل | العنصر الذي ستغيره |
| التاريخ | تاريخ تنفيذ التحديث |
| KPI | المقياس الذي ستراجعه |
| النتيجة | ما تغير بعد فترة المقارنة |
يمكن تنفيذ إعادة بناء شاملة عندما تكون الصفحة ضعيفة أو قديمة بوضوح، لكن يجب توثيق التعديلات وعدم نسب النتيجة إلى عنصر واحد دون دليل.
13. الاستجابة لكل تقلب قصير بتعديل المحتوى
تتغير الزيارات بسبب الطلب والموسمية والمنافسة وتحديثات البحث والمشكلات التقنية وأشكال النتائج. لا يعني انخفاض يومين أو ثلاثة أن الصفحة فقدت قيمتها.
التصحيح: حدد أولًا نمط التراجع:
-
هل انخفضت النقرات فقط؟
-
هل انخفضت مرات الظهور أيضًا؟
-
هل يشمل التراجع صفحة واحدة أم الموقع كاملًا؟
-
هل ظهر على جهاز أو دولة محددة؟
-
هل توجد مشكلة فهرسة أو إجراء يدوي؟
-
هل تغير الطلب على الموضوع؟
بعد تحديد النمط، اختر الإجراء المناسب بدل تنفيذ تحديث واسع استجابة لتذبذب مؤقت.
14. قياس النجاح بالنقرات فقط
قد تحقق صفحة نقرات مرتفعة لكنها تجذب جمهورًا غير مناسب، بينما تحقق صفحة خدمة متخصصة نقرات أقل وتولد فرص تواصل أكثر جودة.
التصحيح: اجعل Organic Clicks مؤشرًا أساسيًا داخل Search Console، ثم اربطه في GA4 بالتفاعل والأحداث والتحويلات. الهدف ليس زيادة الزيارات فقط، بل تحسين حضور الموقع أمام الجمهور المناسب وتحويل البيانات إلى نتائج قابلة للقياس.
حوّل بيانات Search Console إلى خطة تحسين قابلة للقياس
لا تكمن قيمة Google Search Console في عدد التقارير التي يعرضها، بل في قدرتك على الانتقال من البيانات إلى قرار واضح. ابدأ باستعلام أو صفحة واحدة، وحدد الإشارة التي تحتاج إلى مراجعة، ثم اكتب فرضية قبل تنفيذ أي تعديل.
قد تكون الفرصة صفحة تحقق مرات ظهور مرتفعة وCTR منخفضًا، أو كلمة قريبة من النتائج الأعلى، أو صفحة مهمة لم تُفهرس، أو استعلامًا تظهر له أكثر من صفحة. في كل حالة، يجب أن يختلف الإجراء وفق السبب، لا وفق رقم منفرد داخل التقرير.
استخدم هذا المسار العملي:
-
حدد الصفحة أو الاستعلام.
-
راجع Clicks وImpressions وCTR وAverage Position.
-
تحقق من نية البحث والصفحة التي تظهر لها.
-
نفّذ تعديلًا واضحًا ومبررًا.
-
سجّل تاريخ التحديث.
-
قارن الأداء خلال فترة لاحقة متكافئة.
-
اربط النقرات بجودة الزيارة والتحويلات داخل GA4.
النتائج تعتمد على المنافسة، وجودة المحتوى، ودقة التنفيذ، واستمرارية التحسين. Search Console لا يضمن ترتيبًا أعلى، لكنه يمنحك بيانات تساعدك على تقليل التخمين وترتيب فرص SEO بصورة أكثر وضوحًا.
اكتشفت صفحة تستحق التحسين؟ استخدم أداة تحليل SEO لمراجعة العنوان، وبنية المحتوى، واستخدام الكلمات، ثم تابع أثر التعديل داخل Search Console.
أما إذا كانت المشكلة تشمل عدة صفحات، أو تداخلًا في الاستهداف، أو تراجعًا مستمرًا في الظهور، فيمكنك طلب تقييم أولي ضمن خدمة تحسين محركات البحث من فربق متابعين العرب لبناء خطة تحسين مبنية على البيانات وأولويات الموقع.
الأسئلة الشائعة عن Google Search Console
أداة مجانية من Google تساعد أصحاب المواقع على متابعة الظهور في البحث، وتحليل النقرات والاستعلامات والصفحات، ومراجعة الفهرسة وSitemaps وبعض المشكلات التي قد تؤثر في وصول المحتوى إلى Google.
لا. الأداة توفر بيانات تساعدك على اكتشاف الفرص والمشكلات، لكن التحسن يعتمد على جودة المحتوى، ودقة التنفيذ، والروابط الداخلية، وتجربة الصفحة، واستمرارية المراجعة.
يمكن إجراء مراجعة أسبوعية مختصرة للكشف عن التغيرات والمشكلات المهمة، ثم مراجعة شهرية أعمق لقياس التحديثات وترتيب الأولويات. يعتمد التكرار على حجم الموقع وسرعة نشر المحتوى.
لأن Search Console يسجل النقرات في نتائج Google، بينما يسجل GA4 الجلسات بعد تحميل الموقع وفق إعدادات التتبع والموافقة والمعالجة. لذلك لا يُتوقع تطابق الرقمين.
استخدم URL Inspection. إذا ظهرت حالة URL is on Google، فالصفحة موجودة في الفهرس وفق أحدث البيانات المتاحة، لكن ذلك لا يضمن ترتيبًا أو ظهورًا لكل استعلام.
لا. الطلب يدعو Google لإعادة فحص الصفحة، لكنه لا يضمن فهرستها أو ترتيبها. أصلح السبب أولًا، ثم استخدم Live Test وقدّم الطلب عند وجود تحديث مهم.
نعم، يمكن استخدامه دون اشتراك مدفوع. تحتاج إلى حساب Google، ثم إضافة الموقع والتحقق من الملكية للوصول إلى بياناته.




