هل سجلت نطاقك لدى شركة معينة وتفكر في نقله إلى شركة أخرى؟

قد يكون السبب هو الحصول على سعر أفضل، أو الحصول على دعم فني أفضل، أو توحيد جميع نطاقاتك في حساب واحد، أو ببساطة لأنك لم تعد راضياً عن الخدمة التي تحصل عليها من المسجل الحالي.

في جميع هذه الحالات، نقل النطاق بين المسجلين (Registrar Transfer) هو إجراء طبيعي ومتاح لأصحاب النطاقات، لكن العملية تتطلب اتباع بعض الخطوات والتأكد من استيفاء شروط معينة قبل البدء.

والأهم من ذلك: نقل النطاق لا يعني نقل موقعك الإلكتروني أو الاستضافة تلقائياً.

في هذا الدليل، سنشرح بالتفصيل كيفية نقل نطاقك من شركة إلى أخرى، وما الذي تحتاجه قبل البدء، وما هو رمز EPP / Auth Code، وما الذي يحدث لموقعك وبريدك الإلكتروني أثناء النقل، وكم تستغرق العملية، ولماذا قد يتم رفض طلب النقل.

ملاحظة: تختلف إجراءات النقل وشروطه حسب امتداد النطاق. المعلومات المتعلقة بعمليات النقل بين المسجلين في هذا المقال تنطبق بشكل أساسي على نطاقات gTLD الخاضعة لسياسات ICANN، بينما قد تختلف المتطلبات الخاصة بنطاقات الدول مثل .ae و.sa و.jo. تحقق دائماً من سياسة الامتداد والمسجل الجديد قبل بدء النقل.

أولاً: ما المقصود بنقل النطاق؟

نقل النطاق يعني نقل إدارة تسجيل النطاق من مسجل نطاقات (Registrar) إلى مسجل آخر.

لنفترض أنك سجلت:

mybusiness.com

لدى الشركة “أ”.

وتريد الآن نقل النطاق إلى DomainSouq.

بعد اكتمال النقل، يصبح DomainSouq هو المسجل الجديد للنطاق، بينما يبقى اسم النطاق نفسه:

mybusiness.com

أنت لا تغير اسم النطاق.

أنت تغير الشركة التي تدير تسجيله.

بشكل مبسط:

قبل النقل

النطاق → المسجل الحالي

بعد النقل

النطاق → المسجل الجديد

ويؤكد نظام ICANN أن صاحب النطاق يملك الحق في نقل تسجيل نطاقه بين المسجلين، طالما لم توجد إحدى الحالات التي تمنع النقل وفق السياسات المعمول بها.

هل نقل النطاق يعني نقل الموقع؟

لا.

وهذه من أهم النقاط التي يجب فهمها قبل بدء عملية النقل.

النطاق، والاستضافة، والموقع الإلكتروني هي خدمات مختلفة.

على سبيل المثال، يمكن أن يكون لديك:

• النطاق لدى شركة A
• الاستضافة لدى شركة B
• البريد الإلكتروني لدى شركة C
• DNS لدى شركة D

ويمكن نقل النطاق إلى شركة أخرى دون نقل الاستضافة أو ملفات الموقع.

مثال

لديك:

mybusiness.com

والموقع مستضاف على خادم معين.

إذا نقلت النطاق من المسجل الحالي إلى مسجل جديد، فإن ملفات الموقع لا تنتقل تلقائياً.

كذلك، لا يعني نقل النطاق أن البريد الإلكتروني سينتقل.

لذلك، إذا كان هدفك فقط تغيير شركة تسجيل النطاق، فلا تحتاج بالضرورة إلى نقل موقعك أو استضافتك.

ماذا يحدث أثناء نقل النطاق؟

يمكن تصور العملية بهذه الطريقة:

المسجل الحالي

↓
فتح النطاق للنقل

↓
الحصول على رمز التفويض

↓

المسجل الجديد

↓
إرسال طلب النقل

↓
التحقق من الطلب

↓
موافقة المسجل/المالك حسب الإجراء

↓
اكتمال النقل

هذه العملية موجودة لحماية أصحاب النطاقات من عمليات النقل غير المصرح بها. وتضع ICANN مجموعة من الضوابط التي تحكم عمليات النقل بين المسجلين.

قبل أن تبدأ: تحقق من إمكانية نقل النطاق

قبل دفع رسوم النقل أو إرسال الطلب، هناك عدة أمور يجب التأكد منها.

1. تأكد من أنك صاحب النطاق أو مخول بإدارته

يجب أن تكون صاحب النطاق المسجل أو الشخص المخول بإجراء عملية النقل.

لا ينبغي أن تبدأ عملية نقل نطاق لا تملك الحق في إدارته.

2. تأكد من أن النطاق غير مقفل

تحتوي العديد من النطاقات على حالة تسمى:

Registrar Lock

أو:

Client Transfer Prohibited

ويتم استخدام هذا القفل لمنع عمليات النقل غير المصرح بها.

إذا كان القفل مفعلاً، فقد تحتاج إلى إلغاء قفل النطاق من لوحة التحكم لدى المسجل الحالي قبل بدء عملية النقل. وتوضح ICANN أن المسجل يجب أن يوفر وسيلة معقولة لإزالة هذا القفل.

مهم

إلغاء قفل النطاق لا يعني أنك تنقله فوراً.

إنه فقط يسمح ببدء عملية النقل.

3. تأكد من أنك تملك رمز EPP / Auth Code

من أهم الأشياء التي ستحتاج إليها عند نقل العديد من نطاقات gTLD هو:

Auth Code

ويُعرف أيضاً باسم:

• EPP Code
• Authorization Code
• Auth-Info Code
• Transfer Code

وهو رمز يستخدم للمساعدة في إثبات أن صاحب النطاق مخول بنقل النطاق.

يمكنك عادةً الحصول عليه من لوحة تحكم المسجل الحالي أو طلبه من الدعم الفني.

توضح ICANN أن المسجل يجب أن يوفر آلية للحصول على رمز التفويض، وأنه إذا كان الحصول عليه يتطلب طلباً من المسجل، فيجب توفيره وفق المتطلبات الزمنية المحددة في سياسة النقل.

مثال

إذا كان نطاقك:

mybusiness.com

فقد ترى في لوحة التحكم خياراً مثل:

Get EPP Code

أو:

Request Authorization Code

أو:

Transfer Authorization Code

احصل على الرمز واحتفظ به بأمان.

4. تأكد من أن البريد الإلكتروني المرتبط بالنطاق يعمل

قد تحتاج عملية النقل إلى تأكيد عبر البريد الإلكتروني، حسب المسجل والامتداد وآلية النقل المستخدمة.

لذلك، تأكد من أن البريد الإلكتروني المرتبط ببيانات النطاق يمكن الوصول إليه.

إذا كان البريد القديم:

admin@oldcompany.com

لم يعد يعمل، فقد تواجه صعوبة في إكمال بعض خطوات التأكيد.

نصيحة مهمة

لا تغيّر بيانات الاتصال الخاصة بالنطاق قبل النقل مباشرة إلا إذا كنت تعرف تأثير ذلك على عملية النقل.

بالنسبة إلى نطاقات gTLD الخاضعة لسياسة ICANN، يمكن أن يؤدي تغيير بعض بيانات المسجل إلى فرض قفل نقل لمدة 60 يوماً، ما لم يكن خيار الانسحاب من هذا القفل متاحاً وتم اختياره وفق القواعد المعمول بها.

إذا كان هدفك هو نقل النطاق، فمن الأفضل التخطيط لترتيب الخطوات مسبقاً.

5. تحقق من تاريخ تسجيل النطاق وآخر عملية نقل

هناك حالات لا يمكن فيها نقل النطاق فوراً.

بالنسبة إلى النطاقات الخاضعة لسياسة نقل ICANN، قد يُمنع النقل خلال أول 60 يوماً من التسجيل، كما توجد قيود مرتبطة بالنقل السابق، وقد توجد أيضاً قيود لمدة 60 يوماً بعد تغيير بيانات المسجل.

لذلك إذا سجلت النطاق بالأمس، لا تفترض أنك تستطيع نقله إلى مسجل آخر اليوم.

تحقق من تاريخ التسجيل وآخر نقل قبل البدء.

الخطوة الأولى: اختر المسجل الجديد

بعد التأكد من إمكانية نقل النطاق، اختر الشركة التي تريد الانتقال إليها.

لا تنظر فقط إلى سعر النقل.

قارن أيضاً:

• سعر التجديد
• سعر التسجيل
• سعر النقل
• دعم العملاء
• إدارة DNS
• أمان الحساب
• المصادقة الثنائية
• سهولة إدارة النطاقات
• سياسات التجديد
• الخدمات الإضافية
• دعم امتداد النطاق الذي تملكه

لا تنخدع بسعر النقل فقط

بعض الشركات قد تقدم سعراً منخفضاً جداً للنقل، لكن سعر التجديد في السنوات التالية قد يكون أعلى بكثير.

لذلك، إذا كنت تخطط للاحتفاظ بالنطاق لسنوات، فإن تكلفة الملكية على المدى الطويل أهم من السعر الأولي.

الخطوة الثانية: ابدأ عملية النقل لدى المسجل الجديد

في أغلب الحالات، تبدأ عملية النقل من الشركة الجديدة وليس الشركة الحالية.

ابحث عن خيار مثل:

Transfer Domain

أو:

Transfer a Domain

ثم أدخل اسم نطاقك.

مثلاً:

mybusiness.com

بعد ذلك سيطلب منك المسجل الجديد عادةً رمز التفويض.

أدخل:

EPP / Auth Code

ثم اتبع خطوات الدفع والتأكيد المطلوبة.

توضح ICANN أن صاحب النطاق يمكنه بدء عملية النقل من خلال المسجل الجديد الذي يريد نقل النطاق إليه.

الخطوة الثالثة: تأكيد طلب النقل

بعد إرسال طلب النقل، قد تتلقى رسالة أو إشعاراً متعلقاً بتأكيد العملية.

تختلف التفاصيل حسب المسجل والامتداد والإجراء المستخدم، لكن الهدف الأساسي هو التأكد من أن عملية النقل مصرح بها من صاحب النطاق.

في نظام ICANN، توجد إجراءات موحدة لتأكيد طلبات النقل، وتوضح نماذج ICANN الحالية كيفية إخطار صاحب النطاق بطلب النقل وكيفية التعامل مع التأكيد أو الرفض.

لذلك:

راقب بريدك الإلكتروني بعد بدء النقل.

ولا تتجاهل الرسائل المتعلقة بالنقل.

الخطوة الرابعة: انتظر اكتمال النقل

بعد إرسال طلب النقل واستيفاء المتطلبات، يبدأ المسجل الجديد والإطار التنظيمي الخاص بالامتداد في معالجة الطلب.

بالنسبة إلى عمليات النقل التي تخضع لسياسة ICANN، توجد إجراءات زمنية محددة، وقد يتم إكمال النقل خلال فترة تصل إلى عدة أيام إذا لم يرفض المسجل الحالي الطلب.

في بعض الحالات قد تتم العملية بسرعة أكبر.

وفي حالات أخرى قد تحتاج إلى انتظار انتهاء فترة المعالجة.

لا تقلق إذا لم ينتقل النطاق فوراً

ظهور حالة مثل:

Pending Transfer

لا يعني بالضرورة وجود مشكلة.

قد يعني ببساطة أن عملية النقل ما زالت قيد المعالجة.

هل سيتوقف موقعك أثناء نقل النطاق؟

ليس بالضرورة.

وهنا يجب التمييز بين نقل التسجيل وتغيير DNS.

إذا بقيت إعدادات DNS وNameservers كما هي، فإن نقل النطاق بين المسجلين لا يعني تلقائياً تغيير الخادم الذي يستضيف موقعك.

ولهذا السبب يمكن أن يستمر الموقع والبريد الإلكتروني في العمل أثناء نقل التسجيل.

لكن يجب أن تكون حذراً عند تغيير:

• Nameservers
• DNS records
• A records
• MX records
• CNAME records
• إعدادات البريد

نصيحة مهمة جداً

قبل نقل النطاق، خذ نسخة من إعدادات DNS الحالية.

سجل مثلاً:

• Nameservers
• A records
• AAAA records
• MX records
• CNAME records
• TXT records

خصوصاً إذا كان النطاق يستخدم البريد الإلكتروني أو خدمات خارجية.

ماذا عن البريد الإلكتروني؟

البريد الإلكتروني يحتاج إلى اهتمام خاص.

إذا كنت تستخدم:

hello@mybusiness.com

فقد يعتمد عمل البريد على سجلات DNS الخاصة بالنطاق.

على سبيل المثال، سجلات MX تحدد خوادم البريد المسؤولة عن استقبال الرسائل.

لذلك:

نقل النطاق ≠ نقل البريد الإلكتروني.

إذا بقيت سجلات DNS صحيحة، يمكن أن يستمر البريد بالعمل حتى بعد انتقال التسجيل إلى مسجل جديد.

أما إذا تم تغيير DNS بشكل خاطئ، فقد يتوقف البريد حتى لو كان النطاق نفسه يعمل.

ماذا عن الاستضافة؟

الأمر نفسه ينطبق على الاستضافة.

لنفترض أن موقعك موجود على:

Host A

وتريد نقل نطاقك إلى:

Registrar B

يمكنك القيام بذلك دون نقل موقعك من Host A.

بعد النقل:

النطاق → Registrar B

الموقع → Host A

ويمكن أن يستمر الموقع في العمل بشكل طبيعي.

إذا أردت أيضاً نقل الاستضافة، فهذه عملية مختلفة تماماً ويجب التخطيط لها بشكل منفصل.

هل تحتاج إلى نقل الاستضافة مع النطاق؟

لا.

هذه واحدة من أكثر الخرافات شيوعاً.

يمكنك تغيير:

المسجل فقط

مع بقاء:

• الاستضافة
• الموقع
• البريد
• DNS

كما هي.

أو يمكنك تغيير:

الاستضافة فقط

مع إبقاء النطاق لدى المسجل الحالي.

أو يمكنك تغيير:

المسجل والاستضافة معاً

لكن في هذه الحالة تحتاج إلى إدارة العمليتين بشكل منفصل.

ماذا يحدث لمدة صلاحية النطاق عند النقل؟

بالنسبة للعديد من نطاقات gTLD، يرتبط النقل عادةً بتمديد سنة إضافية ضمن القواعد المطبقة، لكن التفاصيل تعتمد على الامتداد وحالة النطاق وقواعد السجل.

لذلك لا تفترض أن كل امتداد يعمل بالطريقة نفسها.

قبل الدفع، تحقق من:

Transfer Price + Renewal Date + Renewal Price

خصوصاً إذا كان النطاق قريباً جداً من تاريخ الانتهاء.

هل يمكن نقل نطاق منتهي الصلاحية؟

قد تكون الإجابة نعم أو لا حسب حالة النطاق والامتداد ومرحلة انتهاء الصلاحية.

إذا كان النطاق:

• منتهياً
• في فترة سماح
• في Redemption Period
• في Pending Delete

فإن قواعد التعامل معه قد تختلف.

لذلك، إذا كان النطاق قريباً من الانتهاء، لا تؤجل عملية النقل حتى آخر لحظة.

ومن الأفضل أن تتأكد من حالة النطاق مع المسجل الحالي والمسجل الجديد قبل بدء العملية.

لماذا قد يتم رفض نقل النطاق؟

هناك عدة أسباب محتملة.

1. النطاق مقفل

إذا كانت حالة النطاق:

clientTransferProhibited

فقد تحتاج إلى إلغاء القفل.

2. النطاق جديد

قد يكون النطاق ضمن فترة الـ60 يوماً الأولى من التسجيل بالنسبة للنطاقات الخاضعة لسياسة ICANN.

3. تم نقله مؤخراً

قد يكون النطاق ضمن فترة القفل المرتبطة بعملية نقل سابقة.

4. تم تغيير بيانات المسجل مؤخراً

قد يؤدي تغيير بيانات معينة إلى قفل نقل لمدة 60 يوماً وفق سياسة ICANN، مع وجود إمكانية للانسحاب مسبقاً في بعض الحالات إذا كان المسجل يوفر هذا الخيار.

5. رمز EPP غير صحيح

حتى خطأ حرف واحد قد يؤدي إلى فشل المصادقة.

انسخ الرمز بدلاً من كتابته يدوياً عندما يكون ذلك ممكناً.

6. هناك مشكلة في حالة النطاق

قد توجد حالة إدارية أو قانونية تمنع النقل.

وتذكر ICANN حالات محددة يمكن فيها رفض النقل، مثل وجود بعض إجراءات النزاع أو أوامر قضائية أو قيود نقل محددة.

7. توجد مستحقات أو مشكلة مالية

في بعض الحالات، يمكن أن يكون هناك سبب متعلق بمبالغ مستحقة أو مشكلة في الدفع تمنع النقل وفق السياسة المعمول بها.

ماذا تفعل إذا رفض المسجل نقل نطاقك؟

لا تبدأ فوراً بتقديم طلب جديد عدة مرات.

أولاً، اعرف سبب الرفض.

بالنسبة للنطاقات الخاضعة لسياسة ICANN، يجب على المسجل تحديد سبب رفض طلب النقل في الحالات التي تسمح فيها السياسة بالرفض، مع وجود حالات يكون فيها الرفض إلزامياً.

اسأل المسجل الحالي:

ما السبب المحدد لرفض عملية النقل؟

ثم تحقق من:

• حالة القفل
• تاريخ التسجيل
• تاريخ آخر نقل
• بيانات المسجل
• رمز Auth Code
• حالة النطاق
• أي إجراءات نزاع أو قيود قانونية

إذا كنت تعتقد أن عملية النقل تم رفضها بشكل غير صحيح، توفر ICANN آلية رسمية لشكاوى النقل بالنسبة للنطاقات التي تدخل ضمن اختصاصها.

ماذا تفعل بعد اكتمال النقل؟

لا تعتبر العملية انتهت بمجرد ظهور النطاق في حسابك الجديد.

نفذ هذه القائمة:

1. تأكد من ظهور النطاق في حسابك الجديد

يجب أن يظهر النطاق ضمن قائمة نطاقاتك.

2. تحقق من تاريخ الانتهاء

تأكد من أن تاريخ انتهاء النطاق كما تتوقعه.

3. تحقق من Nameservers

تأكد من أن nameservers لم تتغير بشكل غير متوقع.

4. اختبر الموقع

افتح:

• الصفحة الرئيسية
• الصفحات الداخلية
• تسجيل الدخول
• النماذج
• المتجر
• الدفع إذا كان لديك متجر إلكتروني

5. اختبر البريد

أرسل رسالة إلى:

hello@yourdomain.com

ثم أرسل رسالة من الحساب إلى بريد خارجي.

6. تحقق من DNS

تأكد من أن سجلات DNS المهمة ما زالت موجودة.

7. فعّل حماية الحساب

إذا كان المسجل الجديد يدعم:

• المصادقة الثنائية
• قفل الحساب
• إشعارات التغييرات
• مفاتيح أمان

فعّلها.

ماذا عن DNSSEC؟

إذا كان نطاقك يستخدم DNSSEC، فلا تتعامل مع النقل على أنه مجرد تغيير مسجل عادي.

DNSSEC يضيف طبقة من التحقق والتوقيع إلى نظام DNS، وقد تحتاج إعداداته إلى مراجعة أثناء عملية النقل.

إذا كان موقعك يستخدم DNSSEC، فمن الأفضل معرفة من يدير مفاتيح DNSSEC والسجلات المرتبطة بها قبل بدء النقل.

لا تقم بتغيير إعدادات DNSSEC بشكل عشوائي، لأن التكوين الخاطئ قد يؤدي إلى تعذر الوصول إلى النطاق.

هل نقل النطاق يؤثر على تحسين محركات البحث SEO؟

نقل النطاق بين المسجلين لا يعني تغيير عنوان موقعك.

إذا بقي:

example.com

هو نفسه، ولم يتغير الموقع أو بنية الروابط أو DNS بشكل خاطئ، فلا يوجد سبب لأن يؤدي مجرد تغيير المسجل إلى تغيير ترتيب موقعك في Google.

لكن المشاكل قد تظهر إذا رافق النقل:

• تغيير Nameservers بشكل خاطئ
• توقف الموقع
• أخطاء DNS
• تغيير URLs
• تغيير الاستضافة
• تغيير بنية الموقع
• فقدان إعدادات SSL
• توقف الموقع لفترة طويلة

لذلك، إذا كان موقعك يعتمد على الزيارات من محركات البحث، تعامل مع عملية النقل كعملية تقنية يجب تنفيذها بعناية.

هل يمكن نقل عدة نطاقات في نفس الوقت؟

نعم، ويمكن أن يكون ذلك مفيداً إذا كانت لديك محفظة كبيرة من النطاقات.

لكن لا تفترض أن جميع النطاقات ستتبع نفس الإجراءات.

قد تختلف المتطلبات حسب:

• الامتداد
• السجل
• المسجل الحالي
• حالة كل نطاق
• تاريخ التسجيل
• تاريخ آخر نقل
• حالة بيانات المسجل

لذلك، من الأفضل إعداد قائمة بالنطاقات قبل بدء عملية النقل.

مثلاً:

بهذه الطريقة تعرف بالضبط أي نطاق جاهز للنقل وأي نطاق يحتاج إلى إجراء إضافي.

هل من الأفضل نقل النطاق قبل انتهاء صلاحيته؟

في معظم الحالات، نعم، لا تنتظر حتى الأيام الأخيرة.

إذا كان نطاقك مهماً لعملك، فمن الأفضل التخطيط للنقل قبل تاريخ الانتهاء بوقت كافٍ.

لماذا؟

لأنك قد تواجه:

• مشكلة في Auth Code
• تأخيراً في الموافقة
• مشكلة في البريد الإلكتروني
• قفل نقل
• اختلافاً في بيانات المسجل
• مشكلة في حالة النطاق
• مشكلة خاصة بالامتداد

كلما بدأت مبكراً، كان لديك وقت للتعامل مع المشكلة بدون ضغط.

هل أستطيع تغيير الاستضافة بدون نقل النطاق؟

نعم.

وهذه نقطة مهمة جداً.

إذا كنت تريد فقط نقل موقعك إلى شركة استضافة جديدة، لا تحتاج بالضرورة إلى نقل النطاق.

يمكنك غالباً:

1. إبقاء النطاق لدى المسجل الحالي.
2. نقل ملفات الموقع إلى الاستضافة الجديدة.
3. نقل قاعدة البيانات.
4. تغيير DNS أو Nameservers حسب متطلبات الاستضافة الجديدة.
5. اختبار الموقع.
6. إبقاء تسجيل النطاق لدى المسجل القديم.

هذا قد يكون أفضل بكثير إذا كان هدفك الوحيد هو تغيير الاستضافة.

ما الفرق بين نقل النطاق وتغيير Nameservers؟

الفرق جوهري.

نقل النطاق

يغير المسجل المسؤول عن تسجيل النطاق.

مثلاً:

Registrar A → Registrar B

تغيير Nameservers

يغير الجهة التي تدير DNS للنطاق.

مثلاً:

DNS Provider A → DNS Provider B

نقل الاستضافة

يغير الخادم الذي يستضيف موقعك.

مثلاً:

Hosting A → Hosting B

يمكن تنفيذ هذه العمليات بشكل مستقل.

ولهذا السبب، قبل القيام بأي تغيير، اسأل نفسك:

ما الشيء الذي أريد تغييره فعلاً؟

إذا كانت الإجابة:

“أريد فقط استضافة أرخص.”

فقد لا تحتاج إلى نقل النطاق إطلاقاً.

أما إذا كانت الإجابة:

“أريد إدارة نطاقاتي لدى شركة أخرى.”

فهنا تحتاج إلى نقل النطاق.

قائمة مراجعة قبل نقل نطاقك

قبل الضغط على زر النقل، استخدم هذه القائمة:

قبل النقل

• تأكد أنك صاحب النطاق أو مخول بإدارته.
• تحقق من تاريخ انتهاء النطاق.
• تأكد من أن النطاق قابل للنقل.
• تحقق من حالة القفل.
• احصل على Auth/EPP Code إذا كان مطلوباً.
• تأكد من إمكانية الوصول إلى البريد المرتبط بالنطاق.
• راجع أي قيود نقل مرتبطة بالامتداد.
• احتفظ بنسخة من إعدادات DNS الحالية.
• تأكد من عدم وجود مشكلة قانونية أو نزاع متعلق بالنطاق.

أثناء النقل

• ابدأ الطلب لدى المسجل الجديد.
• أدخل رمز التفويض بشكل صحيح.
• أكمل خطوات التأكيد المطلوبة.
• راقب البريد الإلكتروني.
• لا تغير DNS دون سبب.

بعد النقل

• تأكد من ظهور النطاق في الحساب الجديد.
• تحقق من تاريخ الانتهاء.
• تحقق من Nameservers.
• اختبر الموقع.
• اختبر البريد الإلكتروني.
• تحقق من سجلات DNS المهمة.
• فعّل حماية الحساب والمصادقة الثنائية إن توفرت.

أسئلة شائعة حول نقل النطاقات

هل سأفقد النطاق أثناء عملية النقل؟

عادةً لا. عملية النقل مصممة لنقل إدارة التسجيل من مسجل إلى آخر، وليس حذف النطاق.

لكن يجب دائماً التأكد من أن النطاق مؤهل للنقل وأنك تتبع الإجراء الصحيح.

هل سيتوقف موقعي أثناء النقل؟

ليس بالضرورة.

إذا بقيت إعدادات DNS صحيحة ولم تغير الاستضافة أو Nameservers، يمكن أن يستمر الموقع في العمل بشكل طبيعي.

هل سأفقد البريد الإلكتروني؟

ليس بسبب نقل التسجيل بحد ذاته.

لكن فقدان أو تغيير سجلات DNS، وخصوصاً سجلات البريد مثل MX، قد يؤثر على البريد.

هل أحتاج إلى نقل الاستضافة؟

لا.

نقل الاستضافة ونقل النطاق عمليتان منفصلتان.

ما هو EPP Code؟

هو رمز تفويض يستخدم في نقل العديد من نطاقات gTLD من مسجل إلى آخر، ويسمى أيضاً Auth Code أو Authorization Code.

كم يستغرق نقل النطاق؟

تختلف المدة حسب الامتداد والمسجل والإجراءات المطلوبة.

بالنسبة لبعض عمليات النقل الخاضعة لسياسة ICANN، يمكن أن تستغرق العملية عدة أيام، وقد تتقدم بشكل أسرع إذا اكتملت الموافقات المطلوبة ولم يكن هناك رفض من المسجل الحالي.

هل يمكن نقل النطاق إذا كان مقفلاً؟

عادةً تحتاج إلى إزالة قفل النقل أولاً إذا كان القفل يمنع النقل.

قد يظهر القفل باسم:

Registrar Lock

أو:

Client Transfer Prohibited

وتختلف طريقة إلغاء القفل حسب المسجل.

هل يمكنني نقل نطاق سجلته مؤخراً؟

قد توجد فترة تمنع النقل بعد التسجيل مباشرة.

بالنسبة إلى النطاقات الخاضعة لسياسة ICANN، يمكن رفض النقل خلال أول 60 يوماً من التسجيل، مع وجود قواعد أخرى مرتبطة بعمليات النقل السابقة وتغيير بيانات المسجل.

الخلاصة

نقل النطاق من شركة إلى أخرى ليس عملية معقدة في حد ذاتها، لكنه يحتاج إلى بعض التخطيط.

في أغلب الحالات، ستحتاج إلى:

اختيار المسجل الجديد → التأكد من أهلية النقل → إلغاء قفل النطاق → الحصول على Auth/EPP Code → بدء النقل → تأكيد الطلب → انتظار اكتمال النقل → فحص النطاق وDNS والموقع والبريد.

والأهم أن تتذكر أن:

نقل النطاق لا يعني نقل الموقع أو الاستضافة.

يمكنك تغيير المسجل مع إبقاء موقعك على نفس الخادم، ويمكنك أيضاً تغيير الاستضافة دون تغيير المسجل.

أما إذا كان نطاقك مهماً لعملك، فلا تنتظر حتى انتهاء صلاحيته أو حتى آخر لحظة. خطط للعملية مسبقاً، احتفظ بنسخة من إعدادات DNS، وتأكد من أن بياناتك صحيحة ويمكن الوصول إليها.

وبالنسبة إلى نطاقات مثل .ae و.sa وغيرها من نطاقات الدول، لا تفترض أن قواعد .com تنطبق عليها تلقائياً. لكل امتداد سجل وسياسات وإجراءات قد تختلف عن غيره.

النطاق الجيد يستحق أن تحافظ عليه—ونقله إلى مسجل أفضل يمكن أن يكون خطوة بسيطة إذا تم التخطيط لها بشكل صحيح.