دموی رایگان

۲۰ اشتباه رایج در ریدایرکت www و یکدست‌سازی دامنه و راه‌حل هرکدام

آرزو مقدم خواندن ~۸ دقیقه سئو فنی
۲۰ اشتباه رایج در ریدایرکت www و یکدست‌سازی دامنه و راه‌حل هرکدام
ریدایرکت www یعنی همهٔ نسخه‌های آدرس سایت — با www، بدون www، با http و با https — باید با یک ریدایرکت ۳۰۱ به یک آدرس واحد برسند. به تجربهٔ ما در ممیزی‌های سئو فنی، همین ناحیهٔ به‌ظاهر ساده پر از خطای پنهان است؛ در این مقاله بیست اشتباه رایج را با راه‌حل کوتاه هرکدام مرور می‌کنیم، از زنجیرهٔ ریدایرکت تا canonical ناسازگار.

پیش‌تر در آموزش گام‌به‌گام ریدایرکت www و یکدست‌سازی دامنه مسیر درست استقرار را قدم‌به‌قدم نوشته‌ایم؛ آن مقاله «چطور» را می‌گوید و این مقاله «کجا اشتباه می‌شود» را. بیست خطای زیر از ممیزی‌های واقعی سایت‌ها بیرون آمده‌اند؛ هیچ‌کدام خطای پیچیده و گران‌قیمتی نیستند و هزینهٔ اصلی‌شان، دیر دیده‌شدن است.

ترتیب بخش‌ها از پایه به جزئیات است: آدرس واحد، زنجیره و حلقه، مرز پروتکل و گواهی، اعلام‌های فنی، لینک‌ها و در پایان مهاجرت و پایش. اگر فقط ده دقیقه وقت دارید، بخش‌های یک و دو را بخوانید؛ بیشترین آسیب همان‌جاست.

چرا ریدایرکت www ستون یکدست‌سازی دامنه است؛ سه اشتباه پایه

اشتباه اول، رهاکردن هر دو نسخه است: سایت با www و بدون www هر دو با کد ۲۰۰ باز می‌شوند و موتور جستجو دو نسخهٔ موازی از یک سایت می‌بیند؛ نتیجه، تقسیم سیگنال‌ها بین دو آدرس است. راه‌حل، یک قاعدهٔ سراسری در سرور است که هر درخواست نسخهٔ غیرمطلوب را با ریدایرکت ۳۰۱ به نسخهٔ منتخب ببرد.

اشتباه دوم، استفاده از ۳۰۲ به‌جای ۳۰۱ است؛ ریدایرکت موقت پیام «این جابه‌جایی موقتی است» را می‌فرستد و برای یکدست‌سازی دائمی دامنه انتخاب درستی نیست. تفاوت کاربرد این دو کد را در آموزش گام‌به‌گام ریدایرکت ۳۰۱ و ۳۰۲؛ کدام و کجا؟ کامل باز کرده‌ایم؛ خلاصه‌اش این است: جابه‌جایی دائمی با ۳۰۱، آزمون‌های کوتاه با ۳۰۲.

اشتباه سوم، فرستادن همهٔ آدرس‌های قدیمی به صفحهٔ اصلی است؛ کاربری که دنبال صفحهٔ قیمت بود، به خانه می‌رسد و برمی‌گردد. نگاشت یک‌به‌یک — هر آدرس به معادل خودش — کاری است که باید در همان روز استقرار انجام شود.

زنجیره و حلقه؛ چهار اشتباهی که بودجهٔ خزش را می‌سوزاند

چهار خطای زنجیره و حلقه
قاعدهٔ ما: هر آدرس قدیمی، دقیقاً یک پرش تا مقصد نهایی.

اشتباه چهارم، زنجیرهٔ چندپله‌ای است: آدرس قدیمی به آدرس میانی و آن یکی به مقصد وصل است؛ هر پرش اضافه یعنی تأخیر بیشتر برای کاربر و خزش بیشتر برای ربات. اشتباه پنجم، حلقهٔ ریدایرکت است که مرورگر را خطا می‌اندازد و صفحه را از ایندکس بیرون می‌برد. اشتباه ششم هم فرستادن آدرس به مقصدی است که خودش ۴۰۴ است؛ یعنی اعتبار لینک صرف صفحهٔ ناموجود می‌شود.

اشتباه هفتم، انباشت ریدایرکت‌های مهاجرت‌های قبلی است؛ بعد از دو سه مهاجرت، قواعد روی هم تلنبار می‌شوند و زنجیره‌های تازه ساخته می‌شوند. راه‌حل ما ساده است: در هر بازبینی فصلی، قواعد را بازنویسی کنید تا هر آدرس قدیمی مستقیم به مقصد نهایی برسد. چیدمان درست و کم‌کردن پرش‌ها را در آموزش گام‌به‌گام کاهش ریدایرکت‌ها با جزئیات آورده‌ایم.

تشخیص این چهار خطا هم ابزار گران نمی‌خواهد: یک خزش دوره‌ای با ابزارهای رایگان، فهرست کدهای ۳xx را می‌دهد؛ همان فهرست را بگیرید، مقصد نهایی هر آدرس را ببینید و قاعده را مستقیم کنید. به تجربهٔ ما همین یک ساعت کار، بخش بزرگی از هدررفت خزش سایت‌های متوسط را جمع می‌کند.

پروتکل و گواهی؛ سه اشتباه در مرز http و https

اشتباه هشتم، ریدایرکت ناقص در مرز پروتکل است؛ مثلاً http://www به https بدون www می‌رود اما https://www رها مانده است. مسیر درست، در نظر گرفتن هر چهار ترکیب — http و https ضربدر با و بدون www — و رساندن هر چهار تا به یک مقصد واحد است.

اشتباه نهم، گواهی SSL بدون پوشش نسخهٔ www است؛ کاربر پیش از آن‌که ریدایرکت اجرا شود با هشدار گواهی روبه‌رو می‌شود و اعتماد همان‌جا می‌شکند. گواهی باید هر دو نسخهٔ دامنه را پوشش دهد تا پرش امن انجام شود.

اشتباه دهم، محتوای ترکیبی بعد از یکدست‌سازی است: صفحه‌ای که فایل یا تصویرش هنوز از نسخهٔ قدیمی http لود می‌شود، هشدار امنیتی می‌گیرد. یک جستجوی ساده برای آدرس‌های http در سورس صفحات، فهرست این موارد را می‌دهد؛ اصلاح‌شان معمولاً چند خط تغییر است.

هر سه مورد درد مشترکی دارند: ریدایرکت هنوز اجرا نشده یا ناقص مانده است؛ برای همین تست چهار ترکیب را همیشه با مرورگر تازه و بدون کش انجام دهید، نه با حافظهٔ مرورگر خودتان.

سرچ‌کنسول، نقشهٔ سایت و canonical؛ سه اشتباه اعلامی

اشتباه یازدهم، اعلام‌نکردن دامنهٔ ترجیحی است؛ هر دو نسخهٔ سایت را در سرچ‌کنسول به‌صورت پراپرتی جدا ثبت کنید تا دادهٔ هر دو را ببینید و نسخهٔ واحد را در ابزارهای مدیریت آدرس انتخاب کنید. اشتباه دوازدهم، نقشهٔ سایت با آدرس‌های نسخهٔ قدیمی است؛ سیگنال متناقضی به گوگل می‌فرستد و کشف نسخهٔ درست را کند می‌کند.

اشتباه سیزدهم، canonical ناسازگار است: صفحه‌ای که با ریدایرکت به نسخهٔ دیگر می‌رود اما canonical آن به خودش یا به آدرس سومی اشاره دارد. قانون سرانگشتی ما این است: ریدایرکت، canonical و لینک داخلی هر سه باید یک حرف بزنند؛ هر تناقض یعنی سیگنال تقسیم‌شده.

برای سنجش نتیجه هم همین‌جا بمانیم: گزارش پوشش سرچ‌کنسول نشان می‌دهد آدرس‌های قدیمی به‌تدریج از ایندکس خارج و نسخهٔ واحد جای‌شان را می‌گیرد؛ اگر بعد از چند هفته هنوز نسخهٔ قدیمی ایندکس است، اول قاعدهٔ ریدایرکت و بعد نقشهٔ سایت را بازبینی کنید.

یک عادت کوچک اضافه کنید: بعد از هر تغییر اعلامی، نقشهٔ سایت را دوباره ارسال کنید و چند آدرس نمونه را با ابزار بازرسی آدرس تست کنید تا پیام همان باشد که فکر می‌کنید.

لینک‌های داخلی و بیرونی؛ سه اشتباه پس از استقرار

چک‌لیست پس از استقرار ریدایرکت www
سه بازبینی ده‌دقیقه‌ای که جلوی اکثر عودهای خطا را می‌گیرد.

اشتباه چهاردهم، رهاکردن لینک‌های داخلی قدیمی است؛ ریدایرکت کار را «درست» می‌کند اما هر پرش اتلاف است: فهرست لینک‌های داخلی به آدرس‌های قدیمی را بگیرید و مستقیم به نسخهٔ واحد وصل کنید. اشتباه پانزدهم، به‌روزرسانی‌نکردن پروفایل‌های بیرونی قابل‌ویرایش — شبکه‌های اجتماعی، فهرست‌های کسب‌وکار، امضای ایمیل — است؛ این‌ها ارزان‌ترین اعتبار بیرونی‌اند و ارزش ویرایش دارند.

اشتباه شانزدهم، hreflang ناهماهنگ است؛ در سایت‌های چندزبانه اگر نسخه‌های زبانی به آدرس‌های قدیمی اشاره کنند، سیگنال زبانی و آدرسی هم‌زمان خراب می‌شود. بازبینی تگ‌های hreflang را به همان چرخهٔ فصلی اضافه کنید.

این سه مورد معمولاً بعد از استقرار رخ می‌دهند، وقتی تیم فکر می‌کند کار تمام است؛ برای همین چک‌لیست تصویر همین بخش را برای هر بازبینی فصلی نگه دارید و قبل از هر مهاجرت بعدی هم مرورش کنید.

فهرست آدرس‌های ریدایرکت‌خورده را از گزارش لینک‌ها هم بگیرید؛ برای مهم‌ترین‌شان — جایی که اعتبار واقعی از بیرون می‌آید — ویرایش درخواست کنید و بقیه را با همان ریدایرکت تمیز نگه دارید.

مهاجرت و پایش؛ چهار اشتباهی که دیر لو می‌رود

اشتباه هفدهم، حذف زودهنگام قاعدهٔ ریدایرکت است؛ تا وقتی گزارش پوشش نشان می‌دهد آدرس‌های قدیمی هنوز درخواست و ایندکس دارند، قاعده باید بماند. اشتباه هجدهم، پایش‌نکردن است؛ افت‌های بعد از یکدست‌سازی بی‌صدا هستند و اولین نشانه‌های‌شان در لاگ سرور و گزارش پوشش دیده می‌شود.

اشتباه نوزدهم، جاگذاشتن زیردامنه‌ها و سرویس‌های فراموش‌شده است: پنل‌های قدیمی، لندینگ‌های کمپین، نسخهٔ آزمایشی؛ هرکدام اگر بیرون از قاعده بمانند، ناهماهنگی باقی می‌ماند. اشتباه بیستم، انتظار بازگشت فوری رتبه است؛ سیگنال‌ها منتقل می‌شوند اما زمان می‌برد و وعدهٔ عددی دقیق، صادقانه نیست.

اگر پیش از شروع می‌خواهید تصویر واقعی سایت خودتان را ببینید، ممیزی رایگان دامنه نقطهٔ شروع کم‌ریسکی است؛ وضعیت فعلی آدرس‌ها، ریدایرکت‌ها و صفحات حساس را نشان می‌دهد و بعد از آن، اولویت‌بندی همین بیست مورد ساده‌تر می‌شود.

پایش را سبک نگه دارید: ماهی یک‌بار فهرست کدهای ۳xx و ۴xx را بگیرید و گزارش پوشش را مرور کنید؛ پنج دقیقه پایش ماهانه از یک افت شش‌ماهه ارزان‌تر است.

جمع‌بندی؛ چک‌لیست یکدست‌سازی در یک نگاه

بیست اشتباه را می‌شود در پنج قاعده خلاصه کرد: یک آدرس واحد با ۳۰۱ دائمی؛ نگاشت یک‌به‌یک به‌جای ریختن همه به خانه؛ هر آدرس قدیمی دقیقاً یک پرش تا مقصد؛ هم‌راستایی ریدایرکت، canonical و لینک داخلی؛ و پایش با گزارش پوشش تا خروج کامل نسخهٔ قدیمی. این پنج قاعده به سیستم مدیریت محتوای خاصی وصل نیست و در هر مهاجرت بعدی هم همان است.

نقشهٔ کامل‌تر این خوشه را در هاب سئو فنی مرور کنید؛ اگر برای تیم‌تان اجرای این قواعد را در کنار انتشار خودکار و اپراتور انسانی می‌خواهید، امکانات و دموی پلتفرم سوئیت نشان می‌دهد همین گیت‌ها در عمل چه شکلی دارند.

جمع‌بندی عملی: امشب فهرست نسخه‌های بازشوندهٔ دامنه‌تان را بگیرید، چهار ترکیب را تست کنید و فردا قاعدهٔ واحد را بنویسید؛ بقیهٔ بیست مورد را به چرخهٔ بازبینی فصلی بسپارید. یکدست‌سازی دامنه یک‌بار انجام نمی‌شود؛ وضعیت پایداری است که با پایش سبک حفظ می‌شود و بی‌ریتم، همان خطاها برمی‌گردند.

دموی رایگان پلتفرم

پلن پیشرو — ۷٫۹ میلیون تومان/ماه (انتشار خودکار + اپراتور)

دموی رایگان پلتفرم

رصد ما، رشد شما.

سؤالات پرتکرار

فرق ریدایرکت ۳۰۱ و ۳۰۲ در یکدست‌سازی دامنه چیست؟

۳۰۱ انتقال دائمی است و برای یکدست‌سازی دامنه انتخاب درست؛ ۳۰۲ موقتی است و برای آزمون‌های کوتاه. اگر نسخهٔ قدیمی را با ۳۰۲ ببندید، سیگنال تثبیت نمی‌شود و هر دو نسخه مدت بیشتری در نتایج باقی می‌مانند.

نسخهٔ با www مناسب‌تر است یا بدون www؟

هیچ‌کدام برتری ذاتی ندارد؛ مهم این است که فقط یکی منتخب باشد، با ریدایرکت ۳۰۱ از نسخهٔ دیگر و همهٔ لینک‌ها به همان نسخه اشاره کنند. برای دامنه‌هایی با کوکی گسترده، نسخهٔ www انعطاف فنی بیشتری دارد.

زنجیرهٔ ریدایرکت چند پله قابل قبول است؟

به تجربهٔ ما هدف، صفر پرش برای آدرس قدیمی است و سقف قابل قبول یک پرش. هر پله اضافه، تأخیر کاربر و خزش اضافه است و در مهاجرت‌های متوالی، زنجیره را بازنویسی کنید تا مستقیم شود.

بعد از یکدست‌سازی، نتیجه کی مشخص می‌شود؟

بازه‌ای از چند هفته تا چند ماه، بسته به اندازهٔ سایت و تعداد آدرس‌های قدیمی؛ نشانه‌های زودهنگام را در گزارش پوشش سرچ‌کنسول ببینید — خروج تدریجی نسخهٔ قدیمی از ایندکس.

آیا ۳۰۱ همهٔ اعتبار لینک‌ها را منتقل می‌کند؟

سیگنال‌ها منتقل می‌شوند اما ادعای «درصد دقیق انتقال» مستند و قابل‌اتکا نیست و ما عددی وعده نمی‌دهیم؛ کاری که در کنترل شماست تمیز نگه‌داشتن مسیر است: یک پرش، مقصد درست، بدون حلقه.