وضعیت Page with redirect در Google Search Console زمانی نمایش داده می شود که گوگل URL موردنظر را بررسی کرده اما متوجه شده است این آدرس به URL دیگری Redirect می شود. در حالت عادی، این وضعیت الزاماً یک خطا نیست؛ چون Redirect بخش طبیعی معماری بسیاری از سایت هاست. مشکل زمانی ایجاد می شود که URL اشتباه در Sitemap قرار گرفته باشد، Redirect به مقصد نامناسبی برود، زنجیره Redirect ایجاد شده باشد یا URL اصلی و نهایی سایت به شکل درستی مدیریت نشده باشند.
رفع خطای Page with redirect در سرچ کنسول؛ راهنمای کامل بررسی و اصلاح
اگر وارد بخش Pages در سرچ کنسول شده اید و با وضعیت Page with redirect روبه رو شده اید، احتمالاً اولین سؤالتان این است که: «چرا این صفحه ایندکس نشده؟»
خبر خوب این است که در بسیاری از مواقع، این وضعیت اصلاً یک خطای واقعی نیست.
گوگل به شما می گوید URL موردنظر دیگر قرار نیست به عنوان یک صفحه مستقل ایندکس شود؛ چون وقتی گوگل آن را بررسی کرده، با یک Redirect مواجه شده و به آدرس دیگری هدایت شده است.
مثلاً فرض کنید آدرس زیر را دارید:
عضویت در رنک فایند
با استفاده از کد تخفیف #RKFN10 با 10 درصد تخفیف از تمامی ابزارهای رنک فایند استفاده کنید
example.com/old-page
و این URL با کد 301 به آدرس زیر منتقل شده است:
example.com/new-page
در این شرایط کاملاً طبیعی است که URL قدیمی در گزارش Pages با وضعیت Page with redirect دیده شود و URL مقصد، یعنی صفحه جدید، وضعیت ایندکس مستقل خود را داشته باشد.
بنابراین هدف شما نباید این باشد که به هر قیمتی وضعیت Page with redirect را از سرچ کنسول حذف کنید. هدف اصلی این است که مطمئن شوید Redirect درست، هدفمند، قابل دسترسی و مطابق معماری سئو سایت است.
Page with redirect در سرچ کنسول یعنی چه؟
عبارت Page with redirect به زبان ساده یعنی:
«گوگل این URL را بررسی کرده و متوجه شده که این آدرس به URL دیگری Redirect می شود؛ بنابراین خود URL فعلی را در ایندکس قرار نداده است.»
فرض کنید URL زیر قبلاً صفحه اصلی یک محصول بوده است:
/product-a
بعداً محصول حذف شده و شما آن را با Redirect 301 به محصول جایگزین منتقل کرده اید:
/product-b
گوگل وقتی /product-a را بررسی می کند، Redirect را مشاهده می کند و متوجه می شود مقصد اصلی /product-b است.
در نتیجه، انتظار نداریم هر دو URL در نتایج جستجو به عنوان دو صفحه مستقل ظاهر شوند.
Page with redirect لزوماً خطا نیست
اگر Redirect آگاهانه ایجاد شده، مقصد آن مرتبط و قابل دسترسی است و URL قدیمی عمداً قرار نیست در نتایج جستجو نمایش داده شود، مشاهده Page with redirect کاملاً طبیعی است و معمولاً نیازی به حذف آن ندارید.
چرا URL دارای Redirect ایندکس نمی شود؟
برای پاسخ باید یک اصل ساده را در نظر بگیریم: موتور جستجو معمولاً قرار نیست URLی را که به URL دیگری Redirect می شود، به عنوان یک صفحه مستقل ایندکس کند.
وقتی سرور به گوگل می گوید:
این آدرس دیگر صفحه اصلی نیست؛ برو آدرس دیگری را ببین.
گوگل نیز باید این سیگنال را در نظر بگیرد.
بنابراین اگر URL شما Redirect شده باشد، ایندکس نشدن همان URL معمولاً رفتاری مورد انتظار است.
چیزی که باید بررسی کنید، URL مقصد است.
تفاوت Page with redirect با سایر وضعیت های ایندکس
برای تشخیص صحیح مشکل، بهتر است Page with redirect را با چند وضعیت رایج دیگر مقایسه کنیم.
| وضعیت | معنی | اقدام معمول |
|---|---|---|
| Page with redirect | URL به آدرس دیگری Redirect شده است | بررسی مقصد و صحت Redirect |
| Page with 404 | صفحه پیدا نشده است | بررسی حذف صفحه و امکان Redirect |
| Crawled – currently not indexed | صفحه Crawl شده ولی ایندکس نشده است | بررسی کیفیت و ارزش صفحه |
| Discovered – currently not indexed | URL کشف شده اما هنوز Crawl نشده است | بررسی Crawl، معماری و لینک سازی |
| Duplicate | صفحه مشابه یا تکراری شناسایی شده است | بررسی Canonical و معماری URL |
همین تفاوت کوچک می تواند مسیر عیب یابی شما را کاملاً تغییر دهد.
آیا Page with redirect یک خطای سئویی است؟
نه، لزوماً.
این یکی از مهم ترین نکاتی است که باید در هنگام کار با سرچ کنسول بدانید.
Search Console تمام URLهایی را که در فرایند بررسی سایت با آن ها مواجه می شود، الزاماً به عنوان صفحات مشکل دار معرفی نمی کند. بعضی وضعیت ها صرفاً گزارش وضعیت URL هستند.
مثلاً اگر شما عمداً یک URL قدیمی را با Redirect 301 به صفحه جدید منتقل کرده باشید، طبیعی است که URL قدیمی در بخش Page with redirect قرار بگیرد.
در این حالت، تلاش برای ایندکس کردن URL قدیمی تصمیم اشتباهی است.
اشتباه رایج: تلاش برای ایندکس URL ریدایرکت شده
اگر یک URL به صورت عمدی Redirect شده است، نباید با حذف Redirect یا درخواست مکرر Indexing تلاش کنید آن را دوباره وارد ایندکس کنید. ابتدا مشخص کنید کدام URL نسخه اصلی و نهایی صفحه است.
انواع Redirect و تأثیر آن ها بر سئو
همه Redirectها دقیقاً یک مفهوم ندارند. در سئو، شناخت نوع Redirect اهمیت زیادی دارد.
Redirect 301 چیست؟
301 معمولاً برای انتقال دائمی یک URL به URL دیگر استفاده می شود.
مثلاً زمانی که:
- ساختار URL سایت را تغییر داده اید.
- یک صفحه را به نسخه جدید منتقل کرده اید.
- دو صفحه مشابه را ادغام کرده اید.
- دامنه سایت را تغییر داده اید.
- نسخه قدیمی یک محصول با محصول جدید جایگزین شده است.
در چنین شرایطی Redirect 301 می تواند انتخاب مناسبی باشد؛ البته به شرطی که مقصد واقعاً مرتبط باشد.
Redirect 302 چیست؟
Redirect 302 معمولاً برای انتقال موقت استفاده می شود.
اگر تغییر شما دائمی است اما به اشتباه 302 استفاده کنید، ممکن است سیگنال موردنظر شما به خوبی منتقل نشود. بنابراین باید مشخص باشد که انتقال واقعاً موقتی است یا دائمی.
Redirect با Meta Refresh
Meta Refresh روشی است که انتقال صفحه را از طریق HTML یا مرورگر انجام می دهد. در معماری مدرن سایت ها، وقتی امکان استفاده صحیح از Redirect سمت سرور وجود دارد، معمولاً بهتر است از راهکار استاندارد سمت سرور استفاده شود.
Redirect با JavaScript
گاهی Redirect با JavaScript انجام می شود. این روش می تواند پیچیدگی بیشتری برای پردازش ایجاد کند و در بسیاری از سناریوها بهتر است انتقال URL در سطح سرور انجام شود.
چطور Page with redirect را در سرچ کنسول بررسی کنیم؟
اگر می خواهید بفهمید یک URL چرا در این دسته قرار گرفته، مرحله به مرحله پیش بروید.
مرحله اول: URL موردنظر را پیدا کنید
در بخش Pages سرچ کنسول روی وضعیت Page with redirect کلیک کنید تا URLهای مربوط به این وضعیت را ببینید.
حالا به جای اینکه همه URLها را یکجا بررسی کنید، ابتدا سراغ URLهای مهم بروید.
مثلاً:
- صفحات محصولات مهم
- صفحات دسته بندی
- صفحات خدمات
- مقالات دارای بک لینک
- صفحات دارای ترافیک قبلی
مرحله دوم: URL را در URL Inspection بررسی کنید
URL را در ابزار بررسی URL سرچ کنسول وارد کنید.
هدف این است که بفهمید گوگل چه وضعیتی برای URL مشاهده می کند و آیا Redirect بخشی از پاسخ نهایی صفحه است یا خیر.
مرحله سوم: مقصد Redirect را پیدا کنید
مهم ترین سؤال این است:
این URL دقیقاً به کجا Redirect می شود؟
اگر مقصد یک صفحه مرتبط و معتبر است، احتمالاً Redirect درست است.
اما اگر مقصد صفحه اصلی سایت، یک صفحه نامرتبط یا حتی یک URL خراب باشد، باید موضوع را جدی تر بررسی کنید.
چه زمانی Page with redirect مشکل ساز می شود؟
خود Redirect مشکل نیست. Redirect اشتباه مشکل است.
مثلاً اگر یک مقاله درباره «آموزش سئو تکنیکال» را حذف کنید و آن را به صفحه ای درباره «قیمت طراحی سایت» Redirect کنید، ارتباط معنایی بسیار ضعیفی وجود دارد.
در چنین حالتی، Redirect ممکن است تجربه کاربر را خراب کند و سیگنال مناسبی برای موتور جستجو ایجاد نکند.
| سناریو | وضعیت | اقدام |
|---|---|---|
| URL قدیمی به URL جدید مرتبط Redirect شده | مناسب | معمولاً نیازی به تغییر نیست |
| URL به صفحه اصلی Redirect شده | مشکوک | ارتباط مقصد بررسی شود |
| Redirect به 404 ختم می شود | مشکل دار | مقصد و زنجیره Redirect اصلاح شود |
| Redirect chain چندمرحله ای | نامطلوب | مستقیماً به مقصد نهایی Redirect شود |
| URL ریدایرکت شده داخل Sitemap است | اشتباه | URL از Sitemap حذف شود |
یکی از مهم ترین دلایل Page with redirect: وجود URL ریدایرکت شده در Sitemap
این مورد بسیار رایج است.
فرض کنید قبلاً این URL را داشته اید:
/blog/old-seo-guide
بعداً آن را به این URL Redirect کرده اید:
/blog/seo-guide
اما هنوز URL قدیمی داخل Sitemap قرار دارد.
این وضعیت منطقی نیست. Sitemap باید به موتورهای جستجو کمک کند URLهای اصلی و قابل ایندکس سایت را پیدا کنند.
بنابراین بهتر است URL ریدایرکت شده از Sitemap حذف و URL نهایی جایگزین شود.
قاعده ساده Sitemap
اگر URL قرار نیست به عنوان یک صفحه مستقل ایندکس شود و به URL دیگری Redirect می شود، معمولاً نباید نسخه ریدایرکت شده آن را در Sitemap اصلی سایت قرار دهید.
Redirect Chain چیست و چرا باید آن را اصلاح کنیم؟
فرض کنید مسیر URLها این طور باشد:
A → B → C → D
یعنی کاربر وارد URL A می شود، سپس به B، بعد C و در نهایت D منتقل می شود.
این ساختار یک Redirect Chain ایجاد کرده است.
در حالت ایده آل، اگر می دانید مقصد نهایی D است، بهتر است A مستقیماً به D منتقل شود:
A → D
این کار مسیر انتقال را کوتاه تر و معماری سایت را تمیزتر می کند.
چرا Redirect Chain بد است؟
- مسیر Crawl پیچیده تر می شود.
- زمان پاسخ افزایش پیدا می کند.
- احتمال خطا در یکی از مراحل بیشتر می شود.
- تجربه کاربر ضعیف تر می شود.
- مدیریت معماری سایت دشوارتر می شود.
Redirect Loop چیست؟
Redirect Loop حتی جدی تر است.
در این حالت URLها به یکدیگر Redirect می شوند و مقصد نهایی مشخصی وجود ندارد.
مثلاً:
A → B → A
یا حتی زنجیره پیچیده تری که در نهایت به URL اولیه برمی گردد.
در این شرایط مرورگر و خزنده نمی توانند به یک صفحه نهایی برسند.
Redirect Loop را جدی بگیرید
اگر URL وارد حلقه Redirect شده باشد، باید تنظیمات سرور، افزونه های Redirect، قوانین Rewrite، تنظیمات CMS و سایر سیستم هایی که روی Redirect اثر می گذارند بررسی شوند.
رفع Page with redirect در وردپرس
اگر سایت شما با وردپرس ساخته شده، Redirectها ممکن است از چند مسیر مختلف ایجاد شوند.
برای مثال:
- افزونه های سئو
- افزونه های مدیریت Redirect
- تنظیمات سرور
- فایل های Rewrite
- تغییر ساختار پیوندهای یکتا
- افزونه های مهاجرت سایت
بنابراین اگر یک URL ناخواسته Redirect شده است، فقط به دنبال یک گزینه در ویرایشگر وردپرس نباشید. ابتدا منبع ایجاد Redirect را پیدا کنید.
اگر URL عمداً Redirect شده است
اگر Redirect کاملاً آگاهانه ایجاد شده، لازم نیست آن را صرفاً به خاطر مشاهده Page with redirect حذف کنید.
اگر URL نباید Redirect شده باشد
باید تنظیمات Redirect را اصلاح کنید و مطمئن شوید URL اصلی با پاسخ مناسب در دسترس است.
آیا باید همه Page with redirectها را از سرچ کنسول حذف کنیم؟
خیر.
این یکی از مهم ترین اشتباهات در تحلیل گزارش Pages است.
اگر سایت شما صدها URL قدیمی دارد که به صفحات جدید منتقل شده اند، وجود تعداد زیادی Page with redirect می تواند کاملاً طبیعی باشد.
به جای اینکه فقط تعداد URLهای این بخش را کاهش دهید، باید بررسی کنید آیا Redirectها هدفمند و منطقی هستند یا خیر.
چه URLهایی را باید از Sitemap حذف کنیم؟
در حالت کلی بهتر است Sitemap روی URLهای اصلی و قابل ایندکس تمرکز داشته باشد.
URLهایی که معمولاً نباید در Sitemap اصلی قرار بگیرند شامل مواردی مانند:
- URLهای Redirect شده
- صفحات 404
- URLهای دارای Canonical به صفحه دیگر
- صفحات Noindex
- URLهای پارامتریک غیرضروری
- صفحات تکراری و کم ارزش
هدف Sitemap، ارسال سیگنال واضح به موتور جستجو درباره URLهایی است که برای سایت مهم هستند.
لینک های داخلی چه ارتباطی با Page with redirect دارند؟
فرض کنید در ۲۰ مقاله سایت شما هنوز لینک داخلی به URL قدیمی وجود دارد و آن URL به صفحه جدید Redirect شده است.
کاربر روی لینک کلیک می کند:
مقاله → URL قدیمی → Redirect → URL جدید
این مسیر می تواند ساده تر شود:
مقاله → URL جدید
بنابراین بعد از ایجاد Redirect، یکی از کارهای مهم این است که لینک های داخلی سایت را نیز به مقصد نهایی تغییر دهید.
این کار مخصوصاً زمانی اهمیت دارد که URL قدیمی در صدها صفحه استفاده شده باشد.
چگونه URLهای ریدایرکت شده را اولویت بندی کنیم؟
اگر سایت بزرگی دارید، شاید با هزاران URL مواجه شوید. لازم نیست همه آن ها را با یک اولویت بررسی کنید.
ابتدا URLهایی را بررسی کنید که:
- ترافیک ارگانیک قبلی داشته اند.
- بک لینک های ارزشمند دارند.
- در ساختار داخلی سایت لینک زیادی دریافت کرده اند.
- صفحات تجاری مهم بوده اند.
- کلمات کلیدی ارزشمند را هدف قرار داده اند.
برای بررسی عملکرد کلمات کلیدی و تغییرات رتبه صفحات، می توانید از ابزار رتبه یاب و رنک ترکر رنک فایند استفاده کنید.
نقش Redirect در مهاجرت سایت و تغییر دامنه
یکی از مهم ترین کاربردهای Redirect، مهاجرت سایت است.
فرض کنید دامنه شما از:
oldsite.ir
به:
newsite.ir
منتقل شده است.
در چنین شرایطی باید URLهای قدیمی به معادل های مناسب خود در دامنه جدید منتقل شوند.
یک اشتباه رایج این است که تمام URLهای قدیمی را به صفحه اصلی دامنه جدید Redirect کنیم.
در بسیاری از پروژه ها بهتر است تا حد امکان، هر URL قدیمی به معادل مرتبط خودش در سایت جدید منتقل شود.
اگر در حال انتخاب یا بررسی دامنه برای یک پروژه جدید هستید، می توانید از ابزار دامنه یاب رنک فایند استفاده کنید.
آیا Redirect به صفحه اصلی کار درستی است؟
نه همیشه.
گاهی یک URL قدیمی واقعاً معادل مناسبی ندارد. در چنین شرایطی تصمیم گیری باید بر اساس ارزش و هدف صفحه انجام شود.
اگر صفحه قدیمی هیچ معادل مرتبطی ندارد، Redirect کردن آن به صفحه اصلی صرفاً برای جلوگیری از 404 ممکن است تجربه خوبی ایجاد نکند.
باید بررسی کنید آیا:
- صفحه جایگزین مرتبطی وجود دارد؟
- صفحه قدیمی ارزش بک لینک دارد؟
- صفحه قبلاً ترافیک دریافت می کرده؟
- کاربرانی که وارد URL قدیمی می شوند، انتظار دیدن چه محتوایی را دارند؟
Page with redirect و Canonical چه تفاوتی دارند؟
Redirect و Canonical هر دو می توانند به موتور جستجو درباره URL اصلی سیگنال بدهند، اما یکسان نیستند.
در Redirect، کاربر نیز از URL قدیمی به URL مقصد منتقل می شود.
در Canonical، URL فعلی می تواند برای کاربر قابل مشاهده باشد اما به موتور جستجو اعلام می شود که نسخه اصلی یک URL دیگر است.
| ویژگی | Redirect | Canonical |
|---|---|---|
| کاربر به URL دیگری منتقل می شود؟ | بله | خیر |
| برای انتقال دائمی URL مناسب است؟ | بله، در سناریوی مناسب | خیر |
| URL فعلی برای کاربر قابل مشاهده است؟ | خیر | بله |
| برای URLهای تکراری مناسب است؟ | گاهی | بله، در سناریوی مناسب |
آیا Redirect باعث از بین رفتن ارزش سئویی صفحه می شود؟
این تصور که با ایجاد هر Redirect تمام ارزش سئویی صفحه قبلی از بین می رود، ساده سازی بیش از حد موضوع است.
Redirect صحیح می تواند به انتقال سیگنال ها به مقصد کمک کند، اما کیفیت اجرای Redirect، ارتباط صفحه قدیمی و جدید و وضعیت کلی سایت اهمیت زیادی دارد.
بنابراین اگر صفحه ای را واقعاً با یک صفحه جدید جایگزین کرده اید، ایجاد Redirect مناسب معمولاً بسیار منطقی تر از رها کردن URL قدیمی یا ایجاد تعداد زیادی لینک شکسته است.
چطور Redirectهای اضافی سایت را پیدا کنیم؟
برای سایت های کوچک می توانید URLها را به صورت دستی بررسی کنید. اما در سایت های بزرگ، بهتر است از یک فرآیند Crawl و تحلیل URL استفاده شود.
به دنبال الگوهایی مانند موارد زیر باشید:
- Redirectهای زنجیره ای
- Redirectهای چندمرحله ای
- Redirect به URLهای 404
- Redirect به صفحه اصلی
- Redirectهای متناقض
- لینک داخلی به URLهای Redirect شده
- URLهای Redirect شده در Sitemap
ارتباط Page with redirect با ساختار محتوایی سایت
گاهی تغییر URL نتیجه یک مشکل عمیق تر است: معماری محتوایی نامناسب.
مثلاً تیم محتوا ممکن است چندین مقاله با موضوعات بسیار مشابه تولید کرده باشد. بعد از مدتی تصمیم می گیرید این صفحات را با یک مقاله جامع ادغام کنید و URLهای قدیمی را Redirect کنید.
این کار می تواند تصمیم درستی باشد.
اما اگر این اتفاق مرتب تکرار شود، شاید مشکل اصلی در استراتژی محتوا و Keyword Mapping باشد.
برای جلوگیری از ایجاد صفحات هم پوشان، مطالعه راهنمای حل مشکل Cannibalization می تواند مفید باشد.
چطور قبل از ساخت URL جدید از Redirectهای آینده جلوگیری کنیم؟
یکی از بهترین روش ها، داشتن نقشه محتوایی مشخص قبل از تولید محتواست.
قبل از ساخت هر صفحه مشخص کنید:
- هدف جستجوی آن چیست؟
- کلمه کلیدی اصلی چیست؟
- آیا صفحه مشابهی در سایت وجود دارد؟
- قرار است صفحه در کدام بخش معماری سایت قرار بگیرد؟
- چه صفحات دیگری باید به آن لینک دهند؟
- آیا این URL قرار است صفحه اصلی آن موضوع باشد؟
تحقیق درست کلمات کلیدی قبل از تولید محتوا می تواند از بسیاری از تصمیم های اشتباه جلوگیری کند. برای این کار می توانید از راهنمای تحقیق کلمات کلیدی استفاده کنید.
چک لیست کامل رفع Page with redirect
اگر می خواهید این وضعیت را به صورت اصولی بررسی کنید، چک لیست زیر را اجرا کنید:
- URL موردنظر را در سرچ کنسول بررسی کنید.
- مقصد Redirect را مشخص کنید.
- بررسی کنید مقصد پاسخ صحیح می دهد.
- بررسی کنید مقصد صفحه مرتبطی است.
- Redirect Chain را بررسی کنید.
- Redirect Loop را بررسی کنید.
- URL قدیمی را از Sitemap حذف کنید.
- لینک های داخلی قدیمی را به مقصد نهایی تغییر دهید.
- Canonical مقصد را بررسی کنید.
- بررسی کنید مقصد Noindex نباشد.
- بررسی کنید مقصد به URL دیگری Redirect نشده باشد.
- در صورت نیاز وضعیت سرور و قوانین Rewrite را بررسی کنید.
- برای URLهای مهم، وضعیت رتبه و ترافیک را بعد از اصلاحات پایش کنید.
چه زمانی Redirect را حذف کنیم؟
اگر URL باید واقعاً به عنوان یک صفحه مستقل در سایت وجود داشته باشد، اما بدون دلیل به URL دیگری Redirect شده است، باید علت Redirect را پیدا کرده و در صورت نیاز آن را حذف کنید.
اما اگر Redirect بخشی از معماری صحیح سایت است، حذف آن صرفاً برای کاهش تعداد URLهای Page with redirect تصمیم مناسبی نیست.
معیار تصمیم گیری
به جای پرسیدن «چطور تعداد Page with redirect را صفر کنیم؟» بپرسید «آیا هر Redirect موجود در سایت هدف مشخص و مقصد مناسبی دارد؟» این سؤال از نظر سئو بسیار دقیق تر است.
Page with redirect در سایت های بزرگ
در سایت های فروشگاهی، مارکت پلیس ها و سایت های دارای هزاران URL، مدیریت Redirect اهمیت بیشتری پیدا می کند.
ممکن است یک سایت در طول چند سال صدها هزار URL ایجاد و حذف کرده باشد. اگر هر تغییر URL بدون برنامه انجام شده باشد، بعد از مدتی با حجم زیادی از Redirect Chain، URLهای قدیمی و لینک های داخلی غیرمستقیم مواجه خواهید شد.
در این شرایط باید به جای اصلاح دستی URLها، یک ممیزی جامع Redirect انجام دهید.
اگر تعداد URLهای سایت بسیار زیاد است، مدیریت Crawl Budget نیز اهمیت پیدا می کند. برای مطالعه بیشتر می توانید به راهنمای مدیریت Crawl Budget مراجعه کنید.
آیا حذف URLهای قدیمی بهتر از Redirect است؟
نه همیشه.
تصمیم بین حذف، 404، 410، Redirect یا نگه داشتن صفحه باید بر اساس هدف و ارزش URL گرفته شود.
اگر صفحه قدیمی جایگزین مرتبطی دارد، Redirect می تواند منطقی باشد. اگر صفحه دیگر وجود ندارد و جایگزین مناسبی هم ندارد، ممکن است پاسخ 404 یا 410 انتخاب مناسب تری باشد.
بنابراین برای همه URLهای قدیمی یک نسخه واحد وجود ندارد.
اشتباهات رایج در مدیریت Redirect
ریدایرکت همه صفحات به صفحه اصلی
این کار ساده است، اما همیشه منطقی نیست. مقصد Redirect باید تا حد امکان با هدف صفحه قدیمی ارتباط داشته باشد.
قرار دادن Redirect داخل Sitemap
Sitemap باید روی URLهای اصلی و قابل ایندکس تمرکز داشته باشد.
نادیده گرفتن لینک های داخلی
اگر همه لینک های داخلی هنوز به URL قدیمی اشاره کنند، کاربران و خزنده ها مرتب وارد Redirect می شوند.
ایجاد زنجیره Redirect
هر بار تغییر URL انجام می دهید، بررسی کنید آیا Redirect قبلی مستقیماً به مقصد نهایی منتقل می شود یا خیر.
حذف Redirect بدون بررسی بک لینک
قبل از حذف یک Redirect مهم، ارزش URL قدیمی را بررسی کنید. بعضی URLها ممکن است از سایت های معتبر لینک دریافت کرده باشند.
نقش داده های رقبا در تصمیم گیری برای URL و محتوا
رفع مشکلات تکنیکال یک بخش ماجراست. بخش دیگر این است که بدانید کدام صفحات واقعاً برای کسب وکار ارزش دارند.
اگر قرار است صفحات قدیمی را ادغام یا Redirect کنید، بهتر است قبل از تصمیم گیری عملکرد کلمات کلیدی، موضوعات رقبا و فرصت های محتوایی را بررسی کنید.
ابزار ملخ رنک فایند می تواند برای بررسی کوئری ها و داده های تخمینی رقبا مورد استفاده قرار بگیرد و ابزار کیوردگپ یاب نیز به شناسایی شکاف های کلمات کلیدی کمک می کند.
این اطلاعات کمک می کند تصمیم شما درباره ادغام، حذف یا ایجاد صفحات جدید صرفاً بر اساس حدس نباشد.
جمع بندی؛ بهترین روش رفع Page with redirect چیست؟
وضعیت Page with redirect در سرچ کنسول را نباید به عنوان یک خطای ترسناک در نظر بگیرید. این گزارش در بسیاری از سایت ها کاملاً طبیعی است و صرفاً نشان می دهد URL موردنظر به آدرس دیگری منتقل شده است.
مسئله زمانی جدی می شود که Redirectها بدون برنامه ایجاد شده باشند؛ مثلاً URLهای اشتباه داخل Sitemap قرار گرفته باشند، لینک های داخلی همچنان به URLهای قدیمی اشاره کنند، Redirect Chain ایجاد شده باشد یا مقصد Redirect نامرتبط، خراب یا خودش Redirect شده باشد.
برای رفع اصولی مشکل، این ترتیب را دنبال کنید:
- مشخص کنید URL چرا Redirect شده است.
- مقصد نهایی را بررسی کنید.
- ارتباط موضوعی مقصد را ارزیابی کنید.
- زنجیره و حلقه Redirect را پیدا کنید.
- URLهای Redirect شده را از Sitemap حذف کنید.
- لینک های داخلی را به مقصد نهایی اصلاح کنید.
- Canonical و وضعیت Indexability مقصد را بررسی کنید.
- برای سایت های بزرگ، Redirectها و Crawl Budget را در مقیاس وسیع بررسی کنید.
- عملکرد صفحات و کلمات کلیدی مهم را بعد از اصلاحات پایش کنید.
در نهایت، هدف سئو این نیست که عدد Page with redirect در سرچ کنسول را به صفر برسانیم. هدف این است که هر URL سایت دقیقاً نقش مشخصی داشته باشد و موتور جستجو بتواند مسیر رسیدن به نسخه اصلی و ارزشمند محتوا را به سادگی درک کند.
سؤالات متداول درباره Page with redirect
Page with redirect در سرچ کنسول یعنی چه؟
یعنی URL موردنظر به URL دیگری Redirect می شود و گوگل به همین دلیل آن URL را به عنوان صفحه مستقل در ایندکس قرار نداده است.
آیا Page with redirect یک خطا محسوب می شود؟
خیر. اگر Redirect عمداً ایجاد شده و مقصد آن صحیح و مرتبط باشد، این وضعیت معمولاً طبیعی است و نیازی به رفع ندارد.
آیا باید URLهای Page with redirect را از سرچ کنسول حذف کنیم؟
خیر. سرچ کنسول محل حذف دستی این URLها نیست. باید منبع Redirect و معماری URLها را در سایت بررسی کنید.
آیا URL ریدایرکت شده باید در Sitemap باشد؟
معمولاً خیر. Sitemap بهتر است شامل URLهای اصلی، قابل Crawl و قابل ایندکس سایت باشد و نسخه های Redirect شده در آن قرار نگیرند.
آیا Redirect 301 برای سئو مناسب است؟
در سناریوهای انتقال دائمی URL، Redirect 301 می تواند انتخاب مناسبی باشد؛ به شرطی که مقصد مرتبط و درست باشد و ساختار Redirect به درستی پیاده سازی شده باشد.
چرا Page with redirect زیاد شده است؟
ممکن است به دلیل تغییر ساختار URL، حذف محصولات، تغییر دامنه، ادغام صفحات، تنظیمات CMS یا افزونه های Redirect باشد. اگر تعداد آن ها زیاد شده، الگوی URLها و زنجیره های Redirect را بررسی کنید.
آیا Redirect Chain برای سئو مشکل ایجاد می کند؟
زنجیره های طولانی Redirect مطلوب نیستند. بهتر است URL قدیمی تا حد امکان مستقیماً به URL نهایی منتقل شود و مسیرهای چندمرحله ای کاهش پیدا کنند.
اگر صفحه ای اشتباهی Redirect شده باشد چه کنیم؟
ابتدا منبع Redirect را پیدا کنید، سپس قانون Redirect را اصلاح کنید و مطمئن شوید URL اصلی با وضعیت مناسب در دسترس قرار دارد. پس از اصلاح، وضعیت صفحه را دوباره در سرچ کنسول بررسی کنید.
آیا Redirect کردن همه URLهای قدیمی به صفحه اصلی درست است؟
خیر. اگر صفحه قدیمی معادل مرتبطی دارد، بهتر است به همان صفحه منتقل شود. Redirect گسترده و نامرتبط به صفحه اصلی می تواند تجربه کاربر و معماری سایت را ضعیف کند.
آیا Redirect باعث از بین رفتن ارزش صفحه قدیمی می شود؟
Redirect صحیح می تواند به انتقال سیگنال های URL قدیمی به مقصد کمک کند، اما نتیجه به کیفیت اجرای Redirect، ارتباط مقصد و وضعیت کلی سایت بستگی دارد.
سئوی سایتت را با حدس و خطا جلو نبر
برای تحلیل رتبه ها، پیدا کردن فرصت های کلمات کلیدی، بررسی رقبا و ساخت یک استراتژی سئوی داده محور، ابزارهای رنک فایند را در کنار فرآیند فنی سایت خود قرار دهید.
خطای Page with redirect در سرچ کنسول چیست؟
وضعیت Page with redirect در Google Search Console زمانی نمایش داده می شود که گوگل URL موردنظر را بررسی کرده اما متوجه شده است این آدرس به URL دیگری Redirect می شود. در حالت عادی، این وضعیت الزاماً یک خطا نیست؛ چون Redirect بخش طبیعی معماری بسیاری از سایت هاست. مشکل زمانی ایجاد می شود که URL اشتباه در Sitemap قرار گرفته باشد، Redirect به مقصد نامناسبی برود، زنجیره Redirect ایجاد شده باشد یا URL اصلی و نهایی سایت به شکل درستی مدیریت نشده باشند.
رفع خطای Page with redirect در سرچ کنسول؛ راهنمای کامل بررسی و اصلاح
اگر وارد بخش Pages در سرچ کنسول شده اید و با وضعیت Page with redirect روبه رو شده اید، احتمالاً اولین سؤالتان این است که: «چرا این صفحه ایندکس نشده؟»
خبر خوب این است که در بسیاری از مواقع، این وضعیت اصلاً یک خطای واقعی نیست.
گوگل به شما می گوید URL موردنظر دیگر قرار نیست به عنوان یک صفحه مستقل ایندکس شود؛ چون وقتی گوگل آن را بررسی کرده، با یک Redirect مواجه شده و به آدرس دیگری هدایت شده است.
مثلاً فرض کنید آدرس زیر را دارید:
example.com/old-page
و این URL با کد 301 به آدرس زیر منتقل شده است:
example.com/new-page
در این شرایط کاملاً طبیعی است که URL قدیمی در گزارش Pages با وضعیت Page with redirect دیده شود و URL مقصد، یعنی صفحه جدید، وضعیت ایندکس مستقل خود را داشته باشد.
بنابراین هدف شما نباید این باشد که به هر قیمتی وضعیت Page with redirect را از سرچ کنسول حذف کنید. هدف اصلی این است که مطمئن شوید Redirect درست، هدفمند، قابل دسترسی و مطابق معماری سئو سایت است.
Page with redirect در سرچ کنسول یعنی چه؟
عبارت Page with redirect به زبان ساده یعنی:
«گوگل این URL را بررسی کرده و متوجه شده که این آدرس به URL دیگری Redirect می شود؛ بنابراین خود URL فعلی را در ایندکس قرار نداده است.»
فرض کنید URL زیر قبلاً صفحه اصلی یک محصول بوده است:
/product-a
بعداً محصول حذف شده و شما آن را با Redirect 301 به محصول جایگزین منتقل کرده اید:
/product-b
گوگل وقتی /product-a را بررسی می کند، Redirect را مشاهده می کند و متوجه می شود مقصد اصلی /product-b است.
در نتیجه، انتظار نداریم هر دو URL در نتایج جستجو به عنوان دو صفحه مستقل ظاهر شوند.
Page with redirect لزوماً خطا نیست
اگر Redirect آگاهانه ایجاد شده، مقصد آن مرتبط و قابل دسترسی است و URL قدیمی عمداً قرار نیست در نتایج جستجو نمایش داده شود، مشاهده Page with redirect کاملاً طبیعی است و معمولاً نیازی به حذف آن ندارید.
چرا URL دارای Redirect ایندکس نمی شود؟
برای پاسخ باید یک اصل ساده را در نظر بگیریم: موتور جستجو معمولاً قرار نیست URLی را که به URL دیگری Redirect می شود، به عنوان یک صفحه مستقل ایندکس کند.
وقتی سرور به گوگل می گوید:
این آدرس دیگر صفحه اصلی نیست؛ برو آدرس دیگری را ببین.
گوگل نیز باید این سیگنال را در نظر بگیرد.
بنابراین اگر URL شما Redirect شده باشد، ایندکس نشدن همان URL معمولاً رفتاری مورد انتظار است.
چیزی که باید بررسی کنید، URL مقصد است.
تفاوت Page with redirect با سایر وضعیت های ایندکس
برای تشخیص صحیح مشکل، بهتر است Page with redirect را با چند وضعیت رایج دیگر مقایسه کنیم.
| وضعیت | معنی | اقدام معمول |
|---|---|---|
| Page with redirect | URL به آدرس دیگری Redirect شده است | بررسی مقصد و صحت Redirect |
| Page with 404 | صفحه پیدا نشده است | بررسی حذف صفحه و امکان Redirect |
| Crawled – currently not indexed | صفحه Crawl شده ولی ایندکس نشده است | بررسی کیفیت و ارزش صفحه |
| Discovered – currently not indexed | URL کشف شده اما هنوز Crawl نشده است | بررسی Crawl، معماری و لینک سازی |
| Duplicate | صفحه مشابه یا تکراری شناسایی شده است | بررسی Canonical و معماری URL |
همین تفاوت کوچک می تواند مسیر عیب یابی شما را کاملاً تغییر دهد.
آیا Page with redirect یک خطای سئویی است؟
نه، لزوماً.
این یکی از مهم ترین نکاتی است که باید در هنگام کار با سرچ کنسول بدانید.
Search Console تمام URLهایی را که در فرایند بررسی سایت با آن ها مواجه می شود، الزاماً به عنوان صفحات مشکل دار معرفی نمی کند. بعضی وضعیت ها صرفاً گزارش وضعیت URL هستند.
مثلاً اگر شما عمداً یک URL قدیمی را با Redirect 301 به صفحه جدید منتقل کرده باشید، طبیعی است که URL قدیمی در بخش Page with redirect قرار بگیرد.
در این حالت، تلاش برای ایندکس کردن URL قدیمی تصمیم اشتباهی است.
اشتباه رایج: تلاش برای ایندکس URL ریدایرکت شده
اگر یک URL به صورت عمدی Redirect شده است، نباید با حذف Redirect یا درخواست مکرر Indexing تلاش کنید آن را دوباره وارد ایندکس کنید. ابتدا مشخص کنید کدام URL نسخه اصلی و نهایی صفحه است.
انواع Redirect و تأثیر آن ها بر سئو
همه Redirectها دقیقاً یک مفهوم ندارند. در سئو، شناخت نوع Redirect اهمیت زیادی دارد.
Redirect 301 چیست؟
301 معمولاً برای انتقال دائمی یک URL به URL دیگر استفاده می شود.
مثلاً زمانی که:
- ساختار URL سایت را تغییر داده اید.
- یک صفحه را به نسخه جدید منتقل کرده اید.
- دو صفحه مشابه را ادغام کرده اید.
- دامنه سایت را تغییر داده اید.
- نسخه قدیمی یک محصول با محصول جدید جایگزین شده است.
در چنین شرایطی Redirect 301 می تواند انتخاب مناسبی باشد؛ البته به شرطی که مقصد واقعاً مرتبط باشد.
Redirect 302 چیست؟
Redirect 302 معمولاً برای انتقال موقت استفاده می شود.
اگر تغییر شما دائمی است اما به اشتباه 302 استفاده کنید، ممکن است سیگنال موردنظر شما به خوبی منتقل نشود. بنابراین باید مشخص باشد که انتقال واقعاً موقتی است یا دائمی.
Redirect با Meta Refresh
Meta Refresh روشی است که انتقال صفحه را از طریق HTML یا مرورگر انجام می دهد. در معماری مدرن سایت ها، وقتی امکان استفاده صحیح از Redirect سمت سرور وجود دارد، معمولاً بهتر است از راهکار استاندارد سمت سرور استفاده شود.
Redirect با JavaScript
گاهی Redirect با JavaScript انجام می شود. این روش می تواند پیچیدگی بیشتری برای پردازش ایجاد کند و در بسیاری از سناریوها بهتر است انتقال URL در سطح سرور انجام شود.
چطور Page with redirect را در سرچ کنسول بررسی کنیم؟
اگر می خواهید بفهمید یک URL چرا در این دسته قرار گرفته، مرحله به مرحله پیش بروید.
مرحله اول: URL موردنظر را پیدا کنید
در بخش Pages سرچ کنسول روی وضعیت Page with redirect کلیک کنید تا URLهای مربوط به این وضعیت را ببینید.
حالا به جای اینکه همه URLها را یکجا بررسی کنید، ابتدا سراغ URLهای مهم بروید.
مثلاً:
- صفحات محصولات مهم
- صفحات دسته بندی
- صفحات خدمات
- مقالات دارای بک لینک
- صفحات دارای ترافیک قبلی
مرحله دوم: URL را در URL Inspection بررسی کنید
URL را در ابزار بررسی URL سرچ کنسول وارد کنید.
هدف این است که بفهمید گوگل چه وضعیتی برای URL مشاهده می کند و آیا Redirect بخشی از پاسخ نهایی صفحه است یا خیر.
مرحله سوم: مقصد Redirect را پیدا کنید
مهم ترین سؤال این است:
این URL دقیقاً به کجا Redirect می شود؟
اگر مقصد یک صفحه مرتبط و معتبر است، احتمالاً Redirect درست است.
اما اگر مقصد صفحه اصلی سایت، یک صفحه نامرتبط یا حتی یک URL خراب باشد، باید موضوع را جدی تر بررسی کنید.
چه زمانی Page with redirect مشکل ساز می شود؟
خود Redirect مشکل نیست. Redirect اشتباه مشکل است.
مثلاً اگر یک مقاله درباره «آموزش سئو تکنیکال» را حذف کنید و آن را به صفحه ای درباره «قیمت طراحی سایت» Redirect کنید، ارتباط معنایی بسیار ضعیفی وجود دارد.
در چنین حالتی، Redirect ممکن است تجربه کاربر را خراب کند و سیگنال مناسبی برای موتور جستجو ایجاد نکند.
| سناریو | وضعیت | اقدام |
|---|---|---|
| URL قدیمی به URL جدید مرتبط Redirect شده | مناسب | معمولاً نیازی به تغییر نیست |
| URL به صفحه اصلی Redirect شده | مشکوک | ارتباط مقصد بررسی شود |
| Redirect به 404 ختم می شود | مشکل دار | مقصد و زنجیره Redirect اصلاح شود |
| Redirect chain چندمرحله ای | نامطلوب | مستقیماً به مقصد نهایی Redirect شود |
| URL ریدایرکت شده داخل Sitemap است | اشتباه | URL از Sitemap حذف شود |
یکی از مهم ترین دلایل Page with redirect: وجود URL ریدایرکت شده در Sitemap
این مورد بسیار رایج است.
فرض کنید قبلاً این URL را داشته اید:
/blog/old-seo-guide
بعداً آن را به این URL Redirect کرده اید:
/blog/seo-guide
اما هنوز URL قدیمی داخل Sitemap قرار دارد.
این وضعیت منطقی نیست. Sitemap باید به موتورهای جستجو کمک کند URLهای اصلی و قابل ایندکس سایت را پیدا کنند.
بنابراین بهتر است URL ریدایرکت شده از Sitemap حذف و URL نهایی جایگزین شود.
قاعده ساده Sitemap
اگر URL قرار نیست به عنوان یک صفحه مستقل ایندکس شود و به URL دیگری Redirect می شود، معمولاً نباید نسخه ریدایرکت شده آن را در Sitemap اصلی سایت قرار دهید.
Redirect Chain چیست و چرا باید آن را اصلاح کنیم؟
فرض کنید مسیر URLها این طور باشد:
A → B → C → D
یعنی کاربر وارد URL A می شود، سپس به B، بعد C و در نهایت D منتقل می شود.
این ساختار یک Redirect Chain ایجاد کرده است.
در حالت ایده آل، اگر می دانید مقصد نهایی D است، بهتر است A مستقیماً به D منتقل شود:
A → D
این کار مسیر انتقال را کوتاه تر و معماری سایت را تمیزتر می کند.
چرا Redirect Chain بد است؟
- مسیر Crawl پیچیده تر می شود.
- زمان پاسخ افزایش پیدا می کند.
- احتمال خطا در یکی از مراحل بیشتر می شود.
- تجربه کاربر ضعیف تر می شود.
- مدیریت معماری سایت دشوارتر می شود.
Redirect Loop چیست؟
Redirect Loop حتی جدی تر است.
در این حالت URLها به یکدیگر Redirect می شوند و مقصد نهایی مشخصی وجود ندارد.
مثلاً:
A → B → A
یا حتی زنجیره پیچیده تری که در نهایت به URL اولیه برمی گردد.
در این شرایط مرورگر و خزنده نمی توانند به یک صفحه نهایی برسند.
Redirect Loop را جدی بگیرید
اگر URL وارد حلقه Redirect شده باشد، باید تنظیمات سرور، افزونه های Redirect، قوانین Rewrite، تنظیمات CMS و سایر سیستم هایی که روی Redirect اثر می گذارند بررسی شوند.
رفع Page with redirect در وردپرس
اگر سایت شما با وردپرس ساخته شده، Redirectها ممکن است از چند مسیر مختلف ایجاد شوند.
برای مثال:
- افزونه های سئو
- افزونه های مدیریت Redirect
- تنظیمات سرور
- فایل های Rewrite
- تغییر ساختار پیوندهای یکتا
- افزونه های مهاجرت سایت
بنابراین اگر یک URL ناخواسته Redirect شده است، فقط به دنبال یک گزینه در ویرایشگر وردپرس نباشید. ابتدا منبع ایجاد Redirect را پیدا کنید.
اگر URL عمداً Redirect شده است
اگر Redirect کاملاً آگاهانه ایجاد شده، لازم نیست آن را صرفاً به خاطر مشاهده Page with redirect حذف کنید.
اگر URL نباید Redirect شده باشد
باید تنظیمات Redirect را اصلاح کنید و مطمئن شوید URL اصلی با پاسخ مناسب در دسترس است.
آیا باید همه Page with redirectها را از سرچ کنسول حذف کنیم؟
خیر.
این یکی از مهم ترین اشتباهات در تحلیل گزارش Pages است.
اگر سایت شما صدها URL قدیمی دارد که به صفحات جدید منتقل شده اند، وجود تعداد زیادی Page with redirect می تواند کاملاً طبیعی باشد.
به جای اینکه فقط تعداد URLهای این بخش را کاهش دهید، باید بررسی کنید آیا Redirectها هدفمند و منطقی هستند یا خیر.
چه URLهایی را باید از Sitemap حذف کنیم؟
در حالت کلی بهتر است Sitemap روی URLهای اصلی و قابل ایندکس تمرکز داشته باشد.
URLهایی که معمولاً نباید در Sitemap اصلی قرار بگیرند شامل مواردی مانند:
- URLهای Redirect شده
- صفحات 404
- URLهای دارای Canonical به صفحه دیگر
- صفحات Noindex
- URLهای پارامتریک غیرضروری
- صفحات تکراری و کم ارزش
هدف Sitemap، ارسال سیگنال واضح به موتور جستجو درباره URLهایی است که برای سایت مهم هستند.
لینک های داخلی چه ارتباطی با Page with redirect دارند؟
فرض کنید در ۲۰ مقاله سایت شما هنوز لینک داخلی به URL قدیمی وجود دارد و آن URL به صفحه جدید Redirect شده است.
کاربر روی لینک کلیک می کند:
مقاله → URL قدیمی → Redirect → URL جدید
این مسیر می تواند ساده تر شود:
مقاله → URL جدید
بنابراین بعد از ایجاد Redirect، یکی از کارهای مهم این است که لینک های داخلی سایت را نیز به مقصد نهایی تغییر دهید.
این کار مخصوصاً زمانی اهمیت دارد که URL قدیمی در صدها صفحه استفاده شده باشد.
چگونه URLهای ریدایرکت شده را اولویت بندی کنیم؟
اگر سایت بزرگی دارید، شاید با هزاران URL مواجه شوید. لازم نیست همه آن ها را با یک اولویت بررسی کنید.
ابتدا URLهایی را بررسی کنید که:
- ترافیک ارگانیک قبلی داشته اند.
- بک لینک های ارزشمند دارند.
- در ساختار داخلی سایت لینک زیادی دریافت کرده اند.
- صفحات تجاری مهم بوده اند.
- کلمات کلیدی ارزشمند را هدف قرار داده اند.
برای بررسی عملکرد کلمات کلیدی و تغییرات رتبه صفحات، می توانید از ابزار رتبه یاب و رنک ترکر رنک فایند استفاده کنید.
نقش Redirect در مهاجرت سایت و تغییر دامنه
یکی از مهم ترین کاربردهای Redirect، مهاجرت سایت است.
فرض کنید دامنه شما از:
oldsite.ir
به:
newsite.ir
منتقل شده است.
در چنین شرایطی باید URLهای قدیمی به معادل های مناسب خود در دامنه جدید منتقل شوند.
یک اشتباه رایج این است که تمام URLهای قدیمی را به صفحه اصلی دامنه جدید Redirect کنیم.
در بسیاری از پروژه ها بهتر است تا حد امکان، هر URL قدیمی به معادل مرتبط خودش در سایت جدید منتقل شود.
اگر در حال انتخاب یا بررسی دامنه برای یک پروژه جدید هستید، می توانید از ابزار دامنه یاب رنک فایند استفاده کنید.
آیا Redirect به صفحه اصلی کار درستی است؟
نه همیشه.
گاهی یک URL قدیمی واقعاً معادل مناسبی ندارد. در چنین شرایطی تصمیم گیری باید بر اساس ارزش و هدف صفحه انجام شود.
اگر صفحه قدیمی هیچ معادل مرتبطی ندارد، Redirect کردن آن به صفحه اصلی صرفاً برای جلوگیری از 404 ممکن است تجربه خوبی ایجاد نکند.
باید بررسی کنید آیا:
- صفحه جایگزین مرتبطی وجود دارد؟
- صفحه قدیمی ارزش بک لینک دارد؟
- صفحه قبلاً ترافیک دریافت می کرده؟
- کاربرانی که وارد URL قدیمی می شوند، انتظار دیدن چه محتوایی را دارند؟
Page with redirect و Canonical چه تفاوتی دارند؟
Redirect و Canonical هر دو می توانند به موتور جستجو درباره URL اصلی سیگنال بدهند، اما یکسان نیستند.
در Redirect، کاربر نیز از URL قدیمی به URL مقصد منتقل می شود.
در Canonical، URL فعلی می تواند برای کاربر قابل مشاهده باشد اما به موتور جستجو اعلام می شود که نسخه اصلی یک URL دیگر است.
| ویژگی | Redirect | Canonical |
|---|---|---|
| کاربر به URL دیگری منتقل می شود؟ | بله | خیر |
| برای انتقال دائمی URL مناسب است؟ | بله، در سناریوی مناسب | خیر |
| URL فعلی برای کاربر قابل مشاهده است؟ | خیر | بله |
| برای URLهای تکراری مناسب است؟ | گاهی | بله، در سناریوی مناسب |
آیا Redirect باعث از بین رفتن ارزش سئویی صفحه می شود؟
این تصور که با ایجاد هر Redirect تمام ارزش سئویی صفحه قبلی از بین می رود، ساده سازی بیش از حد موضوع است.
Redirect صحیح می تواند به انتقال سیگنال ها به مقصد کمک کند، اما کیفیت اجرای Redirect، ارتباط صفحه قدیمی و جدید و وضعیت کلی سایت اهمیت زیادی دارد.
بنابراین اگر صفحه ای را واقعاً با یک صفحه جدید جایگزین کرده اید، ایجاد Redirect مناسب معمولاً بسیار منطقی تر از رها کردن URL قدیمی یا ایجاد تعداد زیادی لینک شکسته است.
چطور Redirectهای اضافی سایت را پیدا کنیم؟
برای سایت های کوچک می توانید URLها را به صورت دستی بررسی کنید. اما در سایت های بزرگ، بهتر است از یک فرآیند Crawl و تحلیل URL استفاده شود.
به دنبال الگوهایی مانند موارد زیر باشید:
- Redirectهای زنجیره ای
- Redirectهای چندمرحله ای
- Redirect به URLهای 404
- Redirect به صفحه اصلی
- Redirectهای متناقض
- لینک داخلی به URLهای Redirect شده
- URLهای Redirect شده در Sitemap
ارتباط Page with redirect با ساختار محتوایی سایت
گاهی تغییر URL نتیجه یک مشکل عمیق تر است: معماری محتوایی نامناسب.
مثلاً تیم محتوا ممکن است چندین مقاله با موضوعات بسیار مشابه تولید کرده باشد. بعد از مدتی تصمیم می گیرید این صفحات را با یک مقاله جامع ادغام کنید و URLهای قدیمی را Redirect کنید.
این کار می تواند تصمیم درستی باشد.
اما اگر این اتفاق مرتب تکرار شود، شاید مشکل اصلی در استراتژی محتوا و Keyword Mapping باشد.
برای جلوگیری از ایجاد صفحات هم پوشان، مطالعه راهنمای حل مشکل Cannibalization می تواند مفید باشد.
چطور قبل از ساخت URL جدید از Redirectهای آینده جلوگیری کنیم؟
یکی از بهترین روش ها، داشتن نقشه محتوایی مشخص قبل از تولید محتواست.
قبل از ساخت هر صفحه مشخص کنید:
- هدف جستجوی آن چیست؟
- کلمه کلیدی اصلی چیست؟
- آیا صفحه مشابهی در سایت وجود دارد؟
- قرار است صفحه در کدام بخش معماری سایت قرار بگیرد؟
- چه صفحات دیگری باید به آن لینک دهند؟
- آیا این URL قرار است صفحه اصلی آن موضوع باشد؟
تحقیق درست کلمات کلیدی قبل از تولید محتوا می تواند از بسیاری از تصمیم های اشتباه جلوگیری کند. برای این کار می توانید از راهنمای تحقیق کلمات کلیدی استفاده کنید.
چک لیست کامل رفع Page with redirect
اگر می خواهید این وضعیت را به صورت اصولی بررسی کنید، چک لیست زیر را اجرا کنید:
- URL موردنظر را در سرچ کنسول بررسی کنید.
- مقصد Redirect را مشخص کنید.
- بررسی کنید مقصد پاسخ صحیح می دهد.
- بررسی کنید مقصد صفحه مرتبطی است.
- Redirect Chain را بررسی کنید.
- Redirect Loop را بررسی کنید.
- URL قدیمی را از Sitemap حذف کنید.
- لینک های داخلی قدیمی را به مقصد نهایی تغییر دهید.
- Canonical مقصد را بررسی کنید.
- بررسی کنید مقصد Noindex نباشد.
- بررسی کنید مقصد به URL دیگری Redirect نشده باشد.
- در صورت نیاز وضعیت سرور و قوانین Rewrite را بررسی کنید.
- برای URLهای مهم، وضعیت رتبه و ترافیک را بعد از اصلاحات پایش کنید.
چه زمانی Redirect را حذف کنیم؟
اگر URL باید واقعاً به عنوان یک صفحه مستقل در سایت وجود داشته باشد، اما بدون دلیل به URL دیگری Redirect شده است، باید علت Redirect را پیدا کرده و در صورت نیاز آن را حذف کنید.
اما اگر Redirect بخشی از معماری صحیح سایت است، حذف آن صرفاً برای کاهش تعداد URLهای Page with redirect تصمیم مناسبی نیست.
معیار تصمیم گیری
به جای پرسیدن «چطور تعداد Page with redirect را صفر کنیم؟» بپرسید «آیا هر Redirect موجود در سایت هدف مشخص و مقصد مناسبی دارد؟» این سؤال از نظر سئو بسیار دقیق تر است.
Page with redirect در سایت های بزرگ
در سایت های فروشگاهی، مارکت پلیس ها و سایت های دارای هزاران URL، مدیریت Redirect اهمیت بیشتری پیدا می کند.
ممکن است یک سایت در طول چند سال صدها هزار URL ایجاد و حذف کرده باشد. اگر هر تغییر URL بدون برنامه انجام شده باشد، بعد از مدتی با حجم زیادی از Redirect Chain، URLهای قدیمی و لینک های داخلی غیرمستقیم مواجه خواهید شد.
در این شرایط باید به جای اصلاح دستی URLها، یک ممیزی جامع Redirect انجام دهید.
اگر تعداد URLهای سایت بسیار زیاد است، مدیریت Crawl Budget نیز اهمیت پیدا می کند. برای مطالعه بیشتر می توانید به راهنمای مدیریت Crawl Budget مراجعه کنید.
آیا حذف URLهای قدیمی بهتر از Redirect است؟
نه همیشه.
تصمیم بین حذف، 404، 410، Redirect یا نگه داشتن صفحه باید بر اساس هدف و ارزش URL گرفته شود.
اگر صفحه قدیمی جایگزین مرتبطی دارد، Redirect می تواند منطقی باشد. اگر صفحه دیگر وجود ندارد و جایگزین مناسبی هم ندارد، ممکن است پاسخ 404 یا 410 انتخاب مناسب تری باشد.
بنابراین برای همه URLهای قدیمی یک نسخه واحد وجود ندارد.
اشتباهات رایج در مدیریت Redirect
ریدایرکت همه صفحات به صفحه اصلی
این کار ساده است، اما همیشه منطقی نیست. مقصد Redirect باید تا حد امکان با هدف صفحه قدیمی ارتباط داشته باشد.
قرار دادن Redirect داخل Sitemap
Sitemap باید روی URLهای اصلی و قابل ایندکس تمرکز داشته باشد.
نادیده گرفتن لینک های داخلی
اگر همه لینک های داخلی هنوز به URL قدیمی اشاره کنند، کاربران و خزنده ها مرتب وارد Redirect می شوند.
ایجاد زنجیره Redirect
هر بار تغییر URL انجام می دهید، بررسی کنید آیا Redirect قبلی مستقیماً به مقصد نهایی منتقل می شود یا خیر.
حذف Redirect بدون بررسی بک لینک
قبل از حذف یک Redirect مهم، ارزش URL قدیمی را بررسی کنید. بعضی URLها ممکن است از سایت های معتبر لینک دریافت کرده باشند.
نقش داده های رقبا در تصمیم گیری برای URL و محتوا
رفع مشکلات تکنیکال یک بخش ماجراست. بخش دیگر این است که بدانید کدام صفحات واقعاً برای کسب وکار ارزش دارند.
اگر قرار است صفحات قدیمی را ادغام یا Redirect کنید، بهتر است قبل از تصمیم گیری عملکرد کلمات کلیدی، موضوعات رقبا و فرصت های محتوایی را بررسی کنید.
ابزار ملخ رنک فایند می تواند برای بررسی کوئری ها و داده های تخمینی رقبا مورد استفاده قرار بگیرد و ابزار کیوردگپ یاب نیز به شناسایی شکاف های کلمات کلیدی کمک می کند.
این اطلاعات کمک می کند تصمیم شما درباره ادغام، حذف یا ایجاد صفحات جدید صرفاً بر اساس حدس نباشد.
جمع بندی؛ بهترین روش رفع Page with redirect چیست؟
وضعیت Page with redirect در سرچ کنسول را نباید به عنوان یک خطای ترسناک در نظر بگیرید. این گزارش در بسیاری از سایت ها کاملاً طبیعی است و صرفاً نشان می دهد URL موردنظر به آدرس دیگری منتقل شده است.
مسئله زمانی جدی می شود که Redirectها بدون برنامه ایجاد شده باشند؛ مثلاً URLهای اشتباه داخل Sitemap قرار گرفته باشند، لینک های داخلی همچنان به URLهای قدیمی اشاره کنند، Redirect Chain ایجاد شده باشد یا مقصد Redirect نامرتبط، خراب یا خودش Redirect شده باشد.
برای رفع اصولی مشکل، این ترتیب را دنبال کنید:
- مشخص کنید URL چرا Redirect شده است.
- مقصد نهایی را بررسی کنید.
- ارتباط موضوعی مقصد را ارزیابی کنید.
- زنجیره و حلقه Redirect را پیدا کنید.
- URLهای Redirect شده را از Sitemap حذف کنید.
- لینک های داخلی را به مقصد نهایی اصلاح کنید.
- Canonical و وضعیت Indexability مقصد را بررسی کنید.
- برای سایت های بزرگ، Redirectها و Crawl Budget را در مقیاس وسیع بررسی کنید.
- عملکرد صفحات و کلمات کلیدی مهم را بعد از اصلاحات پایش کنید.
در نهایت، هدف سئو این نیست که عدد Page with redirect در سرچ کنسول را به صفر برسانیم. هدف این است که هر URL سایت دقیقاً نقش مشخصی داشته باشد و موتور جستجو بتواند مسیر رسیدن به نسخه اصلی و ارزشمند محتوا را به سادگی درک کند.
سؤالات متداول درباره Page with redirect
Page with redirect در سرچ کنسول یعنی چه؟
یعنی URL موردنظر به URL دیگری Redirect می شود و گوگل به همین دلیل آن URL را به عنوان صفحه مستقل در ایندکس قرار نداده است.
آیا Page with redirect یک خطا محسوب می شود؟
خیر. اگر Redirect عمداً ایجاد شده و مقصد آن صحیح و مرتبط باشد، این وضعیت معمولاً طبیعی است و نیازی به رفع ندارد.
آیا باید URLهای Page with redirect را از سرچ کنسول حذف کنیم؟
خیر. سرچ کنسول محل حذف دستی این URLها نیست. باید منبع Redirect و معماری URLها را در سایت بررسی کنید.
آیا URL ریدایرکت شده باید در Sitemap باشد؟
معمولاً خیر. Sitemap بهتر است شامل URLهای اصلی، قابل Crawl و قابل ایندکس سایت باشد و نسخه های Redirect شده در آن قرار نگیرند.
آیا Redirect 301 برای سئو مناسب است؟
در سناریوهای انتقال دائمی URL، Redirect 301 می تواند انتخاب مناسبی باشد؛ به شرطی که مقصد مرتبط و درست باشد و ساختار Redirect به درستی پیاده سازی شده باشد.
چرا Page with redirect زیاد شده است؟
ممکن است به دلیل تغییر ساختار URL، حذف محصولات، تغییر دامنه، ادغام صفحات، تنظیمات CMS یا افزونه های Redirect باشد. اگر تعداد آن ها زیاد شده، الگوی URLها و زنجیره های Redirect را بررسی کنید.
آیا Redirect Chain برای سئو مشکل ایجاد می کند؟
زنجیره های طولانی Redirect مطلوب نیستند. بهتر است URL قدیمی تا حد امکان مستقیماً به URL نهایی منتقل شود و مسیرهای چندمرحله ای کاهش پیدا کنند.
اگر صفحه ای اشتباهی Redirect شده باشد چه کنیم؟
ابتدا منبع Redirect را پیدا کنید، سپس قانون Redirect را اصلاح کنید و مطمئن شوید URL اصلی با وضعیت مناسب در دسترس قرار دارد. پس از اصلاح، وضعیت صفحه را دوباره در سرچ کنسول بررسی کنید.
آیا Redirect کردن همه URLهای قدیمی به صفحه اصلی درست است؟
خیر. اگر صفحه قدیمی معادل مرتبطی دارد، بهتر است به همان صفحه منتقل شود. Redirect گسترده و نامرتبط به صفحه اصلی می تواند تجربه کاربر و معماری سایت را ضعیف کند.
آیا Redirect باعث از بین رفتن ارزش صفحه قدیمی می شود؟
Redirect صحیح می تواند به انتقال سیگنال های URL قدیمی به مقصد کمک کند، اما نتیجه به کیفیت اجرای Redirect، ارتباط مقصد و وضعیت کلی سایت بستگی دارد.
سئوی سایتت را با حدس و خطا جلو نبر
برای تحلیل رتبه ها، پیدا کردن فرصت های کلمات کلیدی، بررسی رقبا و ساخت یک استراتژی سئوی داده محور، ابزارهای رنک فایند را در کنار فرآیند فنی سایت خود قرار دهید.
خطای Page with redirect در سرچ کنسول چیست؟
وضعیت Page with redirect در Google Search Console زمانی نمایش داده می شود که گوگل URL موردنظر را بررسی کرده اما متوجه شده است این آدرس به URL دیگری Redirect می شود. در حالت عادی، این وضعیت الزاماً یک خطا نیست؛ چون Redirect بخش طبیعی معماری بسیاری از سایت هاست. مشکل زمانی ایجاد می شود که URL اشتباه در Sitemap قرار گرفته باشد، Redirect به مقصد نامناسبی برود، زنجیره Redirect ایجاد شده باشد یا URL اصلی و نهایی سایت به شکل درستی مدیریت نشده باشند.
