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