لمدة 20 عامًا أو نحو ذلك ، كان هناك نقاش حول استخدام www في اسم المضيف الأساسي (CNAME) لموقعك على الويب. إذن ماذا تستخدم أم لا؟
على الرغم من أن العديد من الأشخاص يستخدمون المصطلحين "اسم المجال" و "اسم المضيف" بالتبادل ، إلا أن هناك اختلافًا بينهما ، وهذه ليست مسألة دلالات فقط. سأبسط هذا الوصف قليلاً للتركيز على النقطة.
بالنسبة لك ، بصفتك مشرفًا لتكنولوجيا المعلومات ، سيكون نطاقك هو شبكتك. من المنطقي تسمية النطاق. تم تكييف نظام DNS لهذا ، لذلك تقوم بتسجيل اسم مجال ، على سبيل المثال ،
example.com . الآن ، تحت هذا النطاق سيكون لديك مضيفين خاصين بك. يعتبر كل جهاز اتصال شبكة مضيف. من الطبيعي أن تحصل آلة خدمة مستندات WWW على اسم المضيف
www في نطاقك ، لذا سيكون اسم المجال المؤهل بالكامل (FQDN) هو
www.example.com . ستفعل نفس الشيء لبقية المضيفين على شبكتك ، سواء كان لديك خادم ويب أم لا. لذا عليك تنظيف شبكتك.
للانتقال إلى خادم الويب في النطاق
example.com ، يجب أن تذهب إلى المضيف المسمى
www.example.com . بالمناسبة ، في تلك الأيام عندما كانت الديناصورات تجوب الويب ، لم يكن المضيفون الافتراضيون موجودين. عرض كل خادم ويب موقع ويب واحدًا فقط (على الأقل عنوان IP واحد). لا يهم اسم المضيف إذا كان يشير إلى عنوان IP الصحيح.
"اسم المجال المجرد" ، أي اسم المجال بدون "www" ، مثل
example.com ، من حيث DNS ، يسمى الأصل. مع تزايد شعبية شبكة الويب العالمية في منتصف التسعينات ، بدأ بعض المسؤولين في تحديد نفس عنوان IP كمضيف www كأصل. يسمح هذا لزوار الموقع بإدخال
example.com فقط في المتصفح بدلاً من اسم المضيف المؤهل بالكامل.
ثم جاء SEO
نظرًا لأن
example.com و
www.example.com يمكنهما الإشارة إلى عناوين IP مختلفة ، ومنذ يناير 1997 إلى مواقع ويب مختلفة على نفس عنوان IP ، بدأ متخصصو تحسين محركات البحث في إخبارنا أنه يجب علينا اختيار اسم مضيف أساسي ، والبقية يجب أن يشير هناك (برمز حالة HTTP 301).
من المنطقي اختيار اسم واحد. لكن أي واحد؟ بالنسبة لـ SEO ، لا يهم حقًا. الشيء الرئيسي هو أن يكون لديك واحد. ولكن إلى جانب تحسين محركات البحث هناك مشاكل أخرى. تابع القراءة.
كيف يفهم الناس عنوان URL
عندما كنت أعمل في وكالة تسويق في مطلع القرن ، كنت قلقة من أن الناس قد لا يفهمون أن لديهم عنوان شبكة الويب العالمية أمامنا إذا حذفنا جزء "www". أعني ، لقد بدأنا للتو في تخطي "http: //". بالإضافة إلى ذلك ، ولأسباب تاريخية ، اخترت شخصيًا استخدام اسم المضيف "الصحيح" الكامل ، أي
www.example.com .
اليوم لا أعتقد أنه مهم. سيتفهم الناس أن هذا عنوان ويب ، سواء كان www موجودًا أم لا ، عندما يكون أمامهم نطاق مستوى أعلى معروف. نظرًا لأن إصدارًا ما لا يزال يعيد التوجيه إلى إصدار آخر ، فلا يهم أن يكون اسم المضيف الأساسي هو
www.example.com ، وأنك تستخدم
example.com للإعلانات المطبوعة فقط من أجل الجمال. في نفس الوقت ، إذا كان لديك أحد الآلاف من نطاقات المستوى الأعلى الجديدة مثل .beer ، فمن المنطقي أن تضيف www لنفس الأسباب التي كنت قد حصلت عليها في التسويق في مطلع القرن.
بدون شبكة الاتصالات العالمية هو أبسط وأجمل
يجب أن أعترف:
example.com أسرع في الكتابة ، وأسهل في القراءة ، وهي توفر مساحة فقط. من المفهوم أن الأشخاص بدأوا في إسقاط www - وتحديد ببساطة الأصل كاسم المضيف الأساسي.
فلماذا ما زالوا يجادلون حول هذا؟
لماذا لا نزال نناقش استخدام "www" أم لا؟ دع الجميع يستخدم ما يريد ، أليس كذلك؟
بالطبع يمكنك ذلك.
ولكن إذا كنت مسؤولًا عن موقع ويب ، فربما ترغب في اتخاذ قرار مستنير والتفكير في بعض الأشياء مقدمًا. على سبيل المثال ، ملفات تعريف الارتباط.
يتم تمرير ملفات تعريف الارتباط إلى المجالات الفرعية
سيتم أيضًا تعيين ملفات تعريف الارتباط التي تم تعيينها نيابة عن المضيف لجميع النطاقات الفرعية. أي أنه إذا كان الموقع على
example.com يقوم بتعيين ملف تعريف ارتباط ، فسيرسل المتصفح أيضًا هذا الملف عند زيارة
www.example.com . يبدو جيدًا ، إنه نفس الموقع ، أليس كذلك؟ لكن ملفات تعريف الارتباط ستنتقل أيضًا إلى
cdn.example.com و
email.example.com و
intranet.example.com و
thirdpartyservice.example.com وما إلى ذلك. والعديد من خدمات الطرف الثالث تسمح لك باستخدام المجال الخاص بك بهذه الطريقة.
لن يتم إرسال ملف تعريف الارتباط من المضيف
www.example.com * إلى أي مضيف "أخوي" مثل المذكور أعلاه. يفهم متصفحك أن هذه ليست "خدمات فرعية" ، ولكنها خدمات مختلفة تمامًا لا يجب أن تصل إلى ملفات تعريف الارتباط الخاصة بك.
ملفات تعريف الارتباط غير الضرورية تضر بالأداء
طريقة عمل HTTP وملفات تعريف الارتباط هي أنها ترسل من المتصفح مع كل طلب إلى خادم الويب. هذا يعني أنه في حالة تعيين موقعك لملفات تعريف الارتباط للأصل (example.com) ، يجب أيضًا إرسال هذا الملف لكل طلب
email.example.com ، على سبيل المثال ، إلى
email.example.com أو
intranet.example.com . هذا يبطئ الاتصال.
يمكن قراءة ملفات تعريف الارتباط من قبل أطراف ثالثة
لذلك ، إذا كان موقع الويب هو نفس الأصل (example.com) ويستخدم نظام CMS ، فحينئذٍ سيصدر ملفات تعريف الارتباط إلى المستعرض الخاص بك لإبقاء الجلسة مفتوحة. بعد ذلك ، عند زيارة
someinternalservice.example.com ، يمكن لمسؤول هذه الخدمة قراءة ملف تعريف الارتباط هذا ونسخه واستخدامه لتسجيل الدخول إلى نظام إدارة المحتوى للشركة على سبيل
example.com نيابة عنك. وينطبق الشيء نفسه على مورد البريد الإلكتروني عند زيارة
email.example.com أو موفر CDN الذي يقوم بتنزيل الموارد ، مثل
static.example.com ، وما إلى ذلك.
إذا كنت قلقًا بشأن أمان شيء على الأقل على
example.com ، فتأكد من تضمين "www" قبله. حتى لو لم يقنعك هذا باستخدام "www" ، فأنا لا أعرف ما الذي يمكن أن يقنعه. لن يساعدك HTTPS ولا 2FA ، نظرًا لأن ملف تعريف الارتباط هذا هو رمز سحري. ومع ذلك ، قد تساعد التدابير الأمنية الأخرى ، مثل
قيود IP .
يمكن مشاركة ملفات تعريف الارتباط من المجالات الفرعية إذا أردت
إذا كانت لديك خدمة على نطاق فرعي ، على سبيل المثال ،
sso.example.com ، فإن RFC 6265 يسمح لك بتعيين ملفات تعريف الارتباط للأصل وجعلها شائعة مع
example.com أو
www.example.com . وبالتالي ، فإن التخلي عن "النطاق المجرد" كاسم المضيف يمنحك في الواقع المزيد من المرونة.
تقييد DNS
بالحديث عن المرونة ، نحتاج إلى العودة إلى الحديث عن DNS.
هناك قيود في DNS يجب أن يكون الأصل هو سجل A ، أي أشر إلى عنوان IP ثابت.
عندما يصبح موقعك كبيرًا وتقوم بنقله إلى استضافة أو ترغب في توجيهه إلى جدار حماية أو خدمة حماية DDoS ، استخدم سجل CNAME لتوجيه اسم المضيف إلى اسم مضيف آخر غير متناسق ، والذي يتحكم فيه الموفر اعتمادًا على حركة المرور والاحتياجات الخاصة بك.
ولكن إذا كان الموقع مستضافًا على نطاق مكشوف (example.com) ، فلا يمكنك القيام بذلك. ومع ذلك ، لا توجد مشكلة في تحديد اسم المضيف باستخدام "www" في CNAME. لذا إذا كنت تريد أي قابلية للتوسع ، الآن أو في المستقبل ، يجب عليك تعيين اسم المضيف من "www" منذ البداية.
الخلاصة: اختر www
هذا مهم سواء كنت تستخدم www أم لا. أوافق على أن النطاقات المجردة تبدو أجمل ، ولكن هذا مجرد سؤال عملي لشريط عنوان المتصفح. يمكنك استخدام
www.example.com كاسم مضيف أساسي ، وفي أماكن أخرى فقط استخدم النطاق المجرد. ستتم إعادة توجيه المستخدمين عند الضرورة.
لكن الحجج المهمة تتحدث لصالح استخدام اسم المضيف المؤهل بالكامل مع "www": للأداء والأمان والمرونة.
إذاً مرة واحدة وإلى الأبد وضع حد للنقاش: اختر "www"!