انتقال دامنه چگونه انجام می‌شود؟ راهنمای Transfer کامل

یک بار در جلسه‌ای با یک مشتری، وقتی از او پرسیدم دامنه‌اش را از کجا خریده، گفت نمی‌دانم؛ هر کسی که سایت را ساخت. همان لحظه فهمیدم پروژه‌اش در آستانه یک دردسر جدی است. دو ماه بعد، دقیقاً همان اتفاق افتاد: مالک قبلی پاسخ نمی‌داد، پنل ثبت‌کننده در اختیار نبود و دامنه‌ای که سه سال رویش کار شده بود، عملاً بدون مالک ماند. از آن روز، پیش از هر پروژه‌ای، یک چیز را چک می‌کنم: کنترل دامنه در دست کیست.

انتقال دامنه (Domain Transfer)، مسیر تغییر مالکیت یا مدیریت یک دامنه از یک ثبت‌کننده به ثبت‌کننده دیگر است. اگر تازه با مفهوم دامنه و مالکیت آن آشنا می‌شوید، پیشنهاد می‌کنم ابتدا دامنه چیست و چگونه ثبت می‌شود؟ را بخوانید. در این راهنما، همان مسیری که در پروژه‌های واقعی طی می‌کنم را گام‌به‌گام می‌گویم: از آمادگی و قفل‌گشایی تا مهاجرت DNS و پایش پس از انتقال.

مفهوم ثبت‌کننده دامنه (Domain Registrar) هم به‌عنوان بازیگر اصلی این فرآیند، به فهم عمیق‌تر ماجرا کمک می‌کند.

انتقال دامنه دقیقاً چه فرآیندی است؟

انتقال دامنه در اصطلاح فنی، به فرآیندی گفته می‌شود که در آن، مدیریت یک دامنه از یک ثبت‌کننده به ثبت‌کننده دیگر منتقل می‌شود. نکته مهم این است که انتقال، مالکیت دامنه را تغییر نمی‌دهد؛ فقط ثبت‌کننده‌ای که دامنه نزد او ثبت شده عوض می‌شود. یعنی شما همان مالک قبلی هستید، ولی از این پس، پنل مدیریتی شما در جای دیگری قرار می‌گیرد.

در نگاه اول شاید بپرسید چرا کسی دامنه‌ای را که در جای فعلی‌اش کار می‌کند، جابه‌جا کند؟ پاسخ در تجربه من معمولاً یکی از این سه است: قیمت بهتر و شفاف‌تر، پشتیبانی حرفه‌ای‌تر، یا ادغام دامنه‌ها در یک پنل واحد برای مدیریت ساده‌تر. در ادامه به هر کدام از این‌ها برمی‌گردم.

انتقال دامنه با مفهوم دیگری به‌نام تغییر DNS اشتباه گرفته می‌شود. تفاوت این دو، تفاوت بین تغییر مالکیت مغازه و تغییر آدرس مغازه است. اگر صرفاً می‌خواهید سایت را روی هاست دیگری ببرید ولی دامنه در همان ثبت‌کننده قبلی بماند، فقط نیاز به به‌روزرسانی رکوردهای DNS دارید. این مسیر در چگونه دامنه را به هاست متصل کنیم؟ آمده است و هیچ ارتباطی به انتقال ثبت‌کننده ندارد.

در ساختار رسمی، بین شما و رجیستری مرکزی هر پسوند (مثل VERISIGN برای `.com`)، یک ثبت‌کننده واسطه وجود دارد. انتقال، در واقع جابه‌جایی همین واسطه است. اگر بخواهید عمق این ساختار را بشناسید، تفاوت هاست و دامنه چیست؟ دید خوبی از لایه‌های مختلف این اکوسیستم به شما می‌دهد.

انتقال دامنه، انتقال مالکیت نیست؛ انتقال مدیریت. اگر مالک واقعی ثبت‌کننده پنل را نشناسید، هیچ ابزاری نمی‌تواند دامنه را به شما برگرداند.

چرا کسب‌وکارها دامنه را منتقل می‌کنند؟

در پروژه‌های واقعی، انگیزه‌های انتقال دامنه معمولاً در چند دسته ثابت خلاصه می‌شود. مهم است بدانید چرا این کار را انجام می‌دهید؛ اگر دلیل روشن نباشد، احتمال دلسرد شدن وسط مسیر بالا می‌رود.

• کاهش هزینه تمدید: برخی ثبت‌کننده‌ها قیمت ثبت اولیه ارزان دارند ولی تمدید را گران می‌فروشند. این الگو در تمدید دامنه چه مراحلی دارد؟ توضیح داده شده است
• پشتیبانی حرفه‌ای‌تر: در لحظه انقضا یا بروز مشکل، داشتن پشتیبانی پاسخ‌گو تفاوت بزرگی ایجاد می‌کند
• ادغام پنل‌ها: کسب‌وکارهایی که چند دامنه دارند، مدیریت آن‌ها در یک پنل واحد را ترجیح می‌دهند
• دسترسی به امکانات پیشرفته: برخی ثبت‌کننده‌ها ابزارهای امنیتی یا مدیریتی بهتری ارائه می‌دهند
• خروج از پنلی که قبلاً در اختیار فرد دیگر بوده: رایج‌ترین انگیزه در پروژه‌هایی که توسعه‌دهنده قبلی، دامنه را با حساب خودش ثبت کرده
• تغییرات قانونی یا سازمانی: انتقال به یک ثبت‌کننده که با قوانین منطقه‌ای خاص سازگاری بیشتری دارد

در تجربه من، انگیزه پنجم بیشترین آسیب را به کسب‌وکارها می‌زند. وقتی دامنه در پنل شخص دیگری است، حتی اگر امروز پاسخ‌گو باشد، فردا ممکن است نباشد. صاحبان سایت‌هایی که این وضعیت را تجربه کرده‌اند، معمولاً بعد از یک بار زمین خوردن، این کار را به یک استاندارد تبدیل می‌کنند. اگر در چنین وضعیتی هستید، پیش از هر اقدامی، اصول اولیه را در اشتباهات رایج در ثبت دامنه مرور کنید؛ این اشتباهات، دقیقاً همان چیزهایی است که شما را به این وضعیت رسانده است.

پیش از هر اقدامی: چک‌لیست آمادگی انتقال

انتقال دامنه اگر بدون آمادگی انجام شود، می‌تواند به‌سادگی به قطعی سایت و از دست رفتن موقت داده‌ها منتهی شود. این چک‌لیست را قبل از شروع هر انتقالی کامل می‌کنم:

1. اطمینان از مالکیت پنل: شما باید به ایمیل ثبت‌شده در اطلاعات WHOIS دسترسی داشته باشید. بدون این، انتقال امکان‌پذیر نیست
2. بررسی سن دامنه: دامنه‌هایی که کمتر از 60 روز از ثبت‌شان گذشته، در بیشتر پسوندها قابل انتقال نیستند
3. اطمینان از پرداخت‌شده بودن کامل: دامنه‌ای که بدهی یا هزینه پرداخت‌نشده دارد، انتقال نمی‌شود
4. تاریخ انقضا: انتقال در فاصله کمتر از 15 روز مانده به انقضا، ریسک دارد؛ ابتدا تمدید کنید و بعد منتقل شوید
5. فهرست رکوردهای DNS: یک نسخه کپی از تمام رکوردهای DNS (A، CNAME، MX، TXT) را قبل از انتقال ذخیره کنید
6. بررسی گواهی SSL: اگر گواهی SSL دارید، باید پس از انتقال مجدداً تنظیم شود؛ نکات کامل در چگونه SSL سایت را نصب و فعال کنیم؟ آمده است
7. رکوردهای ایمیل سازمانی: اگر از دامنه برای ایمیل استفاده می‌کنید، این تنظیمات را با دقت یادداشت کنید
8. نسخه پشتیبان سایت: حتی اگر انتقال دامنه نباید به سایت آسیب بزند، یک بکاپ کامل قبل از شروع بگیرید

بند چهارم را در پروژه‌ای دیدم که دامنه دقیقاً دو روز قبل از انتقال منقضی شد و کل فرآیند باید دوباره از صفر شروع می‌شد. حتی اگر تاریخ انقضای دامنه‌تان چند ماه دیگر است، پیش از انتقال، این موضوع را دوباره بررسی کنید. اگر تاریخ نزدیک است، اول تمدید کنید و بعد انتقال دهید.

بند هفتم، تنظیمات ایمیل سازمانی، معمولاً بعد از انتقال فراموش می‌شود. اگر MX Record را به ثبت‌کننده جدید منتقل نکنید، ایمیل‌های سازمانی شما ممکن است موقتاً از دسترس خارج شوند. راهنمای کامل تنظیم MX را در MX Record و تنظیمات ایمیل دامنه آورده‌ام.

کد EPP و قفل دامنه: دو کلید عبور

انتقال دامنه بدون دو عنصر امکان‌پذیر نیست: قفل دامنه (Domain Lock) و کد EPP (Extensible Provisioning Protocol) که به کد Auth Code یا Transfer Secret هم معروف است. این دو، مکانیزم امنیتی ICANN برای جلوگیری از انتقال غیرمجاز هستند.

قفل دامنه چیست؟

به‌صورت پیش‌فرض، هر دامنه‌ای پس از ثبت در وضعیت Client Transfer Prohibited قرار می‌گیرد. این قفل، اجازه نمی‌دهد دامنه بدون اجازه صریح مالک، منتقل شود. برای شروع انتقال، باید این قفل را از پنل ثبت‌کننده فعلی بردارید. تا زمانی که این قفل فعال است، هر درخواست انتقال به‌طور خودکار رد می‌شود.

کد EPP چیست؟

کد EPP یک رشته تصادفی است که ثبت‌کننده فعلی به شما می‌دهد و هنگام انتقال، باید آن را در پنل ثبت‌کننده جدید وارد کنید. این کد، به‌عنوان رمز یک‌بارمصرف انتقال عمل می‌کند. تنها با داشتن این کد، ثبت‌کننده جدید می‌تواند درخواست انتقال را به رجیستری ارسال کند.

در برخی پنل‌ها، دریافت کد EPP چند ساعت زمان می‌برد و به ایمیل ثبت‌شده ارسال می‌شود. اگر ایمیل ثبت‌شده در دسترس شما نیست، ابتدا باید آن را در اطلاعات WHOIS به‌روز کنید. این فرآیند در پنل‌های مختلف متفاوت است، ولی به‌طور کلی، در بخش مدیریت دامنه، گزینه‌ای به نام Get EPP Code یا Auth Code وجود دارد. اگر بخواهید بدانید چرا برخی پنل‌ها این کد را دیر می‌دهند، معمولاً به‌خاطر محدودیت‌های امنیتی ICANN است که برای جلوگیری از انتقال‌های سریع و غیرقابل برگشت اعمال می‌شود.

کد EPP و قفل دامنه، دو قفل مستقل روی یک در هستند؛ اگر یکی باز نشود، انتقال انجام نمی‌شود.

گام‌به‌گام: مراحل انتقال دامنه بین ثبت‌کننده‌ها

ترتیبی که در پروژه‌ها استفاده می‌کنم، از تجربه چندین انتقال موفق و چند انتقال دردناک شکل گرفته است:

گام اول: ایجاد حساب در ثبت‌کننده جدید

پیش از هر اقدامی، در پنل ثبت‌کننده مقصد یک حساب کاربری بسازید. اطلاعات این حساب باید با اطلاعات WHOIS دامنه همخوانی داشته باشد؛ در غیر این صورت، ممکن است فرآیند انتقال با تأخیر مواجه شود. در پنل‌های مختلف، این همخوانی را با دقت بررسی کنید.

گام دوم: درخواست انتقال در پنل جدید

در پنل جدید، گزینه‌ای به نام Transfer Domain وجود دارد. در آن، نام دامنه و کد EPP را وارد می‌کنید. در این مرحله، معمولاً هزینه یک سال تمدید از شما گرفته می‌شود؛ این هزینه، معادل یک سال تمدید عادی است و بسیاری از افراد آن را با هزینه انتقال اشتباه می‌گیرند.

گام سوم: تأیید ایمیل انتقال

بلافاصله پس از ارسال درخواست، یک ایمیل به آدرس ثبت‌شده در WHOIS ارسال می‌شود. این ایمیل از طرف ICANN است و شامل لینکی برای تأیید یا رد انتقال است. اگر این ایمیل را در 5 روز آینده تأیید نکنید، انتقال به‌طور خودکار لغو می‌شود. حتماً پوشه اسپم را هم بررسی کنید؛ در تجربه من، این ایمیل بارها در پوشه اسپم کاربران افتاده است.

گام چهارم: تأیید یا رد از پنل مبدا

ثبت‌کننده فعلی هم ممکن است یک ایمیل تأیید برای شما بفرستد. این مرحله اختیاری است؛ حتی اگر پاسخی ندهید، پس از 5 روز، انتقال به‌طور خودکار تأیید می‌شود. ولی اگر بخواهید سریع‌تر انجام شود، این ایمیل را هم تأیید کنید.

گام پنجم: انتظار برای تکمیل انتقال

بعد از تأیید، انتقال در جدول رجیستری ثبت می‌شود، ولی معمولاً بین 5 تا 7 روز زمان می‌برد تا به‌طور کامل نهایی شود. در این بازه، سایت شما همچنان با DNS فعلی فعال است و از دسترس خارج نمی‌شود. تأخیر اصلی مربوط به فرآیندهای داخلی رجیستری است، نه به کاربر.

در تمام این گام‌ها، نکته‌ای که در پروژه‌ها زیاد دیده‌ام: ایمیل WHOIS باید در دسترس و به‌روز باشد. اگر این ایمیل قدیمی یا اسپم‌شده باشد، انتقال در گام سوم متوقف می‌شود. قبل از شروع، این مورد را به‌طور کامل بررسی کنید. نکات بیشتر در این زمینه در چگونه DNS دامنه را تنظیم کنیم؟ آمده است.

مهاجرت DNS بدون از دسترس خارج شدن سایت

بعد از تکمیل انتقال، اولین سوالی که پیش می‌آید این است: DNS چه می‌شود؟ در بسیاری از انتقال‌ها، ثبت‌کننده جدید فقط مدیریت دامنه را می‌گیرد و رکوردهای DNS قبلی موقتاً فعال می‌مانند. ولی در برخی موارد، لازم است رکوردهای DNS را دستی به پنل جدید منتقل کنید.

پیش از هر اقدامی، سه کار انجام دهید:

1. Snapshot از DNS فعلی: تمام رکوردها را کپی کنید و در فایلی ذخیره کنید
2. کاهش TTL: حداقل 48 ساعت قبل از انتقال، مقدار TTL رکوردهای کلیدی را به 300 ثانیه کاهش دهید
3. آماده‌سازی رکوردها در پنل جدید: پیش از فعال‌سازی، تمام رکوردها را در پنل جدید بسازید

کاهش TTL، مهم‌ترین نکته فنی در انتقال دامنه است. اگر TTL فعلی شما روی 86400 (24 ساعت) باشد و شما رکورد را تغییر دهید، تا 24 ساعت آینده، برخی کاربران همچنان آدرس قدیمی را می‌بینند. با کاهش TTL، این بازه به چند دقیقه کاهش می‌یابد. جزئیات کامل این موضوع را در پروپاگیشن DNS چیست و چقدر طول می‌کشد؟ آورده‌ام.

یک نکته‌ای که در پروژه‌های بزرگ اهمیت دارد، مدیریت Name Serverها است. اگر Name Serverهای فعلی مربوط به ثبت‌کننده قبلی بوده‌اند، در انتقال باید به Name Serverهای جدید منتقل شوند. تفاوت این دو مفهوم را در تفاوت DNS و Nameserver چیست؟ باز کرده‌ام؛ این تفکیک، در مرحله مهاجرت بسیار کمک‌کننده است.

انتقال دامنه چه تأثیری بر سئو دارد؟

سوالی که همه می‌پرسند و پاسخ دقیق آن معمولاً روشن نیست. حقیقت این است که انتقال دامنه، اگر به‌درستی انجام شود، نباید تأثیر منفی روی سئو داشته باشد. چرا؟ چون آدرس دامنه تغییر نمی‌کند. موتور جستجو فقط دامنه را می‌بیند، نه پنل ثبت‌کننده پشت آن.

اما این قانون دو استثنا دارد که در پروژه‌ها دیده‌ام:

• قطعی موقت سایت: اگر در حین انتقال، DNS اشتباه تنظیم شود و سایت چند ساعت یا چند روز از دسترس خارج شود، این قطعی می‌تواند به رتبه ضربه بزند
• تغییر IP سرور: اگر در حین انتقال، سرور هم عوض شود (که معمولاً توصیه نمی‌کنم)، تغییر IP می‌تواند موقتاً نوسان رتبه ایجاد کند

اعتبار دامنه که در چگونه اعتبار دامنه را افزایش دهیم؟ به آن پرداخته‌ام، به دامنه به‌عنوان یک موجودیت مستقل گره خورده است، نه به ثبت‌کننده. پس اگر انتقال بی‌دردسر انجام شود، اعتبار دامنه دست‌نخورده می‌ماند.

پس توصیه‌ام روشن است: انتقال دامنه را جدا از مهاجرت هاست انجام دهید. اگر هر دو را هم‌زمان انجام دهید، در صورت بروز مشکل، پیدا کردن منبع آن بسیار سخت‌تر می‌شود. ابتدا دامنه را منتقل کنید، مطمئن شوید همه‌چیز پایدار است، و بعد سراغ مهاجرت هاست بروید. اصول این ترتیب را در چگونه سایت وردپرسی را به هاست جدید منتقل کنیم؟ توضیح داده‌ام.

انتقال بین ثبت‌کننده یا انتقال مالکیت؟

یک تمایز مهم که در مکالمات روزمره زیاد اشتباه گرفته می‌شود: انتقال بین ثبت‌کننده‌ها، با انتقال مالکیت دامنه متفاوت است. جدول زیر این تفاوت را شفاف می‌کند:

در سناریوی فروش یک سایت، معمولاً هر دو نوع انتقال هم‌زمان انجام می‌شود. در این حالت، پیشنهاد می‌کنم ابتدا مالکیت قانونی را با یک توافق‌نامه کتبی روشن کنید، سپس انتقال فنی را در پنل انجام دهید. بدون مستندات کتبی، انتقال دامنه در برخی موارد می‌تواند به دعوای حقوقی تبدیل شود.

چه زمانی انتقال دامنه کار اشتباهی است؟

انتقال دامنه در همه شرایط تصمیم درستی نیست. در چند سناریو، پیشنهاد می‌کنم انتقال را به تعویق بیندازید:

• دامنه تازه ثبت‌شده: در 60 روز اول، انتقال معمولاً ممنوع است. منتظر بمانید
• دامنه نزدیک به انقضا: اگر کمتر از 15 روز تا انقضا باقی است، ابتدا تمدید کنید
• پروژه در حال اجرا یا در بحران: اگر سایت شما در حال اجرای یک کمپین یا درگیر یک مشکل فنی است، انتقال را به تأخیر بیندازید
• بدون داشتن ایمیل WHOIS: اگر به ایمیل ثبت‌شده دسترسی ندارید، اول این را حل کنید
• اختلاف حقوقی با مالک قبلی: در این حالت، انتقال بدون توافق کتبی، ریسک بالایی دارد
• دامنه با Nameserverهای سفارشی پیچیده: اگر مدیریت DNS شما پیچیده است، اول یک محیط تست بسازید و بعد انتقال دهید

در تجربه من، سناریوی ششم بیشترین هزینه زمانی را ایجاد می‌کند. دامنه‌هایی که از سرویس‌های ابری مثل CDN یا سرویس ایمیل معتبر استفاده می‌کنند، رکوردهای DNS پیچیده‌تری دارند. انتقال اشتباه این رکوردها، می‌تواند باعث قطعی سایت یا توقف ارسال ایمیل شود. اگر از CDN استفاده می‌کنید، پیش از انتقال، تنظیمات آن را با دقت مستند کنید؛ نکات مرتبط در CDN چگونه سرعت سایت را بهبود می‌دهد؟ آمده است.

پس از انتقال: چه چیزهایی را باید چک کنید؟

انتقال دامنه با تکمیل فرآیند رسمی تمام نمی‌شود. پس از انتقال، چک‌لیست زیر را در 48 ساعت اول اجرا می‌کنم:

1. تأیید انتقال در WHOIS: با ابزار WHOIS، ثبت‌کننده جدید را بررسی کنید
2. تست باز شدن سایت: از چند دستگاه و شبکه متفاوت، دسترسی به سایت را آزمایش کنید
3. تست ایمیل سازمانی: یک ایمیل تست به یکی از آدرس‌های سازمانی بفرستید و دریافت کنید
4. بررسی SSL: مطمئن شوید گواهی SSL همچنان معتبر است و روی HTTPS مشکلی وجود ندارد
5. تست رکوردهای DNS: با ابزارهای DNS Lookup، رکوردهای A، MX و CNAME را بررسی کنید
6. پایش Search Console: در هفته اول، وضعیت ایندکس و خطاها را در Google Search Console پایش کنید
7. بررسی سایت با ابزارهای مختلف: از طریق موبایل و دسکتاپ، دسترسی را تأیید کنید
8. ذخیره مستندات: اطلاعات جدید ثبت‌کننده، تاریخ انتقال و کد EPP جدید را در فایل پروژه ذخیره کنید

بند هفتم را در پروژه‌ای دیدم که در آن، سایت روی دسکتاپ کار می‌کرد ولی روی موبایل باز نمی‌شد. علتش این بود که یک رکورد CNAME روی موبایل به سرویس قدیمی اشاره می‌کرد. این نوع مشکلات، فقط با تست چنددستگاهی قابل شناسایی است.

بند ششم، پایش Search Console، معمولاً نادیده گرفته می‌شود؛ چون فکر می‌کنیم انتقال دامنه نباید به سئو آسیب بزند. ولی اگر در فرآیند انتقال، خطایی رخ داده باشد، همین ابزار، اولین جا نشانش می‌دهد. حتی اگر همه‌چیز سالم باشد، یک هفته پایش، اطمینان خاطر می‌دهد. اگر در این مدت با خطای 404 یا خطای DNS مواجه شدید، راهکارهای رفع در عیب‌یابی مشکلات DNS در چند دقیقه آمده است.

نگاه مهندسی به انتقال دامنه در تیم‌های حرفه‌ای

در تیم‌های حرفه‌ای که چندین دامنه و چندین پروژه دارند، انتقال دامنه از یک فعالیت فردی به یک فرآیند سازمانی تبدیل می‌شود. سه الگویی که در پروژه‌های بالغ دیده‌ام:

ثبت‌کننده متمرکز

به‌جای پخش دامنه‌ها بین چند پنل، همه دامنه‌ها در یک ثبت‌کننده متمرکز می‌شوند. این کار، مدیریت را ساده‌تر، کنترل تمدید را دقیق‌تر و ریسک فراموشی را کمتر می‌کند. هزینه این تمرکز، وابستگی به یک شرکت است؛ که با انتخاب یک ثبت‌کننده معتبر، ریسک آن به کمترین حد کاهش می‌یابد.

مستندسازی کامل مالکیت

برای هر دامنه، یک سند کوتاه نگه می‌دارم که شامل این موارد است: نام ثبت‌کننده فعلی، ایمیل WHOIS، تاریخ انقضا، تاریخ آخرین انتقال، مالک داخلی مسئول و فهرست تمام رکوردهای DNS. این سند در ابزار مدیریت پروژه تیم نگه داشته می‌شود، نه در لپ‌تاپ یک نفر.

چرخه بازبینی دوره‌ای

هر شش ماه، فهرست دامنه‌های سازمان را بازبینی می‌کنم: تاریخ انقضا، ثبت‌کننده فعلی، و تطابق اطلاعات WHOIS با اطلاعات واقعی. این بازبینی، جلوی بسیاری از غافلگیری‌ها را می‌گیرد. اگر می‌خواهید پیش از این بازبینی، سطح امنیت دامنه خود را بالا ببرید، توصیه می‌کنم از سرویس‌های DNS امن چیست و چه مزایایی دارد؟ استفاده کنید.

یک نکته که در سازمان‌های بزرگ بارها به آن برخوردم: نبودِ یک مالک مشخص برای هر دامنه. دامنه‌ای که مالک داخلی ندارد، در لحظه بحران، هیچ‌کس مسئول آن نیست. حتی در تیم‌های کوچک، تعیین یک نفر به‌عنوان مالک هر دامنه، سطح مسئولیت‌پذیری را بالا می‌برد.

اشتباهات رایجی که انتقال را به فاجعه تبدیل می‌کنند

این فهرست، حاصل تجربه‌های واقعی از پروژه‌هایی است که در آن‌ها انتقال، به مشکل برخورد:

1. انتقال بدون نسخه پشتیبان DNS: اگر رکوردی فراموش شود، بازسازی آن از حافظه بسیار سخت است
2. دسترسی نداشتن به ایمیل WHOIS: اولین و رایج‌ترین علت توقف فرآیند انتقال
3. عدم کاهش TTL قبل از انتقال: منجر به تأخیر در بازتاب تغییرات DNS
4. انجام هم‌زمان انتقال دامنه و انتقال هاست: در صورت بروز مشکل، پیدا کردن منبع آن بسیار سخت می‌شود
5. نادیده گرفتن قفل دامنه: بدون باز کردن قفل، انتقال رد می‌شود
6. انتقال در فاصله کمتر از 15 روز مانده به انقضا: ریسک از دست دادن دامنه در حین انتقال
7. فراموشی رکوردهای MX و TXT: باعث قطعی ایمیل سازمانی و از دست رفتن تأیید دامنه در سرویس‌های خارجی می‌شود
8. عدم تأیید ایمیل انتقال در مهلت 5 روزه: منجر به لغو خودکار درخواست
9. عدم مستندسازی کد EPP جدید: در انتقال بعدی، دوباره باید از صفر شروع کنید
10. نبود برنامه پایش پس از انتقال: خطاهای پنهان در هفته‌های بعد خودشان را نشان می‌دهند

مورد هفتم، رکوردهای MX و TXT، بیشترین دردسر را در پروژه‌های سازمانی ایجاد می‌کند. رکوردهای TXT اغلب برای تأیید مالکیت دامنه در سرویس‌هایی مثل Google Workspace، Microsoft 365 یا حتی سرویس‌های امنیتی استفاده می‌شوند. اگر این رکوردها فراموش شوند، دسترسی سازمانی به‌سادگی قطع می‌شود. اگر می‌خواهید چارچوب فنی این رکوردها را به‌طور کامل ببینید، مقاله رکوردهای DNS کدامند؟ مرجع خوبی است.

مورد چهارم، انجام هم‌زمان انتقال دامنه و هاست، در تجربه من شایع‌ترین علت پروژه‌های به‌هم‌ریخته است. حتی اگر هر دو کار به‌تنهایی ساده باشند، انجام هم‌زمان آن‌ها، فضای خطا را چند برابر می‌کند. اگر مجبور به انجام هم‌زمان هستید، اول یک محیط استیجینگ با دامنه دیگر بسازید و همه‌چیز را در آن تست کنید. اصول کار با محیط استیجینگ در توسعه وردپرس با محیط لوکال چگونه انجام می‌شود؟ آمده است.

پرسش‌های پرتکرار درباره انتقال دامنه

این بخش را برای پاسخ به سوالاتی تهیه کرده‌ام که در پروژه‌ها بیشترین تکرار را داشته‌اند.

انتقال دامنه چقدر طول می‌کشد؟

در حالت عادی، بین 5 تا 7 روز. اگر ثبت‌کننده فعلی سریع تأیید کند و همه شرایط از ابتدا آماده باشد، گاهی در 3 روز هم نهایی می‌شود. اگر تأخیر دیدید، احتمالاً ایمیل WHOIS تأیید نشده یا قفل دامنه باز نشده است.

آیا در حین انتقال، سایت از دسترس خارج می‌شود؟

خیر، اگر انتقال به‌درستی انجام شود. در حین فرآیند انتقال، دامنه همچنان با DNS فعلی فعال است. قطعی سایت معمولاً ناشی از اشتباه در پیکربندی DNS بعد از انتقال است، نه خود انتقال.

هزینه انتقال دامنه چقدر است؟

در بیشتر ثبت‌کننده‌ها، هزینه انتقال معادل یک سال تمدید دامنه است. یعنی با پرداخت این مبلغ، یک سال به عمر دامنه شما اضافه می‌شود. برخی ثبت‌کننده‌ها تخفیف‌های تبلیغاتی برای انتقال دارند که ارزش بررسی دارد.

آیا می‌توانم دامنه را در حین انقضا انتقال دهم؟

بهتر است ندهید. اگر دامنه به دوره Redemption وارد شود، انتقال بسیار پیچیده و پرهزینه می‌شود. اگر تاریخ انقضا نزدیک است، ابتدا تمدید کنید و بعد انتقال دهید. جزئیات این دوره را در تمدید دامنه چه مراحلی دارد؟ آورده‌ام.

آیا انتقال دامنه روی سئو اثر دارد؟

خود انتقال، اثر مستقیمی روی سئو ندارد؛ چون آدرس دامنه تغییر نمی‌کند. اما اگر در حین انتقال، سایت برای مدتی از دسترس خارج شود یا رکوردهای DNS اشتباه تنظیم شوند، می‌تواند به رتبه ضربه بزند. رعایت اصول فنی، این ریسک را صفر می‌کند.

اگر ایمیل WHOIS در دسترس نباشد، چه کنیم؟

در این صورت، فرآیند انتقال متوقف می‌شود. باید با ثبت‌کننده فعلی تماس بگیرید و درخواست به‌روزرسانی ایمیل WHOIS دهید. این فرآیند ممکن است چند روز زمان ببرد و نیاز به مستندات مالکیت داشته باشد.

آیا می‌توان دامنه را در حین انتقال، روی سایت فعال نگه داشت؟

بله، و توصیه می‌شود این کار را انجام دهید. سایت شما در حین انتقال فعال می‌ماند و کاربران متوجه تغییر نمی‌شوند. فقط باید مطمئن شوید که در فرآیند مهاجرت DNS، رکوردها به‌درستی منتقل شده‌اند. راهنمای کامل این مرحله را در چگونه DNS دامنه را تنظیم کنیم؟ آورده‌ام.

آیا می‌توانم بعد از انتقال، به ثبت‌کننده قبلی برگردم؟

بله، ولی هر انتقال معکوس، 60 روز قفل انتقالی برای شما ایجاد می‌کند. یعنی بعد از هر انتقال، تا 60 روز امکان انتقال بعدی وجود ندارد. برای همین، پیش از شروع، اطمینان حاصل کنید که ثبت‌کننده مقصد را به‌درستی انتخاب کرده‌اید.

چند دامنه را می‌توان هم‌زمان منتقل کرد؟

محدودیت رسمی وجود ندارد، ولی توصیه من این است که در هر بازه، حداکثر دو تا سه دامنه را هم‌زمان منتقل کنید. در صورت بروز مشکل در یکی، تمرکز شما روی رفع آن از دست نمی‌رود. در پروژه‌های سازمانی، معمولاً دامنه‌ها را در گروه‌های کوچک منتقل می‌کنیم تا پایش دقیق‌تر باشد.

آیا انتقال دامنه باعث از دست رفتن اطلاعات سایت می‌شود؟

خیر. انتقال دامنه، فقط مدیریت دامنه را جابه‌جا می‌کند و هیچ ارتباطی به محتوای سایت، هاست یا پایگاه داده ندارد. اگر نگران این موضوع هستید، پیش از هر انتقال، یک نسخه پشتیبان کامل از سایت تهیه کنید. روش انجام این کار در چگونه از سایت وردپرسی بکاپ بگیریم؟ آمده است.

حرف آخر: انتقال بدون دردسر

انتقال دامنه، در نگاه اول یک فرآیند فنی پیچیده به‌نظر می‌رسد؛ ولی وقتی چارچوب آن را بلد باشید، به یک کار روتین تبدیل می‌شود. تجربه من نشان داده که 90 درصد مشکلات انتقال، از عدم آمادگی قبل از شروع می‌آید: ایمیل WHOIS قدیمی، قفل دامنه باز نشده، یا رکوردهای DNS مستند نشده. اگر این سه مورد را قبل از شروع حل کنید، انتقال معمولاً بدون هیچ حادثه‌ای انجام می‌شود.

اگر شما هم در پروژه‌ای با یک انتقال دردناک روبه‌رو شده‌اید، تجربه‌تان را در دیدگاه‌ها بنویسید — مخصوصاً اگر نکته‌ای هست که در این راهنما ندیدید. همین جزئیات، برای کسی که امروز در آستانه اولین انتقال دامنه خودش است، ارزشمندتر از هر مستند رسمی است. 🌐