كيف تربط الدومين الخاص بك بمحرك حجز وايت ليبل

الموقع جاهز. الشعار في مكانه، وهوامش الربح مضبوطة، وحجز تجريبي مرّ بنجاح على الدومين الفرعي للمنصة، وأحد الموظفين أرسل الرابط بالفعل إلى ثلاثة عملاء. ثم يأتي السؤال البديهي: لماذا ما زال العنوان يحمل اسم جهة أخرى؟ يشرح هذا الدليل كيف تربط الدومين الخاص بك بمحرك الحجز دون أن تستعين بأحد: ما الذي تغيّره فعلاً، والسجلان أو الثلاثة المعنية، ولماذا يتأخر ظهور القفل أكثر مما تتوقع، والإعداد الوحيد الذي يعطّل البريد الإلكتروني للشركة بصمت إن اقتربت منه.
لا تحتاج إلى فهم DNS بعمق. تحتاج إلى فكرة واحدة: اسم النطاق لوحة إرشادية، وأنت توجّهها نحو مبنى جديد. كل ما يلي تفاصيل لهذه الفكرة.
أين يعيش الدومين الخاص بك فعلاً
قد تكون هناك ثلاث جهات مختلفة، ومعظم أصحاب الوكالات لا يعرفون إلا واحدة منها. المسجِّل هو الجهة التي اشتريت منها الاسم وتدفع لها التجديد السنوي. مستضيف DNS هو المكان الذي تُحرَّر فيه سجلات هذا الاسم، وكثيراً ما يكون المسجِّل نفسه، وأحياناً لا، خصوصاً إذا كان مصمم مواقع قد أعدّ الأمور قبل سنوات ونقل الاسم إلى خدمة DNS مستقلة. أما مستضيف الموقع فهو حيث يعمل موقعك الحالي.
السجلات التي ستضيفها تذهب إلى مستضيف DNS. لذلك اعرف أولاً من هو. ادخل إلى حساب المسجِّل وانظر إلى خوادم الأسماء (Nameservers) المسجلة على النطاق. إن كانت تابعة للمسجِّل، فالتعديل يتم هناك. وإن كانت تشير إلى جهة أخرى، فتلك الجهة هي مكان عملك. دقائق قليلة هنا توفر عليك عصراً كاملاً من تعديل سجلات في لوحة لا يقرؤها أحد.
دومين رئيسي أم فرعي: قرّر قبل أن تلمس أي شيء
الدومين الرئيسي (Apex) هو yourbrand.ae دون أي شيء قبله. والدومين الفرعي هو أي اسم تسبقه كلمة: www.yourbrand.ae أو book.yourbrand.ae أو travel.yourbrand.ae. المنصة تقبل الاثنين، لكن الاختيار يغيّر نوع السجل الذي تضيفه.
السبب قديم وغير قابل للتفاوض. الدومين الرئيسي يحمل أصلاً السجلات التي تعرّف النطاق نفسه، وقواعد DNS لا تسمح لسجل CNAME بأن يشارك اسماً مع أي سجل آخر. لذلك يُوجَّه الدومين الرئيسي بسجل A مباشرة إلى عنوان IP، بينما يُوجَّه الدومين الفرعي بسجل CNAME إلى اسم مضيف آخر.
| دومين رئيسي (yourbrand.ae) | دومين فرعي (book.yourbrand.ae) | |
|---|---|---|
| السجل الذي تضيفه | سجل A يشير إلى عنوان IP | سجل CNAME يشير إلى اسم مضيف تابع للمنصة |
| ما يكتبه العميل | أقصر عنوان ممكن | كلمة إضافية، وأهميتها أقل حين يصل العملاء عبر رابط |
| موقعك الحالي | يجب أن ينتقل من الدومين الرئيسي، وإلا حلّ موقع الحجز محله | يبقى في مكانه تماماً |
| بريد الشركة | لا يتأثر ما دامت سجلات MX كما هي | لا يتأثر |
| يناسب | وكالة موقعها هو موقع الحجز نفسه | وكالة لديها موقع تعريفي أو مدونة تريد الاحتفاظ بها |
معظم الوكالات التي تملك موقعاً قائماً عليها أن تبدأ بدومين فرعي. الصف الذي يثير الجدل هو الثاني: بعض أصحاب الوكالات يرون أن الدومين الفرعي يبدو أقل رسوخاً. رأي مفهوم، لكن وزنه يقل حين يصل أغلب عملائك من رابط على واتساب أو إنستغرام لا من الكتابة في المتصفح.
السجلات التي تضيفها ووظيفة كل منها
خطوة DNS الموجَّهة تعرض القيم الدقيقة للدومين الخاص بك. انسخها من هناك، لا من أي مقال، وهذا المقال منها. ما يلي يشرح وظيفة كل سجل، كي تفهم الشاشة حين تراها.
- سجل CNAME للدومين الفرعي. الاسم: الكلمة التي اخترتها، مثل
book. القيمة: اسم المضيف الذي تعطيك إياه خطوة DNS. معناه "هذا الاسم مرادف لذلك الاسم"، فإن انتقلت خوادم المنصة بقي سجلك يعمل دون أن تلمسه. - سجل A للدومين الرئيسي. الاسم:
@، وهو الرمز الذي تستخدمه أغلب لوحات DNS للإشارة إلى النطاق المجرد. القيمة: عنوان IP الذي تعطيك إياه خطوة DNS. معناه "هذا الاسم يسكن في هذا العنوان". - سجل TXT أحياناً. بعض بيئات الاستضافة تطلب أيضاً سجل تحقق: سلسلة عشوائية طويلة تحت اسم تحدده خطوة DNS. لا يفعل شيئاً للزوار، بل يثبت أن من يتحكم في النطاق وافق على الربط. إن ظهر في الخطوة فأضفه، وإن لم يظهر فلا شيء ناقص.
خطآن يفسّران أغلب المحاولات الفاشلة. الأول كتابة النطاق كاملاً في خانة الاسم. لوحات كثيرة تضيف اسم نطاقك تلقائياً، فيتحول book.yourbrand.ae المكتوب هناك إلى book.yourbrand.ae.yourbrand.ae، وهو اسم لا يشير إلى شيء. اكتب الكلمة وحدها. والثاني ترك سجل قديم في مكانه. إذا كان لـbook سجل A من مشروع سابق، فلا يمكن لسجل CNAME أن يجاوره، وبعض اللوحات تحتفظ بالقديم بصمت. احذف السجل القديم لهذا الاسم بالذات أولاً.
إذا كان مستضيف DNS يتيح مفتاح بروكسي على السجل، ويظهر في Cloudflare على شكل سحابة برتقالية، فاجعله على وضع DNS فقط أثناء الربط. البروكسي يجيب الزوار نيابة عن المنصة، فيحجبها عن الفحص الموصوف في القسم التالي.
لماذا يأتي القفل في النهاية
هذه هي الخطوة التي تجعل صاحب الوكالة يظن أن شيئاً ما تعطّل. السجلات محفوظة، والنطاق يبدو صحيحاً، والمتصفح يقول إن الاتصال غير آمن، أو لا يفتح الموقع أصلاً. لا شيء معطّل. الترتيب ثابت فحسب.
شهادة TLS، أي القفل، تصدرها جهة إصدار شهادات يجب أن تتأكد أولاً أن النطاق يشير فعلاً إلى حيث يقول الطلب. تتحقق بالبحث عن الاسم في DNS العام، وفي أغلب البيئات بإرسال طلب إلى النطاق وانتظار أن تجيب المنصة. وإلى أن يصل سجلك إلى الخوادم التي تعتمد عليها تلك الجهة، يفشل الفحص، ولن يغيّر كثرة النقر ذلك. وحين يُحَلّ السجل، تطلب المنصة الشهادة تلقائياً. لا تشتري شهادة، ولا ترفعها، ولا تجددها.
المدة التي يستغرقها ذلك تعتمد غالباً على قيمة TTL للسجل الذي كان موجوداً قبلك: المدة التي سُمح فيها للخوادم الأخرى بأن تتذكر الجواب القديم. الاسم الجديد كلياً يظهر عادة بسرعة. أما اسم كان يشير إلى مكان آخر بالأمس فقد يظل يجيب بالعنوان القديم بعض الوقت. وإن كنت تعرف أنك ستستبدل سجلاً قائماً، فخفض قيمة TTL قبلها بيوم يقصّر الانتظار.
عدا ذلك: انتظر، ثم تحقق. لا تواصل تعديل السجل، فكل تعديل يمنح الخوادم التي خزّنت جواباً خاطئاً سبباً إضافياً للاستمرار في تقديمه. مواقع الفحص العامة لـDNS تعرض ما يراه بقية العالم لاسمك، وحين تظهر فيها القيمة الواردة في خطوة DNS، تكون الشهادة هي الخطوة التالية.
كم يكلفك الخطأ
الأخطاء المكلفة ليست في موقع الحجز. إنها في كل ما هو مرتبط بالدومين الخاص بك.
أسوأها تغيير خوادم الأسماء في حين أن المطلوب إضافة سجل فقط. نقل خوادم الأسماء يسلّم النطاق كله إلى مستضيف DNS جديد، وكل سجل لم يُعَد إنشاؤه هناك يختفي، بما فيه سجلات MX التي توصل بريد الشركة. قد تخسر وكالة السفريات يوماً كاملاً من رسائل العملاء وتأكيدات الموردين وإشعارات تغيير مواعيد شركات الطيران قبل أن ينتبه أحد إلى أن صندوق البريد صمت فجأة. ولا شيء في ربط موقع الحجز يتطلب نقل خوادم الأسماء. أضف السجلات، واترك الباقي كما هو.
الخطأ الثاني توجيه الدومين الرئيسي إلى موقع الحجز بينما الموقع القديم ما زال يضم صفحات يستخدمها الناس: صفحة تأشيرات تظهر في نتائج Google، أو صفحة تواصل مطبوعة على بطاقات العمل. تلك الروابط ستصل الآن إلى موقع حجز لا يحتويها. إما أن تنقل الموقع القديم إلى دومين فرعي أولاً، وإما أن تربط موقع الحجز بدومين فرعي بدلاً من ذلك.
والثالث لا يكلف إلا الأعصاب: الإعلان عن العنوان الجديد قبل ظهور القفل. متصفح يحذّر العملاء من موقعك في اليوم الذي روّجت له فيه تعريف سيئ بعلامتك. أعلن بعد أن تصبح الشهادة فعّالة، لا بعد حفظ السجل.
احتفظ بدومين المنصة: إنه خطتك البديلة
الدومين الفرعي للمنصة الذي بدأ عليه موقعك لا يختفي حين تربط الدومين الخاص بك. لا يمكن حذفه، وهذا مقصود.
إنه العنوان الذي تختبر منه ريثما يستقر الدومين الخاص، والعنوان الذي يبقى يعمل إذا فات موعد التجديد لدى المسجِّل أو عدّل أحدهم DNS خطأً. محرك الحجز خلف العنوانين واحد، فالحجوزات والعملاء والتقارير لا يهمها من أي باب دخل الزائر. احفظ هذا العنوان في مكان لا يعتمد على عمل الدومين الخاص بك.
وهو أيضاً يحدد الترتيب الصحيح لأي موقع جديد، بالترتيب نفسه الوارد في إطلاق وكالة سفر أونلاين في يوم واحد: ابدأ على الدومين الفرعي الذي يجهّزه معالج التسجيل دون أن يطلب بطاقة، واربط الدومين الخاص بك حين يستحق الموقع أن يُعرض. أما ما يقدمه الموقع نفسه بعد أن يصبح العنوان لك، فتجده في ماذا يمنحك فعلياً موقع سفر ذو علامة بيضاء.
قائمة التحقق: ربط الدومين الخاص بمحرك الحجز
- اعرف من يستضيف DNS الخاص بك. خوادم الأسماء على النطاق تخبرك.
- اختر دوميناً رئيسياً أو فرعياً. إن كان لديك موقع تريد الاحتفاظ به، فاختر الفرعي.
- دوّن كل السجلات القائمة، وخاصة MX، قبل تغيير أي شيء. لقطة شاشة تكفي.
- احذف أي سجل قديم على الاسم نفسه الذي ستستخدمه.
- أضف السجل من خطوة DNS: CNAME للفرعي، وA للرئيسي، إضافة إلى TXT إن ظهر في الخطوة. اكتب الكلمة وحدها في خانة الاسم.
- اجعل أي بروكسي على ذلك السجل في وضع DNS فقط.
- انتظر حتى يُحَلّ السجل علناً. لا تواصل تعديله.
- تأكد من ظهور القفل، ونفّذ حجزاً تجريبياً على العنوان الجديد، ثم أبلغ عملاءك.
معظم هذه القائمة انتظار. والخطوة الوحيدة التي قد تؤذيك فعلاً هي التي لا تتضمنها: نقل خوادم الأسماء.