إذا كنت تمتلك مدونة على Blogger أو موقعاً إلكترونياً، فمن الطبيعي أن تتساءل: هل Google يزور موقعي؟ هل صفحاتي مفهرسة؟ ولماذا يظهر خطأ Canonical أو Redirect في بعض الصفحات رغم أنها تبدو سليمة؟

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

في هذا الدليل من Morocco ICO سنشرح Google Search Console من الصفر، مع التركيز على المشاكل الأكثر شيوعاً عند أصحاب مدونات Blogger: مشاكل الفهرسة، Sitemap، Canonical، Redirect، Core Web Vitals، والصفحات المستبعدة من الفهرس.

ما هو Google Search Console؟

Google Search Console هي خدمة مجانية من Google تتيح لأصحاب المواقع ومشرفيها مراقبة ظهور صفحاتهم في بحث Google، وفهم المشاكل المتعلقة بالزحف والفهرسة والأداء.

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

من أهم الأمور التي يمكنك مراقبتها من خلالها:

• عدد مرات ظهور صفحات موقعك في نتائج البحث.
• عدد النقرات القادمة من نتائج Google.
• متوسط موضع صفحاتك في نتائج البحث.
• نسبة النقر إلى الظهور CTR.
• الصفحات التي تمت فهرستها، والصفحات المستبعدة والأسباب المحتملة.
• حالة ملفات Sitemap.
• مشاكل تجربة الصفحة وCore Web Vitals.
• البيانات المنظمة وأخطاء النتائج المحسّنة.
• فحص عنوان URL محدد عبر أداة URL Inspection.

كيف تعمل الفهرسة في Google؟

لفهم Search Console بشكل صحيح، يجب أولاً فهم المراحل الأربع التي يمر بها المحتوى قبل ظهوره في نتائج البحث.

1. اكتشاف الصفحة Discovery

يحتاج Google أولاً إلى معرفة وجود عنوان URL معين. يمكن أن يكتشفه من خلال روابط موجودة في صفحات أخرى، أو من خلال Sitemap، أو من مصادر أخرى مثل الروابط الخارجية.

2. الزحف Crawling

بعد اكتشاف الرابط، يحاول Googlebot زيارة الصفحة وقراءة محتواها ومواردها مثل الصور وملفات CSS وJavaScript. الزحف لا يعني بالضرورة أن الصفحة ستُفهرس لاحقاً.

3. الفهرسة Indexing

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

4. الظهور في نتائج البحث Ranking

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

تقرير الأداء Performance

يُعتبر تقرير الأداء من أهم تقارير Search Console لأنه يخبرك بكيفية ظهور موقعك فعلياً في نتائج Google.

ستجد فيه أربعة مؤشرات رئيسية:

• Clicks: عدد النقرات على نتائج موقعك.
• Impressions: عدد مرات ظهور صفحاتك أمام المستخدمين.
• CTR: نسبة النقرات مقارنة بعدد مرات الظهور.
• Average Position: متوسط موضع نتائج موقعك في صفحة البحث.

كيف تستفيد من هذه الأرقام؟

إذا كانت لديك Impressions كثيرة ونقرات قليلة، فقد تكون المشكلة في عنوان المقال أو الوصف التعريفي أو مدى جاذبية النتيجة للمستخدم مقارنة بالمنافسين.

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

تقرير Pages وأشهر مشاكل الفهرسة

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

Discovered – currently not indexed

يعني أن Google اكتشف عنوان URL لكنه لم يضعه في الفهرس حتى الآن، لأسباب مثل أولوية الزحف أو جودة المحتوى أو بنية الموقع.

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

Crawled – currently not indexed

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

• هل المحتوى مفيد وفريد فعلاً؟
• هل توجد صفحة أخرى مشابهة جداً على الموقع؟
• هل هناك مشكلة Canonical تشير إلى صفحة أخرى؟
• هل الصفحة مرتبطة داخلياً من صفحات أخرى؟

Duplicate without user-selected canonical

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

Page with redirect

إذا كان العنوان يقوم بإعادة توجيه المستخدم إلى عنوان آخر، فلا تتوقع أن يكون هو الصفحة التي تظهر في نتائج البحث. عند نقل صفحة بشكل دائم، تساعد إعادة التوجيه الدائمة مثل 301 على توضيح أن الوجهة الجديدة هي العنوان الأساسي.

Excluded by 'noindex' tag

هذا التصنيف يعني أن الصفحة تحمل توجيهاً صريحاً بعدم الفهرسة، إما مقصوداً (صفحات إدارية أو مؤقتة) أو غير مقصود بسبب إعداد خاطئ في القالب. من المفيد التأكد دورياً أن الصفحات المهمة لا تحمل noindex بالخطأ.

ما هو Canonical ولماذا يختار Google رابطاً مختلفاً؟

وسم rel="canonical" هو إشارة تساعد محركات البحث على معرفة عنوان URL الذي تعتبره النسخة الأساسية عند وجود صفحات متشابهة أو نسخ متعددة من نفس المحتوى.

مثال بسيط:

<link rel="canonical" href="https://example.com/article.html">

لكن هناك نقطة مهمة جداً: Canonical ليس أمراً إجبارياً لـGoogle. إنه إشارة من الموقع، ويمكن لـGoogle اختيار عنوان URL مختلف إذا رأى أن إشارات أخرى تشير إلى ذلك.

لماذا تظهر مشكلة Google-selected canonical؟

قد تحدد صفحة معينة كـCanonical، ثم تكتشف في Search Console أن Google اختار عنواناً آخر. يمكن أن يحدث ذلك بسبب:

• تشابه كبير بين محتوى صفحتين.
• روابط داخلية تشير إلى عنوان مختلف عن Canonical المُعلن.
• اختلاف بين نسخة HTTP وHTTPS.
• إعادة توجيه غير صحيحة أو غير مكتملة.
• إشارات متعارضة داخل Sitemap.
• محتوى ضعيف أو شبه مكرر.

لذلك لا يكفي إضافة Canonical فقط، بل يجب أن تكون كل إشارات الموقع متناسقة معه.

كيف تفحص Canonical لصفحة في Blogger؟

1. افتح Google Search Console.
2. استخدم مربع URL Inspection في الأعلى.
3. أدخل عنوان المقال الكامل.
4. راقب حالة الفهرسة الظاهرة.
5. ابحث عن User-declared canonical.
6. قارنها مع Google-selected canonical.

إذا كان العنوانان متطابقين فهذا مؤشر جيد. أما إذا اختار Google عنواناً مختلفاً، فلا تبدأ بتعديل القالب عشوائياً، بل ابحث أولاً عن سبب الاختلاف كما هو موضح أعلاه.

ما هو Sitemap وكيف تضيفه؟

Sitemap هو ملف يساعد محركات البحث على اكتشاف عناوين URL المهمة في موقعك، وتعتبره Google وسيلة مهمة للاكتشاف خصوصاً في المواقع التي تحتوي على عدد كبير من الصفحات.

في Blogger يتم إنشاء ملفات وخلاصات تساعد محركات البحث على اكتشاف المحتوى تلقائياً، لذلك لا حاجة لاختراع Sitemap معقد دون سبب واضح.

هل Sitemap يضمن الفهرسة؟

لا. إرسال Sitemap هو إشارة تساعد Google على اكتشاف عناوين URL، لكنه لا يضمن أن Google سيزحف إلى كل عنوان أو يفهرسه فعلياً.

كيف تضيف Sitemap إلى Google Search Console؟

1. افتح الموقع الصحيح داخل Search Console.
2. اذهب إلى قسم Sitemaps من القائمة الجانبية.
3. أدخل عنوان Sitemap المناسب لموقعك.
4. اضغط Submit.
5. راقب حالة المعالجة والأخطاء المحتملة.

لا تُرسل عشرات ملفات Sitemap العشوائية. استخدم الملفات المناسبة لبنية موقعك، وتأكد أن العناوين الموجودة فيها هي الصفحات التي تريد فعلاً أن تظهر في نتائج البحث. يمكنك الاستعانة بأداة جاهزة مثل أداة توليد RSS و Sitemap المجانية لبلوجر وووردبريس إذا احتجت خلاصة إضافية منظمة.

Core Web Vitals وتجربة الصفحة

إلى جانب الفهرسة، يعرض Search Console تقرير Core Web Vitals الذي يقيس سرعة تحميل الصفحة واستقرارها وتفاعلها مع المستخدم. هذا التقرير لا يحدد الفهرسة مباشرة، لكنه يؤثر على تجربة الزائر وقد يكون أحد العوامل في تنافسية الصفحة.

• LCP (Largest Contentful Paint): سرعة ظهور أكبر عنصر مرئي في الصفحة، مثل الصورة الرئيسية.
• INP (Interaction to Next Paint): سرعة استجابة الصفحة لتفاعل المستخدم، مثل الضغط على زر.
• CLS (Cumulative Layout Shift): مدى ثبات عناصر الصفحة أثناء التحميل دون قفزات مفاجئة.

في مدونات Blogger، غالباً ما ترتبط هذه المشاكل بصور غير محسّنة أو إعلانات غير محسوبة الحجم مسبقاً أو سكربتات إضافية غير ضرورية.

البيانات المنظمة والنتائج المحسّنة

يوفر Search Console تقارير خاصة بالبيانات المنظمة Structured Data، مثل تقرير المقالات Article أو الأسئلة الشائعة FAQ إذا كانت مطبقة بشكل صحيح في القالب. هذه التقارير تساعدك على معرفة إن كانت هناك أخطاء في صياغة Schema أو حقول ناقصة.

وجود بيانات منظمة صحيحة لا يضمن ظهور نتيجة غنية Rich Result في صفحة البحث، لكنه يجعل الصفحة أكثر قابلية للفهم من طرف محركات البحث.

قابلية الاستخدام على الهاتف

بما أن Google يعتمد أساساً على فهرسة النسخة المخصصة للهاتف Mobile-first Indexing، فإن تقرير قابلية الاستخدام على الهاتف مهم جداً. من المشاكل الشائعة: نص صغير جداً، عناصر قريبة من بعضها بشكل يصعب الضغط عليها، أو محتوى أعرض من حجم الشاشة.

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

متى تستخدم Request Indexing؟

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

هل كثرة طلبات الفهرسة تسرّع الموقع؟

لا. إرسال الطلب مراراً لا يعني أن Google سيمنح الصفحة أولوية أعلى بشكل مضمون. إذا كانت الصفحة لا تُفهرس، فالأفضل البحث عن السبب الحقيقي بدلاً من إعادة الضغط على Request Indexing.

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

مشكلة Redirect في Blogger

إعادة التوجيه مفيدة عندما يتغير عنوان صفحة أو ينتقل المحتوى من عنوان قديم إلى عنوان جديد. لكن وجود عدد كبير من عمليات إعادة التوجيه غير الضرورية يجعل بنية الموقع أكثر تعقيداً.

عند تغيير رابط مقال، احرص أن يكون هناك مسار واضح ومباشر:

الرابط القديم
      ↓
إعادة توجيه
      ↓
الرابط الجديد النهائي

وتجنب إنشاء سلسلة طويلة مثل:

الرابط القديم → رابط 1 → رابط 2 → رابط 3 → الرابط النهائي

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

كيف تتعامل مع أخطاء 404؟

وجود بعض أخطاء 404 ليس بالضرورة كارثة SEO؛ فقد تكون هناك صفحات قديمة أو روابط لم تعد موجودة. المهم هو التمييز بين:

• صفحة محذوفة فعلاً ولا يوجد بديل مناسب لها.
• صفحة تم تغيير رابطها ولها بديل جديد.
• رابط داخلي خاطئ داخل موقعك نفسه.

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

أهمية الروابط الداخلية في الفهرسة

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

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

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

ماذا تفعل إذا توقفت الفهرسة؟

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

1. افتح Search Console وتحقق من تقرير Pages.
2. حدد السبب الظاهر أمام الصفحات غير المفهرسة.
3. افحص بعض العناوين باستخدام URL Inspection.
4. راجع Canonical لكل صفحة مشكوك فيها.
5. راجع عمليات Redirect الموجودة.
6. تحقق من حالة Sitemap.
7. راجع الروابط الداخلية المؤدية للصفحة.
8. تأكد من عدم وجود noindex غير مقصود.
9. راجع جودة المحتوى والصفحات المتشابهة جداً.
10. بعد الإصلاح، امنح Google وقتاً كافياً لإعادة الزحف والتقييم.

أخطاء شائعة يجب تجنبها

1. تعديل Canonical بشكل عشوائي

لا تضف Canonical جديداً قبل معرفة سبب المشكلة الحقيقي؛ إشاراته يجب أن تكون متوافقة مع بنية الموقع كاملة.

2. إرسال Request Indexing لكل صفحة عدة مرات

هذه ليست استراتيجية SEO. استخدمها للصفحات المهمة بعد التحديث، ثم ركّز جهدك على تحسين الصفحة نفسها.

3. إنشاء عشرات عمليات Redirect

احتفظ بإعادة التوجيه للروابط التي تحتاجها فعلاً، وتجنب السلاسل الطويلة غير الضرورية.

4. حذف الصفحات لمجرد أنها غير مفهرسة

عدم الفهرسة وحده ليس سبباً كافياً لحذف الصفحة؛ ابحث أولاً عن سبب الحالة الظاهرة في التقرير.

5. تغيير القالب باستمرار

إذا كان موقعك يعمل بشكل جيد، فلا تُغيّر البنية التقنية بالكامل بسبب مشكلة واحدة في Search Console؛ التغييرات الكبيرة قد تضيف مشاكل جديدة في Canonical أو الروابط أو البيانات المنظمة.

خطة عملية لتحسين فهرسة مدونة Blogger

إذا كنت تدير مدونة Blogger، يمكنك اعتماد هذه الخطة البسيطة:

1. استخدم HTTPS دائماً في كل صفحاتك.
2. اختر بنية URL واضحة ومختصرة.
3. اكتب محتوى أصلياً ومفيداً يجيب عن نية البحث.
4. استخدم عناوين H2 وH3 لتنظيم كل مقال.
5. أضف روابط داخلية حقيقية ومرتبطة بالموضوع.
6. تأكد من وجود Canonical صحيح لكل صفحة.
7. راقب Sitemap دورياً في Search Console.
8. افحص المقالات المهمة عبر URL Inspection بعد النشر.
9. لا تكرر نفس المحتوى في عدة صفحات مختلفة.
10. راقب أداء الموقع وسرعته على الهاتف باستمرار.

جودة المحتوى أهم من مطاردة أرقام Search Console

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

اسأل نفسك قبل نشر أي مقال جديد:

• هل يقدم إجابة حقيقية ومفيدة؟
• هل يضيف شيئاً جديداً مقارنة بما هو منشور؟
• هل العنوان يطابق محتوى المقال فعلاً؟
• هل المقال منظم بعناوين واضحة؟
• هل يمكن للقارئ تنفيذ ما تعلمه بسهولة؟
• هل توجد روابط داخلية مفيدة تخدم القارئ؟
• هل الصفحة سريعة وسهلة الاستخدام على الهاتف؟

كيف تجعل Search Console جزءاً من روتين SEO؟

بدلاً من فتح Search Console فقط عند حدوث مشكلة، اجعله جزءاً من مراجعتك الشهرية للموقع. يمكنك القيام بالتالي بشكل دوري:

• مراجعة الكلمات المفتاحية التي تجلب الزيارات فعلاً.
• البحث عن الصفحات ذات Impressions العالية وCTR المنخفض.
• مراجعة الصفحات غير المفهرسة وأسبابها.
• فحص أخطاء Sitemap إن وُجدت.
• مراجعة Core Web Vitals وتجربة الصفحة.
• تحسين المقالات التي بدأت بالظهور لكنها لا تحصل على نقرات كافية.

الخلاصة

Google Search Console ليست مجرد لوحة تعرض عدد النقرات والظهور، بل هي واحدة من أهم الأدوات التي تساعد صاحب الموقع على فهم العلاقة الحقيقية بين موقعه ومحرك بحث Google.

إذا كنت تواجه مشاكل في الفهرسة، فلا تبدأ بتغيير كل شيء في الموقع دفعة واحدة. ابدأ من البيانات نفسها: تقرير Pages، أداة URL Inspection، Sitemap، Canonical وRedirects.

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

إذا كنت تعمل على تحسين Morocco ICO، اجعل Search Console جزءاً من مراجعتك الدورية، واستخدم بياناته لتحديد المقالات التي تحتاج فعلاً إلى تحديث، بدلاً من نشر المزيد من المقالات بشكل عشوائي.

أسئلة شائعة حول Google Search Console

مقالات ذات صلة