حل مشكلة تم الزحف إلى الصفحة ولم تتم فهرستها حاليًا

ما معنى تم الزحف إلى الصفحة ولم تتم فهرستها حاليًا؟

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

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

الفرق بين الزحف والفهرسة

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

يمكن لصفحة أن تُزحف ولا تُفهرس، ويمكن لرابط أن يكون معروفًا لجوجل لكنه ينتظر الزحف. لذلك يجب أن يتوافق العلاج مع المرحلة: مشاكل الاكتشاف تحتاج روابط وخريطة، ومشاكل الوصول تحتاج إصلاح الخادم والمنع، أما حالة «تم الزحف ولم تتم الفهرسة» فتحتاج غالبًا مراجعة ما وجده جوجل بعد وصوله.

الفرق بين تم الزحف ولم تتم الفهرسة وتم اكتشاف الصفحة

الفرق العملي مهم: إذا كانت الصفحة «مكتشفة» فلا يمكن الحكم على محتواها من هذه الحالة لأن جوجل لم يزحف إليها بعد، بينما حالة «تم الزحف» تؤكد أن نسخة ما وصلت إلى جوجل، ويجب التحقق مما رآه ومتى زحف إليه وما Canonical الذي استنتجه.

هل تم الزحف ولم تتم الفهرسة مشكلة خطيرة؟

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

افحص عينة من الروابط وصنفها إلى:

• صفحات مهمة يجب فهرستها.
• صفحات مكررة يجب دمج إشاراتها مع Canonical.
• صفحات ضعيفة تحتاج دمجًا أو إعادة بناء.
• روابط تقنية أو داخلية لا تحتاج إلى نتائج البحث.
• صفحات محذوفة يجب أن تعيد 404 أو 410.

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

الخطوة الأولى: افحص الرابط داخل Search Console

انسخ أحد الروابط المتأثرة وضعه في أداة فحص عنوان URL. راجع بيانات النسخة التي يعرفها جوجل، ولا تكتفِ بعنوان الحالة. سجّل تاريخ آخر زحف، ونوع Googlebot، والسماح بالزحف، والسماح بالفهرسة، والرابط Canonical الذي حدده المستخدم والذي اختاره جوجل.

1. افتح خاصية الموقع الصحيحة.
2. أدخل الرابط الكامل المتأثر.
3. وسع قسم فهرسة الصفحة واقرأ التفاصيل.
4. افتح «عرض الصفحة التي تم الزحف إليها».
5. راجع HTML ولقطة الشاشة والموارد المحملة.
6. شغّل اختبار الرابط المنشور للمقارنة بالحالة الحالية.

قد تكون بيانات الفهرس قديمة بينما النسخة المنشورة تغيرت. الاختبار المباشر يوضح إمكانية الوصول الحالية، لكنه لا يضمن أن جوجل سيختار الفهرسة أو Canonical نفسه عند المعالجة. استخدمه للتأكد من إصلاح الجانب التقني، ثم عالج القيمة والتكرار.

راجع الصفحة التي رآها Googlebot

من الأخطاء الشائعة فحص الصفحة بالمتصفح وافتراض أن جوجل رأى الشيء نفسه. قد يقدم الخادم نسخة مختلفة، أو يفشل JavaScript، أو تعرض إضافة الكاش نسخة قديمة، أو يمنع جدار الحماية موارد ضرورية. افتح HTML الذي تم الزحف إليه وابحث عن H1 والنص الأساسي والروابط وCanonical ووسم Robots.

اسأل الأسئلة التالية:

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

السبب الأول: المحتوى ضعيف أو لا يضيف قيمة

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

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

كيف تحسن صفحة ضعيفة؟

1. حدد سؤالًا أو نية واحدة رئيسية للصفحة.
2. اكتب إجابة مباشرة في البداية.
3. احذف المقدمات العامة والتكرار.
4. أضف خطوات عملية وأمثلة حقيقية.
5. اشرح الأخطاء والبدائل والقرارات.
6. استخدم صورًا أو لقطات شاشة عند فائدتها.
7. حدث المعلومات والمصادر.
8. اربط الصفحة بموضوعات مكملة داخل الموقع.

السبب الثاني: المحتوى مكرر داخل الموقع

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

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

تكرار صفحات الخدمات والمدن

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

السبب الثالث: جوجل اختار Canonical مختلفًا

قد تحمل الصفحة Canonical ذاتيًا، لكن جوجل يرى رابطًا آخر أقوى بسبب التشابه والإشارات المتناقضة. افحص «الرابط الأساسي الذي اختاره جوجل». إذا أشار إلى صفحة أخرى، راجع سبب التفضيل: هل الصفحة الأخرى أقدم؟ هل الروابط الداخلية تذهب إليها؟ هل Sitemap تحتويها؟ هل النسختان متطابقتان؟

<link rel="canonical" href="https://example.com/original-page/">

لإقناع جوجل بالنسخة الصحيحة، وحّد:

• وسم Canonical الذاتي.
• الرابط الموجود في Sitemap.
• الروابط الداخلية.
• نسخة HTTPS والنطاق المفضل.
• إعادة توجيه النسخ غير المطلوبة.
• المحتوى والعناوين التي تميز الصفحة.

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

السبب الرابع: الصفحة يتيمة أو ضعيفة الربط الداخلي

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

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

توزيع الروابط الداخلية حسب الأولوية

ابدأ بالصفحات التي تريد فهرستها وترتيبها بالفعل. اربط إليها من صفحات تحصل على زيارات أو زحف، وعدّل المقالات القديمة عندما توجد علاقة حقيقية. تأكد أن الرابط لا يمر عبر 301 وأنه ليس nofollow دون قصد، وأن نصه مفهوم وليس «اضغط هنا» في كل مرة.

السبب الخامس: تعارض نية البحث بين صفحات متعددة

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

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

السبب السادس: الصفحة تعيد Soft 404

تعيد بعض الصفحات كود 200 OK رغم أنها فارغة أو تعرض «لا توجد نتائج» أو منتجًا غير متاح بلا بدائل ومعلومات. قد يتعامل جوجل معها كـSoft 404 ولا يفهرسها. افحص المحتوى وكود الاستجابة، ولا تكتفِ بأن الرابط يفتح.

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

السبب السابع: مشكلة مؤقتة في الخادم أثناء الزحف

قد يكون تقرير الحالة «تم الزحف» لكن Googlebot تلقى نسخة ناقصة بسبب بطء قاعدة البيانات أو كاش غير مستقر أو حماية أو ضغط موارد. راجع تاريخ الزحف وسجلات الخادم إن أمكن. ابحث عن استجابات 5xx ووقت الاستجابة الطويل وحظر عناوين Googlebot أو HTML مختلف.

حسّن توافر الخادم، وقلل الإضافات الثقيلة، واضبط الكاش، وراجع CDN وWAF. لا تستخدم اختبارًا واحدًا من جهازك لإثبات سلامة الخادم؛ فالمشكلات المتقطعة تظهر في السجلات وإحصاءات الزحف أكثر من التصفح العادي.

السبب الثامن: JavaScript يخفي المحتوى الأساسي

إذا كان النص لا يظهر إلا بعد تنفيذ JavaScript أو طلب API، فقد يرى جوجل HTML فارغًا أو ناقصًا. استخدم لقطة الشاشة والـHTML المعروض في أداة الفحص. تأكد أن المحتوى الأساسي والعنوان والروابط متاحة دون تفاعل مثل الضغط أو التمرير.

استخدم روابط حقيقية بعنصر <a href>، وأعد أكواد HTTP مفهومة، وفكر في العرض من جهة الخادم أو التوليد الثابت للمحتوى المهم. إصلاح العرض أكثر استدامة من تقديم نسخة خاصة للزاحف تختلف عن المستخدم.

السبب التاسع: الصفحة حديثة والحالة لم تتحدث بعد

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

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

السبب العاشر: الموقع ينشر عددًا كبيرًا من الصفحات الآلية

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

راجع ما يظهر في Sitemap وما يمكن الوصول إليه من القوائم والروابط. اجعل الأرشيفات المفيدة تقدم مقدمة وتنظيمًا، وضع noindex للصفحات التي يحتاجها المستخدم ولكن لا تناسب البحث عندما يكون ذلك مناسبًا. تجنب حجب كل شيء في Robots قبل التخطيط، لأن جوجل يحتاج أحيانًا إلى الزحف لرؤية Canonical أو noindex.

فحص ووردبريس عند ظهور تم الزحف ولم تتم الفهرسة

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

إعدادات إضافة السيو

افتح إعدادات نوع المحتوى وتحقق من Robots. لا تجعل المقال يحمل noindex أو Canonical إلى صفحة أخرى. إذا تستخدم أكثر من إضافة سيو أو Schema، فقد تنتج وسومًا متكررة أو متناقضة؛ احتفظ بإضافة واحدة تدير البيانات الأساسية.

الكاش وCDN

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

التصنيفات والوسوم

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

هل زيادة عدد كلمات المقال تحل المشكلة؟

لا يوجد عدد كلمات يضمن الفهرسة. قد تُفهرس إجابة قصيرة لأنها تحل سؤالًا محددًا، ويُستبعد مقال من 5000 كلمة لأنه مكرر ومليء بالحشو. قبل إضافة نص، حدد النقص: هل يحتاج القارئ إلى خطوات؟ مقارنة؟ تعريف؟ صور؟ مثال؟ مصدر؟ أضف ما يكمل المهمة فقط.

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

هل تغيير تاريخ النشر يساعد على الفهرسة؟

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

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

هل الروابط الخارجية تحل تم الزحف ولم تتم الفهرسة؟

قد تساعد الروابط الطبيعية على اكتشاف الصفحة وإبراز أهميتها، لكنها لا تصلح محتوى مكررًا أو Canonical خاطئًا أو Soft 404. لا تشترِ روابط بهدف إجبار جوجل على فهرسة URL. عالج الموقع أولًا، ثم روّج لمحتوى يستحق الإشارة إليه.

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

متى تطلب الفهرسة بعد الإصلاح؟

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

1. نفذ التعديلات النهائية.
2. امسح كاش الموقع وCDN.
3. افتح الرابط وتحقق من المصدر.
4. شغّل اختبار URL المنشور.
5. اطلب الفهرسة مرة واحدة.
6. تابع تاريخ الزحف والحالة والأداء.

متى لا تطلب الفهرسة؟

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

هل حذف الرابط وإعادة نشره يحل المشكلة؟

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

دمج الصفحة أم حذفها أم إعادة بنائها؟

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

خطة عملية لمعالجة مجموعة كبيرة من الروابط

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

1. صدّر أمثلة الروابط من التقرير.
2. قسّمها حسب نوع الصفحة والمسار.
3. افحص 5 إلى 10 روابط من كل مجموعة.
4. سجل Canonical والكود والمحتوى والروابط الداخلية.
5. حدد السبب المتكرر لكل قالب.
6. ابدأ بالصفحات ذات القيمة التجارية أو الزيارات المحتملة.
7. نفذ تعديلًا على مجموعة محدودة واختبر النتيجة.
8. وسع الإصلاح بعد نجاح العينة.

تحليل صفحات المدن والخدمات المحلية

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

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

تحليل المتاجر الإلكترونية

في المتاجر، قد تتأثر المنتجات ذات الأوصاف المنسوخة من المورد، والمنتجات النافدة، والفلاتر، وتنوعات اللون والحجم، والتصنيفات الفارغة. حدد النسخة الأساسية للمنتج، واستخدم Canonical للفلاتر والتنوعات عند المناسبة، وأضف وصفًا أصليًا ومواصفات وأسئلة ومراجعات حقيقية.

لا تحذف المنتج النافد مؤقتًا؛ اترك حالته واضحة واقترح بدائل. أما المنتج المنتهي نهائيًا، فقرر بين إبقاء صفحة معلومات مفيدة أو 301 إلى بديل مطابق أو 410 إذا لا يوجد بديل. لا تحول كل المنتجات إلى التصنيف أو الرئيسية دون علاقة مباشرة.

تحليل مواقع الأخبار والمدونات

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

حدّث المقالات الدائمة عند تغير المعلومات، واربط الخبر بخلفية وتحليل بدل نشر نسخ كثيرة لمتابعات صغيرة يمكن جمعها في صفحة واحدة.

أدوات تقنية تساعد في التشخيص

إلى جانب Search Console، استخدم أدوات فحص ترويسات HTTP وأداة زحف للموقع وسجلات الخادم. يمكن تنفيذ فحص سريع:

curl -I https://example.com/page/

ولفحص HTML:

curl -L https://example.com/page/

ابحث عن:

<meta name="robots" content="index, follow">
<link rel="canonical" href="https://example.com/page/">

راجع أيضًا هل الرابط موجود في Sitemap، وعدد الروابط الداخلية إليه، وعمق النقر، وتطابق العنوان وH1. الأدوات تجمع البيانات، لكن القرار يحتاج فهم وظيفة الصفحة.

مثال تطبيقي لإصلاح مقال غير مفهرس

لنفترض أن مقالًا بعنوان «أفضل طرق تحسين الموقع» يحتوي على 600 كلمة عامة، ويشبه مقالًا أقدم بعنوان «دليل تحسين محركات البحث»، ولا تشير إليه إلا Sitemap. اختار جوجل المقال الأقدم Canonical، وظهر الجديد في حالة تم الزحف ولم تتم الفهرسة.

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

مدة خروج الصفحة من الحالة

لا توجد مدة ثابتة. بعد الإصلاح قد يزحف جوجل خلال أيام أو أسابيع، وقد يحتاج إلى إعادة معالجة الإشارات. صفحات المواقع النشطة والمترابطة تُراجع غالبًا أسرع من الروابط العميقة في مواقع ضعيفة. لا تعد العميل أو القارئ بمدة مضمونة.

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

أخطاء شائعة عند معالجة المشكلة

• الضغط اليومي على طلب الفهرسة.
• زيادة 1000 كلمة مكررة دون قيمة.
• تغيير الرابط وإنشاء نسخة جديدة.
• شراء روابط عشوائية.
• فهرسة الوسوم والفلاتر كلها.
• إضافة Canonical إلى الصفحة الرئيسية لكل الروابط.
• حظر الصفحة في Robots أثناء استخدام noindex.
• تحويل كل المحتوى المحذوف إلى الرئيسية.
• إهمال ما رآه Googlebot والتركيز على المتصفح.
• معالجة كل URL منفردًا دون البحث عن مشكلة قالب.
• اعتبار كل رابط غير مفهرس مشكلة.

قائمة مراجعة قبل طلب إعادة الفهرسة

• الصفحة مهمة وتستهدف نية مستقلة.
• الرابط يعيد 200 ويعمل عبر HTTPS.
• لا يوجد noindex أو X-Robots-Tag مانع.
• Robots يسمح بالزحف والموارد المهمة.
• Canonical ذاتي أو يشير إلى النسخة المقصودة.
• Sitemap تحتوي على الرابط النهائي فقط.
• المحتوى أصلي وكامل وغير مكرر.
• H1 والعنوان والوصف يخصان الصفحة.
• توجد روابط داخلية سياقية إليها.
• نسخة الموبايل تعرض المحتوى نفسه.
• اختبار URL المنشور يرى النسخة الصحيحة.
• تم مسح كاش الموقع وCDN.

مصادر جوجل الرسمية

كيفية بناء ملف تدقيق للصفحات غير المفهرسة

عندما تتعامل مع أكثر من عدة روابط، أنشئ جدولًا بدل الاعتماد على الذاكرة. ضع في كل صف URL واحدًا، وأضف أعمدة لنوع الصفحة، وحالة الفهرسة، وتاريخ آخر زحف، وكود HTTP، وRobots، وCanonical الذي حدده المستخدم واختيار جوجل، وعدد الروابط الداخلية، ووجوده في Sitemap، والقرار المقترح.

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

تحديد الأولوية

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

توثيق التغييرات

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

دراسة حالة: مقال تعليمي مكرر

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

التشخيص

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

الحل

تم نقل الأقسام الجديدة إلى المقال الأول، وتحسين ترتيبه وعنوانه، ثم تحويل المقال الثاني 301 إليه. بعد ذلك حُدثت الروابط الداخلية وSitemap. هذا أفضل من محاولة تغيير بضع كلمات وإرسال طلبات فهرسة متكررة؛ لأن الدمج جمع القيمة في URL واحد.

دراسة حالة: صفحة خدمة لمدينة جديدة

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

التشخيص

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

الحل

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

دراسة حالة: منتج منتهي في متجر إلكتروني

احتفظ متجر بآلاف المنتجات المنتهية، وكانت صفحاتها تعرض اسم المنتج وصورة ورسالة «غير متوفر» فقط مع كود 200. زحف جوجل إليها لكنه استبعد كثيرًا منها، وظهرت بعض الصفحات كـSoft 404 وأخرى في الحالة محل الشرح.

التشخيص والحل

قُسمت المنتجات إلى ثلاثة أنواع: منتجات ستعود، ومنتجات لها بدائل مباشرة، ومنتجات انتهت بلا بديل. احتُفظ بالنوع الأول مع المعلومات والمواصفات والتنبيه بالتوفر، وحُولت المجموعة الثانية إلى البديل الأقرب، وأعيدت 410 للثالثة بعد إزالة روابطها من Sitemap. أدى التصنيف إلى قرارات صحيحة بدل تطبيق تحويل واحد على الجميع.

دراسة حالة: محتوى لا يظهر بسبب JavaScript

كانت صفحة أداة تعرض عنوانًا وقالبًا فارغًا في HTML، ثم تجلب النص والنتائج من API بعد تحميل JavaScript. في متصفح المستخدم تعمل جيدًا، لكن لقطة Googlebot أظهرت هيكلًا ناقصًا لأن الطلب الخارجي فشل أثناء العرض.

الحل

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

التحقق من إصلاح المشكلة في Search Console

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

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

ماذا تفعل إذا فشل التحقق؟

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

العلاقة بين جودة الموقع العامة وفهرسة الصفحات

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

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

تأثير المحتوى المكتوب بالذكاء الاصطناعي

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

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

هل البيانات المنظمة Schema تؤثر في الفهرسة؟

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

استخدم نوع البيانات المناسب لما يظهر فعليًا للمستخدم، ولا تضف تقييمات أو أسئلة أو مؤلفًا غير موجود. افحص النتائج المنسقة، لكن حافظ على الأولوية: الوصول، والفهرسة، وCanonical، والمحتوى أولًا؛ ثم التحسينات الإضافية.

هل سرعة الموقع هي السبب المباشر؟

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

راجع TTFB وأخطاء 5xx وسجلات الزحف قبل الانشغال بدرجة اختبار واحدة. حسّن الصور والسكربتات والكاش، لكن لا تتوقع أن تصبح صفحة مكررة فريدة بمجرد وصولها إلى نتيجة سرعة مرتفعة.

مراقبة الصفحة بعد دخولها إلى الفهرس

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

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

خطة تنفيذ خلال أربعة أسابيع

الأسبوع الأول: جمع البيانات

صدّر الروابط، وقسمها حسب القالب، وافحص العينات في Search Console وأداة زحف. حدد الصفحات المطلوبة وغير المطلوبة، وسجل Canonical والكود والربط والمحتوى.

الأسبوع الثاني: الإصلاح التقني

عالج أخطاء الخادم وCanonical وSitemap والروابط والتحويلات والعرض. امسح الكاش واختبر النسخة المنشورة. لا تبدأ بإعادة كتابة مئات الصفحات قبل التأكد من أن القالب يقدم النسخة الصحيحة.

الأسبوع الثالث: تحسين ودمج المحتوى

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

الأسبوع الرابع: الطلب والقياس

اطلب فهرسة عينة من الصفحات المهمة وابدأ التحقق عند المناسبة. راقب تاريخ الزحف والحالة ومرات الظهور. دوّن النتيجة واستخدمها لتعديل خطة الدفعة التالية.

• تقرير فهرسة الصفحات في Search Console
• أداة فحص عنوان URL
• كيف يعمل بحث Google؟
• تحديد الرابط الأساسي Canonical
• طلب إعادة زحف جوجل
• حل مشكلات JavaScript في البحث

الأسئلة الشائعة

الخلاصة

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

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