النطاق الفرعي subdomain والسيو: نطاق فرعي أم مجلد فرعي، بكلمات بسيطة

ما هو النطاق الفرعي subdomain؟

في السيو، يتلخص أمر النطاق الفرعي أو subdomain في قرار واحد. هل تضع قسمًا من موقعك على blog.example.com أم على example.com/blog/؟ الأول نطاق فرعي. لكن الثاني دليل فرعي، ويسميه كثيرون المجلد الفرعي.

النطاق الفرعي هو الجزء الذي يسبق اسم نطاقك الرئيسي. ففي shop.example.com تكون كلمة «shop» هي النطاق الفرعي. كما أن DNS يوجهه إلى أي مكان تريده، لذلك يمكن أن يعمل على خادم آخر أو نظام إدارة محتوى آخر أو منصة شركة أخرى.

أما المجلد الفرعي فهو مجرد مسار على المضيف نفسه. فهو يشارك الخادم وملف robots.txt وغالبًا نظام إدارة المحتوى أيضًا. لذلك يراه الزاحف جزءًا واضحًا من الموقع الرئيسي.

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

كيف يتعامل Google مع النطاق الفرعي

يقول Google إنه يزحف إلى الخيارين ويفهرسهما ويرتبهما جيدًا. وقد كرر فريقه ذلك مرات كثيرة. لكن عبارة «يمكن أن يتصدر» لا تعني «يتصدر بالقدر نفسه من اليوم الأول».

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

ما الذي يشاركه النطاق الفرعي وما الذي لا يشاركه

• منفصل: ملف robots.txt والخادم وشهادة TLS (إلا إذا كانت شهادة شاملة) وغالبًا نظام إدارة المحتوى وخريطة الموقع.
• منفصل في التقارير: خاصية بادئة URL في Search Console تغطي مضيفًا واحدًا فقط.
• مشترك: اسم العلامة التجارية، وخاصية النطاق في Search Console التي تغطي كل النطاقات الفرعية معًا.
• مترابط لا مندمج: الروابط بين الموقع الرئيسي والنطاق الفرعي تفيد، لكنها تُحسب روابط بين مضيفين.

يطلب دليل Google حول بنية عناوين URL عناوين بسيطة ومنطقية. ولا يخالف أي من الخيارين هذه القاعدة. لكن الفرق الحقيقي هو مقدار قوة الموقع الرئيسي التي يستفيد منها كل خيار.

نطاق فرعي أم دليل فرعي

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

النطاق الفرعي subdomain مقابل المجلد الفرعي بلمحة

• الروابط: المجلد يستفيد من روابط النطاق الرئيسي فورًا. أما النطاق الفرعي فيكسب معظم روابطه وحده.
• الإعداد: المجلد يحتاج الخادم نفسه أو وكيلًا عكسيًا. أما النطاق الفرعي فيحتاج سجل DNS فقط.
• الأدوات: النطاق الفرعي يعمل بأي نظام إدارة محتوى أو خدمة SaaS. أما المجلد فيعمل غالبًا على تقنية الموقع الرئيسي.
• القياس: المجلد يشارك ملفات تعريف الارتباط والتحليلات بسهولة. أما النطاق الفرعي فيحتاج إعدادات بين النطاقات في بعض الأدوات.
• المخاطرة: النطاق الفرعي الضعيف أو المليء بالسبام يبقى بعيدًا قليلًا عن الموقع الرئيسي. لكن المجلد يشارك الموقع الرئيسي مصيره.

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

متى يكون النطاق الفرعي هو الخيار الصحيح

النطاقات الفرعية ليست خطأ. في الواقع، تستخدمها بعض أكبر المواقع في العالم عن قصد. وهي تناسب القسم أكثر عندما تكون له حياته الخاصة.

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

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

متى لا يستحق الأمر

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

متى يتفوق المجلد الفرعي

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

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

وماذا لو كانت المدونة تعمل على منصة أخرى؟

يمكنك مع ذلك تقديمها من مجلد. فالوكيل العكسي، المضبوط في nginx أو Apache أو عامل CDN، يرسل example.com/blog/ إلى الخادم الحقيقي للمدونة. وبهذه الطريقة لا يرى الزائر والزاحف إلا النطاق الرئيسي. ولدى معظم الاستضافات وشبكات CDN دليل لذلك.

مثال سريع في nginx

location /blog/ {
  proxy_pass https://blog-host.example.net/;
  proxy_set_header Host blog-host.example.net;
}

بعد ذلك اضبط عنوان المدونة على https://example.com/blog/، حتى تستخدم روابطها وعناوينها الأساسية وخريطة موقعها عنوان المجلد.

لماذا ينبّه SEO Checker إلى النطاق الفرعي

يقرأ SEO Checker لدينا المضيف لكل صفحة يفحصها. وإذا كان قبل النطاق الرئيسي أي شيء غير www، فإنه يعرض تنبيهًا في مجموعة العنوان.

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

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

كما يفحص السطر نفسه أمرًا آخر. فهو يتأكد من أن النطاق يستخدم حروفًا لاتينية فقط، لأن الاسم المكتوب بحروف أخرى يظهر بصيغة punycode مثل xn-- في برامج كثيرة.

قائمة تحقق للنطاق الفرعي subdomain

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

1. امنحه ملف robots.txt خاصًا به مع سطر Sitemap. فالزاحف يقرأ robots.txt لكل مضيف، لذلك لا يغطيه ملف الموقع الرئيسي.
2. امنحه خريطة موقع XML خاصة به وأرسلها في Search Console.
3. أكّد خاصية النطاق في Search Console، حتى ترى كل المضيفين في تقرير واحد.
4. اربط في الاتجاهين. ضع الموقع الرئيسي في رأس النطاق الفرعي وتذييله، واربط النطاق الفرعي من الصفحات الرئيسية ذات الصلة.
5. حافظ على العلامة نفسها: الشعار والاسم والتصميم، حتى يرى الناس والآلات شركة واحدة.
6. أضف مخطط Organization بالاسم والشعار وملفات sameAs نفسها على المضيفين.
7. استخدم عنوانًا أساسيًا واحدًا لكل صفحة، ولا تنشر المقال نفسه على المضيفين أبدًا.
8. غطّه بـ HTTPS، بشهادة شاملة أو بشهادة خاصة به.

ينجز مولد robots.txt ومولد خريطة موقع XML لدينا الخطوتين الأوليين في دقائق.

كيف تنقل نطاقًا فرعيًا إلى مجلد

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

الخطوة 1: اكتب قائمة بكل عنوان

ازحف إلى النطاق الفرعي وصدّر كل عنوان URL يعيد الرمز 200. ثم أضف العناوين من خريطة موقعه ومن Search Console، حتى لا يفوتك شيء.

الخطوة 2: طابق القديم بالجديد

اكتب عنوانًا جديدًا في المجلد لكل عنوان قديم. واحتفظ بالمسارات القصيرة حيث أمكن. فمثلًا يصبح blog.example.com/seo-tips/ هو example.com/blog/seo-tips/.

الخطوة 3: قدّم المحتوى من المجلد

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

الخطوة 4: حوّل بـ 301

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

# On the old blog host (Apache)
RewriteEngine On
RewriteRule ^(.*)$ https://example.com/blog/$1 [R=301,L]

الخطوة 5: راقب وانتظر

أرسل خريطة الموقع الجديدة. ثم أبقِ التحويلات سنة على الأقل. وفي الأثناء راقب أخطاء 404 في Search Console وأصلحها فور ظهورها.

أخطاء شائعة

• وضع المدونة على نطاق فرعي فقط لأن التثبيت هناك كان أسهل.
• نشر المقالات نفسها على النطاق الفرعي والموقع الرئيسي، مما يقسم كل الإشارات.
• نسيان ملف robots.txt للنطاق الفرعي، فيحجب سطر «Disallow: /» المتبقي من مرحلة الاختبار كل شيء.
• ترك نطاقات الاختبار الفرعية مفتوحة للزواحف. بدلًا من ذلك احمها بكلمة مرور.
• نقل نطاق فرعي إلى مجلد دون تحويلات 301.
• ربط النطاق الفرعي من التذييل فقط، فيبدو غير مهم.

كل خطأ من أخطاء النطاق الفرعي هذه سهل التجنب بمجرد أن تعرفه. كذلك تشرح مساعدة Search Console حول إضافة خاصية الفرق بين خاصية النطاق وخاصية بادئة URL.

أسئلة وأجوبة