آموزش گام‌به‌گام ریدایرکت ۳۰۱ و ۳۰۲؛ کدام و کجا؟
تغییر آدرس صفحات، بخش طبیعی زندگی هر سایت است: نام محصول عوض می‌شود، ساختار دسته‌بندی بازچینی می‌شود، دامنه تغییر می‌کند یا صفحه‌ای حذف می‌شود. ریدایرکت همان پلی است که بازدیدکننده و موتور جستجو را از آدرس قدیم به آدرس جدید می‌رساند. اما همین پل دو نوع دارد و تفاوتش برای موتور جستجو معنای کاملاً متفاوتی دارد — نوعی که تازه‌کارها معمولاً آخر می‌فهمند و اول هزینه‌اش را می‌دهند.
این راهنما را برای روزی نوشته‌ایم که تصمیم تغییر آدرس گرفته‌اید؛ چه یک صفحه باشد چه یک دامنهٔ کامل. اگر هنوز در مرحلهٔ ممیزی هستید و نمی‌دانید سایت‌تان چند آدرس گم‌شده دارد، گزارش پوشش ایندکس و گزارش صفحات حذف‌شدهٔ سرچ‌کنسول، نقطهٔ شروع فهرست‌برداری است.
ریدایرکت ۳۰۱ چیست و چه فرقی با ۳۰۲ دارد؟
هر دو ریدایرکت از نظر کاربر یک کار می‌کنند: مرورگر را به آدرس جدید می‌برند. تفاوت در پیامی است که به موتور جستجو می‌دهند. ریدایرکت ۳۰۱ اعلام می‌کند جابهجایی دائمی است؛ یعنی موتور می‌تواند آدرس قدیم را از فهرست‌هایش کنار بگذارد و آدرس جدید را جایگزین کند. ریدایرکت ۳۰۲ می‌گوید جابهجایی موقتی است؛ آدرس قدیم باید در نتایج بماند چون قرار است برگردد. به تجربهٔ ما اگر ۳۰۲ را برای جابهجایی دائمی استفاده کنید، انتظار داشته باشید آدرس قدیم مدت‌ها در نتایج سرگردان بماند و اعتبار بین دو آدرس تقسیم شود.
خانوادهٔ موقت‌ها بزرگ‌تر از ۳۰۲ است — ۳۰۷ و برخی هدرهای دیگر هم حالت موقت را اعلام می‌کنند — اما در کار روزمرهٔ سایت‌های وردپرسی، تصمیم عملاً بین ۳۰۱ و ۳۰۲ است. قاعدهٔ ذهنی ما این است: اگر نمیتوانید تاریخ برگشت آدرس قدیم را بنویسید، آن جابهجایی دائمی است و باید ۳۰۱ باشد؛ «فعلاً موقت گذاشتیم» را ماه‌ها بعد زحمت‌آور می‌شود.
یک تصور غلط رایج را هم همین اول جمع کنیم: ریدایرکت ۳۰۱ «نمرهٔ اضافه» نمی‌دهد؛ فقط انتقال دهندهٔ سیگنال آدرس قدیم است. به تجربهٔ ما در مهاجرت‌های تمیز، جایگاه‌های خوب آدرس‌های قدیمی عمدتاً حفظ می‌شوند — اما مقصدی که از نظر محتوا و قصد کاربر، همتای واقعی آدرس قدیم نباشد، هیچ پلی نمی‌تواند نجاتش دهد. نقشهٔ تطبیق درست، نیمی از موفقیت است؛ ریدایرکت فقط مجری نقشه است.
جدول تصمیم: کدام ریدایرکت برای کدام سناریو؟
انتخاب را با جدول ساده کنید؛ این نگاشت، همان چیزی است که در مهاجرت‌های خودمان اجرا می‌کنیم:
| سناریو | انتخاب | نکتهٔ اجرایی |
|---|---|---|
| تغییر آدرس یک صفحه برای همیشه | ۳۰۱ | مقصد باید همان معنی و محتوا را بدهد |
| تعمیر یا بازسازی موقت صفحه | ۳۰۲ | تاریخ برگشت بنویسید |
| تغییر دامنهٔ کل سایت | ۳۰۱ | نقشهٔ یک‌به‌یک قدیم به جدید |
| حذف محصول با جایگزین | ۳۰۱ | به نزدیک‌ترین محصول معادل |
| حذف دائمی بدون جایگزین | ۴۱۰ یا ۴۰۴ | ۴۱۰ صریح‌تر از ۴۰۴ اعلام می‌کند |
| انتقال به HTTPS یا اصلاح www | ۳۰۱ | در سطح هاست، یک‌بار و کامل |
اگر بین دو گزینه مردد هستید، سؤال معیار یکی است: آدرس قدیم قرار است برگردد یا نه؟
دو ردیف جدول معمولاً بحث‌انگیز است. حذف بدون جایگزین: ریدایرکت به صفحهٔ اصلی «برای نجات کاربر» در واقع صدای جعلی می‌دهد — کاربر چیزی دیگری می‌خواسته و موتور هم پیام متناقض می‌گیرد؛ صادقانه‌ترین پیام همان ۴۱۰ است. و انتقال HTTPS: این یکی را باید یک‌بار در سطح هاست درست بست، نه با ده‌ها قاعدهٔ پراکنده در افزونه‌ها؛ قواعد موازی بعداً خودشان منشأ زنجیره می‌شوند.
آموزش گام‌به‌گام اجرای ریدایرکت در وردپرس و هاست
قدم اول، فهرست‌برداری است: آدرس‌های قدیمی را از سرچ‌کنسول، نقشهٔ سایت فعلی و در صورت وجود، از فهرست ریدایرکت‌های قبلی بیرون بکشید. قدم دوم، تطبیق یک‌به‌یک: برای هر آدرس قدیم، دقیق‌ترین آدرس جدید را تعیین کنید — کاربر آدرس قدیم را با قصد مشخصی باز می‌کرده؛ به همان قصد برسانیدش، نه به صفحهٔ اصلی. این نقشه را در یک برگه بنویسید؛ برگهٔ نقشه، سند رسمی پروژهٔ مهاجرت است.
قدم سوم، اجراست: در وردپرس افزونهٔ ریدایرکت همین کار را با رابط ساده انجام می‌دهد و برای قواعد حجیم، فایل پیکربندی هاست درست‌تر است؛ مهاجرت‌های دامنه‌ای معمولاً ترکیبی از هر دو هستند. قدم چهارم، تست: هر خط از نقشه را با بررسی وضعیت HTTP بزنید — پاسخ باید ۳۰۱ باشد و مقصدش همان برگه. قدم پنجم، اصلاح لینکهای داخلی سایت به آدرس جدید، تا بار عبور از پل از دوش لینکهای خودتان برداشته شود. قدم ششم، اعلام: نقشهٔ سایت جدید را در سرچ‌کنسول ثبت کنید و آدرس‌های مهم قدیمی را برای پایش علامت بزنید.
زنجیره‌ها و حلقه‌ها؛ جایی که اعتبار می‌سوزد
خطای اول و گران‌ترین، زنجیره است: آدرس الف به ب می‌رود که سال بعد به ج منتقل شده؛ بازدیدکننده دو پله می‌پرد و موتور هم اعتمادش کم می‌شود. قاعدهٔ کاری ما حداکثر یک پله است؛ هر زمان به ریدایرکت تازه‌ای نیاز شد، قاعدهٔ قدیمی را بازنویسی کنید تا مقصدش مستقیم شود. خطای دوم، حلقه است: دو آدرس به هم اشاره می‌کنند و مرورگر بی‌پایان می‌چرخد — خروجی تست وضعیت، حلقه‌ها را همان لحظه نشان می‌دهد.
خطای سوم، ۳۰۲ فراموش‌شده است: تعمیر موقتی با ۳۰۲ گذاشته شده و تعمیر تمام شده اما کسی یادش نیست؛ در پایش ماهانه، فهرست ۳۰۲ها را با تاریخ برگشتشان چک کنید. خطای چهارم، ریدایرکت تودرتو از چند افزونه و قالب هم‌زمان — قواعد موازی، نتایج غیرقابل پیش‌بینی می‌سازند؛ یک جا باید صاحب قواعد باشد. این چهار خطا را با یک بازبینی سادهٔ وضعیت HTTP قبل از انتشار می‌شود گرفت؛ ارزان‌ترین بیمهٔ مهاجرت همین تست است.
ریدایرکت یا حذف؟ و اشتباه رایج فایل ربات‌ها
یک اشتباه مهاجرتی را جدا ببینیم چون در ممیزی‌ها پرمصرف است: بستن آدرس‌های قدیم در robots.txt. در مستندات رسمی گوگل دربارهٔ ربات‌ها آمده است که دستور Disallow خزش را میبندد، نه ایندکس را (تاریخ گردآوری: آبان ۱۴۰۵)؛ یعنی اگر آدرس قدیم را در ربات‌ها ببندید، خزنده اصلاً نمی‌تواند برود و ریدایرکت شما را ببیند. نتیجه، برعکسِ هدف است: آدرس قدیم باید آزاد بماند تا با ۳۰۱ جواب دهد و به‌تدریج از نتایج بیفتد.
تفکیک نقش‌ها را همین‌جا ثابت نگه دارید: ریدایرکت برای انتقال آدرس، حذف از ایندکس با ۴۱۰ یا نویکن (noindex) برای بیرون کشیدن صفحهٔ حذفشده، و ربات‌ها فقط برای مدیریت بودجهٔ خزش. اگر خوانندهٔ تازه‌کارید، ساده‌ترین جملهٔ قابل‌حفظ این است: نمی‌خواهیم برگردیم → ۳۰۱؛ می‌خواهیم برگردیم → ۳۰۲؛ دیگر وجود ندارد → ۴۱۰؛ وجود دارد ولی ایندکس نخواهم → نویکن.
پایش پس از اجرا در سرچ‌کنسول
پایش را از همان هفتهٔ اجرا شروع کنید اما با انتظار واقع‌بینانه: به تجربهٔ ما جابهجایی کامل آدرس‌ها در نتایج، از چند هفته تا چند ماه طول می‌کشد و خطِ صاف افتان و صعودی انتظار نمی‌رود. سنجه‌ها همان چهار سنجهٔ رسمی گزارش عملکرد سرچ‌کنسول است — نمایش، کلیک، نرخ کلیک و میانگین جایگاه — به‌اضافهٔ گزارش پوشش ایندکس که وضعیت آدرس‌های قدیمی را نشان می‌دهد. جزئیات خواندن این گزارش را در آموزش گزارش پوشش ایندکس باز کرده‌ایم.
دو پرچم قرمز پایش: افت هم‌زمان نمایش در آدرس‌های قدیمی بدون ظاهر شدن معادل در آدرس‌های جدید — یعنی نقشهٔ تطبیق جا دارد — و خطاهای ۴۰۴ در حال رشد بعد از مهاجرت؛ یعنی آدرسی از فهرست جا مانده. هر دو را در برگهٔ نقشه اصلاح کنید و روند هفتگی را ثبت نگه دارید؛ بدون ثبت، از حافظه قضاوت نمی‌شود.
نقشهٔ سایت جدید را هم فراموش نکنید: بعد از مهاجرت، نقشهٔ سایت باید فقط آدرس‌های جدید را فهرست کند و آدرس‌های قدیمی نباید در آن بمانند. نکته‌ای که مستندات رسمی گوگل دربارهٔ ربات‌ها یادآوری می‌کند اینجا هم کاربرد دارد: دستور سایت‌مپ در فایل ربات‌ها باید آدرس مطلق و کامل باشد. فهرست تمیز نقشه، خزنده را سریع‌تر به آدرس‌های جدید می‌رساند و دورهٔ انتقال را کوتاه‌تر می‌کند.
جمع‌بندی؛ ریدایرکت را روال کنید، نه رویداد
جمع کنیم: ریدایرکت ۳۰۱ برای جابهجایی دائمی و ۳۰۲ فقط برای موقت‌های تاریخدار؛ نقشهٔ یک‌به‌یک، اجرا در یک جا، تست وضعیت HTTP، اصلاح لینکهای داخلی و پایش با چهار سنجهٔ سرچ‌کنسول در افق چندماهه. چرخهٔ رصد، فرصت‌یابی و انتشار امن را در هاب سئو فنی دنبال کنید؛ اگر مهاجرت و انتشار منظم بخشی از کار ماهانهٔ شماست، دموی پلتفرم همان چرخهٔ رصد تا انتشار امن را نشان می‌دهد و ممیزی رایگان دامنه نقشهٔ آدرس‌های گم‌شدهٔ فعلی‌تان را قبل از هر تصمیم می‌دهد.
رصد ما، رشد شما.
سؤالات پرتکرار
ریدایرکت ۳۰۱ چقدر طول می‌کشد تا در نتایج اثر کند؟
به تجربهٔ ما از چند هفته تا چند ماه؛ آدرس قدیم باید با ۳۰۱ آزاد بماند تا خزنده ریدایرکت را ببیند و به‌تدریج آدرس جدید جایگزین شود.
چند پله ریدایرکت پشت‌سرهم مجاز است؟
قاعدهٔ کاری ما حداکثر یک پله است؛ هر ریدایرکت تازه باید قاعدهٔ قدیمی را بازنویسی کند تا مقصد مستقیم بماند و اعتماد خزنده کم‌ترسیده شود.
کی از ریدایرکت ۳۰۲ استفاده کنیم؟
فقط برای حالتهای موقتِ تاریخدار مثل تعمیر صفحه یا صفحهٔ فصلی؛ اگر تاریخ برگشت آدرس قدیم را نمیتوانید بنویسید، جابهجایی دائمی است و ۳۰۱ میخواهد.
بعد از اجرای ۳۰۱ باید لینکهای داخلی را عوض کنم؟
بله؛ ریدایرکت برای بازدیدکنندهٔ قدیمی و لینکهای بیرونی است، نه برای لینکهای داخلی خودتان. اصلاح داخلیها بار پل را برمیدارد.
آدرس حذفشده را در robots.txt ببندم؟
نه؛ طبق مستندات رسمی گوگل، Disallow خزش را میبندد نه ایندکس را و خزنده ریدایرکت را نمیبیند. برای انتقال، ۳۰۱ و برای حذف دائمی، ۴۱۰ درست است.
