اگر یک لحظه از کارنامهٔ ۱۵ سالهام باشد که همیشه مو به تنم سیخ میکند، آن لحظهای است که دکمهٔ «بروزرسانی DNS» را فشار میدهم تا یک سایت پربازدید، برای همیشه به هاست جدیدش کوچ کند. انگار که پلی پشت سرت خراب میشود و باید مطمئن باشی که شهر تازهای که ساختی، یک آجرش هم کم نیست.
چند سال پیش، یک فروشگاه اینترنتی با ۵۰ هزار صفحه و ۱۲۰ هزار بازدید ماهانه، به خاطر افت سرعت وحشتناک در هاست قبلی، چارهای جز مهاجرت فوری نداشت. مدیر فنیاش به من گفت: «طاها، اگر این مهاجرت را خراب کنی، یک ماه فروشمان صفر میشود.» مهاجرت را شبانه انجام دادیم، مثل یک عمل جراحی دقیق. نتیجه؟ ترافیک ارگانیک حتی یک روز هم پایین نیامد. و در عرض یک هفته، به خاطر سرعت بهتر، ۱۵٪ رشد هم کرد.
در این مقاله، قدمبهقدم همان پروتکلی را با تو به اشتراک میگذارم که حاصل ۳۰۰ پروژه، دانش فنی PHP و Python، و بیخوابیهای سرنوشتساز است.
بخش اول: چرا هاست، یکی از ستونهای اصلی سئو است؟
خیلیها فکر میکنند هاست فقط یک «فضا» برای نگهداری سایت است. اما از دید گوگل، هاست تو یعنی زیرساخت اعتماد. این سه چیز مستقیماً روی رتبهات اثر میگذارند:
سرعت بارگذاری (Core Web Vitals): اگر LCP سایتت بالای ۲.۵ ثانیه باشد، گوگل عملاً به تو میگوید «تو تجربهٔ کاربری خوبی نداری.»
آپتایم و پایداری: اگر گوگل چند بار بیاید و سایتت Down باشد، در دفعات بعدی دیرتر میآید و اعتمادش کم میشود. این یعنی کاهش نرخ کرال و در نتیجه ایندکسشدن کندتر.
موقعیت جغرافیایی سرور: برای سئوی محلی (مثلاً سایتی که فقط در ایران مشتری دارد)، سرور داخل ایران یا نزدیک به آن، سرعت و اعتماد بیشتری میسازد. (البته با CDN میشود بخشی از این مشکل را حل کرد.)
پس مهاجرت به هاست جدید تصمیمی حیاتی است.
بخش دوم: قبل از مهاجرت – آمادهسازی اتاق عمل (Pre-Migration)
۱. بکآپ کامل بگیر، انگار که هاست قدیم فردا نابود میشود
من همیشه یک بکآپ کامل از همه چیز میگیرم: فایلها (با یک اسکریپت Python که کل پوشه را zip میکند)، دیتابیس (با mysqldump)، و حتی فایلهای کانفیگ سرور مثل php.ini یا .htaccess. این بکآپ را در دو جای مختلف ذخیره میکنم.
۲. «نوار قلب» فعلی سایت را ثبت کن
قبل از هر تغییری، این معیارها را دقیق یادداشت کن تا بعد از مهاجرت بتوانی مقایسه کنی:
سرعت: با ابزار PageSpeed Insights و GTmetrix برای ۵ صفحهٔ اصلی تست کن و اسکرینشات بگیر.
وضعیت ایندکس: تعداد صفحات ایندکسشده در Search Console را یادداشت کن.
میانگین کلیک و رتبه: گزارش ۷ روز اخیر Search Console را با خروجی CSV نگه دار (من با Python از API اش استفاده میکنم تا یک گزارش تمیز بگیرم).
نقشهٔ کرال: یک کرال کامل با Screaming Frog بگیر. این نقشهٔ ساختار فعلی، بعداً برای یافتن خطاها به کمکت میآید.
۳. آزمایش مخفیانهٔ هاست جدید
قبل از اینکه DNS را عوض کنی، با تغییر فایل hosts روی کامپیوتر خودت، دامنه را به IP هاست جدید هدایت کن و سایت را آنجا تحویل بگیر. همه چیز را تست کن: سرعت، SSL، فرمها، درگاه پرداخت، لاگین، و حتی کوئریهای سنگین دیتابیس. اینجا من PHP را روشن میکنم و فایلهای لاگ را زیر نظر میگیرم تا ببینم خطایی هست یا نه.
بخش سوم: عملیات مهاجرت – قدمهای بینقص
قدم اول: انتقال فایلها و دیتابیس به هاست جدید
فایلها را از طریق SSH (اگر داری) یا FTP به هاست جدید منتقل کن. من معمولاً یک اسکریپت Python مینویسم که بعد از انتقال، چکسام (Checksum) فایلها را مقایسه کند تا مطمئن شوم هیچ فایلی خراب نشده. دیتابیس را هم Import کن.
قدم دوم: کاهش TTL در DNS (حیاتی!)
یکی از اشتباهات مهلک این است که صبر نمیکنی و بلافاصله DNS را عوض میکنی. در پنل دامنه، TTL (Time To Live) رکوردهای A و CNAME را به ۳۰۰ ثانیه (۵ دقیقه) کاهش بده و حداقل ۲۴ ساعت صبر کن. چرا؟ چون با TTL پایین، تغییر DNS تقریباً بلافاصله در کل اینترنت پخش میشود. اگر TTL قدیمی ۲۴ ساعت باشد و تو DNS را عوض کنی، بعضی کاربران هنوز ۲۴ ساعت به هاست قدیمی میروند و بعضی به جدید. این یعنی محتوای دوتکه و فاجعه برای سئو.
قدم سوم: تغییر DNS و پایان کار
حالا رکورد A دامنه را به IP هاست جدید تغییر بده. از این لحظه به بعد، سایت دامنهٔ اصلی روی هاست جدید لود میشود. بلافاصله مطمئن شو که SSL (گواهی HTTPS) روی هاست جدید فعال و بدون خطا باشد. من معمولاً یک چکلیست کوتاه باز میکنم: صفحهٔ اصلی باز میشود؟ صفحهٔ محصول؟ پنل ادمین؟ همه با HTTPS؟
قدم چهارم: هاست قدیم را خاموش نکن!
خیلیها به اشتباه بلافاصله هاست قبلی را میبندند. حداقل ۴۸ تا ۷۲ ساعت هاست قدیم را فعال نگه دار. چرا؟ چون برخی رباتهای گوگل یا DNS های کششده هنوز به IP قدیمی میآیند. اگر هاست قدیمی خاموش باشد، گوگل «سایت در دسترس نیست» میبیند. در عوض، یک فایل htaccess. روی هاست قدیم بگذار که تمام درخواستها را با یک ریدایرکت ۳۰۱ موقت به صفحه اصلی هاست جدید هدایت کند (حتی اگر کاربر اشتباهی به آنجا برود، آسیب نبیند).
بخش چهارم: مراقبتهای ویژه بعد از مهاجرت (Post-Migration ICU)
در ۴۸ ساعت اول، من مثل یک شاهین پای مانیتورها هستم:
۱. سرعت را دوباره تست کن
با همان ابزارها، سرعت هاست جدید را با «نوار قلب» قبلی مقایسه کن. اگر LCP بدتر شده، یعنی یک تنظیم سروری (مثل Gzip، کش، یا نسخهٔ PHP) را فراموش کردهای. یک بار برای مشتریای هاست جدید LCP اش ۴ ثانیه بود، درحالیکه هاست قدیم ۲.۸ ثانیه بود. علت؟ mod_deflate روی هاست جدید فعال نبود. با یک خط کد در .htaccess حلش کردم.
۲. Search Console را چک کن (و فقط نگاه نکن، عمل کن)
به محض تغییر DNS، وارد Search Console شو و یک درخواست کرال (Fetch as Google) برای صفحه اصلی و چند صفحه کلیدی بده. این کار گوگل را وادار میکند بیاید و هاست جدید را ببیند.
بخش «Coverage» را زیر نظر داشته باش. اگر خطای ۵۰۰ یا ۴۰۴ دیدی، فوراً بررسی کن.
مهم: اگر فقط هاست عوض کردهای (و نه دامنه)، از ابزار «تغییر آدرس» استفاده نکن. فقط نقشهٔ سایت را دوباره آپلود کن (اگر URL ها ثابت ماندهاند).
۳. یک کرال دیگر با Screaming Frog روی هاست جدید بزن
خروجی را با کرال قبلی مقایسه کن. آیا تمام صفحات ۲۰۰OK میدهند؟ آیا تگهای Title و Canonical دستنخورده ماندهاند؟ یک بار هاست جدید به خاطر تنظیم PHP، تمام URL ها را با یک / اضافی باز میکرد و Canonical ها خراب شده بود. اگر کرال مقایسهای نمیکردم، سئو به فنا میرفت.
۴. اسکریپت Python برای پایش خودکار (سلاح مخفی خودم)
من یک اسکریپت کوچک دارم که هر ساعت، ۱۰ URL تصادفی از سایت را (از نقشهٔ کرال قبلی) چک میکند و اگر زمان پاسخگویی (Response Time) بیش از ۲ ثانیه بود یا Status Code غیر از ۲۰۰ بود، برایم پیامک میفرستد. این اسکریپت در ۴۸ ساعت اول مهاجرت، مثل یک نگهبان بیدار عمل میکند.
بخش پنجم: اشتباهات رایجی که سایتها را نابود میکنند (و راه حلشان)
اشتباه ۱: بیخیالی نسبت به نسخهٔ PHP
اگر هاست قدیمی PHP 7.4 بود و هاست جدید PHP 8.2، ممکن است سایتت به خاطر یک خطای کوچک در کد، از کار بیفتد. قبل از مهاجرت، یک بررسی compatibility بکن. من خودم چون با PHP آشنا هستم، کدها را بازبینی میکنم.
اشتباه ۲: فراموش کردن Cron Job ها
اگر اسکریپتهای زمانبندیشده (Cron Jobs) مثل تولید نقشهٔ سایت خودکار یا همگامسازی انبار داشتهای، حتماً روی هاست جدید از نو تنظیمشان کن. یکبار یک فروشگاه تا یک هفته نقشهٔ سایتش آپدیت نشد، فقط چون Cron Job منتقل نشده بود.
اشتباه ۳: رها کردن CDN قدیمی
اگر از CDN استفاده میکنی (مثل Cloudflare)، یا باید IP هاست جدید را در CDN بروز کنی، یا تنظیمات CDN را طوری تغییر دهی که با هاست جدید سازگار باشد. اگر CDN را روی IP قدیمی رها کنی، کاربران محتوای خطا میبینند.
اشتباه ۴: تغییرات اضافی همزمان
مهاجرت هاست، بدترین زمان برای تغییر قالب سایت یا نصب افزونههای جدید است. همه چیز را ثابت نگه دار. بگذار گوگل فقط تغییر زیرساخت را هضم کند.
اشتباه ۵: نادیده گرفتن موقعیت سرور
اگر از هاست خارج به هاست ایران مهاجرت میکنی و مخاطبانت در ایران هستند، سرعت به شدت بهتر میشود (یک سیگنال مثبت). اما برعکس، اگر مخاطب جهانی داری و از هاست ایران به خارج میروی، باید حتماً CDN سراسری راه بیندازی تا کاربران دور، افت سرعت حس نکنند.
بخش ششم: اگر بعد از مهاجرت ترافیک افت کرد، چه کنم؟
حتی با بهترین اجرا هم ممکن است یک نوسان ۵-۱۰٪ در چند روز اول ببینی. اما اگر افت بیشتر و پایداری دیدی:
IP جدید را چک کن: ممکن است IP هاست جدید قبلاً توسط گوگل پنالتی شده باشد! (در هاستهای اشتراکی این اتفاق نادر است، اما هست). با یک ابزار Blacklist Checker بررسی کن.
پیکربندی SSL را نگاه کن: گواهی SSL معتبر است؟ روی همهٔ صفحات HTTPS درست کار میکند؟ Redirect از HTTP به HTTPS درست است؟
فایل htaccess. یا Nginx را موشکافی کن: آیا قانون عجیبی دارد که گوگل را بلاک میکند؟ یکبار در
robots.txtهاست جدید، سهواًDisallow: /نوشته شده بود.در نهایت، صبور باش. گوگل ممکن است چند روزی رفتار محتاطانه داشته باشد. ولی با رعایت تمام این نکات، معمولاً ظرف یک هفته همه چیز به حالت عادی برمیگردد.
نتیجهگیری: هاست جدید، شروعی تازه است – اگر درست انجامش دهی
مهاجرت به هاست جدید، برخلاف تغییر دامنه، اگر درست انجام شود نه تنها افت ندارد، که میتواند یک جهش مثبت در سرعت و سئو ایجاد کند. بسیاری از مشتریان بلندمدت من، بعد از مهاجرت به یک هاست تخصصیتر، افزایش ترافیک ۱۰ تا ۲۰ درصدی را تجربه کردهاند، فقط به خاطر بهبود Core Web Vitals.
من طاها هستم و در این ۱۵ سال، از هاستهای اشتراکی گرفته تا سرورهای اختصاصی، مهاجرتهای بیشماری را با دست خودم انجام دادهام. ترکیب سئو و کدنویسی به من این قدرت را میدهد که مثل یک جراح، قبل، حین و بعد از عمل، کنترل همه چیز را در دست داشته باشم.
اگر برنامهٔ مهاجرت به هاست جدید داری و میخواهی این جابجایی، یک داستان موفقیت باشد نه یک کابوس، با طاها حرف بزن. مشاورهٔ اولیه میتواند خیالت را از بابت تکتک قدمها راحت کند. بدون شعار، فقط تجربه.