ربط نطاق مخصص بمدونتك على VeloCMS

النطاقات المخصصة متاحة في خطة Pro وما فوقها. بفضلها يُقدَّم موقعك على عنوانك الخاص مثل example.com بدلاً من yoursite.velocms.org، وتُصدَر شهادة SSL لنطاقك تلقائياً. الفارق الوحيد بين إعداد وآخر هو المكان الذي يُستضاف فيه DNS لديك، وهو ما يحدد أيّاً من المسارات الثلاثة تتبع. يشرح هذا الدليل كيف تختار، والسجلات المطلوبة بدقة، والترتيب الآمن لاستبدال موقع يعمل فعلاً، وكيفية التراجع.

قبل البدء

ستحتاج إلى نطاق تمتلكه، وخطة Pro أو أعلى نشطة، وإمكانية الوصول إلى إعدادات DNS لدى الجهة التي تستضيف DNS الخاص بك (وهي في الغالب المسجِّل نفسه). ولا يستطيع إضافة النطاق أو إزالته إلا مالك الموقع.

اختر مسارك

النطاق الفرعي مثل blog.example.com هو الحالة السهلة لدى أي مزوّد: سجل CNAME واحد مع سجل TXT لإثبات الملكية، ولا ينطبق عليك شيء آخر مما في هذا الدليل. أما النطاق الجذري (example.com) فيختلف، لأن المسجِّل العادي لا يستطيع توجيه النطاق الجذري المجرد إلى مضيف آخر. ومكان استضافة DNS لديك هو ما يحدد المسار.

• المسار الأول، Cloudflare (موصى به عندما يكون النطاق الجذري هو عنوانك الأساسي): يكون DNS لديك على Cloudflare، أو تنقل خوادم الأسماء إليه (تكفي الخطة المجانية). يصبح النطاق الجذري هو العنوان الأساسي، ويُعاد توجيه www إليه.
• المسار الثاني، مزوّد يدعم ALIAS أو ANAME: يتيح لك مزوّد DNS إنشاء سجل ALIAS أو ANAME على الجذر (تحقق من مزوّدك). يصبح النطاق الجذري هو العنوان الأساسي، ويُعاد توجيه www إليه.
• المسار الثالث، مسجِّل نطاقات عادي: لا يوفر مزوّدك أياً من الخيارين. يصبح عنوان www هو العنوان الأساسي، ويُحوَّل النطاق الجذري إليه.

في لوحة التحكم ← الإعدادات ← العلامة التجارية، ضمن قسم «النطاق المخصص»، يظهر عند كتابة نطاق جذري خيار «استخدم النطاق الرئيسي كعنوان أساسي». فعِّله للمسارين الأول والثاني، واتركه معطّلاً للمسار الثالث الذي يعمل مع أي مسجِّل. وإن لم تكن متأكداً فالمسار الثالث يعمل في كل مكان. ويمكنك تغيير اختيارك لاحقاً بقطع اتصال النطاق ثم إضافته من جديد، وهذا يعيد بدء التحقق.

الخطوة الأولى: إضافة النطاق في لوحة التحكم

انتقل إلى لوحة التحكم ← الإعدادات ← العلامة التجارية وابحث عن قسم «النطاق المخصص» (وهو متاح أيضاً على المسار /admin/setup/custom-domain). اكتب نطاقك في حقل «نطاقك» ثم انقر «إضافة نطاق». ستعرض اللوحة بعد ذلك سجلات حالتك: سجل التوجيه (CNAME أو ALIAS يشير إلى هدف فريد لنطاقك، يشبه www-example-com.domains.velocms.org) وسجل TXT لإثبات الملكية. انسخهما تماماً كما يظهران. وفي وضع النطاق الجذري تعرض اللوحة تبويبين هما «Cloudflare DNS» و«مزوّد يدعم ALIAS / ANAME»، ولكل منهما مجموعة سجلاته.

المسار الأول: Cloudflare (النطاق الجذري عنواناً أساسياً)

1. انقل DNS إلى Cloudflare إن لم يكن هناك بعد. أضف النطاق إلى حساب Cloudflare (تكفي الخطة المجانية) وأعد إنشاء كل سجل يملكه النطاق حالياً، بما في ذلك سجلات البريد، مع ضبطها على «DNS only». قارنها بنسختك المحفوظة، ثم غيّر خوادم الأسماء لدى المسجِّل إلى خادمَي Cloudflare. قد يستغرق استقرار التغيير حتى 48 ساعة، وإن كان أسرع بكثير في الغالب.
2. أضف سجل TXT لإثبات الملكية أولاً. تعرض اللوحة اسمه (يشبه _railway-verify.<label>) وقيمته. أنشئ سجل TXT بهذا الاسم وهذه القيمة تماماً. وهو لا يغيّر شيئاً مما يراه الزوار.
3. انتظر اكتمال التحقق وإصدار الشهادة (راجع الترتيب الآمن أدناه).
4. وجِّه النطاق الجذري إلى الهدف: سجل CNAME باسم @ وقيمته الهدف الظاهر في لوحتك، مع ضبط حالة الوكيل على DNS only (السحابة الرمادية). يسطّح Cloudflare سجل CNAME على الجذر تلقائياً. أما السجل الذي يمر عبر الوكيل (السحابة البرتقالية) فيُخفي الهدف ولن يكتمل التحقق معه. وإن كان للجذر سجل A موجود، فعدِّل هذا السجل نفسه بدلاً من حذفه وإضافة سجل جديد.
5. تعامل مع www: أنشئ سجل A باسم www يشير إلى 192.0.2.1 مع تفعيل الوكيل (السحابة البرتقالية). هذا العنوان محجوز لأغراض التوثيق ولا يُتصل به أبداً؛ والسجل موجود فقط كي تعمل قاعدة إعادة التوجيه.
6. أنشئ إعادة التوجيه. في Cloudflare افتح Rules ثم Redirect Rules وأنشئ Single Redirect. طابِق عنوان الطلب بالنمط https://www.example.com/* وأعد التوجيه إلى https://example.com/${1} بالحالة 301، وفعِّل Preserve query string. أضف القاعدة نفسها للنمط http://www.example.com/* إن توقعت روابط عبر http العادي.

Type   Name                     Value                         Proxy
TXT    _railway-verify.<label>  (shown in your panel)         n/a
CNAME  @                        (target shown in your panel)  DNS only (grey)
A      www                      192.0.2.1                     Proxied (orange)
Rule   https://www.example.com/*  ->  https://example.com/${1}   301, keep query string

المسار الثاني: مزوّد يدعم ALIAS أو ANAME (النطاق الجذري عنواناً أساسياً)

1. أضف سجل TXT لإثبات الملكية أولاً، بالاسم والقيمة الظاهرين في اللوحة تماماً.
2. أنشئ سجل ALIAS (أو ANAME) باسم @ وقيمته الهدف الظاهر في لوحتك.
3. وجِّه www إلى النطاق الجذري عبر ميزة إعادة التوجيه أو التحويل لدى مزوّدك: من www.example.com إلى https://example.com، بإعادة توجيه دائمة (301) تحافظ على المسار وسلسلة الاستعلام.
4. اختبر إعادة التوجيه عبر HTTPS. في نافذة خاصة افتح https://www.example.com/some-page?a=1، ويجب أن تصل إلى https://example.com/some-page?a=1 دون أي تحذير بشأن الشهادة. فإن لم يستطع تحويل مزوّدك فعل ذلك، فانقل DNS إلى Cloudflare واتبع المسار الأول لإعادة التوجيه.

المسار الثالث: مسجِّل نطاقات عادي (www عنواناً أساسياً)

1. أضف النطاق مع ترك خيار النطاق الجذري معطّلاً. ثم أضف سجل TXT لإثبات الملكية أولاً، بالاسم والقيمة الظاهرين في اللوحة تماماً.
2. أنشئ سجل CNAME باسم www وقيمته الهدف الظاهر في لوحتك.
3. حوِّل النطاق الجذري: من إعدادات Forwarding أو URL Redirect لدى المسجِّل، أضف إعادة توجيه دائمة (301) من example.com إلى https://www.example.com تحافظ على المسار وسلسلة الاستعلام.
4. أجرِ فحص HTTPS. في نافذة خاصة افتح https://example.com/some-page?a=1 (بروتوكول https وليس http)، ويجب أن تصل إلى https://www.example.com/some-page?a=1 دون أي تحذير بشأن الشهادة. كثير من خدمات التحويل لا تستطيع تقديم شهادة للنطاق الجذري المجرد، أو تُسقط المسار. فإن كانت خدمتك كذلك، فانقل DNS إلى Cloudflare وأعد التوجيه بقاعدة؛ وتعرض اللوحة هذه الخطوات أسفل الفحص.

الترتيب الآمن لموقع يعمل بالفعل

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

1. احفظ نسخة من سجلات DNS الحالية (راجع «قبل البدء»). وقبل يوم أو أكثر، اخفض قيمة TTL للسجلات التي ستغيّرها إلى 300 ثانية، ليسري التبديل والتراجع كلاهما خلال دقائق.
2. أضف النطاق في لوحة التحكم وانسخ الهدف وسجل TXT لإثبات الملكية من اللوحة. لا يتغير شيء علنياً بعد.
3. أضف سجل TXT لإثبات الملكية فقط. واترك سجلات التوجيه تشير إلى الموقع القديم.
4. انقر «التحقق الآن»، واستخدم «تحقق من سجلات DNS» لمقارنة ما هو مفعّل فعلاً بما تتوقعه اللوحة. كرر ذلك حتى تعرض اللوحة أن النطاق تم التحقق منه وأن الشهادة صدرت أو قيد الإصدار. وإن بدت الشهادة متعثرة فإن «التحقق الآن» يطلب إصدارها أيضاً. وقد تظل اللوحة تعرض حالة انتظار إلى أن يشير سجل التوجيه إلينا، وهذا متوقع.
5. بدّل سجل التوجيه في ساعة هادئة. عدِّل السجل الموجود نفسه (مثلاً حوِّل سجل A على الجذر إلى CNAME) بدلاً من حذفه وإضافة سجل جديد، كي لا يخلو الاسم من سجل في أي لحظة. ثم أعد تحميل الموقع في نافذة خاصة.
6. بعد أن يُفتح العنوان الأساسي فقط، أضف إعادة التوجيه للعنوان المقابل (من www إلى النطاق الجذري في المسارين الأول والثاني، ومن النطاق الجذري إلى www في المسار الثالث) واختبرها بصفحة داخلية وسلسلة استعلام.
7. تحقق من النتيجة: تعرض اللوحة الحالة «نشط»، ويُفتح العنوانان بصفحة داخلية وسلسلة استعلام، ويُظهر المتصفح قفلاً صالحاً.

كيفية التراجع

ما دمت لم تتخلَّ عن الموقع القديم نهائياً، فالتراجع عن التبديل مجرد تعديل في DNS. أعد السجلات من نسختك المحفوظة واحداً تلو الآخر بعكس ترتيب تغييرها: ابدأ بإعادة التوجيه للعنوان المقابل (عطّل القاعدة وأعد www كما كان)، ثم سجل التوجيه الأساسي (أعده في موضعه إلى نوعه وقيمته وإعداد الوكيل السابقة). ومع TTL قدره 300 ثانية يعود الموقع القديم خلال نحو خمس دقائق. أما سجل TXT لإثبات الملكية فلا ضرر منه، فاتركه. ولا تنقر «قطع الاتصال» في لوحة التحكم ما دام أي سجل توجيه يشير إلى الهدف؛ أعد DNS أولاً، ثم اقطع الاتصال إن أردت إزالة النطاق. وإبقاء النطاق مضافاً يجعل إعادة المحاولة سريعة.

أبقِ الموقع القديم يعمل حتى يمرّ طلب حقيقي

لا تُلغِ المتجر القديم أو الاستضافة القديمة، ولا تزل ربط نطاقه، ولا تخبر العملاء بأنه زال، إلى أن يمرّ طلب حقيقي من عميل عبر الموقع الجديد من البداية إلى النهاية: دفع العميل، وظهرت الدفعة في لوحة مزوّد الدفع لديك، وظهر الطلب في لوحة التحكم، ووصل بريد التأكيد إلى صندوق العميل لا إلى البريد المزعج. أما عملية شراء تجريبية من جانبك فتثبت سلامة المسار، لكنها لا تثبت أن شخصاً غريباً يستطيع الوصول إليك والشراء عبر النطاق الجديد. وصدِّر ما تحتفظ به المنصة القديمة وحدها (الطلبات، وقوائم العملاء، وأرصدة بطاقات الهدايا، ورموز الخصم) قبل الإلغاء. وكقاعدة عامة، انتظر أسبوعين على الأقل، وإن لم يصل أي طلب حقيقي فأبقِ الموقع القديم وأعد الفحص أسبوعياً.

حالات النطاق

• في انتظار DNS: لم يُرصد بعد سجل TXT لإثبات الملكية أو سجل التوجيه. أضف السجلات أو صحّحها، ثم انقر «التحقق الآن».
• جارٍ التحقق: رُصدت السجلات وتُصدَر شهادة SSL. انتظر بضع دقائق ثم انقر «التحقق الآن» مرة أخرى.
• نشط: تم التحقق من DNS وصدرت الشهادة والنطاق يخدم الزيارات. لا شيء آخر مطلوب منك.
• فشل: تعذّر إصدار الشهادة. تعرض اللوحة رسالة الخطأ؛ راجع قسم استكشاف الأخطاء.

استكشاف الأخطاء وإصلاحها

الحالة عالقة في «في انتظار DNS» بعد 30 دقيقة

افحص سجل TXT لإثبات الملكية أولاً: يجب أن يعيد الأمر dig TXT مع الاسم الظاهر في لوحتك تماماً القيمة المعروضة هناك. فلن يتم التحقق من النطاق بسجل التوجيه وحده. ثم افحص سجل التوجيه نفسه (dig CNAME للاسم الذي أنشأته). وإن كان DNS لديك على Cloudflare، فتأكد أن سجل التوجيه على DNS only (السحابة الرمادية). وإن بقي سجل A قديم على الاسم نفسه فعدِّله أو احذفه، فقد تُبقيه قيمة TTL مرتفعة في الذاكرة المؤقتة حتى يوم كامل. وانقر «التحقق الآن» لفرض إعادة الفحص.

عالقة في «جارٍ التحقق»، أو تحذير بشأن الشهادة في المتصفح

افحص وجود سجل CAA على نطاقك (dig CAA example.com). فسجل CAA الذي لا يسمح بـ Let's Encrypt يمنع إصدار الشهادة: أضف letsencrypt.org أو احذف السجل المقيِّد. وعلى النطاق الجذري، تأكد أن تسطيح CNAME أو سجل ALIAS مفعّل فعلاً. تكتمل الشهادات عادةً خلال ساعة من تفعيل السجلات. فإن بقيت عالقة بعد 24 ساعة، فانقر «قطع الاتصال» ثم أضف النطاق من جديد لبدء محاولة جديدة.

تفشل إعادة التوجيه عبر HTTPS أو يضيع المسار

هذا قيد في خدمة التحويل لدى المسجِّل وليس في سجلاتك. استخدم قاعدة إعادة توجيه في Cloudflare بدلاً منها (المسار الأول)، وكرر فحص HTTPS.

تظهر الحالة «فشل»

اقرأ رسالة الخطأ في اللوحة. وأكثر الأسباب شيوعاً سجل CAA متعارض. عالجه ثم انقر «التحقق الآن». وإن فشل مجدداً فاقطع اتصال النطاق وأضفه من جديد، وراسل [email protected] مع ذكر اسم النطاق إن استمر الفشل.

قطع اتصال النطاق

انتقل إلى لوحة التحكم ← الإعدادات ← العلامة التجارية، وابحث عن قسم «النطاق المخصص»، ثم انقر «قطع الاتصال». يعود موقعك إلى yoursite.velocms.org فوراً، ويمكنك بعدها حذف سجلات CNAME وALIAS وTXT من DNS لديك. وإن كان النطاق ما يزال يخدم موقعاً يعمل، فأعد سجلاتك القديمة قبل قطع الاتصال.