لسنوات ، كانت حرب التحذلق الصغيرة مستعرة في أشرطة عناويننا. في زاوية واحدة توجد علامات تجارية مثل شراء مراجعات جوجل, إنستغرامو فيسبوك. اختارت هذه المجموعة إعادة التوجيه example.com إلى www.example.com. في الزاوية المقابلة: GitHub جيثب:, DuckDuckGoو خلاف. اختارت هذه المجموعة القيام بالعكس وإعادة التوجيه www.example.com إلى example.com.
هل تنتمي "WWW" إلى عنوان URL؟ بعض المطورين لديهم آراء قوية حول هذا الموضوع. سنستكشف الحجج المؤيدة والمعارضة بعد قليل من التاريخ.
ما مع Ws؟
الثلاثة Ws ترمز إلى "شبكة الانترنت"، اختراع أواخر الثمانينيات قدم العالم إلى المتصفحات والمواقع الإلكترونية. تنبع ممارسة استخدام "WWW" من تقليد تسمية النطاقات الفرعية بعد نوع الخدمة التي تقدمها:
- خادم ويب في www.example.com
- خادم FTP في ftp.example.com
- خادم IRC في irc.example.com
WWW-less المجال قلق 1: تسرب ملفات تعريف الارتباط إلى المجالات الفرعية
أشار منتقدو مجالات "WWW-less" إلى أنه في مواقف معينة ، subdomain.example.com سيكون قادرًا على قراءة ملفات تعريف الارتباط التي تم تعيينها بواسطة example.com. قد يكون هذا غير مرغوب فيه ، على سبيل المثال ، إذا كنت موفر استضافة ويب يسمح للعملاء بتشغيل نطاقات فرعية على مجالك. أثناء صحة القلق ، كان السلوك خاصًا ببرنامج Internet Explorer.
RFC 6265 يوحّد كيفية تعامل المتصفحات مع ملفات تعريف الارتباط وينادي صراحةً أن هذا السلوك غير صحيح.
مصدر آخر محتمل للتسريبات هو Domain قيمنا من أي ملفات تعريف ارتباط تم تعيينها بواسطة example.com. إذا كان Domain تم تعيين القيمة صراحةً على example.com، ستتعرض ملفات تعريف الارتباط أيضًا لنطاقاتها الفرعية.
| قيمة ملفات تعريف الارتباط | يتعرض ل example.com | يتعرض ل subdomain.example.com |
|---|---|---|
secret=data |
✅ | ❌ |
secret=data; Domain=example.com |
✅ | ✅ |
في الختام ، طالما أنك لم تقم بتعيين ملف Domain القيمة ولا يستخدم المستخدمون Internet Explorer ، فلا يجب أن يحدث تسريب لملفات تعريف الارتباط.
WWW- أقل قلق المجال 2: صداع DNS
في بعض الأحيان ، قد يؤدي مجال "WWW-less" إلى تعقيد إعداد نظام اسم المجال (DNS) الخاص بك.
عندما يكتب المستخدم example.com في شريط عنوان المتصفح الخاص بهم ، يحتاج المتصفح إلى معرفة عنوان بروتوكول الإنترنت (IP) لخادم الويب الذي يحاول زيارته. يطلب المستعرض عنوان IP هذا من خوادم أسماء المجال الخاص بك - عادةً بشكل غير مباشر من خلال خوادم DNS لمزود خدمة الإنترنت (ISP) الخاص بالمستخدم. إذا تم تكوين خوادم الأسماء الخاصة بك للرد بامتداد سجل يحتوي على عنوان IP ، سيعمل المجال "WWW-less" بشكل جيد.
في بعض الحالات ، قد ترغب في استخدام ملف الاسم المتعارف عليه (CNAME) سجل لموقع الويب الخاص بك. مثل هذا السجل يمكن أن يعلن ذلك www.example.com هو اسم مستعار لـ example123.somecdnprovider.com، والذي يخبر متصفح المستخدم بالبحث بدلاً من ذلك عن عنوان IP الخاص بـ example123.somecdnprovider.com وأرسل طلب HTTP هناك.
لاحظ أن المثال أعلاه استخدم نطاقًا فرعيًا WWW. لا يمكن تحديد سجل CNAME لـ example.com. حسب RFC 1912، لا يمكن أن تتواجد سجلات CNAME مع السجلات الأخرى. إذا حاولت تحديد سجل CNAME لـ example.com، فإن سجلات خادم الأسماء (NS) الخاصة بـ example.com التي تحتوي على عناوين IP لخوادم أسماء المجال لن يُسمح لها بالوجود. نتيجة لذلك ، لن تتمكن المتصفحات من معرفة مكان خوادم الأسماء الخاصة بك.
سيسمح لك بعض موفري DNS بالتغلب على هذا القيد. تستدعي Cloudflare الحل الخاص بهم تسطيح CNAME. باستخدام هذه التقنية ، يقوم مسؤولو المجال بتكوين سجل CNAME ، لكن خوادم الأسماء الخاصة بهم ستكشف عن سجل A.
على سبيل المثال ، إذا قام المسؤول بتكوين سجل CNAME لـ example.com مشيرا إلى example123.somecdnprovider.com، و A سجل لـ example123.somecdnprovider.com موجود لافتا إلى 1.2.3.4، فسيقوم Cloudflare بالكشف عن سجل A لـ example.com مشيرا إلى 1.2.3.4.
في الختام ، في حين أن القلق صالح لمالكي المجال الذين يرغبون في استخدام سجلات CNAME ، فإن بعض موفري DNS يقدمون الآن حلاً مناسبًا.
فوائد أقل من WWW
أكثر من مناقشات ضد WWW عملية أو تجميلية. جادل دعاة "No-WWW" أنه من الأسهل القول والكتابة example.com من www.example.com (والذي قد يكون أقل إرباكًا للمستخدمين الأقل ذكاءً من الناحية التقنية).
أشار معارضو النطاق الفرعي WWW أيضًا إلى أن إسقاطه يأتي بميزة أداء متواضعة. يمكن لمالكي مواقع الويب حلق 4 بايت من كل طلب HTTP عن طريق القيام بذلك. في حين أن هذه المدخرات يمكن أن تضيف إلى مواقع الويب عالية الحركة مثل Facebook ، إلا أن النطاق الترددي ليس موردًا نادرًا بشكل عام.
فوائد WWW
إحدى الحجج العملية المؤيدة لـ WWW هي في المواقف ذات مجالات المستوى الأعلى الأحدث. فمثلا، www.example.m Miami يمكن التعرف عليه فورًا كعنوان ويب عندما مثال ميامي لا. هذا أقل أهمية بالنسبة للمواقع التي لديها نطاقات مستوى أعلى يمكن التعرف عليها مثل كوم.
التأثير على ترتيب محرك البحث الخاص بك
الإجماع الحالي هو أن اختيارك لا يؤثر على أداء محرك البحث الخاص بك. إذا كنت ترغب في الترحيل من أحدهما إلى الآخر ، فستحتاج إلى تهيئة عمليات إعادة التوجيه الدائمة (HTTP 301) بدلاً من عمليات إعادة التوجيه المؤقتة (HTTP 302). تضمن عمليات إعادة التوجيه الدائمة أن قيمة تحسين محركات البحث لعناوين URL القديمة تنتقل إلى عناوين URL الجديدة.
نصائح لدعم كليهما
عادة ما تختار المواقع إما example.com or www.example.com كموقع الويب الرسمي لهم وتهيئة عمليات إعادة التوجيه HTTP 301 للآخر. من الناحية النظرية ، من الممكن دعم كليهما www.example.com و example.com. في الممارسة العملية ، قد تفوق التكاليف الفوائد.
من منظور تقني ، سترغب في التحقق من أن مكدس التكنولوجيا الخاص بك يمكنه التعامل معه. سيتعين على نظام إدارة المحتوى (CMS) أو الموقع الذي تم إنشاؤه بشكل ثابت إخراج الروابط الداخلية كعناوين URL ذات صلة للحفاظ على اسم المضيف المفضل للزائر. قد تقوم أدوات التحليلات الخاصة بك بتسجيل حركة المرور إلى كل من اسمي المضيف بشكل منفصل ما لم تتمكن من تكوين أسماء المضيف كأسماء مستعارة.
أخيرًا ، ستحتاج إلى اتخاذ خطوة إضافية لحماية أداء محرك البحث الخاص بك. ستعتبر Google إصدارات "WWW" و "non-WWW" من عنوان URL كذلك مكررة المحتوى. لإزالة تكرار المحتوى في فهرس البحث الخاص به ، ستعرض Google أيهما يعتقد أن المستخدم سيفضله - للأفضل أو للأسوأ.
للحفاظ على التحكم في كيفية ظهورك في Google ، فإنه يوصى بإدراج علامات الارتباط الأساسي. أولاً ، حدد اسم المضيف الذي سيكون الاسم الرسمي (المتعارف عليه).
على سبيل المثال ، إذا اخترت www.example.com، سيتعين عليك إدخال المقتطف التالي في ملف علامة على https://example.com/my-article:
يوضح هذا المقتطف لـ Google أن متغير "WWW-less" يمثل نفس المحتوى. بشكل عام ، ستفضل Google الإصدار الذي حددته على أنه أساسي في نتائج البحث ، والذي سيكون البديل "WWW" في هذا المثال.
وفي الختام
على الرغم من الحملات المكثفة على كلا الجانبين ، يظل كلا النهجين صالحًا طالما أنك على دراية بالمزايا والقيود. لتغطية جميع القواعد الخاصة بك ، تأكد من إعداد عمليات إعادة توجيه دائمة من واحدة إلى أخرى ، وستكون جاهزًا تمامًا.
