مهاجرت سایت به هر تغییر عمدهای گفته میشود که میتواند نحوه دسترسی کاربران و موتورهای جستوجو به صفحات را تغییر دهد؛ از انتقال دامنه و تغییر پروتکل HTTP به HTTPS گرفته تا بازطراحی قالب، جابهجایی سیستم مدیریت محتوا یا اصلاح ساختار نشانیها. برخلاف تصور رایج، مهاجرت موفق صرفاً به معنی بالا آمدن سایت جدید نیست. باید مطمئن شویم آدرسهای ارزشمند قدیمی، محتوا، سیگنالهای فنی، لینکهای داخلی و امکان خزش گوگل بهدرستی منتقل شدهاند.
آیا میتوان سایت را بدون افت رتبه منتقل کرد؟ میتوان خطر افت را تا حد زیادی کاهش داد، اما هیچ متخصصی نمیتواند حفظ صددرصدی رتبه را تضمین کند. تغییرات گسترده ممکن است به بازخزش، پردازش ریدایرکتها و ارزیابی مجدد صفحات نیاز داشته باشد. هدف این راهنما ارائه یک فرایند قابلاندازهگیری برای کمکردن ریسک است.
اولین اشتباه، شروع تغییرات بدون داشتن تصویر روشنی از وضعیت فعلی است. قبل از هر اقدامی از سایت و پایگاه داده نسخه پشتیبان بگیرید و امکان بازگشت را بررسی کنید. سپس صفحات مهم را براساس ترافیک ارگانیک، تبدیل، بکلینک و جایگاه جستوجو اولویتبندی کنید. دادههای عملکرد را از Google Search Console و ابزار تحلیل بازدید ثبت کنید. بهتر است گزارش صفحات فرود، کوئریهای اصلی، وضعیت ایندکس، خطاهای خزش و نقشه سایت فعلی را نیز ذخیره کنید.
اگر پروژه همزمان شامل طراحی سایت در تهران و تغییر دامنه است، بهتر است مسئولیت طراحی و سئو در یک برنامه مشترک تعریف شود؛ تغییر همزمان چند متغیر بدون مستندسازی، پیدا کردن علت افت احتمالی را دشوار میکند.
برای هر نشانی قدیمی باید مقصد مشخصی در نسخه جدید وجود داشته باشد. یک فایل جدولی با ستونهای «URL قدیم»، «URL جدید»، «وضعیت»، «اولویت» و «توضیح» تهیه کنید. صفحات دارای معادل محتوایی را با ریدایرکت دائمی 301 یا 308 به مقصد مرتبط منتقل کنید. هدایت همه صفحات قدیمی به صفحه اصلی معمولاً تجربه کاربری ضعیفی ایجاد میکند و ممکن است بهعنوان soft 404 تفسیر شود.
برای نمونه، اگر نشانی یک مقاله از /blog/old-guide/ به /academy/new-guide/ تغییر کرده، مقصد باید همان مقاله یا نزدیکترین معادل واقعی آن باشد. اگر صفحهای واقعاً حذف شده و جایگزین مناسبی ندارد، پاسخ 404 یا 410 میتواند صحیحتر از ریدایرکت نامرتبط باشد. از زنجیرههای چندمرحلهای و حلقههای ریدایرکت جلوگیری کنید.
نسخه جدید را پیش از انتشار در محیط staging آزمایش کنید. دسترسی عمومی این محیط باید کنترل شود تا محتوای آزمایشی در نتایج جستوجو ظاهر نشود. صرفاً مسدودکردن با robots.txt برای پنهانسازی قطعی کافی نیست؛ در صورت نیاز از احراز هویت استفاده کنید.
بهویژه در سایتهای وردپرسی، تغییر قالب یا افزونه ممکن است محتوای اصلی را جابهجا کند یا لینکهای داخلی را بشکند. برای بازطراحی، رعایت اصول طراحی سایت وردپرس و تست نسخه موبایل باید بخشی از فرایند باشد.
تغییر DNS ممکن است در شبکههای مختلف با تأخیر دیده شود. بنابراین تا اطمینان از پایداری انتقال، زیرساخت قدیمی و ریدایرکتهای آن را ناگهانی خاموش نکنید.
در روزهای اول، خطاهای سرور، 404های غیرمنتظره، وضعیت ریدایرکت و دسترسی خزندهها را روزانه کنترل کنید. سپس روند کلیک، ایمپرشن، صفحات ایندکسشده و رتبه کوئریهای مهم را در بازههای هفتگی مقایسه کنید. مقایسه را با دوره مشابه و با درنظرگرفتن تغییرات فصلی انجام دهید؛ هر افت کوتاهمدتی لزوماً نتیجه خطای مهاجرت نیست.
اگر صفحات قدیمی همچنان در نتایج دیده میشوند، ابتدا مقصد ریدایرکت، canonical و لینکهای داخلی را بررسی کنید. اگر صفحه جدید ایندکس نمیشود، وضعیت HTTP، noindex، دسترسی خزنده و کیفیت محتوای مقصد را بررسی کنید. در این مرحله یک برنامه حرفهای سئو سایت کمک میکند مشکلات فنی را از تغییرات طبیعی رتبه جدا کنید.
وقتی چند تغییر بزرگ همزمان رخ میدهد، تشخیص علت مشکل سخت میشود. اگر محدودیت کسبوکار اجازه میدهد، تغییرات غیرضروری را به فازهای بعد موکول کنید.
ممکن است یک مقاله قدیمی ترافیک کمی داشته باشد، اما لینکهای خارجی ارزشمندی به آن اشاره کنند. تصمیم حذف باید با بررسی دادهها انجام شود.
افزونه ابزار اجراست، نه جایگزین نقشه URL. باید تکتک الگوهای مهم، پاسخ سرور و زنجیره ریدایرکت بررسی شوند.
در بعضی پروژهها مسیر تصاویر یا PDFها تغییر میکند. لینکهای شکسته میتوانند تجربه کاربر و ترافیک جستوجوی تصویر را تحت تأثیر قرار دهند.
در وردپرس علاوه بر انتقال فایل و دیتابیس، باید ساختار پیوندهای یکتا، URLهای ذخیرهشده در تنظیمات و محتوای صفحهسازها، آدرس رسانهها، تنظیمات کش و افزونههای سئو بررسی شوند. جایگزینی ساده متن در دیتابیس ممکن است دادههای سریالشده را خراب کند؛ برای تغییر دامنه باید از ابزارهای سازگار با ساختار داده وردپرس استفاده شود. بعد از انتقال، تنظیمات پیوندهای یکتا و خروجی صفحات مهم را مجدداً تست کنید.
خیر. افت قطعی نیست، اما نوسان موقت امکان دارد. کیفیت نگاشت URL، ریدایرکتها، حفظ محتوا و وضعیت فنی در میزان ریسک مؤثرند.
برای انتقال دائمی URL معمولاً از 301 یا 308 استفاده میشود. 302 برای جابهجایی موقت است و نباید بدون دلیل برای انتقال دائمی انتخاب شود.
بهتر است ریدایرکتهای مهم را دستکم یک سال و در عمل تا زمانی که کاربران یا لینکهای خارجی به آدرس قدیمی مراجعه میکنند حفظ کنید؛ حذف زودهنگام میتواند ترافیک را از بین ببرد.
نیازی به درخواست ایندکس تکتک صفحات نیست. نقشه سایت بهروز، لینکهای داخلی صحیح و ریدایرکتهای معتبر به کشف و پردازش صفحات کمک میکنند. برای چند URL بسیار مهم میتوان از URL Inspection استفاده کرد.
مهاجرت موفق با ثبت وضعیت فعلی شروع میشود، با نقشه دقیق URL و آزمایش فنی ادامه پیدا میکند و با پایش چند هفتهای یا چندماهه پایان مییابد. پیش از تغییر دامنه یا بازطراحی، مشخص کنید چه صفحاتی برای کسبوکار ارزشمندند، چگونه به مقصد مرتبط منتقل میشوند و چه کسی مسئول بررسی نتیجه خواهد بود. اگر این مراحل را مستند انجام دهید، احتمال از دست رفتن ترافیک و سرنخهای فروش کمتر میشود.
در این فرم نوع پروژه مد نظرتان را توضیح داده و مرحله به مرحله فر م را تکمیل نمایید