
از دامنه تا اولین فروش آنلاین
آگوست 13, 2026
چطور بهترین هاست را برای سایت وردپرسی انتخاب کنیم؟
آگوست 15, 2026در این مقاله از بلاگ مایا هاست، میخوایم بررسی کنیم که انتقال سایت چطور باید انجام بشه تا رتبههای گوگل، ورودیهای ارگانیک و اعتبار صفحات سایت تا حد ممکن حفظ بشن.
انتقال یک سایت در نگاه اول شاید کار سادهای به نظر برسه؛ فایلها رو منتقل میکنید، دیتابیس رو روی سرور جدید میبرید و دامنه رو به مقصد جدید متصل میکنید.
اما وقتی پای سئو وسط باشه، داستان کمی حساستر میشه.
اشتباهات کوچک مثل تغییر ناخواسته آدرس صفحات، فراموش کردن ریدایرکتها، مسدود موندن سایت برای باتهای گوگل یا ساعاتی قطعی غیرضروری میتونه روی وضعیت سایت در نتایج جستجو تاثیر بذاره.
خبر خوب اینه که اگر انتقال سایت با برنامه انجام بشه، معمولا دلیلی وجود نداره که مهاجرت باعث افت جدی سئو بشه.
فهرست موضوعات:
- انتقال سایت یعنی چی؟
- انتقال سایت و افت سئو
- نسخه پشتیبان
- ثبت وضعیت فعلی قبل مهاجرت
- تغییر ندادن URLها
- ریدایرکت 301
- تست سایت جدید قبل تغییر DNS
- DNS
- بررسی robots.txt بعد انتقال
- Sitemap
- لینکهای داخلی
- HTTPS و SSL
- مقایسه سرعت بعد از انتقال
- پیدا کردن 404
- Search Console
- هاست قبلی
- جمعبندی نهایی
- سوالات متداول
انتقال سایت یعنی چی؟
وقتی درباره انتقال سایت صحبت میکنیم، همیشه منظور یک اتفاق مشخص نیست.
ممکنه فقط بخواید سایت رو از یک هاست به هاست دیگه منتقل کنید و دامنه و ساختار سایت کاملا ثابت بمونه.
ممکنه سرور رو عوض کنید، از یک کشور به کشور دیگه برید یا حتی همزمان دامنه و ساختار URLهای سایت رو هم تغییر بدید.
هرچقدر تغییرات بیشتر باشن، حساسیت مهاجرت از نظر سئو هم بیشتر میشه.
مثلا انتقال یک سایت وردپرسی از هاست قدیمی به یک هاست جدید، در حالی که دامنه و تمام URLها ثابت میمونن، معمولا ریسک زیادی نداره.
اما اگر همزمان دامنه، ساختار لینکها و بخشی از صفحات رو تغییر بدید، گوگل باید تغییرات بیشتری رو شناسایی و پردازش کنه.
پس اولین نکته اینه که قبل از شروع، دقیقا مشخص کنید چه چیزی قراره تغییر کنه و چه چیزی باید ثابت بمونه.

انتقال سایت و افت سئو
گوگل صفحات سایت شما رو با URLهای مشخص میشناسه.
هر صفحهای که مدتی در نتایج جستجو حضور داشته، ممکنه لینک خارجی گرفته باشه، اعتبار کسب کرده باشه و برای تعدادی کلمه کلیدی رتبه داشته باشه.
اگر هنگام انتقال سایت، گوگل ناگهان با تعداد زیادی صفحه حذفشده، خطای 404، ریدایرکت اشتباه یا محتوای غیرقابل دسترس روبهرو بشه، طبیعیه مدتی در شناخت وضعیت جدید سایت دچار مشکل بشه.
حتی اگر URLها تغییر نکنن، مشکلات فنی مثل کند شدن شدید سایت، خطاهای سرور یا قطعی طولانی هم میتونن روی خزیدن رباتهای گوگل و تجربه کاربران تاثیر بذارن.
به همین دلیل هدف اصلی در یک مهاجرت امن اینه که تغییرات غیرضروری رو به حداقل برسونیم و دسترسی گوگل و کاربران به صفحات رو حفظ کنیم.
نسخه پشتیبان
قبل از اینکه تغییری ایجاد کنید، یک بکاپ کامل از سایت داشته باشید. بکاپ فقط شامل فایلها نیست و باید دیتابیس رو هم در بر بگیره.
اگر سایت ایمیل، تنظیمات DNS یا اطلاعات خاصی روی سرور فعلی داره، بهتره وضعیت اونها هم بررسی و ثبت بشه.
داشتن بکاپ باعث میشه اگر وسط انتقال مشکلی پیش اومد، بتونید سایت رو به وضعیت قبلی برگردونید.
برای سایتهای مهم و پربازدید، بهتره فقط به بکاپ خودکار هاست اکتفا نکنید و یک نسخه جداگانه هم در اختیار داشته باشید.
ثبت وضعیت فعلی قبل مهاجرت
یکی از کارهایی که خیلی وقتها فراموش میشه، ثبت وضعیت سایت قبل از انتقاله.
قبل از مهاجرت بهتره اطلاعات مهمی مثل صفحات اصلی، URLهای مهم، صفحات پربازدید، رتبه بعضی کلمات کلیدی و وضعیت ایندکس صفحات رو بررسی کنید.
Google Search Console میتونه در این مرحله خیلی کمککننده باشه.
با بررسی گزارشهای اون میتونید بفهمید چه صفحاتی بیشترین ورودی رو از گوگل دریافت میکنن و بعد از انتقال همون صفحات رو دوباره بررسی کنید.
این کار یک مزیت مهم داره: اگر بعد از انتقال ترافیک سایت تغییر کرد، راحتتر میفهمید مشکل از کجا شروع شده.
تغییر ندادن URLها
اگر فقط قصد انتقال سایت از یک هاست یا سرور به سرور دیگه رو دارید، بهتره ساختار URLها دقیقا مثل قبل باقی بمونه.
مثلا اگر صفحهای قبلا این آدرس رو داشته:
example.com/blog/linux-hosting
بعد از انتقال هم بهتره دقیقا با همین آدرس در دسترس باشه.
تغییر بیدلیل URL صفحات در زمان مهاجرت، فقط کار رو پیچیدهتر میکنه.
چون در این حالت باید آدرسهای قدیمی رو به آدرسهای جدید ریدایرکت کنید و گوگل هم باید دوباره ساختار جدید سایت رو پردازش کنه.
اگر نیازی به تغییر ساختار سایت ندارید، مهاجرت رو به فرصتی برای تغییر همزمان همه چیز تبدیل نکنید.
ریدایرکت 301
گاهی تغییر URL اجتنابناپذیره. مثلا ممکنه دامنه سایت عوض بشه یا بخواید ساختار لینکها رو اصلاح کنید.
در این شرایط باید آدرسهای قدیمی رو با ریدایرکت 301 به مرتبطترین آدرس جدید هدایت کنید.
فرض کنید قبلا مقالهای با این آدرس داشتید:
oldsite.com/blog/hosting
و حالا آدرس جدید اون شده:
newsite.com/articles/hosting
کاربری که وارد URL قدیمی میشه نباید با صفحه 404 روبهرو بشه. آدرس قدیمی باید مستقیما به صفحه جدید مرتبط هدایت بشه.
یک اشتباه رایج اینه که تمام صفحات قدیمی به صفحه اصلی سایت ریدایرکت بشن.
این کار انتخاب خوبی نیست. هر URL قدیمی باید تا جای ممکن به صفحه معادل خودش در ساختار جدید منتقل بشه.

تست سایت جدید قبل تغییر DNS
بهتره اول سایت رو روی سرور جدید کامل راهاندازی و تست کنید و بعد DNS رو تغییر بدید.
در این مرحله باید مطمئن بشید صفحات به درستی باز میشن، تصاویر لود میشن، دیتابیس سالمه، فرمها کار میکنن، لینکهای داخلی درست هستن و خطای عجیب یا صفحه ناقصی وجود نداره.
برای سایتهای وردپرسی مثلا باید صفحه اصلی، نوشتهها، دستهبندیها، ورود مدیریت، فرم تماس و بخشهای مهم سایت رو بررسی کنید.
هدف اینه که وقتی کاربران به سرور جدید هدایت شدن، با یک سایت آماده روبهرو بشن؛ نه سایتی که هنوز در حال تعمیر و تنظیمه.
DNS
وقتی سایت رو به سرور جدید منتقل میکنید، معمولا باید رکوردهای DNS رو هم تغییر بدید تا دامنه به IP سرور جدید اشاره کنه.
این تغییر ممکنه مدتی طول بکشه تا در نقاط مختلف اینترنت منتشر بشه. به همین دلیل ممکنه برای مدتی بعضی کاربران سایت رو از سرور قدیمی و بعضیها از سرور جدید دریافت کنن.
بهتره در این بازه، سرور قدیمی رو بلافاصله خاموش نکنید.
اجازه بدید مدتی هر دو سرور فعال باشن تا تغییر DNS کاملتر انجام بشه و احتمال قطعی سایت کمتر بشه.
بررسی robots.txt بعد انتقال
یکی از اشتباهات خطرناک هنگام انتقال سایت اینه که نسخه آزمایشی سایت برای جلوگیری از ایندکس شدن روی حالت مسدود قرار میگیره، اما بعد از انتقال نهایی این محدودیت برداشته نمیشه.
در نتیجه سایت کاملا آنلاین و سالمه، ولی رباتهای موتور جستجو اجازه بررسی اون رو ندارن.
بعد از انتقال حتما فایل robots.txt رو بررسی کنید و مطمئن بشید صفحات مهم سایت به اشتباه برای موتورهای جستجو مسدود نشده باشن.
اگر از وردپرس استفاده میکنید، تنظیمات مربوط به نمایش سایت برای موتورهای جستجو رو هم بررسی کنید.
Sitemap
Sitemap یا نقشه سایت به گوگل کمک میکنه صفحات سایت رو راحتتر پیدا کنه.
اگر فقط هاست عوض شده و هیچ URLای تغییر نکرده، معمولا نقشه سایت هم تغییر خاصی نداره.
با این حال بهتره بعد از انتقال، آدرس Sitemap رو باز کنید و مطمئن بشید بدون خطا در دسترسه.
اگر دامنه یا ساختار URLها تغییر کرده، باید Sitemap جدید شامل آدرسهای جدید باشه.
بعد از اون هم میتونید نقشه سایت رو در Google Search Console بررسی یا دوباره ثبت کنید.

لینکهای داخلی
اگر دامنه یا ساختار URLها تغییر کرده، لینکهای داخلی اهمیت زیادی پیدا میکنن.
فرض کنید داخل 100 مقاله سایت به صفحات مختلف لینک دادهاید.
اگر بعد از مهاجرت هنوز این لینکها به URLهای قدیمی اشاره کنن، کاربر ابتدا وارد آدرس قدیمی میشه و بعد با ریدایرکت به آدرس جدید میرسه.
ممکنه سایت همچنان کار کنه، اما بهتره لینکهای داخلی مستقیما به آدرس نهایی اشاره کنن.
همین موضوع درباره تصاویر، فایلهای دانلودی، CSS، JavaScript و سایر منابع سایت هم صدق میکنه.
HTTPS و SSL
یکی دیگه از مواردی که بعد از انتقال سایت میتونه دردسر ایجاد کنه، SSL هست.
ممکنه سایت روی سرور قدیمی کاملا با HTTPS کار کنه اما روی سرور جدید گواهی SSL به درستی نصب نشده باشه.
در این شرایط کاربران ممکنه با هشدار امنیتی مرورگر روبهرو بشن یا بعضی منابع سایت به شکل ناامن بارگذاری بشن.
قبل از نهایی کردن انتقال مطمئن بشید SSL روی سرور جدید فعال و معتبره و نسخه HTTP سایت هم در صورت نیاز به HTTPS هدایت میشه.
مقایسه سرعت بعد از انتقال
مهاجرت فقط نباید بدون قطعی انجام بشه؛ عملکرد سایت بعد از انتقال هم مهمه.
اگر سایت رو به یک هاست جدید منتقل کردهاید اما زمان پاسخگویی سرور به شکل محسوسی بیشتر شده، ممکنه تجربه کاربران ضعیفتر بشه.
بعد از مهاجرت، چند صفحه مهم سایت رو از نظر سرعت بررسی کنید. ابزارهایی مثل PageSpeed Insights میتونن برای مقایسه وضعیت قبل و بعد از انتقال مفید باشن.
البته هر تغییر کوچکی در امتیاز ابزارهای تست سرعت به معنی مشکل نیست. چیزی که اهمیت بیشتری داره اینه که سایت در استفاده واقعی سریع و پایدار باشه.
پیدا کردن 404
بعد از انتقال، وجود چند لینک خراب یا خطای 404 دور از ذهن نیست؛ مخصوصا اگر ساختار سایت هم تغییر کرده باشه.
اما اگر تعداد زیادی از صفحات مهم سایت به 404 تبدیل بشن، موضوع جدیتر میشه.
بعد از مهاجرت، گزارشهای Search Console رو بررسی کنید و URLهای مهم رو هم به صورت دستی تست کنید.
اگر آدرس قدیمی جایگزین مشخصی داره، اون رو با 301 به صفحه جدید منتقل کنید.
البته قرار نیست هر صفحه حذفشدهای رو به زور به یک صفحه نامرتبط ریدایرکت کنید.
اگر صفحهای واقعا حذف شده و هیچ جایگزین مناسبی نداره، نمایش 404 همیشه به معنی اشتباه بودن تنظیمات نیست.
Search Console
کار انتقال با تغییر DNS تموم نمیشه.
چند روز و حتی چند هفته بعد از انتقال بهتره وضعیت سایت رو در Google Search Console بررسی کنید.
گزارش ایندکس صفحات، Sitemap، خطاهای Crawl و عملکرد سایت در نتایج جستجو میتونن سرنخهای خوبی به شما بدن.
نوسان محدود بعد از تغییرات بزرگ سایت عجیب نیست، مخصوصا اگر دامنه یا URLها رو تغییر داده باشید.
چیزی که باید بهش حساس باشید افت شدید و ادامهدار همراه با افزایش خطاهای فنیه.
هاست قبلی
یکی از کارهای منطقی اینه که بعد از تغییر DNS، هاست یا سرور قبلی رو برای مدت کوتاهی فعال نگه دارید.
اگر مشکلی در انتقال وجود داشته باشه یا متوجه بشید بخشی از اطلاعات منتقل نشده، هنوز به نسخه قبلی دسترسی دارید.
از طرف دیگه انتشار تغییرات DNS هم ممکنه فوری نباشه و نگه داشتن سرور قبلی میتونه احتمال اختلال برای کاربران رو کمتر کنه.

فرض کنید یک فروشگاه اینترنتی دارید که روی سرور قدیمی کند شده و تصمیم گرفتهاید اون رو به یک سرور جدید منتقل کنید.
دامنه سایت همون example.com باقی میمونه و قرار نیست ساختار صفحات تغییر کنه.
ابتدا از فایلها و دیتابیس بکاپ میگیرید.
بعد سایت رو روی سرور جدید راهاندازی میکنید و قبل از تغییر DNS مطمئن میشید صفحات محصولات، تصاویر، سبد خرید و بخشهای اصلی درست کار میکنن.
URL محصولات هم دقیقا مثل قبل باقی میمونن.
بعد SSL رو روی سرور جدید فعال میکنید و DNS دامنه رو به IP جدید تغییر میدید. سرور قدیمی رو هم بلافاصله خاموش نمیکنید.
بعد از انتقال، چند URL مهم رو تست میکنید، Sitemap و robots.txt رو بررسی میکنید و طی روزهای بعد وضعیت Search Console رو زیر نظر میگیرید.
در چنین شرایطی از دید گوگل اتفاق خیلی عجیبی نیفتاده؛ همان دامنه، همان صفحات و همان محتوا وجود دارن و فقط زیرساخت میزبانی تغییر کرده.
این دقیقا همون چیزی هست که از یک انتقال سایت اصولی و کمریسک انتظار داریم.
جمعبندی نهایی
انتقال سایت به خودی خود قرار نیست باعث افت سئو بشه.
بیشتر مشکلات زمانی ایجاد میشن که مهاجرت بدون برنامه انجام بشه و مواردی مثل URLها، ریدایرکتها، SSL، DNS و دسترسی رباتهای گوگل نادیده گرفته بشن.
اگر فقط هاست یا سرور رو تغییر میدید، بهترین کار اینه که ساختار سایت رو تا جای ممکن دستنخورده نگه دارید.
سایت جدید رو قبل از انتقال نهایی تست کنید، قطعی رو به حداقل برسونید و بعد از مهاجرت هم وضعیت سایت رو برای مدتی زیر نظر داشته باشید.
اگر قرار باشه همزمان دامنه یا ساختار صفحات تغییر کنه، انتقال حساستر میشه و ریدایرکتهای 301 اهمیت خیلی بیشتری پیدا میکنن.
در نهایت یک مهاجرت خوب مهاجرتیه که کاربر تقریبا متوجه اون نشه و گوگل هم همچنان بتونه صفحات قبلی سایت رو با کمترین دردسر پیدا و پردازش کنه.
اگر این مطلب برایتان مفید بود، پیشنهاد میکنیم به مقاله تأثیر موقعیت سرور (ایران یا خارج) بر سئو چیست؟ نیز در بلاگ ما سر بزنید.
سوالات متداول
آیا انتقال سایت به هاست جدید باعث افت سئو میشه؟
نه لزوما. اگر دامنه، URLها و محتوای سایت ثابت بمونن و انتقال بدون قطعی طولانی یا خطا انجام بشه، تغییر هاست به تنهایی نباید باعث از بین رفتن رتبههای سایت بشه.
بعد از انتقال سایت چه مدت هاست قبلی رو نگه داریم؟
بهتره هاست قبلی رو بلافاصله حذف نکنید.
برای مدتی اون رو فعال نگه دارید تا مطمئن بشید DNS به درستی تغییر کرده و تمام اطلاعات و سرویسهای سایت روی سرور جدید بدون مشکل کار میکنن.
آیا بعد از انتقال باید Sitemap رو دوباره ثبت کنیم؟
اگر دامنه یا URLها تغییر کرده باشن، بررسی و ثبت Sitemap جدید اهمیت بیشتری داره. اگر فقط سرور تغییر کرده، حداقل مطمئن بشید Sitemap قبلی همچنان بدون خطا در دسترسه.
ریدایرکت 301 چه کاربردی در انتقال سایت داره؟
وقتی URL یک صفحه برای همیشه تغییر میکنه، ریدایرکت 301 کاربر و موتور جستجو رو از آدرس قدیمی به آدرس جدید هدایت میکنه.
این موضوع مخصوصا هنگام تغییر دامنه یا ساختار URLها خیلی مهمه.
اگر بعد از انتقال بعضی صفحات 404 شدن چی کار کنیم؟
اول مشخص کنید اون صفحات قبلا چه محتوایی داشتن. اگر صفحه جدید و مرتبطی جایگزین اونها شده، URL قدیمی رو با 301 به صفحه جدید هدایت کنید.
اگر مشکل به خاطر انتقال ناقصه، بهتره خود صفحه رو بازیابی کنید.
آیا تغییر DNS روی سئو تاثیر داره؟
تغییر DNS به تنهایی مشکل خاصی برای سئو ایجاد نمیکنه. مسئله زمانی پیش میاد که تنظیم اشتباه DNS باعث قطعی سایت یا عدم دسترسی کاربران و موتورهای جستجو بشه.
برای انتقال سایت، سرعت سرور جدید هم مهمه؟
بله. اگر سرور جدید عملکرد ضعیفتری داشته باشه و سایت بعد از انتقال به شکل محسوسی کندتر بشه، تجربه کاربران هم ضعیفتر میشه.
به همین دلیل بهتره سرعت و پایداری سایت رو قبل و بعد از مهاجرت مقایسه کنید.






