كلا الطريقتين تؤدي الغرض نفسه.
إلا ان هنالك بعض الفروقات الأخرى التي تتعلق فيها.
أحد اهم العوامل هي الـ SEO ..
مثلاً , في قوقل , يتم قراءة النطاقات الفرعية على انها نطاقات مميزة وغير متصلة بالنطاق الأساسي.
فمثلاً :
www.facebook.com/stores سيتم قرائتها على انها خدمة متصلة بالـ Facebook.com وسيتم ارشفته تحت اسم النطاق الرئيسي.
بينما لو كانت : stores.facebook.com سيتم قرائتها على انه موقع مستقل تماماً وسيتم ارشفته بشكل مستقل تحت نطاق الإسم الفرعي.
هذه اكثر نقطة قد تجعل اصحاب المواقع الإبتعاد عن النطاقات الفرعية حتى يتمكنوا من الحفاظ على ترتيبهم في قوقل ولا يبدأون من الصفر.
اما بالنسبة لمتى يتم استخدام النطاقات الفرعية,
فهي تعتمد على صاحب الموقع وطريقة تسويقه او نشره لخدماته.
فمثلاً, لو كان لدينا متجر إلكتروني مثل Amazon ونريد أن نقوم بتجزئة الموقع بحسب الدول, حتى يمككنا الإستفادة من تخصيص الخدمات بحسب كل دولة وايضاً تلخيص التقارير الشهرية للموقع بحسب الدول والتي ستمكننا من زيادة كفاءة المتجر ورفع الإرادات السنوية.
فيمككنا ان نقوم بإستخدام النطاقات الفرعية وإضافة اختصار لإسم الدولة .
مثال :
us.amazon.com
sa.amazon.com
jp.amazon.com
النطاقات الفرعية ايضاً تمككنا من وضع موقع مستقل تماماً والذي سيفدنا من تسليمه إلى فروعنا بارجاء العالم. فكل موزع سيكون مسؤول عن إدارة المتجر الفرعي المخصص له. وتبقي الروابط ودوده Friendly-URL للمستخدمين. فيتمكنوا من حفظها بسرعة.
كذلك هو الحال مع اللغات , والخدمات الاخرى التي من الممكن ان يكون تركيز صاحب العمل عليها في التسويق فيجعلها مستقله ليدخلها في خطة تسويقية مكثفة. كما هو الحال مع غالب الشركات الكبيرة مثل مايكرسوفت. وليس فقط كتسويق وانما من الممكن ان يكون النطاق الفرعي هو الحل الأمثل للخدمة بسبب ان هذه الخدمة لها متطلبات كثيرة (مثلاً خدمة المطورين Developer في غالب المواقع مثل قوقل وتويتر وغيرها ) ..
النقطة الأخرى التي من الممكن ان تكون غير مهمه للبعض ولكن بعض المواقع تبتعد من النطاقات الفرعية حتى توفر بمبلغ شهادات الـ SSL ..
فشهادات الـ SSL Standard تتضمن فقط النطاق الرئيسي وهو أرخص من الـ SSL Wild Card الذي يتضمن النطاق الرئيسي والنطاقات الفرعية ..