نطاق فرعي أم مجلد فرعي في SEO؟ موقف Google، والفروق في الزحف والسلطة وSearch Console، ومتى يكون النطاق الفرعي منطقيًا، وكيف تنتقل بأمان.

باختصار
تقول Google إنها تتعامل مع النطاقات الفرعية والمجلدات الفرعية بطريقة متقاربة، لكن المجلد الفرعي (example.com/blog) هو الخيار الأكثر أمانًا افتراضيًا لأن كل رابط وكل صفحة وكل إشارة تقوّي موقعًا واحدًا. أما النطاق الفرعي (blog.example.com) فيُزحف إليه كموقع مستقل له ميزانية زحف خاصة، وعليه أن يكسب ظهوره عبر روابط من النطاق الرئيسي. استخدم النطاق الفرعي فقط عندما يعمل المحتوى على منصة مختلفة، أو يخدم جمهورًا مختلفًا، أو يجب أن يبقى معزولًا تقنيًا.
هل تريد التعمق أكثر؟ اسأل
يعود نقاش النطاق الفرعي أم المجلد الفرعي في SEO في كل مرة تطلق فيها شركة مدونة أو متجرًا أو مركز مساعدة أو لغة جديدة. موقف Google هادئ: عندما سُئل John Mueller من Google عن ذلك في 2018 أجاب بأن Google ترى الاثنين بالطريقة نفسها بشكل عام، مضيفًا أنه شخصيًا يحاول إبقاء الأمور مجتمعة قدر الإمكان (Search Engine Journal، مايو 2018). يشرح هذا الدليل ما الذي يتغير على أرض الواقع، حالة بحالة.
كلاهما طريقة لتنظيم قسم من الموقع، على مستويين مختلفين من عنوان URL:
| المعيار | مجلد فرعي (example.com/blog) | نطاق فرعي (blog.example.com) |
|---|---|---|
| الإعداد التقني | الخادم نفسه وغالبًا نظام إدارة المحتوى نفسه | سجل DNS، ويمكن تشغيله على خادم أو منصة أخرى |
| الزحف | يتقاسم ميزانية الزحف مع الموقع الرئيسي | يُعامَل كموقع مستقل بميزانية زحف خاصة |
| الروابط والسلطة | كل رابط خلفي يقوّي النطاق بالكامل | يجب ربطه بالموقع الرئيسي عبر روابط |
| الربط الداخلي | طبيعي، تنقّل واحد | يتطلب روابط متبادلة مقصودة |
| Search Console | مشمول في الموقع الرئيسي | مشمول في خاصية النطاق، ومنفصل في خاصية بادئة URL |
| الصيانة | موقع واحد للمراقبة | موقعان: خرائط الموقع وrobots.txt والتدقيقات |
| الأنسب لـ | المدونة والأدلة والفئات واللغات | تطبيق، منصة منفصلة، جمهور مختلف، مساحات المستخدمين |
لم تعلن Google أبدًا عن عقوبة في الترتيب للنطاقات الفرعية، وتصريحاتها العلنية تسير في الاتجاه نفسه: يمكن لكلا الهيكلين أن يحتل مراتب جيدة. ثلاث حقائق رسمية أهم من الآراء.
تنص وثائق Google حول ميزانية الزحف على أن البنية التحتية للزحف لدى Google تعرّف الموقع بأنه اسم مضيف فريد، وتضرب مثالًا بنطاقين فرعيين للنطاق نفسه يُعامَلان كموقعين منفصلين لكل منهما ميزانية زحف خاصة. بالنسبة إلى معظم المواقع هذا أمر محايد، أما في موقع يضم مئات الآلاف من الصفحات فإنه يغيّر طريقة توزيع الزحف.
وفق مساعدة Search Console، تجمع خاصية النطاق بيانات جميع النطاقات الفرعية والبروتوكولات والمسارات الفرعية، ويُتحقق منها عبر DNS، بينما لا تشمل خاصية بادئة URL إلا العناوين التي تبدأ بالبادئة المحددة تمامًا. مع خاصية النطاق يظهر blog.example.com وexample.com في التقارير نفسها، ومع خصائص بادئة URL تحتاج إلى خاصية لكل نطاق فرعي.
نصيحة John Mueller في 2018 كما نقلتها Search Engine Journal: أبقِ المحتوى المترابط مجتمعًا قدر الإمكان، واستخدم نطاقًا فرعيًا عندما يكون المحتوى مختلفًا فعلًا عن بقية الموقع. ويوضح شرح طريقة عمل محركات البحث السبب أيضًا: على Google أن تفهم أن اسمي مضيف ينتميان إلى الكيان نفسه، والروابط هي دليلها الرئيسي.
قد ترى Google الاثنين بالطريقة نفسها، لكن آليات SEO تميل لصالح المجلد الفرعي في معظم الحالات:
تصف دراسات حالة منشورة كثيرة مكاسب في الزيارات بعد نقل مدونة من نطاق فرعي إلى مجلد فرعي. هي مشجعة لكنها فردية: فالانتقال يأتي غالبًا مع تحسينات أخرى، لذلك لا يمكن نسب المكسب إلى بنية العنوان وحدها. يشرح دليلنا حول سلطة النطاق كيف تُحسب هذه المؤشرات الصادرة عن جهات خارجية ولماذا ليست مقياسًا من Google.
النطاق الفرعي هو الخيار الصحيح عندما يكون إبقاء المحتوى في مجلد فرعي صعبًا تقنيًا أو يخلط بين منتجين مختلفين.
| حالة الاستخدام | عنوان نموذجي | التوصية |
|---|---|---|
| تطبيق ويب أو مساحة العملاء | app.example.com | نطاق فرعي، يُحجب عادةً من الفهرسة |
| مركز مساعدة على منصة مخصصة | help.example.com | نطاق فرعي مقبول، مع ربطه من الموقع الرئيسي |
| متجر مستضاف على منصة أخرى | shop.example.com | نطاق فرعي إذا تعذّر استخدام reverse proxy |
| مساحات ينشئها المستخدمون | username.example.com | نطاق فرعي، يعزل محتوى كل مستخدم |
| بيئة تجريبية أو اختبار | staging.example.com | نطاق فرعي محمي بكلمة مرور |
| مدونة أو أدلة | example.com/blog | مجلد فرعي |
| اللغات والبلدان | example.com/fr/ | مجلد فرعي في معظم الحالات |
شركات البرمجيات هي المثال النموذجي: الموقع التسويقي والمدونة والوثائق مكانها في مجلدات فرعية، بينما يعيش المنتج نفسه على app.example.com. تفصّل صفحتنا حول SEO وGEO لشركات SaaS هذا التقسيم.
مجلد فرعي في أغلب الأحيان. المدونة هي المكان الذي تكسب فيه الروابط وتجيب عن أسئلة مشتريك، وتريد أن تتراكم هذه السلطة على النطاق الذي يبيع. إذا كانت مدونتك تعمل على نظام إدارة محتوى منفصل، يمكن لـ reverse proxy أن يعرضها تحت example.com/blog دون نقل المنصة. في WordPress تكون المدونة في مجلد فرعي افتراضيًا (راجع دليلنا لـ SEO وGEO على WordPress).
يقارن دليل Google حول إدارة المواقع متعددة المناطق بين الخيارات. المجلدات الفرعية سهلة الإعداد وقليلة الصيانة (الخادم نفسه)، والنطاقات الفرعية سهلة الإعداد أيضًا وتسمح بمواقع خوادم مختلفة وتسهّل فصل المواقع. أما معاملات URL فغير موصى بها. بالنسبة إلى معظم الشركات، تبقى example.com/fr/ مع وسوم hreflang أبسط بنية للإدارة. ويغطي دليلنا لـ SEO الدولي الخيار كاملًا، بما في ذلك نطاقات الدول.
إذا كانت منصة التجارة الإلكترونية لديك تعمل على النطاق الرئيسي، فاستخدم مجلدات فرعية للفئات والمنتجات. وإذا فرضت نطاقًا فرعيًا، فاقبله وعوّض ذلك بروابط متبادلة قوية: روابط من المدونة إلى الفئات، ومن الصفحة الرئيسية إلى المتجر، وترويسة متسقة في الاثنين.
نقل blog.example.com إلى example.com/blog عملية ترحيل قائمة بذاتها. اتبع الانضباط نفسه المتبع في أي ترحيل SEO:
توقّع بضعة أسابيع من التذبذب. أما الانخفاض الذي يستمر فيشير عادةً إلى عمليات إعادة توجيه ناقصة أو محتوى مفقود.
تستشهد ChatGPT وGemini وPerplexity بعناوين URL، واسم المضيف جزء مما يراه القارئ في الاستشهاد. عندما تكون أدلتك في مجلد فرعي، يعرض كل استشهاد نطاقك الرئيسي ويقوّي العلامة التي تبيع. أما في النطاق الفرعي فقد يبدو الاستشهاد نفسه وكأنه من موقع مستقل. أيًا كانت البنية، تنطبق القواعد نفسها كما في SEO التقليدي: صفحات قابلة للزحف، وروابط بين الأقسام، وسلطة تُبنى مع الوقت. يُظهر متتبع سلطة النطاق كيف تتطور هذه السلطة، ويحصل اكتساب الروابط الخلفية في Sorank على روابط خلفية طبيعية تلقائيًا من شبكته التي تضم أكثر من 5000 مستخدم.
اختر المجلد الفرعي افتراضيًا، والنطاق الفرعي فقط لمنتج أو منصة أو جمهور منفصل. إذا كان لديك نطاق فرعي يعمل جيدًا، فاربطه بإحكام بالموقع الرئيسي قبل التفكير في الترحيل. ثم ركّز جهدك حيث تُحسم المراتب: المحتوى والروابط. ينشر Sorank مقالات محسّنة مباشرة في المجلد الفرعي لمدونتك بنظام autopilot، مع روابط داخلية نحو الصفحات التي تبيع.
ليس تلقائيًا كما يحدث مع المجلد الفرعي. تزحف Google إلى النطاق الفرعي كموقع مستقل، لذلك تستفيد صفحاته من النطاق الرئيسي أساسًا عبر الروابط بين الاثنين. تساعد الروابط المتبادلة القوية والتنقل المشترك وخاصية النطاق في Search Console على أن تربط Google بينهما.
لا. قالت Google إنها تتعامل عمومًا مع النطاقات الفرعية والمجلدات الفرعية بالطريقة نفسها، وكثير من النطاقات الفرعية يحتل مراتب جيدة. العيب عملي: تتوزع الإشارات والروابط بين موقعين، مما يجعل النطاق الفرعي أبطأ نموًا عندما يستضيف محتوى كان يمكن أن يكون على النطاق الرئيسي.
المجلدات الفرعية مثل example.com/fr/ هي الخيار الأبسط لمعظم المواقع: خادم واحد وصيانة قليلة وسلطة مشتركة بين اللغات. تصبح النطاقات الفرعية أو نطاقات الدول منطقية عندما يحتاج كل سوق إلى خادم أو فريق أو منصة منفصلة. وفي كل الحالات أضف وسوم hreflang بين الصفحات المتكافئة.
لقد جربوا SORANK قبلك
