301 مقابل 302: إعادة التوجيه الدائمة والمؤقتة

الفرق بين إعادة التوجيه 301 الدائمة و302 المؤقتة: لماذا تخطئ قاعدة «301 تمرر 95% و302 تمرر 0%»، وما الذي تقوله Google فعلًا، وكيف تختار الرمز الصحيح.

نُشر أول مرة: 2 يوليو 2026 · آخر تحديث: 22 أغسطس 2026 · Advanced
اللغات
دليل واحد في هذه الصفحة

الفرق بين 301 و302 هو النية، لا نسبة ثابتة من القيمة التي تبقى. تقول 301 إن النقلة دائمة، وهي إشارة قوية إلى أن الوجهة ينبغي أن تصبح canonical؛ أما 302 فتقول إن النقلة مؤقتة وتخبر Google، افتراضيًا، أن تبقي العنوان الأصلي. أهم ما يجب نسيانه هو قاعدة «301 تمرر نحو 95% من قيمة الروابط و302 تمرر 0%»: إعادة التوجيه ليست أنبوبًا مسربًا بنسبة ثابتة. لكن هذا لا يضمن أن كل شيء ينتقل بلا مشكلات؛ فنوع إعادة التوجيه إشارة canonicalization واحدة، إلى جانب الروابط الداخلية والخارجية وخرائط المواقع وغيرها، تساعد في اختيار العنوان الذي تعتبره Google canonical، بينما تعتمد الزيارات والترتيب والروابط الفعلية على اتفاق بقية الإشارات أيضًا. وقد تُعامل 302 التي تُترك طويلًا، خصوصًا نحو وجهة راسخة، مثل 301 بلا حد زمني ثابت؛ استخدم 301 للنقل الدائم و302 للحالات المؤقتة فعلًا، وتوصي Google صراحةً بـ302 لا 301 لاختبارات A/B. أبقِ إعادة التوجيه الدائمة سنة على الأقل.

الخلاصة — الفرق بين 301 (الدائمة) و302 (المؤقتة) هو إشارة canonicalization، وليس قرصًا لتمرير القيمة بنسبة ثابتة. تعطي 301 إشارة قوية إلى أن الوجهة ينبغي أن تصبح canonical، بينما تقول 302 لـGoogle، افتراضيًا، أن تبقي المصدر canonical. انتهت قاعدة «301 تمرر نحو 95% و302 تمرر 0%»؛ لكن هذا لا يضمن أن لا يخطئ شيء في أي من الاتجاهين. نوع إعادة التوجيه إشارة واحدة، إلى جانب الروابط الداخلية والخارجية وخرائط المواقع، تؤثر في العنوان الذي تتجمع عليه الإشارات القائمة: المصدر أم الوجهة. وتظل نتائج الزيارات والترتيب رهينة باتفاق تلك الإشارات الأخرى. قد تُعامل 302 المستمرة، ولا سيما المتجهة إلى وجهة راسخة، مثل 301، من دون موعد قطع ثابت (بحسب Mueller)؛ فالأمر يعتمد على مجموع إشارات canonicalization، وسرعة حدوثه ملاحظة عملية لا سياسة موثقة. استخدم 301 مع النقل الدائم (فهي واضحة للمتصفحات وCDN والبحث) و302 مع الحالة المؤقتة حقًا؛ إذ تنص وثيقة Google الخاصة باختبارات A/B صراحة على استخدام 302 لا 301. أبقِ إعادة التوجيه الدائمة سنة على الأقل؛ فالصلة تظل شرطًا لتجميع الإشارات، وقد تُعامل الوجهة غير الملائمة كـsoft 404 مهما كان الرمز.

يبدأ الفرق الدلالي أولًا

قبل أي أثر على SEO، تقول 301 و302 أمرين مختلفين في HTTP: دائم مقابل مؤقت. Evidence for this claim RFC 9110 defines 301 as a permanent move and 302 as a temporary move; both permit a user agent to change POST to GET when following the redirect. Scope: HTTP semantics for 301 and 302 responses. Confidence: high · Verified: IETF: RFC 9110 §§15.4.2–15.4.3 وتوضح وثائق Google الأمر بجلاء: في إعادة التوجيه الدائمة، “Googlebot follows the redirect, and the indexing pipeline uses the redirect as a signal that the redirect target should be canonical.” (ترجمة) «يتبع Googlebot إعادة التوجيه، ويستخدم مسار الفهرسة إعادة التوجيه إشارةً إلى أن وجهة إعادة التوجيه ينبغي أن تكون canonical». وفي المؤقتة: “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical. The target page might still be indexed if other canonicalization signals are present.” (ترجمة) «يتبع Googlebot إعادة التوجيه، لكن مسار الفهرسة لا يستخدمها إشارةً إلى أن الوجهة ينبغي أن تكون canonical. وقد تظل صفحة الوجهة مفهرسة إذا وجدت إشارات canonicalization أخرى». Evidence for this claim Google uses permanent redirects as strong canonical signals and temporary redirects without using them as a signal that the destination should become canonical. Scope: Google Search redirect processing; other canonical signals can still affect the selected canonical. Confidence: high · Verified: Google: Redirects and Google Search

هذه هي الفكرة كلها في جملتين. تدفع 301 Google نحو جعل الوجهة canonical، أما 302 فلا تفعل؛ فهي، افتراضيًا، تبقي المصدر canonical وتستعير محتوى الوجهة مؤقتًا. وينطبق تشبيه بريد Mueller مباشرة: “301 is like a permanent redirect where you’re saying, ‘Oh, I’m permanently moving to a different location’… And 302 is more like a temporary thing. You go on vacation, and you’re like, ‘My mail can actually continue to go to my old location, even though I’m not there for the time being.’” (ترجمة) «تشبه 301 إعادة توجيه دائمة تقول فيها: أنا أنتقل نهائيًا إلى مكان آخر… أما 302 فأمر مؤقت؛ تذهب في إجازة، ويمكن لبريدك أن يستمر في الوصول إلى مكانك القديم رغم أنك لست هناك مؤقتًا».

الخرافة: «301 تمرر نحو 95% من قيمة الروابط، و302 تمرر 0%»

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

مصدرها مفهوم. ففي 2013 وصف Matt Cutts إعادة التوجيه بأنها تسرّب قليلًا من PageRank كما تفعل أي وصلة: “The amount of PageRank that dissipates through a 301 is almost exactly, is currently identical to the amount of PageRank that dissipates through a link.” (ترجمة) «كمية PageRank التي تتبدد عبر 301 تكاد تكون مطابقة، وهي حاليًا مطابقة، للكمية التي تتبدد عبر وصلة». أخذ الناس عبارة «يتبدد قليلًا» وحولوها إلى «301 = 95% و302 = 0%»، مع أن هذا لم يكن ما قاله قط.

ثم أغلق Gary Illyes الباب حتى على ذلك في 2016: “30x redirects don’t lose PageRank anymore.” (ترجمة) «عمليات إعادة التوجيه 30x لا تفقد PageRank بعد الآن». كانت هذه عبارة مباشرة تقول إن إعادة التوجيه، بحد ذاتها، ليست أنبوبًا فاقدًا كما أوحت صياغة 2013.

أما الصياغة الحديثة — وهي التي تفسر ما يحدث فعلًا — فهي صياغة Mueller. قال في حلقة بودكاست عن إعادة التوجيه إن الجزء الذي يقلق الناس بسببه بلا داعٍ هو: “it’s not that one kind of redirect is better than the other for these [signals/PageRank], it’s just a different thing. If you’re not forwarding all of your signals, then of course, your old URL keeps the signals. And if you are forwarding them, then the new URL gets those signals. It’s not that anything is lost. It’s just a matter of ‘Well, is it on the old URL or on the new URL?’” (ترجمة) «ليست إعادة توجيه أفضل من أخرى لهذه الإشارات أو PageRank؛ إنها مختلفة فحسب. إذا لم تمرر كل إشاراتك، فسيحتفظ عنوانك القديم بها بالطبع. وإذا مررتها، فسيحصل العنوان الجديد عليها. لا شيء يضيع؛ المسألة هي: هل توجد الإشارات على العنوان القديم أم الجديد؟». ثم ختمها بعد لحظة: “It’s not that you’re going to lose any page rank by doing one way or the other.” (ترجمة) «ليس الأمر أنك ستفقد أي PageRank باختيار إحدى الطريقتين».

إذن النموذج الذهني الصحيح ليس أنبوبًا مسربًا عليه نسبة مئوية، بل هو التجميع وcanonicalization. قال Mueller في 2021: “With redirects, we tend to put URLs into the same bucket, and then use canonicalization to pick which one to show. The rankings will generally be the same, so whether it’s source or destination URL doesn’t really matter.” (ترجمة) «مع عمليات إعادة التوجيه، نميل إلى وضع عناوين URL في المجموعة نفسها، ثم نستخدم canonicalization لاختيار ما نعرضه. وستكون الترتيبات عمومًا متشابهة، لذلك لا يهم كثيرًا أكان العنوان مصدرًا أم وجهة». نوع إعادة التوجيه مدخل يساهم في تحديد العنوان الفائز داخل المجموعة، لا بوابة اقتطاع للقيمة.

هل يؤثر نوع إعادة التوجيه في الترتيب إذن؟

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

لا يوجد مؤقت ثابت لتحول 302 إلى «301»

هنا تظهر الدقة المطلوبة. قال Mueller في النقاش نفسه عام 2021 إن إعادة التوجيه المؤقتة “is more about telling us the source URL might be preferred, while a permanent one suggests the destination URL would be. We use a lot more than just redirects for canonicalization though. That’s usually why a 302 ‘source-preferred’ ends up being treated more like a 301 ‘destination-preferred’ over time… if all internal & external links point to the destination, probably we should pick the destination too. There’s no fixed cut-off time for that.” (ترجمة) «تتعلق أكثر بإخبارنا بأن عنوان المصدر قد يكون مفضلًا، بينما تشير الدائمة إلى أن عنوان الوجهة قد يكون مفضلًا. لكننا نستخدم أكثر بكثير من عمليات إعادة التوجيه وحدها في canonicalization؛ ولهذا تنتهي 302 المفضلة للمصدر عادةً إلى أن تُعامل بمرور الوقت مثل 301 المفضلة للوجهة… فإذا أشارت كل الروابط الداخلية والخارجية إلى الوجهة، فربما نختار الوجهة أيضًا. لا توجد مدة قطع ثابتة لذلك.»

اقرأ السطر الأخير مرتين. لن تمنح Google عمدًا رقمًا من الأيام أو الأسابيع. يعتمد تحول 302 المستمرة إلى معاملة شبيهة بـ301 على وزن جميع إشارات canonicalization — الروابط الداخلية والخارجية، وخرائط المواقع، وhreflang — لا على ساعة توقيت.

تقدم Bing هنا مقارنة تاريخية لافتة. ففي 2020 طرح Fabrice Canel من Bing قاعدة تقريبية عبر Twitter — نقلها Search Engine Roundtable من مصدر ثانوي، وليست وثيقة Bing رسمية — مفادها: “preferable to use a 302 redirect if your destination URL may change within 2 days, else 301 is recommended.” (ترجمة) «يُفضّل استخدام إعادة توجيه 302 إذا كان عنوان الوجهة قد يتغير خلال يومين، وإلا فالموصى به هو 301». تعامل مع ذلك بوصفه معلومة قديمة من مصدر ثانوي، لا سياسة حالية مؤكدة من Bing؛ فلم يُعَد التحقق منها عبر مصدر Bing أولي. لكن الاتجاه العام واضح: موقف Google العلني هو «إشارات كثيرة، بلا حد زمني»، بينما سمحت Bing مرة واحدة على الأقل بذكر رقم.

دليل من الواقع: تجربتي الخاصة

اختبرت ذلك مباشرة. في تجربة ما أعدت توجيه موقع راسخ عبر 302 إلى موقع راسخ آخر، ولم تنتظر Google إطلاقًا. عندما رأت إعادة التوجيه، أخرجت النطاق القديم من البحث لمصلحة النطاق «الجديد» تقريبًا فورًا. وقد لخّصت Ahrefs النتيجة جيدًا: Google “seems quicker to treat 302 redirects as permanent when redirecting to an established page or site… because the new page or website has been around a while, so there’s a good chance you meant to redirect the URL permanently.” (ترجمة) «أسرع في معاملة إعادة توجيه 302 كأنها دائمة عندما تكون الوجهة صفحة أو موقعًا راسخًا… لأن الصفحة أو الموقع الجديد موجود منذ مدة، ولذلك توجد فرصة جيدة لأنك قصدت نقل العنوان نهائيًا».

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

وقد يحدث العكس أيضًا (نادرًا)

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

متى يكون استخدام 302 صحيحًا تقنيًا؟

إن النصيحة القائلة «استخدم 301 لكل شيء» سيئة. توجد حالات تكون فيها 302 هي الإجابة الصحيحة، وتشرح Google إحداها صراحةً.

  • اختبارات A/B. هذه هي الحالة النموذجية؛ فلدى Google صفحة مخصصة لها، وعنوانها الحرفي “Use 302 redirects, not 301 redirects.” (ترجمة) «استخدم عمليات إعادة التوجيه 302 لا 301.» وتقول: “If you’re running a test that redirects users from the original URL to a variation URL, use a 302 (temporary) redirect, not a 301 (permanent) redirect. This tells search engines that this redirect is temporary… and that they should keep the original URL in their index rather than replacing it with the target of the redirect (the test page).” (ترجمة) «إذا كنت تجري اختبارًا يعيد توجيه المستخدمين من العنوان الأصلي إلى عنوان نسخة بديلة، فاستخدم إعادة توجيه 302 (temporary) لا 301 (permanent). فهذا يخبر محركات البحث بأن إعادة التوجيه مؤقتة… وأن عليها إبقاء العنوان الأصلي في فهرسها بدل استبداله بوجهة إعادة التوجيه (صفحة الاختبار).» إذا استخدمت 301 لتجربة، فأنت تطلب من Google استبدال عنوانك بعنوان الاختبار نهائيًا، وهو عكس ما تريد.
  • صفحات التخفيضات أو العروض المؤقتة. إذا أشرت بمنتج مؤقتًا إلى صفحة موسمية ستزيلها بعد انتهاء البيع، فأنت تريد إبقاء العنوان الأصلي مفهرسًا.
  • إعادة توجيه الموقع الجغرافي أو اللغة، وإعادة توجيه m-dot (بين الهاتف وسطح المكتب). المثال الذي يورده Mueller نفسه: في إعادة توجيه الهاتف/سطح المكتب «تكون إعادة التوجيه 302 هي المناسبة، لأنك لا تعرف فعلًا ما إذا كان الشخص يريد النسخة المحمولة أم نسخة سطح المكتب في زيارته التالية». (ترجمة) إعادة التوجيه ليست نقلة دائمة؛ فهي تعتمد على الزائر. لكن انتبه إلى التوجيه المتكيف مع اللغة عمومًا: طلبات Googlebot الافتراضية أمريكية ولا ترسل ترويسة Accept-Language، لذلك قد يخفي التوجيه (أو الكشف التلقائي) القائم على IP أو لغة المتصفح نسخك المحلية الأخرى عن Google تمامًا. توصي Google نفسها بمنح كل لغة عنوان URL قابلًا للزحف وربط العناوين بعلامات hreflang (بما فيها x-default عند اللزوم)، بدل الاعتماد على الكشف بالتوجيه وحده؛ ثم تحقق من قدرة Google على اكتشاف كل نسخة، لا النسخة التي صادف أن وصل إليها.
  • صفحات الصيانة أو الانقطاعات القصيرة — لكن ليست كل «صيانة» متشابهة. إذا كانت هناك صفحة أخرى تلبي الطلب فعلًا الآن (صفحة مؤقتة ذات صلة)، فإعادة التوجيه إليها بـ302 معقولة، وينبغي أن يحتفظ العنوان الأصلي بمكانه في الفهرس. ويختلف ذلك عن انقطاع قصير يشمل الموقع كله، حيث توصي Google بـ503 بدل توجيه كل شيء إلى صفحة واحدة؛ كما يختلف عن توقف تشغيلي أطول، حيث يكون إبقاء الصفحات المفيدة قابلة للوصول أفضل عادةً من إعادة توجيه شاملة.

متى يكون استخدام 301 صحيحًا؟

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

  • تغييرات عناوين URL الدائمة ونقل الصفحات.
  • تغييرات النطاق ودمج المواقع.
  • عمليات الانتقال من HTTP إلى HTTPS.
  • توحيد نسخ www وnon-www أو أشكال الشرطة المائلة النهائية.

إرشاد Google مباشر: “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible. This is the best way to ensure that Google Search and people are directed to the correct page.” (ترجمة) «إذا احتجت إلى تغيير عنوان URL لصفحة كما يظهر في نتائج البحث، فنوصي باستخدام إعادة توجيه دائمة من جانب الخادم كلما أمكن. وهذه أفضل طريقة لضمان توجيه بحث Google والناس إلى الصفحة الصحيحة». انتبه إلى عبارة «من جانب الخادم»: يلتقط HTTP 301 الحقيقي بسرعة أكبر؛ وتُعامل إعادة meta الفورية (0 ثانية) كدائمة، والمتأخرة كمؤقتة، بينما لا تُلتقط إعادة توجيه JavaScript عبر window.location إلا أثناء التصيير (فاستخدمها فقط إذا تعذر التوجيه من جانب الخادم أو عبر meta).

في عملية نقل حقيقية، لا تمثل 301 إلا نصف العمل. اربط كل عنوان قديم بما يعادله الفعلي ذي الصلة في الموقع الجديد — لا تستخدم اختصار إعادة توجيه كل شيء إلى الصفحة الرئيسية — وحدّث الروابط الداخلية ووسوم canonical وخريطة الموقع وhreflang لتشير أيضًا إلى العناوين الجديدة، حتى تتفق كل الإشارات التي يمكنك التحكم فيها مع إعادة التوجيه. تجنب السلاسل والحلقات، وأبقِ النطاق القديم وDNS وTLS قادرًا فعليًا على تقديم إعادة التوجيه طوال فترة اعتمادك عليها؛ فإعادة التوجيه التي تبدأ بإرجاع أخطاء تتوقف عن مساعدة الجميع.

تفصيل بروتوكولي جدير بالمعرفة: الطريقة والتخزين المؤقت

ثمة فرقان تقنيان آخران نادرًا ما تغطيهما المقالات المنافسة، وهما يقعان تحت نقاش SEO:

  • التعامل مع الطريقة. لأسباب تتعلق بالتوافق التاريخي، قد يحوّل عميل المستخدم طلب POST إلى GET عند اتباع 301 أو 302 تلقائيًا؛ فلا يضمن أي من الرمزين بصرامة بقاء طريقة HTTP الأصلية بعد القفزة. Evidence for this claim RFC 9110 defines 301 as a permanent move and 302 as a temporary move; both permit a user agent to change POST to GET when following the redirect. Scope: HTTP semantics for 301 and 302 responses. Confidence: high · Verified: IETF: RFC 9110 §§15.4.2–15.4.3 وإذا كنت تحتاج إلى حفظ الطريقة حرفيًا (مثل إرسال نموذج يجب أن يظل POST)، فلهذا وجدت 307 (مؤقتة) و308 (دائمة).
  • التخزين المؤقت. وفق قواعد تخزين HTTP، تكون 301 قابلة للتخزين مؤقتًا بالاستدلال افتراضيًا، أما 302 فلا تكون كذلك؛ فرمز الحالة وحده لا يجعل 302 قابلة للتخزين، مع أن ترويسات Cache-Control أو Expires الصريحة قد تجعل أيًا منهما قابلاً للتخزين وإعادة الاستخدام لدى العميل. Evidence for this claim A 301 is on the RFC 9111 status-code heuristic-cacheability list by default; a 302 is not heuristically cacheable from its status code alone, though explicit cache-control directives can still make either cacheable. Scope: HTTP caching heuristics for 301 vs. 302 responses; explicit headers can override the default. Confidence: high · Verified: IETF: RFC 9111 (HTTP Caching) لا تختزل الأمر إلى «المتصفحات تخزن كل 301 إلى الأبد ولا تخزن 302 مطلقًا»؛ فالسلوك الفعلي يعتمد على طريقة الطلب والترويسات المرسلة وحالة الذاكرة المؤقتة والعميل، لا على رمز الحالة منفردًا.

تحفظ يتقدم على نوع إعادة التوجيه: الصلة

ثمة شرط يحكم التجميع بغض النظر عن استخدام 301 أو 302: يجب أن تكون الوجهة ذات صلة بالمصدر. إذا وجهت صفحة إلى شيء غير مرتبط (ومن الأخطاء الشائعة توجيه مجموعة من الصفحات الميتة إلى الصفحة الرئيسية)، فقد تعتبرها Google soft 404 ولا تجمع الإشارات إطلاقًا؛ لا يهم عندها أكان الرمز 301 أم 302. وجه إلى أقرب مكافئ حقيقي، لا إلى وجهة شاملة.

أخطاء شائعة

  • ترك 302 لتغيير دائم. غالبًا ما تصحح Google الأمر ذاتيًا إلى معاملة شبيهة بـ301، لكنك تعتمد بذلك على أن تخمن نيتك. استخدم 301 فحسب.
  • استخدام 301 لشيء مؤقت فعلًا — ولا سيما اختبار A/B. أنت تخبر Google أن تستبدل العنوان الخطأ نهائيًا.
  • سحب 301 مبكرًا جدًا. توصي إرشادات Google لنقل المواقع «بإبقاء إعادة التوجيه لأطول مدة ممكنة، وعادةً سنة على الأقل»، لأن هذه هي المدة اللازمة «لنقل جميع الإشارات إلى العناوين الجديدة». اختبرت ذلك: بعد نحو سنة كانت الإشارات قد تجمعت في العنوان الجديد وبقي معظمها هناك، بما يوافق عبارة Illyes: «بعد سنة واحدة أتيحت لكل الإشارات فرصة الانتقال من A إلى B». إذا أزلت 301 قبل ذلك فقد تترك العنوان القديم بلا أي من إشاراته السابقة.
  • التوجيه إلى صفحة غير ذات صلة — خطر soft 404 كما سبق.

كيف تتحقق من تعامل Google الفعلي مع إعادة التوجيه؟

لا تفترض؛ تحقق، وتعامل مع الأمر على أنه طبقتان منفصلتان.

طبقة HTTP. نفّذ طلبًا حقيقيًا على العنوان القديم وتحقق من رمز الحالة وترويسة Location وطول السلسلة (قفزة واحدة مثالية) وسلوك ترويسات التخزين المؤقت؛ ففتح علامة تبويب أو تنفيذ طلب HEAD واحد لا يكفي، لأن التخزين المؤقت وسلوك العميل قد يخفيان ما يرسله الخادم فعلًا. ولهذا توجد أدوات مثل أداة فحص إعادة التوجيه.

طبقة البحث. في أداة فحص عنوان URL في GSC، افحص العنوان القديم. يوضح الفرق بين «canonical الذي أعلنه المستخدم» و«canonical الذي اختارته Google» الاتجاه الذي وضعت Google فيه العنوانين داخل المجموعة. (لاحظ أن فحص العنوان يعرض 200 لعنوان أعيد توجيهه، لا 301 أو 302؛ ويشرح Mueller أن ذلك مقصود: “we want to show you what we would use for indexing… which is the final page.” (ترجمة) «نريد أن نعرض لك ما سنستخدمه للفهرسة… أي الصفحة النهائية».) قارن ذلك بتقرير Links للتأكد من أن الوجهة تلتقط روابط المصدر، وتحقق من اتفاق الروابط الداخلية وخريطة الموقع وhreflang (عند اللزوم) مع إعادة التوجيه. وتذكر أن فحص عنوان URL يعرض الحالة المسجلة والحية الحالية لدى Google؛ ولا يمكنه إثبات ما ستفعله Google مستقبلًا، لذلك فهو لقطة تشخيصية لا ضمانًا لنتيجة بعينها.

إذا كانت نقلة «دائمة» لا تزال تعرض العنوان القديم canonical بعد أشهر، فمن المحتمل أن إشاراتك الأخرى (الروابط الداخلية وخريطة الموقع) ما زالت تشير إلى العنوان القديم؛ وحّدها، ثم أعد فحص الطبقتين بدل تبديل رمز الحالة لمحاولة إجبار النتيجة.

أين يقع هذا الموضوع؟

301 و302 رمزان من رموز إعادة التوجيه 3xx، ولكل منهما تعمق خاص به في هذه المجموعة، كما توجد النسختان اللتان تحفظان الطريقة (307 و308) والمقارنات مثل 302-vs-307 و301-vs-308 لفروق حفظ الطريقة، إضافة إلى الشقيق المؤقت 303 وأخطار التشغيل وسلاسل إعادة التوجيه وحلقاتها. وللاطلاع على عائلة استجابات الخادم كاملة، راجع محور رموز حالة HTTP؛ فنوع إعادة التوجيه أيضًا إحدى إشارات canonicalization التي يغطيها canonicalization.

Try it live

These are real endpoints on this site — not a simulation. Hit them from the button, open them in a new tab, or curl -i them from your terminal, and the server answers with the actual status code this article is about.

Open in new tab ↗
Open in new tab ↗

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.