صفحة تتضمّن إعادة توجيه في Search Console: متى تُخفي مشكلة

تعني حالة "صفحة تتضمّن إعادة توجيه" في Search Console (وفي الواجهة الإنجليزية: Page with redirect) أن Google طلب عنوان URL، فأرسله الخادم إلى مكان آخر، فاعتبر Google الوجهةَ مرشحةً لفهرسه بدلًا من العنوان الذي تراه في القائمة. وفي أغلب الأحيان تكون هذه إعادة توجيه تفعل بالضبط ما أنشأتها لأجله، بعد الانتقال إلى HTTPS، أو حسم استخدام www، أو تغيير عنوان. وتصبح مشكلة حين تكون الوجهة خاطئة أو غير مفهرسة، أو حين تظل خريطة موقعك وروابطك وعلامات canonical لديك ترسل Google إلى العنوان القديم.

ما معنى هذه الحالة بحسب Google

تصفها وثائق Google عن تقرير "فهرسة الصفحات" (راجعناها في أكتوبر 2026) بأنها "عنوان URL غير أساسي يعيد التوجيه إلى صفحة أخرى"، وتضيف أن هذا العنوان "لن تتم فهرسته"، وأن الهدف "قد تتم فهرسته وقد لا تتم، بحسب تقييم Google لعنوان URL الهدف".

وتترتب على هذه الصياغة نتيجتان:

• الحالة تخص العنوان المصدر، لا الوجهة أبدًا. فرؤية http://example.com/pricing في القائمة لا تخبرك بشيء عن فهرسة https://www.example.com/pricing. افحص الوجهة على حدة.
• نوع إعادة التوجيه مهم. تقسم وثائق Google عن إعادة التوجيه (راجعناها في أكتوبر 2026) عمليات إعادة التوجيه إلى مجموعتين (2). فالدائمة (HTTP 301 و308، وmeta refresh أو HTTP refresh المضبوطة على 0 ثانية، وإعادة التوجيه عبر location في JavaScript) تُستخدم إشارةً إلى أن الهدف ينبغي أن يكون الصفحة الأساسية، والهدف هو ما تعرضه نتائج البحث. أما المؤقتة (302 و303 و307، وmeta refresh أو HTTP refresh المؤجلة) فتُتبع، لكنها لا تُستخدم تلك الإشارة، فتعرض نتائج البحث العنوان المصدر. ولا تُرى إعادة التوجيه عبر JavaScript إلا إذا نجح Google في عرض الصفحة.

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

من أين تأتي العناوين التي تعيد التوجيه

المصادر الطبيعية تنتج معظم العناوين في هذه القائمة في الموقع السليم:

1. توحيد البروتوكول والمضيف. من http:// إلى https://، ومن النطاق الجذري إلى www أو العكس.
2. توحيد الشرطة المائلة في آخر العنوان. من /blog إلى /blog/، بإعداد افتراضي من المنصة أو الخادم.
3. عمليات الترحيل وتغيير العناوين. نطاق جديد، أو نظام مسارات جديد، أو منتج أُعيدت تسميته. فـ WordPress مثلًا يرسل إعادة توجيه 301 من الاسم اللطيف (slug) القديم للمقالة إلى رابطها الدائم الجديد حين تعدّل ذلك الاسم.
4. صفحات متقاعدة دُمجت في صفحة خلَف. دليل قديم دُمج في دليل أحدث.

أما الأنماط المسبّبة للمشكلات فكلها أفعال يقوم بها موقعك أنت:

1. خريطة موقعك تُدرج عناوين تعيد التوجيه. ففي 29 موقعًا خارجيًا جلب SEOReport صفحات خرائطها بين مايو وأكتوبر 2026، أدرج 6 مواقع (21%) في خريطة موقع XML عناوين تعيد التوجيه إلى مكان آخر.
2. روابطك الداخلية أو علامات canonical أو تعليقات hreflang تسمّي العنوان القديم. قوالب التنقل، والروابط القديمة داخل النصوص، وعلامات canonical المكتوبة يدويًا بـ http://، كلها تظل تغذي Google بالعنوان الذي يعيد التوجيه.
3. إعادة التوجيه تذهب إلى المكان الخطأ. تحذّر إرشادات Google عن نقل المواقع (راجعناها في أكتوبر 2026) من أن إعادة توجيه عناوين قديمة كثيرة إلى صفحة واحدة غير ذات صلة، كالصفحة الرئيسية، "قد تُعامل على أنها خطأ soft 404".
4. إعادة التوجيه سلسلة، أو مؤقتة حيث ينبغي أن تكون دائمة. عدة خطوات للوصول إلى الوجهة، أو 302 تُركت بعد نقل لن يُتراجع عنه أبدًا.

وكانت عمليات إعادة التوجيه أكثر الإشارات المتضاربة الـ 3 شيوعًا في تلك العينة. وكلٌّ منها يطلب من Google فهرسة عنوان سبق أن أخبرته أنه ليس العنوان الحقيقي.

هل هي مشكلة؟ اترك أو أصلِح أو راقب

flowchart TD
    A["عنوان مدرج في حالة «صفحة تتضمّن إعادة توجيه»"] --> B{"هل قصدت إعادة توجيهه؟"}
    B -->|لا| C["أزِل إعادة التوجيه أو أعِد الصفحة"]
    B -->|نعم| D{"هل الوجهة هي البديل الصحيح؟"}
    D -->|لا| E["أعِد التوجيه إلى أقرب صفحة مكافئة، أو أرجع 404 أو 410"]
    D -->|نعم| F{"خطوة واحدة، ودائمة؟"}
    F -->|لا| G["اختصرها إلى 301 أو 308 واحدة"]
    F -->|نعم| H{"هل تسمّي خريطة موقعك أو رابط أو علامة canonical العنوان القديم؟"}
    G --> H
    H -->|نعم| I["حدّث كل إشارة إلى العنوان النهائي"]
    H -->|لا| J{"هل الوجهة مفهرسة؟"}
    I --> J
    J -->|نعم| K["اتركه"]
    J -->|لا| L["افحص الحالة الخاصة بالوجهة"]

كيف تتأكد من السبب المنطبق

ابدأ بعامل تصفية خريطة الموقع. في أعلى تقرير "فهرسة الصفحات"، بدّل عامل التصفية من خيار جميع الصفحات المعروفة إلى خيار جميع الصفحات المُرسَلة، وافتح حالة "صفحة تتضمّن إعادة توجيه" مجددًا. فأي عنوان لا يزال مدرجًا هناك عنوان يعيد التوجيه أرسلته إحدى خرائط موقعك. وجدول الأمثلة محدود بـ 1,000 صف، فاختبر خريطة الموقع مباشرة أيضًا في المواقع الكبيرة (كما يلي).

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

تتبّع الخطوات بنفسك. تذكر الوثائق نفسها أن الاختبار المباشر (اختبار عنوان URL المباشر) يتبع عمليات إعادة التوجيه دون أن يذكر ذلك، ولا يعرض العنوان النهائي الذي اختبره. أما الطرفية فتُظهر كل خطوة:

curl -sIL http://example.com/old-page | grep -iE '^(HTTP/|location)'

إعادة توجيه واحدة 301 أو 308 يليها 200 واحد هي إعادة توجيه نظيفة. أما سطران أو أكثر لإعادة التوجيه فسلسلة، و302 أو 307 في نقل دائم ينبغي تغييرها.

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

اعثر على ملفاتك التي لا تزال تسمّي العنوان القديم

يُظهر Search Console عينة من مصادر الاكتشاف، أما ملفاتك فتُظهرها كلها. اختبر كل عنوان تدرجه خريطة موقعك، واطبع العناوين التي لا تستجيب برمز 200:

curl -s https://www.example.com/sitemap.xml \
  | grep -o '<loc>[^<]*</loc>' | sed -e 's/<loc>//' -e 's/<\/loc>//' -e 's/&amp;/\&/g' \
  | while read -r url; do
      code=$(curl -s -o /dev/null -w '%{http_code}' "$url")
      [ "$code" != "200" ] && echo "$code $url"
    done

ظهور 301 أو 302 أو 307 أو 308 في المُخرَج يعني إدخالًا يعيد التوجيه. وإن كان الملف فهرسًا لخرائط المواقع، فشغّل الحلقة نفسها على كل خريطة فرعية يدرجها، وفُكّ ضغط أي ملف .xml.gz أولًا. ثم افحص القوالب التي تشترك فيها كل الصفحات، إذ يتكرر رابط واحد في الترويسة على كل عنوان:

curl -s https://www.example.com/ \
  | grep -oE '(href|content)="[^"]+"' \
  | grep -E 'http://|//example\.com'

استبدل النمط الأخير بالبروتوكول أو المضيف أو المسار القديم الذي انتقلت منه. وفي WordPress، تقع العناوين المطلقة القديمة عادةً في محتوى المقالات، ويستطيع WP-CLI عدّها قبل أن تغيّر أي شيء:

wp search-replace 'http://example.com' 'https://www.example.com' --dry-run

وحين تشغّله فعليًا، خذ نسخة احتياطية من قاعدة البيانات أولًا وأضف --skip-columns=guid، كي تحتفظ معرّفات GUID للمقالات بقيمها الأصلية.

كيف تُصلح كل سبب

إدخالات خريطة الموقع. أعِد توليد خريطة الموقع من العناوين النهائية فقط: ينبغي أن يستجيب كل إدخال برمز 200 وأن يعلن نفسه صفحةً أساسية. وتطلب وثائق Google عن خرائط المواقع (راجعناها في أكتوبر 2026) أن تُدرج العناوين التي تريد أن تراها في نتائج البحث، والعنوان الذي يعيد التوجيه ليس منها. وتضيف وثائق Google عن تحديد الصفحة الأساسية أن كل صفحة مدرجة في خريطة الموقع تُقترح صفحةً أساسية. ويتناول دليلنا إلى خرائط مواقع XML بقية مكونات خريطة الموقع السليمة.

الروابط الداخلية وعلامات canonical وhreflang. حدّثها إلى عنوان الوجهة. فوثائق Google عن تحديد الصفحة الأساسية (راجعناها في أكتوبر 2026) تنصح بالربط إلى العنوان الأساسي لا إلى نسخة مكررة، وعلامة canonical التي تسمّي عنوانًا يعيد التوجيه تطلب من Google تجميع الإشارات في عنوان لا يحمل الصفحة. ويشرح دليل علامات canonical كيف تجتمع هذه الإشارات، وتتناول مقالة نسخة طبق الأصل لم يختَرها المستخدم نسخة أساسية الحالة التي لا يُعاد فيها توجيه نُسخ المضيف والبروتوكول أصلًا.

الوجهة الخاطئة. وجّه كل عنوان قديم إلى أقرب صفحة مكافئة له. وحين لا يكون للصفحة خلَف، فإن 404 أو 410 هو الجواب الصادق، ويجنّبك معاملة soft 404 التي يصفها Google لعمليات إعادة التوجيه إلى صفحات غير ذات صلة.

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

أبقِ عمليات إعادة التوجيه نفسها. تنص إرشادات Google عن نقل المواقع على إبقاء عمليات إعادة التوجيه أطول مدة ممكنة، وعمومًا سنة واحدة (1) على الأقل. فالروابط الخارجية والإشارات المرجعية تظل تصل إلى العناوين القديمة بعد وقت طويل من تنظيف إشاراتك أنت.

كيف تتحقق من الإصلاح

1. أعِد تشغيل حلقة خريطة الموقع. ينبغي ألا تطبع شيئًا.
2. أعِد التتبّع على عينة من العناوين القديمة: خطوة دائمة واحدة، ثم 200، على الصفحة الصحيحة.
3. أعِد إرسال خريطة الموقع في تقرير خرائط المواقع في Search Console لتطلب من Google قراءتها مجددًا.
4. راقب عامل تصفية جميع الصفحات المُرسَلة. ينبغي أن تغادره العناوين التي تعيد التوجيه بمجرد أن يعيد Google قراءة خريطة موقعك ويزحف إليها مجددًا. وتذكر وثائق Google عن إعادة الزحف أن الزحف قد يستغرق من بضعة أيام إلى بضعة أسابيع، وفق جدول Google لا جدولك.
5. لا تستخدم التحقق من الإصلاح إلا لعمليات إعادة التوجيه التي أزلتها. فالتحقق يعيد الزحف إلى العناوين المتأثرة ليرى هل لا تزال المشكلة في كلٍّ منها، وإعادة التوجيه المقصودة تظل تعيد التوجيه بحكم تصميمها. وتذكر وثائق Google أن التحقق يستغرق عادةً ما يصل إلى نحو أسبوعين (2)، وفي بعض الحالات أطول بكثير.

يخبرك Search Console بالعناوين التي تعيد التوجيه. أما تشخيص SEOReport الكامل فيدقق الموقع نفسه ويسمّي عمليات إعادة التوجيه التي لا ينبغي أن تعلن عنها: العناوين التي تعيد التوجيه بين الصفحات التي تدرجها خريطة موقعك، كلٌّ منها مع وجهته، وهدف علامة canonical في الصفحة الرئيسية أو أهداف اللغات البديلة التي تعيد التوجيه، وكل خطوة حين يستغرق العنوان الذي ترسله أكثر من خطوة واحدة. ولا يختبر الروابط الداخلية بحثًا عن إعادة التوجيه، فشغّل فحص القوالب السابق لها.

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

هل ستغادر العناوين التي تعيد التوجيه التقرير يومًا؟

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

صفحتي الرئيسية مدرجة في حالة "صفحة تتضمّن إعادة توجيه". هل هذا سيئ؟

العنوان المدرج عادةً نسخة مثل http://example.com/، تعيد التوجيه إلى عنوانك المفضّل https://www.example.com/. افحص عنوان الصفحة الرئيسية المفضّل: فإن كان مفهرسًا، فالنسخة تتصرف بشكل صحيح. أما إن ظهر العنوان المفضّل نفسه في القائمة، فصفحتك الرئيسية تعيد التوجيه إلى مكان لم تقصده، وهذا يحتاج إلى إصلاح.

هل أستخدم علامة canonical بدلًا من إعادة التوجيه؟

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