مهاجرت وبسایت به هرگونه تغییر اساسی در دامنه، URLها، هاست، پلتفرم یا طراحی یک وبسایت گفته میشود.
انواع مختلفی از مهاجرت وبسایت وجود دارد، اما مراحل برنامهریزی و رفع مشکلات در بیشتر آنها مشابه است. این فرآیند میتواند بسیار پیچیده باشد، زیرا معمولاً افراد مختلف و بخشهای متعددی در آن درگیر هستند. اگر همه چیز طبق برنامه پیش نرفت، وحشت نکنید—تقریباً هر مشکلی قابل حل است.
در این راهنما، به این موضوعات خواهیم پرداخت:
-
آمادهسازی برای مهاجرت وبسایت
-
اجرای مهاجرت وبسایت
-
تست و پایش مداوم پس از مهاجرت
آماده سازی برای مهاجرت وب سایت
باید بدانید چه چیزی در حال تغییر است و چه افرادی باید در این فرآیند نقش داشته باشند. به عبارت دیگر، به یک برنامهریزی دقیق و سیستمی برای پیگیری تمام بخشهای متحرک نیاز دارید. لازم است افراد درگیر، نقش آنها، مهلتها و فرآیندی برای نظارت بر همه چیز را مشخص کنید. داشتن یک مدیر پروژه سئو و استفاده از سیستم مدیریت پروژه میتواند به این کار کمک کند. انجام این کار فقط از طریق ایمیل و Slackممکن است به سرعت از کنترل خارج شود.
همچنین باید یک برنامه بازگشت (Rollback Plan)داشته باشید تا در صورت وقوع مشکلات جدی، بتوانید به حالت اولیه برگردید. حتی اگر فقط در شرایط اضطراری از آن استفاده کنید، این کار ضروری است.
برای درک تأثیر مهاجرت، حتماً به Google Search Console (GSC) و Google Analyticsدر سایت قدیمی و جدید دسترسی داشته باشید. (در صورت نیاز، یک نمای ترکیبی ایجاد کنید تا هر دو را در کنار هم ببینید.) برخی تغییرات ممکن است چند هفته یا حتی ماهها نوسان داشته باشند، اما برخی دیگر ممکن است تأثیری نداشته باشند.
مراحل آمادهسازی پیشنهادی:
-
خزش سایت خود را انجام دهید و از دادههای آن بهعنوان خط مبنا (Baseline)برای مقایسه بعدی استفاده کنید. ابزار Site Auditمیتواند برای این کار مفید باشد.
-
مجموعهای از صفحات تست ایجاد کنید (مثلاً صفحات برتر از گزارش Top Pages در Site Explorer). اینها را بعداً برای بررسی خطاها استفاده خواهید کرد.
-
دسترسی به سایت استیجینگ یا توسعه (Staging/Dev Site)را محدود کنید تا از ایندکس شدن آن توسط موتورهای جستجو جلوگیری شود.
-
از سایت خود نسخه پشتیبان (Backup) تهیه کنید تا در صورت نیاز بتوانید به حالت قبلی بازگردید.
اجرای مهاجرت وب سایت
اینکه URLها تغییر میکنند یا ثابت میمانند، فرآیند مهاجرت را تعیین میکند. در اینجا هر دو حالت را بررسی میکنیم.
وقتی URLها تغییر نمیکنند…
این انتقال سادهتر است (حداقل از نظر سئو)، زیرا تغییرات کمتری رخ میدهد. هرچند، این مهاجرت همچنان ممکن است پیچیده باشد، اما بیشتر کارها به زیرساخت، DevOps و توسعهدهندگان مربوط میشود، نه فقط سئو.
این نوع مهاجرت ممکن است شامل موارد زیر باشد:
-
میزبانی (Hosting):انتقال به یک CDN یا سرور جدید
-
پلتفرم (Platform):تغییر CMS، زبان برنامهنویسی یا فریمورک جاوا اسکریپت
-
طراحی (Design):تغییر قالب، لینکهای داخلی، تگها و ساختار کلی سایت
اگر از یک سایت استیجینگ یا توسعه (Staging/Dev Site)استفاده میکنید، دسترسی بگیرید و قبل از انتشار نهایی، مشکلات را بررسی کنید.
مواردی که باید بررسی شوند:
-
تگهای کنونیکال: بررسی کنید که تغییری نکرده باشند.
-
تگهای عنوان (Title Tags) :باید همانند قبل یا مشابه آنها باشند. برخی سیستمها ممکن است بهطور خودکار تگهای جدید تولید کنند.
-
توضیحات متا (Meta Descriptions)
-
تگهای هدینگ (Heading Tags)
-
برای مدیریت زبانهای مختلف )Hreflang (
-
اسکیما (Schema Markup)
-
متا ربات (Meta Robots) :اطمینان حاصل کنید که صفحات ناخواسته noindex نشده باشند.
-
محتوا:این مورد برای سیستمهای جاوا اسکریپتی حیاتی است، زیرا برخی از سیستمهای جدید ممکن است تمام محتوا را در DOM بارگذاری نکنند، و این باعث میشود موتورهای جستجو بخشی از محتوا را نبینند.
-
لینکهای داخلی:بررسی کنید که بردکرامبها، لینکهای مرتبط، لینکهای فوتر یا ناوبری اصلی تغییر نکرده باشند.
-
تفاوتهای سرعت سایت
برای مقایسه تغییرات بین خزشهای قبلی و جدید، از ویژگی مقایسه در Site Auditاستفاده کنید.

چند مشکل دیگر وجود دارد که ممکن است مشکلات جدیتری ایجاد کنند.
اگر بهاشتباه یک محدودیت باقی بماند، موتورهای جستجو نمیتوانند صفحات شما را خزش کنند.
گاهی اوقات، ریدایرکتهای قدیمی از فایلهای .htaccess یا تنظیمات سرور کپی نمیشوند و برخی از لینکهایی که به سایت شما اشاره داشتند از بین میروند. این مورد دشوار است زیرا بهسختی قابل تشخیص بوده و اغلب هنگام تغییر میزبان رخ میدهد. گزارش Best by Linksرا در Site Explorerبررسی کرده و صفحات دارای خطای ۴۰۴ را فیلتر کنید تا لینکهای شکسته را شناسایی کنید.

وقتی URLها تغییر میکنند...
این نوع مهاجرتها معمولاً پیچیدهتر هستند، بهجز انتقال از HTTP به HTTPS که امروزه نسبتاً آسان است.
انواع این مهاجرتها شامل موارد زیر میشود:
-
دامنه:تغییر دامنه، ادغام در یک سایت دیگر، تقسیم یک سایت
-
پروتکل:انتقال از HTTP به HTTPS
-
مسیر:تغییر زیردامنه/زیرپوشه، تغییر معماری سایت
مهاجرت از HTTP به HTTPS
-
از Content Security Policyبا مقدار upgrade-insecure-requests برای رفع تمام مشکلات محتوای مختلط استفاده کنید. این روش سریع است و برای تمام منابع بهجز لینکهای داخلی که باید بهصورت دستی بهروزرسانی شوند، کار میکند.
-
یک گواهی امنیتی (SSL)نصب کنید.
-
تمامی درخواستهای HTTP را با ریدایرکت 301 به HTTPS هدایت کنید.
-
یک هدر HSTSتنظیم کنید.
-
نگرانی دربارهی زنجیرهی ریدایرکت در مسیر اصلی یا بهروزرسانی لینکهای سایت لازم نیست؛ سیگنالها به دلیل ریدایرکتها ادغام خواهند شد.
مهاجرت دامنه
-
مقدار TTLرا بهطور موقت کاهش دهید (چند ساعت)، تا کش DNS سریعتر بهروزرسانی شده و تغییرات زودتر اعمال شوند.
-
از ابزار تغییر آدرس (Change of Address)در GSCاستفاده کنید.
-
دامنهی قدیمی را در Google Search Consoleبررسی کنید تا مطمئن شوید که هیچ جریمه دستی (Manual Actions)در آن وجود ندارد.
-
در Site Audit، دامنهی جدید را در تنظیمات پروژه تعریف کنید تا خزیدن (Crawl) جدید بر روی دامنهی جدید انجام شود و بتوانید آن را با دامنهی قبلی مقایسه کنید.
مراحل عمومی برای همهی مهاجرت ها
-
بهروزرسانی لینکهای داخلی و برچسبهای مرتبط مانند Canonical، Hreflangو غیره. (میتوان از افزونهی Find and Replaceبرای تغییر سریع لینکهای داخلی استفاده کرد.)
-
تنظیم GSCبرای دامنهی جدید، از جمله انتقال فایل Disavow، تعیین هدف جغرافیایی (Geo-targeting)، تنظیمات پارامترهای URL و آپلود نقشه سایت (Sitemap).
-
نگه داشتن نقشه سایت قدیمی برای مدت کوتاهی بهمنظور نظارت بر ایندکس شدن URLهای قدیمی در GSC.
-
حذف هرگونه مسدودسازی رباتها در سایت قدیمی و جدید. تمام صفحات باید خزش شوند تا سیگنالها به درستی انتقال یابند.
-
بررسی تگ Noindexدر صفحات موردنظر برای ایندکس شدن (میتوان از Site Auditبرای این کار استفاده کرد).
-
ریدایرکت 301 تمام صفحات قدیمی به صفحات جدید، شامل تصاویر و فایلهای PDF (اما نیازی به ریدایرکت فایلهای CSS، JS یا فونتها نیست).
-
قبل از اجرای تغییرات در سایت زنده، سایت توسعه یا تست (Staging/Dev Site)را خزش کنید تا مشکلات احتمالی را شناسایی کنید.
-
اگر سایت قدیمی روی HTTPS بوده و گواهی امنیتی آن منقضی شده، کاربران با خطا مواجه خواهند شد، اما خزندهها همچنان میتوانند سایت را بررسی کنند. برای حل این مشکل، از گواهی چنددامنه (Multi-Domain SSL Certificates)استفاده کنید.
اگر افت ترافیک مشاهده شد...
-
بررسی کنید که ریدایرکتها به درستی تنظیم شدهاند.
-
صفحات ایندکسشده را بررسی کنید تا مطمئن شوید که رباتهای جستجو میتوانند آنها را بخزند.
-
بررسی کنید که محتوای صفحه بدون تغییر یا حذف ناخواسته باقی مانده باشد.
-
تغییرات در لینکهای داخلی را بررسی کنید.
-
مسائل مربوط به SEO فنی مانند سرعت سایت، رندر شدن محتوا و دسترسی به فایلها را بررسی کنید.
به روزرسانی لینکهای خارجی چقدر مهم است؟
-
لینکهای داخلی را بهروز کنید، اما نیازی به درخواست از سایتهای دیگر برای بهروزرسانی لینکهایشان نیست.
-
لینکهای خارجی باید از طریق ریدایرکت 301 به مقصد صحیح هدایت شوند و نیازی به صرف وقت برای اصلاح دستی آنها نیست.

بسته به تنظیمات، ممکن است بتوانید بهسادگی دامنه قدیمی را بهعنوان یک رقیب در گزارش Overviewاضافه کنید تا ببینید مهاجرت چگونه پیش رفته است.

باید آدرسهای قدیمی را بررسی کنید تا مطمئن شوید که ریدایرکتها بهدرستی انجام شدهاند و تمام محتوا با موفقیت منتقل شده است.
برای دریافت فهرستی از پرلینکترین آدرسهای خود، میتوانید از گزارش Best by linksدر Site Explorerاستفاده کنید.
میتوانید این فهرست را بهعنوان یک لیست سفارشی در Site Auditو در تب URL sourcesآپلود کنید. بهطور جایگزین، میتوانید در همین تب، گزینه Backlinksرا بهعنوان منبع انتخاب کنید. برای این مورد، پیشنهاد میشود سایر منابع کراول را حذف کنید.

سپس، تمام URLهایی که دارای لینک هستند، کراول میشوند. در Page Explorer، میتوانید جدول را سفارشی کنید تا مواردی مانند Redirect URL، Redirect status code، Final redirect URLو Final redirect status codeرا شامل شود. این کار به شما یک نمای کلی و آسان از تمام ریدایرکتهای در حال انجام ارائه میدهد.

مطمئن شوید که ریدایرکتهای شما 301یا 308باشند، نه 302یا 307، اگر قصد دارید یک انتقال دائمی انجام دهید و میخواهید URLها در وبسایت جدید بهجای وبسایت قدیمی ایندکس شوند.
همچنین، باید تمدید دامنههای قدیمی را زیر نظر داشته باشید. شما نمیخواهید که یک رقیب آنها را ثبت کند یا سایت به چیزی نامناسب و مضر تبدیل شود.