اختيار الاستضافة والنطاق وشهادة SSL: دليل عملي لأصحاب المواقع

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

كيف تعمل العناصر الثلاثة معًا

عندما يكتب الزائر اسم نطاقك في المتصفح، يسأل المتصفح نظام أسماء النطاقات (DNS) عن الخادم المرتبط بهذا الاسم، فيحصل على عنوان رقمي (IP)، ثم يتصل بالخادم ويطلب الصفحة. وقبل أن تنتقل أي بيانات، يتفق المتصفح والخادم على اتصال مشفّر باستخدام الشهادة، فتظهر الصفحة عبر HTTPS.

يوضح هذا التسلسل لماذا يمكن توزيع المسؤوليات على جهات مختلفة: قد تسجّل النطاق لدى مسجّل (Registrar)، وتدير سجلات DNS لدى جهة ثانية، وتستضيف الموقع لدى ثالثة، وتستضيف البريد لدى رابعة. هذا الفصل ليس إلزاميًا، لكن فهمه يجنّبك أشهر الأعطال على الإطلاق: نقل الموقع إلى استضافة جديدة، ثم اكتشاف أن البريد توقف في صباح اليوم التالي.

أنواع الاستضافة: أيها يناسب موقعك؟

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

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

علامات تدل على أنك تجاوزت استضافتك

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

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

ما الذي تتحقق منه قبل شراء الاستضافة

تتشابه صفحات العروض، والفرق الحقيقي في التفاصيل التالية:

1. إصدارات بيئة التشغيل: هل تدعم الاستضافة إصدار PHP أو Node.js أو Python الذي يحتاجه موقعك؟ وهل تستطيع تغيير الإصدار بنفسك؟ والأهم أن تكون الإصدارات المتاحة ما زالت تتلقى تحديثات أمنية من مطوّريها، وكذلك إصدار قاعدة البيانات.
2. النسخ الاحتياطي: كم مرة يُنسخ الموقع؟ وكم يومًا تُحفظ النسخ؟ وأين تُخزَّن؟ وهل تستطيع الاستعادة بنفسك دون فتح تذكرة دعم؟ اطلب تجربة استعادة واحدة قبل أن تحتاج إليها فعلًا.
3. الدعم الفني: قنوات التواصل، وساعات العمل، واللغة. أرسل سؤالًا تقنيًا محددًا قبل الشراء، وقِس سرعة الرد ودقته معًا.
4. موقع الخادم: كلما اقترب الخادم من جمهورك قلّ زمن الاستجابة. فإذا كان جمهورك في الخليج ومصر، فإن خادمًا في المنطقة أو قريبًا منها، أو شبكة توصيل محتوى (CDN)، يُحدث فرقًا ملموسًا. وقد تخضع بعض القطاعات، مثل الجهات الحكومية والصحية والمالية، لقواعد تحدد مكان تخزين البيانات، فتحقق منها لدى الجهة المختصة في بلدك.
5. الحدود الفعلية: المساحة، ونقل البيانات، والمعالج، والذاكرة، وعدد الملفات، وعدد حسابات البريد. وعبارة «غير محدود» تعني عادةً سياسة استخدام عادل لها سقف غير معلن.
6. الأمان: عزل الحسابات عن بعضها، وجدار حماية، وفحص البرمجيات الخبيثة، والدخول عبر SFTP أو SSH بدلًا من FTP غير المشفّر، والتحقق بخطوتين في لوحة التحكم.
7. الشهادة المجانية: هل تتيح الاستضافة إصدار شهادات SSL مجانية وتجديدها آليًا؟
8. سهولة الخروج: هل تستطيع تنزيل نسخة كاملة من الملفات وقاعدة البيانات في أي وقت؟ الاستضافة التي تصعّب المغادرة تحتجزك لديها.
9. شروط التجديد: سعر السنة الأولى كثيرًا ما يختلف عن سعر التجديد، فاقرأ سعر التجديد ومدة الالتزام قبل الدفع.

النطاق: الاسم والتسجيل والتجديد

اختيار الاسم والامتداد

اختر اسمًا قصيرًا يسهل نطقه وتهجئته في مكالمة هاتفية أو رسالة صوتية على واتساب. الجمهور الثنائي اللغة يكتب الأسماء العربية بالحروف اللاتينية بطرق مختلفة، فاختبر اسمك بأن تمليه على خمسة أشخاص وتطلب منهم كتابته. وتجنّب الشرطات والحروف التي تلتبس بغيرها، مثل الحرف l الصغير والرقم 1.

أما الامتداد، فامتداد com معروف عالميًا، والامتدادات الوطنية، مثل امتداد الإمارات (ae) والسعودية (sa) والكويت (kw) ومصر (eg)، تعطي إشارة محلية واضحة، لكن بعضها يشترط وثائق مثل رخصة تجارية أو وجودًا محليًا. تحقق من الشروط لدى الجهة المسؤولة عن الامتداد قبل أن تبني خطتك عليه. وإذا كانت علامتك مهمة، ففكّر في حجز الامتدادات الأساسية والأخطاء الإملائية الشائعة وتحويلها كلها إلى نطاقك الرئيسي.

سجّل النطاق باسم شركتك

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

التجديد والحماية

• فعّل التجديد التلقائي، وتأكد أن وسيلة الدفع المسجلة صالحة، فانتهاء صلاحية البطاقة من أكثر أسباب سقوط النطاقات.
• عند انتهاء النطاق يتوقف الموقع والبريد معًا. وتوجد عادةً فترة سماح قبل أن يصبح النطاق متاحًا لغيرك، لكن مدتها وشروط الاسترداد تختلف حسب الامتداد والمسجّل، فلا تعتمد عليها.
• فعّل قفل النقل (Transfer Lock) والتحقق بخطوتين في حساب المسجّل، ولا تعطِ رمز النقل (Auth Code) لأي جهة إلا عند نقل تقصده فعلًا.
• احذر رسائل «جدّد نطاقك الآن» الواردة من جهات لا تعرفها، وجدّد دائمًا من داخل حسابك لدى المسجّل.

أساسيات DNS: السجلات التي ستتعامل معها

نظام DNS دليل يربط الأسماء بالعناوين والخدمات. وتحدد خوادم الأسماء (Name Servers) الجهة التي تُدار لديها سجلات نطاقك، فأي تعديل يجب أن يتم لدى تلك الجهة تحديدًا.

ملاحظتان تقنيتان مهمتان: سجل CNAME لا يوضع عادةً على النطاق الجذري نفسه، لأنه لا يجتمع مع سجلات أخرى على الاسم ذاته، وبعض مزوّدي DNS يقدمون حلولًا بديلة لهذه الحالة. والقيمة TTL تحدد المدة التي تحتفظ فيها الخوادم الأخرى بالإجابة مؤقتًا، ولهذا قد يستغرق ظهور التعديل في كل مكان من دقائق إلى ساعات. خفّض قيمة TTL قبل النقل المخطط بمدة لا تقل عن قيمتها الحالية، ثم أعدها بعد استقرار الوضع.

مثال افتراضي: نقل الموقع دون أن يتوقف البريد

شركة في دبي تنقل موقعها إلى استضافة جديدة، بينما يبقى بريدها لدى مزوّد بريد منفصل. الطريق الآمن أن تبقى خوادم الأسماء كما هي، وأن يُعدَّل فقط سجل A للنطاق الرئيسي وسجل www ليشيرا إلى الخادم الجديد، دون المساس بسجلات MX وTXT. أما إذا قررت الشركة نقل خوادم الأسماء إلى الاستضافة الجديدة، فعليها أن تنسخ كل السجلات الحالية أولًا، وخاصة MX وTXT وسجلات DKIM، وتنشئها لدى الجهة الجديدة قبل التحويل. وتجاهل هذه الخطوة هو السبب المعتاد لشكوى «البريد متوقف منذ نقل الموقع».

سجلات البريد: SPF وDKIM وDMARC بلغة بسيطة

إذا كانت فواتيرك أو تأكيدات الطلبات تصل إلى مجلد الرسائل المزعجة، فغياب سجلات المصادقة سبب متكرر لذلك. مزوّدو البريد الكبار يشددون متطلباتهم تجاه المرسلين غير الموثّقين، وهذه السجلات الثلاثة تثبت أن الرسائل التي تحمل اسم نطاقك مرسلة فعلًا من جهات خوّلتها أنت.

• SPF: سجل TXT يسرد الخوادم والخدمات المسموح لها بالإرسال باسم نطاقك. وللنطاق سجل SPF واحد فقط؛ فإذا أضفت خدمة جديدة، كنظام فواتير أو منصة رسائل تسويقية، فادمجها في السجل نفسه ولا تنشئ سجلًا ثانيًا.
• DKIM: توقيع رقمي يضيفه الخادم المرسل إلى كل رسالة، ويُنشر مفتاحه العام في سجل DNS. يتحقق الخادم المستقبل بواسطته من أن الرسالة لم تُعدَّل وأنها صادرة عن نطاقك فعلًا، وكل خدمة ترسل باسمك تحتاج إلى إعداد DKIM خاص بها.
• DMARC: سياسة تُنشر في سجل TXT على الاسم _dmarc، تخبر الخوادم المستقبلة بما تفعله برسالة فشلت في التحقق: المراقبة فقط، أو نقلها إلى الرسائل المزعجة، أو رفضها، وتحدد عنوانًا تُرسل إليه التقارير. ابدأ بوضع المراقبة، وراجع التقارير بضعة أسابيع، ثم شدّد السياسة تدريجيًا بعد التأكد من أن كل مصادر بريدك المشروعة موثّقة.

وراجع كذلك نموذج التواصل في موقعك. كثير من النماذج ترسل الرسالة كأنها صادرة من بريد الزائر نفسه، فتفشل في التحقق وتضيع دون أن يلاحظ أحد. والإعداد الصحيح أن تُرسل الرسالة من عنوان على نطاقك عبر خادم بريد موثّق، وأن يوضع بريد الزائر في حقل «الرد إلى» (Reply-To).

شهادة SSL وHTTPS: المجانية والمدفوعة

تشفّر الشهادة البيانات بين المتصفح والخادم، وتثبت أن الموقع الذي وصل إليه الزائر يتحكم فعلًا في النطاق. ومن دونها تصف المتصفحات الصفحة بأنها غير آمنة، وهو وصف يهدم الثقة بسرعة في صفحات النماذج والدفع. كما تعدّ جوجل بروتوكول HTTPS إحدى إشارات الترتيب.

أنواع الشهادات حسب مستوى التحقق

• التحقق من النطاق (DV): تثبت السيطرة على النطاق فقط، وتصدر خلال دقائق، وهي ما تحتاجه أغلب المواقع. والشهادات المجانية من هذا النوع.
• التحقق من المؤسسة (OV): تتحقق الجهة المصدرة من الوجود القانوني للشركة، وتظهر بيانات المؤسسة في تفاصيل الشهادة.
• التحقق الموسّع (EV): تحقق أشمل من المؤسسة، والمتصفحات الحديثة لم تعد تبرزها في شريط العنوان كما كانت تفعل سابقًا.

مستوى التشفير واحد في الأنواع الثلاثة، والفرق في مقدار التحقق من هوية صاحب الموقع. الشهادة المجانية ليست أضعف تقنيًا، لكن صلاحيتها قصيرة وتعتمد على التجديد الآلي، ومدة صلاحية الشهادات عمومًا تتجه إلى القِصَر، فأصبح التجديد الآلي هو الأساس في كل الحالات. وتغطي الشهادة الشاملة (Wildcard) كل النطاقات الفرعية في مستوى واحد، مثل shop وblog تحت نطاقك. أما الشهادة المدفوعة فتصبح منطقية عندما تحتاج إلى التحقق من المؤسسة لمتطلبات تعاقدية أو تنظيمية، أو إلى دعم فني من الجهة المصدرة، أو إلى نوع خاص مثل الشهادة متعددة النطاقات.

التحويل إلى HTTPS خطوة بخطوة

1. ثبّت شهادة تغطي النطاق الرئيسي والنطاق الفرعي www معًا.
2. اختر نسخة واحدة معتمدة للموقع، بالبادئة www أو من دونها، وحوّل إليها كل النسخ الأخرى بتحويل دائم (301) في خطوة واحدة، لا عبر سلسلة تحويلات.
3. حدّث الروابط الداخلية ووسوم الرابط القانوني (canonical) وخريطة الموقع لتستخدم HTTPS.
4. عالج المحتوى المختلط (Mixed Content)، أي الصور أو الملفات البرمجية التي تُحمَّل عبر HTTP داخل صفحة آمنة، فيحجبها المتصفح أو يحذّر منها.
5. إذا لم تكن تستخدم خاصية النطاق الكامل في Google Search Console، فأضف النسخة الآمنة، وراقب تقارير الفهرسة بعد التحويل.

ما هو HSTS ومتى تفعّله

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

قائمة تحقق عملية

• النطاق مسجل باسم الشركة، والحساب محمي بالتحقق بخطوتين، والتجديد التلقائي مفعّل.
• لديك وثيقة واحدة تذكر المسجّل، وجهة إدارة DNS، والاستضافة، ومزوّد البريد، ومن يملك صلاحية الدخول إلى كل منها.
• نوع الاستضافة يناسب حجم الموقع، وإصدارات بيئة التشغيل ما زالت تتلقى تحديثات أمنية.
• النسخ الاحتياطي آلي، وجُرّبت الاستعادة مرة واحدة على الأقل، وتوجد نسخة مستقلة.
• سجلات SPF وDKIM وDMARC منشورة ومختبرة بإرسال رسائل إلى مزوّدي بريد مختلفين.
• الشهادة تغطي كل الأسماء المستخدمة وتتجدد آليًا.
• كل نسخ الموقع تتحول بخطوة واحدة إلى نسخة HTTPS المعتمدة دون سلاسل تحويل، ولا يوجد محتوى مختلط.
• ترويسة HSTS مفعّلة بعد الاختبار، بمدة تزيد على مراحل.

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