Redirect error في Google Search Console: الأسباب والحلول
فتحت تقرير فهرسة الصفحات في Search Console ووجدت عناوين URL مدرجة تحت "Redirect error" (خطأ في إعادة التوجيه). وعلى عكس معظم الحالات هناك، هذه مشكلة حقيقية.
باختصار: حاول Google تتبّع إعادة توجيه على عنوان URL لديك ولم يتمكن من الوصول إلى صفحة تعمل. وإلى أن تصلح ذلك، يبقى هذا العنوان خارج الفهرس، ومعه المحتوى الذي أردت توجيهه إليه.
الخبر السار أن أخطاء إعادة التوجيه سريعة التشخيص عادةً عندما تعرف ما الذي تبحث عنه. يشرح هذا الدليل معنى هذه الحالة، والأسباب التي يذكرها Google، وكيف تتتبّع كل سبب، وكيف تصلحه وتتحقق من الإصلاح.
ماذا تعني حالة "Redirect error" في Search Console
"Redirect error" هي أحد الأسباب الواردة في جدول "أسباب عدم فهرسة الصفحات" في تقرير فهرسة الصفحات ضمن Google Search Console. تظهر عندما يتتبّع Googlebot إعادة توجيه من عنوان URL لديك لكنه لا يصل أبدًا إلى وجهة يمكنه الزحف إليها، فلا يُفهرس عبر هذا المسار لا العنوان الأصلي ولا الهدف.
من السهل الخلط بينها وبين "Page with redirect" (صفحة تتضمّن إعادة توجيه)، لذا لنوضح الأمر: تلك الحالة طبيعية. فهي تعني أن إعادة التوجيه نجحت: عنوان URL غير مفهرس لأنه يشير إلى مكان آخر، ويقيّم Google الهدف بشكل مستقل. أما "Redirect error" فتعني أن إعادة التوجيه نفسها فشلت.
ستجدها في الفهرسة › الصفحات. انقر على صف "Redirect error" لرؤية عناوين URL المتأثرة، واستخدم تصدير لتنزيل القائمة الكاملة.
الأسباب الشائعة لحالة "Redirect error"
تسرد وثائق تقرير فهرسة الصفحات من Google أربع حالات وراء هذه الحالة. ويظهر سببان آخران كثيرًا في الممارسة العملية.
1. سلسلة إعادة توجيه طويلة جدًا
كل عنوان URL يعيد التوجيه إلى عنوان آخر يضيف قفزة. تتبّع برامج الزحف في Google ما يصل إلى 10 قفزات لإعادة التوجيه، وفقًا لوثائق الزحف من Google. وبعد ذلك يتوقف Googlebot ويبلّغ Search Console عن خطأ في إعادة التوجيه. وتطول السلاسل عادةً مع الوقت: قاعدة من HTTP إلى HTTPS، ثم قاعدة لـ www، ثم قاعدة للشرطة المائلة في نهاية العنوان، ثم نقل للموقع فوق كل ذلك.
2. حلقة إعادة توجيه
يعيد عنوان URL A التوجيه إلى العنوان B، ويعيد العنوان B التوجيه مجددًا إلى A (أو إلى أي عنوان يعود إلى A). لا تنتهي السلسلة أبدًا، فلا يُوصل إلى أي صفحة. وكثيرًا ما تنشأ الحلقات من قاعدتين متعارضتين، كأن تفرض إحداهما إضافة شرطة مائلة في النهاية وتحذفها الأخرى.
3. عنوان URL لإعادة التوجيه يتجاوز الحد الأقصى للطول
إذا ظلت قاعدة إعادة التوجيه تضيف شيئًا إلى عنوان URL، مثل معلمة أو جزء من المسار في كل قفزة، يكبر العنوان حتى يتجاوز الحد الأقصى لطول عنوان URL وتفشل السلسلة.
4. عنوان URL خاطئ أو فارغ في السلسلة
خطأ إملائي مثل htp:// بدلًا من http://، أو مسار نسبي يُحلّ إلى مكان خاطئ، أو عنوان Location فارغ، كلها تكسر إعادة التوجيه عند تلك القفزة.
5. وجهة لا يستطيع Google الزحف إليها
إذا كان عنوان URL النهائي محظورًا في robots.txt، فلن يتمكن Googlebot من جلبه. تحقق من أن هدف كل إعادة توجيه قابل للزحف، لا أنه موجود فقط.
6. قواعد إعادة توجيه متعارضة في أماكن مختلفة
قد تتراكم عمليات إعادة التوجيه المضبوطة في نظام إدارة المحتوى (CMS) وفي إضافة وعلى خادم الويب وفي شبكة CDN، أو تتعارض فيما بينها. فقاعدة مضافة في طبقة ما قد تعيد عنوان URL إلى قاعدة في طبقة أخرى، وهكذا تنشأ معظم السلاسل والحلقات.
كيف تشخّص حالة "Redirect error"
ابدأ بعناوين URL التي يحددها Search Console بالضبط، ثم تتبّع ما يحدث عند طلب كل منها.
استخدم فحص عنوان URL
الصق عنوان URL متأثرًا في شريط الفحص أعلى Search Console. يعرض قسم فهرسة الصفحات آخر مرة زحف فيها Google إلى الصفحة وما إذا نجح جلبها. انقر على اختبار عنوان URL المباشر للتحقق من السلوك الحالي، لأن التقرير قد يتأخر عن إصلاحاتك.
تتبّع مسار إعادة التوجيه بالكامل
اطلب عنوان URL وتتبّع كل قفزة. من الطرفية:
curl -sIL https://example.com/old-page | grep -iE "^(HTTP|location)"
تعرض النتيجة كل رمز حالة وكل عنوان Location بالترتيب. ابحث عن أكثر من قفزة واحدة، أو عنوان URL يظهر مرتين (حلقة)، أو Location غير سليم، أو استجابة أخيرة ليست 200.
وإذا كنت تفضّل عدم استخدام الطرفية، فإن تدقيق SEO المجاني في صفحة Crawler من SEOcrawl AI يحسب قفزات إعادة التوجيه لأي عنوان URL، وتعيد أداة fetch_url في خادم MCP من SEOcrawl AI عنوان URL النهائي ورمز الحالة وسلسلة إعادة التوجيه كاملة مباشرة في Claude أو ChatGPT أو Cursor.
تحقق من رمز الاستجابة النهائي
تأكد من أن آخر عنوان URL في المسار يعرض 200، وليس 3xx آخر أو 4xx أو 5xx. وعندما تنتهي السلسلة بخطأ، تكون المشكلة في الوجهة: راجع دليلينا حول Not found (404) وBlocked due to other 4xx issue.
كيف تصلح كل سبب
يقوم الإصلاح دائمًا تقريبًا على فكرة واحدة: وجّه عنوان URL الأصلي إلى وجهته النهائية بقفزة واحدة نظيفة.
- سلسلة طويلة جدًا: وجّه أول عنوان URL مباشرة إلى عنوان URL النهائي الذي يعرض 200 واحذف القفزات الوسيطة. وإذا كانت عدة عناوين قديمة تغذي السلسلة نفسها، فحدّث كلًّا منها.
- حلقة إعادة توجيه: ابحث عن القاعدتين اللتين تشير كل منهما إلى الأخرى واحذف إحداهما أو صحّحها، حتى ينتهي المسار عند صفحة حقيقية.
- عنوان URL طويل جدًا: أصلح القاعدة التي تظل تضيف إلى عنوان URL، ثم تأكد من أن الوجهة تُحمَّل.
- هدف خاطئ أو فارغ: صحّح الخطأ الإملائي أو قيمة
Locationالفارغة واستخدم عناوين URL مطلقة. - وجهة محظورة في robots.txt: اسمح بالزحف إلى الوجهة، أو أعد التوجيه إلى عنوان URL غير محظور.
- قواعد متعارضة: اجمع عمليات إعادة التوجيه في مكان واحد، حتى لا يستبدل نظام إدارة المحتوى والخادم وشبكة CDN قواعد بعضها.
ثم حدّث روابطك الداخلية لتشير إلى عنوان URL النهائي بدلًا من عنوان يعيد التوجيه، ولا تُدرج في خريطة موقع XML إلا العناوين النهائية. يرصد Crawler الحالتين في الموقع بأكمله: الروابط الداخلية التي تعرض 3xx، وخرائط المواقع التي تتضمن عنوان URL يعيد التوجيه. ولفحص خريطة موقع بمفردها، مرّرها عبر مدقق خرائط المواقع المجاني، الذي يتحقق من رموز الحالة وسلاسل إعادة التوجيه لكل عنوان URL تتضمنه.
أفضل ممارسات إعادة التوجيه
بعض العادات تمنع معظم أخطاء إعادة التوجيه قبل حدوثها.
- استخدم رمز الحالة الصحيح. تُعد إعادة التوجيه 301 (أو 308) إشارة قوية إلى أن الهدف يجب أن يُفهرس: استخدمها للنقل الدائم. أما إعادة التوجيه 302 (أو 307) فهي إشارة ضعيفة تُبقي عنوان URL الأصلي في النتائج: استخدمها فقط عندما يكون النقل مؤقتًا.
- فضّل عمليات إعادة التوجيه من جانب الخادم. يتتبّع Google أيضًا إعادة التوجيه الفورية عبر meta refresh وJavaScript، لكنه ينصح باستخدام JavaScript فقط عندما يتعذر استخدام إعادة التوجيه من جانب الخادم أو meta refresh.
- اجعل السلاسل قصيرة. القفزة الواحدة هي الأمثل. فكل قفزة إضافية تبطئ المستخدمين، وتستهلك ميزانية الزحف، وتضيف نقطة فشل جديدة.
- أعد التوجيه دائمًا إلى عنوان URL يعرض 200، وليس إلى إعادة توجيه أخرى أبدًا.
- حدّث الروابط الداخلية وخرائط المواقع إلى العناوين النهائية، حتى يتجاوز Google وزوارك إعادة التوجيه تمامًا.
- أعد الفحص بعد كل نقل للموقع أو تغيير في قواعد نظام إدارة المحتوى أو الخادم أو شبكة CDN، فهذا هو الوقت الذي تظهر فيه سلاسل وحلقات جديدة.
كيف تتحقق من الإصلاح
بمجرد أن تُحلّ إعادة التوجيه بقفزة واحدة إلى صفحة تعرض 200:
- شغّل فحص عنوان URL على عنوان متأثر وانقر على اختبار عنوان URL المباشر للتأكد من أن Google يصل الآن إلى الوجهة.
- انقر على طلب الفهرسة لأهم عناوين URL لديك.
- في تقرير فهرسة الصفحات، افتح مشكلة "Redirect error" وانقر على التحقق من الإصلاح حتى يعيد Google الزحف إلى كل عنوان URL متأثر.
- راقب حالة التحقق. قد يستغرق ذلك أيامًا أو أسبوعين تقريبًا؛ وتخرج العناوين من المشكلة مع إعادة الزحف إليها.
استبق أخطاء إعادة التوجيه
نادرًا ما تعلن أخطاء إعادة التوجيه عن نفسها. فهي تظهر في تقرير فهرسة الصفحات، وقد تبقى في موقع كبير دون أن يلاحظها أحد حتى تنخفض الزيارات. وفحص Search Console يدويًا لكل موقع عمل بطيء يسهل إهماله.
يجمع عرض Indexation في SEOcrawl AI عناوين URL لديك حسب حالة التغطية في Search Console، فترى أي العناوين تقع في حالة خطأ وتتابع كيف يتغير عددها مع الوقت. ويمكنك وسم العناوين المتأثرة وفق قواعد أو يدويًا أو عبر خادم MCP، والعمل عليها حتى يُحل كل منها. وإذا كنت تعمل مع مساعد ذكاء اصطناعي، فإن تدقيق Google Search Console يفحص تغطية الفهرس لديك من موجّه واحد ويفتح مهمة لكل إصلاح.
الأسئلة الشائعة
ما أسباب حالة "Redirect error" في Google Search Console؟
يذكر Google أربعة أسباب: سلسلة إعادة توجيه طويلة جدًا، وحلقة إعادة توجيه، وعنوان URL لإعادة التوجيه يتجاوز في النهاية الحد الأقصى لطول عنوان URL، وعنوان URL خاطئ أو فارغ في السلسلة. وفي كل حالة لا يستطيع Googlebot الوصول إلى صفحة نهائية تعمل.
كيف أصلح حالة "Redirect error"؟
وجّه عنوان URL الأصلي إلى وجهته النهائية بقفزة واحدة. احذف عمليات إعادة التوجيه الوسيطة، واكسر أي حلقة، وتأكد من أن آخر عنوان URL يعرض رمز الحالة 200. حدّث الروابط الداخلية لتشير إلى الوجهة، ثم شغّل فحص عنوان URL وانقر على التحقق من الإصلاح في تقرير فهرسة الصفحات.
ما سلسلة إعادة التوجيه وما حلقة إعادة التوجيه؟
سلسلة إعادة التوجيه هي مجموعة متتالية من عمليات إعادة التوجيه، ينتقل فيها عنوان URL من A إلى B، ومن B إلى C، وهكذا قبل الوصول إلى الصفحة النهائية. أما حلقة إعادة التوجيه فهي سلسلة لا تنتهي أبدًا لأن العناوين تشير إلى بعضها. وكلاهما قد يمنع Google من الوصول إلى صفحة لفهرستها.
301 أم 302: أيهما أستخدم؟
استخدم 301 (أو 308) للنقل الدائم: يعدّه Google إشارة قوية لفهرسة الهدف. واستخدم 302 (أو 307) للنقل المؤقت فقط، عندما تريد أن يبقى عنوان URL الأصلي في نتائج البحث.
هل حالة "Page with redirect" هي نفسها "Redirect error"؟
لا. تعني "Page with redirect" أن إعادة التوجيه نجحت: عنوان URL غير مفهرس لأنه يشير إلى صفحة أخرى. أما "Redirect error" فتعني أن Google حاول تتبّع إعادة التوجيه ولم يصل أبدًا إلى صفحة تعمل.
كم يستغرق اختفاء حالة "Redirect error"؟
بعد النقر على التحقق من الإصلاح، يعيد Google الزحف إلى عناوين URL المتأثرة خلال الأيام التالية، وقد يصل ذلك أحيانًا إلى أسبوعين. وتتحدث الحالة مع معالجة كل عنوان، لذلك لا تحتاج إلى طلب الفهرسة لكل عنوان URL يدويًا.
بقلم: David Kaufmann
قضيتُ السنوات العشر الأخيرة منشغلًا تمامًا بـ SEO — وبصراحة، لم أكن لأبدّل ذلك بأي شيء آخر.
تطوّرت مسيرتي إلى مستوى جديد عندما عملت أخصّائيَّ SEO أوّل في Chess.com — أحد أكثر 100 موقع زيارةً على الإنترنت بأكمله. العمل على هذا النطاق علّمني ما لم تعلّمه لي أي دورة أو شهادة.
من هذه التجربة، أسّستُ SEO Alive — وكالة للعلامات التجارية الجادّة بشأن النموّ العضوي. وبما أنّي لم أجد أداةً تُتقن العالَمَين الكلاسيكي وعصر الذكاء الاصطناعي، بنيتُ SEOcrawl AI. إن كنت تبحث عن شريك SEO خبير يعشق هذا المجال — يسعدني التواصل معك!
اكتشف المزيد من محتوى هذا الكاتب
