الفرق بين الدومين والصب دومين والمجلد وأيهما أفضل للسيو؟

ما هو الدومين؟

الدومين أو النطاق هو العنوان الرئيسي الذي يكتبه المستخدم للوصول إلى الموقع، مثل:

https://example.com/

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

عند إنشاء مشروع على دومين مستقل مثل:

https://exampleacademy.com/

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

ما هو الصب دومين Subdomain؟

الصب دومين أو النطاق الفرعي هو اسم يسبق الدومين الرئيسي:

https://academy.example.com/
https://shop.example.com/
https://support.example.com/

يمكن توجيهه إلى الاستضافة نفسها أو خادم ونظام مختلفين. وقد يملك تصميمًا وقاعدة بيانات وWordPress وSitemap وRobots وشهادة SSL خاصة، رغم أنه تابع إداريًا للدومين الأساسي.

يُستخدم الصب دومين عادة عندما يمثل القسم منتجًا أو وظيفة مستقلة: أكاديمية، منصة تطبيق، بوابة عملاء، دعم فني، متجر منفصل، نسخة لغة أو دولة، أو مدونة تديرها تقنية مختلفة. ويظهر في بعض خصائص بحث جوجل بوصفه hostname مستقلًا؛ فمثلًا يمكن أن يكون له اسم موقع وFavicon خاصان، بينما لا يدعم جوجل اسم موقع مستقلًا على مستوى المجلد.

ما هو المجلد Subdirectory؟

المجلد أو المسار الفرعي يأتي بعد اسم الدومين:

https://example.com/academy/
https://example.com/blog/
https://example.com/shop/

يبقى المحتوى داخل المضيف نفسه عادة، ويشترك في نظام الموقع وإعداداته وشهادته وملف Robots الأساسي. يمكن لخوادم متقدمة توجيه مجلد إلى تطبيق مختلف عبر Proxy، لكن من منظور URL يظل ضمن النطاق والمضيف نفسه.

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

مقارنة سريعة بين الدومين والصب دومين والمجلد

أيهما أفضل للسيو: Subdomain أم Subdirectory؟

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

يختار كثير من المواقع المجلد لأن الإدارة والروابط الداخلية والتحليلات والهوية تكون موحدة. ويختار آخرون الصب دومين لأنهم يحتاجون WordPress مستقلًا أو خادمًا أو فريقًا أو صلاحيات أو تصميمًا مختلفًا. لا تحول القرار إلى «عامل ترتيب» منفرد؛ فهو قرار هندسي ومحتوى وعلامة قبل أن يكون شكل URL.

هل يستفيد الصب دومين من قوة الدومين الأساسي؟

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

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

هل المجلد يرث قوة الدومين تلقائيًا؟

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

متى يكون المجلد أفضل؟

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

مثال: شركة برمجة تنشر دليلًا عن تصميم المواقع لجمهور خدماتها. قد يكون example.com/blog/ أو example.com/academy/ خيارًا منطقيًا لأن المحتوى يدعم النشاط نفسه.

متى يكون الصب دومين أفضل؟

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

مثال: موقع خدمات منزلية يريد إطلاق أكاديمية متخصصة في تطوير المواقع والسيو. اختلاف الموضوع والجمهور والنظام قد يجعل academy.example.com فصلًا مفهومًا، بشرط بناء الأكاديمية كموقع حقيقي له أقسام وصفحات ثقة وروابط ومحتوى متماسك، لا مستودعًا لخمس مقالات منعزلة.

متى يكون الدومين المستقل أفضل؟

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

لكنه يحتاج وقتًا وتكلفة لبناء محتوى وروابط وثقة وتحليلات وصيانة منفصلة. لا تشترِ دومينًا جديدًا لكل قسم صغير؛ فقد تشتت الموارد على مواقع ضعيفة بدل بناء مشروع واحد متماسك.

اختيار أكاديمية أو مدونة: ساب دومين أم مجلد؟

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

تأثير الاختيار على Search Console

خاصية Domain التي تُثبت عبر DNS تجمع بيانات البروتوكولات والنطاقات الفرعية والمسارات التابعة للدومين. لكن يمكن إضافة خاصية URL-prefix منفصلة للساب دومين أو المجلد لتحليل بياناته بسهولة.

sc-domain:example.com
https://academy.example.com/
https://example.com/academy/

خاصية URL-prefix تشمل الروابط التي تبدأ بالبادئة المحددة، ولا تشمل subdomain آخر أو بروتوكولًا مختلفًا. لذلك إضافة خاصية منفصلة للأكاديمية تسهل الفهرسة وSitemap والأداء، حتى مع وجود Domain property شاملة.

تأثير الاختيار على Google Analytics

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

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

تأثير الاختيار على Sitemap

يمتلك الصب دومين عادة Sitemap خاصة مستضافة عليه، بينما يستطيع المجلد الظهور ضمن خريطة الموقع الرئيسية أو خريطة قسم داخل فهرس Sitemaps. يجب أن تحتوي الخريطة على روابط Canonical قابلة للفهرسة فقط.

https://academy.example.com/sitemap_index.xml
https://example.com/sitemap_index.xml

أرسل الخريطة إلى الخاصية المناسبة في Search Console، ولا تخلط مضيفات دون تطبيق متطلبات الخريطة المشتركة. وجود الخريطة يساعد على الاكتشاف ولا يضمن الترتيب.

تأثير الاختيار على robots.txt

للساب دومين ملف Robots على جذره مستقل عن الدومين الرئيسي:

https://academy.example.com/robots.txt

أما المجلد فيخضع لملف المضيف:

https://example.com/robots.txt

لا تفترض أن قواعد الموقع الأم تحمي أو تسمح للأكاديمية على subdomain. راجع منع الزحف وSitemap وإعدادات WordPress في كل نظام.

تأثير الاختيار على SSL وDNS

المجلد يستخدم شهادة المضيف نفسه، بينما الصب دومين يحتاج شهادة تغطي اسمه أو شهادة wildcard مناسبة. أنشئ سجل DNS مثل A أو CNAME حسب الاستضافة، وانتظر الانتشار، وتأكد من أن HTTP يتحول إلى HTTPS الصحيح.

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

تأثير الاختيار على السرعة والأداء

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

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

تأثير الاختيار على الأمان

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

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

تأثير الاختيار على العلامة التجارية

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

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

تأثير الاختيار على الروابط الداخلية

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

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

تأثير الاختيار على إدارة المحتوى

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

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

تأثير الاختيار على المواقع متعددة اللغات

يمكن تنظيم اللغات عبر مجلدات:

example.com/ar/
example.com/en/

أو نطاقات فرعية:

ar.example.com/
en.example.com/

أو نطاقات دول. توضح جوجل أن المجلدات على gTLD سهلة الإعداد وقليلة الصيانة، بينما النطاقات الفرعية تسهّل فصل المواقع والخوادم. استخدم hreflang وروابط متبادلة وCanonical صحيحًا، ولا تنشئ ترجمة آلية ضعيفة.

الفرق بين subdomain وsubfolder في ووردبريس

يمكن إنشاء الصب دومين كتثبيت ووردبريس مستقل أو ضمن Multisite، ويمكن إنشاء المجلد كتصنيف أو صفحة رئيسية للقسم أو تثبيت داخل مسار. اختيار تثبيت WordPress داخل مجلد قد يسبب تعقيدًا إذا تداخلت قواعد Rewrite والملفات؛ لذلك خطط مع المطور.

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

إنشاء ساب دومين خطوة بخطوة

1. اختر اسمًا قصيرًا يوضح الوظيفة.
2. أنشئ سجل DNS وفق الاستضافة.
3. اربط المضيف بالخادم أو المنصة.
4. فعّل شهادة SSL الصحيحة.
5. ثبت النظام واضبط HTTPS.
6. راجع Robots وnoindex.
7. أنشئ Sitemap وأضف Search Console.
8. اضبط Analytics والتحليلات.
9. أنشئ صفحات الهوية والتصنيفات.
10. اربطه بالموقع الأم في سياق واضح.
11. اختبر الفهرسة والسرعة والموبايل.

إنشاء مجلد للمدونة أو الأكاديمية

1. حدد وظيفة القسم وخريطة محتواه.
2. اختر Slug قصيرًا وثابتًا.
3. أنشئ صفحة هبوط للقسم.
4. نظم المقالات في تصنيفات واضحة.
5. أضف القسم إلى التنقل المناسب.
6. راجع الروابط وBreadcrumbs.
7. أدرج URLs في Sitemap.
8. أنشئ خاصية URL-prefix عند الحاجة للتحليل.
9. راقب الأداء والفهرسة.

أخطاء شائعة عند استخدام الصب دومين

• إنشاؤه لمجرد استهداف كلمة مفتاحية.
• تركه بلا روابط من الدومين الأم.
• نسخ محتوى الموقع الرئيسي.
• نسيان شهادة SSL وRobots وSitemap.
• عدم إضافة Search Console منفصلة للتحليل.
• تشغيل نظام قديم بلا تحديث.
• عدم توضيح العلامة والملكية.
• نشر مقالات قليلة بلا خطة نمو.
• استخدام Canonical إلى الرئيسية لكل الصفحات.

أخطاء شائعة عند استخدام المجلد

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

هل نقل المدونة من ساب دومين إلى مجلد يحسن السيو؟

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

إذا قررت النقل، جهز خريطة URL إلى URL، ونفذ 301 مباشرًا، وحدّث الروابط وCanonical وSitemap وhreflang والبيانات المنظمة، وراقب Search Console. احتفظ بالتحويلات مدة طويلة ولا تحذف الصب دومين قبل اكتشافها.

طريقة نقل الصب دومين إلى مجلد

1. ازحف للموقع القديم واحفظ كل URLs.
2. حدد وجهة مطابقة لكل صفحة.
3. انقل المحتوى والوسائط والبيانات.
4. اختبر الموقع الجديد مع noindex في بيئة محمية.
5. راجع العناوين وCanonical والروابط.
6. أطلق الوجهات وأزل المنع.
7. فعّل 301 من كل URL قديم إلى نظيره.
8. حدّث الروابط الداخلية والخريطة.
9. اختبر 404 وسلاسل التحويل.
10. راقب الزحف والفهرسة والزيارات.

طريقة نقل مجلد إلى ساب دومين

تنطبق المبادئ نفسها: لا تحول كل الروابط إلى الصفحة الرئيسية للساب دومين، بل إلى الصفحات المقابلة. تأكد من DNS وSSL وRobots قبل الإطلاق. أضف خاصية Search Console وأرسل الخريطة الجديدة، وراجع Analytics عبر المضيفات.

هل تستخدم أداة تغيير العنوان؟

تستخدم أداة Change of Address في حالات نقل مواقع أو نطاقات مدعومة، لكن لا تعتمد عليها بدل التحويلات. في تغييرات المسارات داخل المضيف، تكون خريطة التحويل وتحديث الإشارات هي الأساس. راجع وثائق جوجل للحالة المحددة قبل الاستخدام.

مدة استقرار النتائج بعد النقل

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

اختيار URL مناسب

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

هل وجود الكلمة المفتاحية في الصب دومين مفيد؟

اسم مثل seo.example.com لا يضمن ترتيب محتوى السيو. اختر اسمًا يخدم المستخدم والعلامة وقابلًا للتوسع. كلمة academy توضح الوظيفة أفضل من قائمة كلمات طويلة، لكن المحتوى والبنية أهم من الاسم.

تجنب Site Reputation Abuse

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

دراسة حالة: أكاديمية على موقع خدمات

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

ينبغي ألا تعتمد الأكاديمية على اسم الدومين الأم فقط. انشر عناقيد مترابطة، وأضف رابطًا واضحًا من الموقع الرئيسي، واربط إلى الأم فقط عند وجود سياق، واضبط Search Console وSitemap وRobots. إذا أصبح المشروع علامة مستقلة كبيرة، يمكن تقييم دومين مستقل مستقبلًا، لكن النقل يجب ألا يتم بلا سبب قوي.

دراسة حالة: مدونة متجر إلكتروني

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

دراسة حالة: تطبيق SaaS

قد يستخدم المشروع www.example.com للموقع التسويقي وapp.example.com للتطبيق وdocs.example.com للتوثيق. هذا الفصل منطقي لأن الأنظمة والوظائف والصلاحيات مختلفة. صفحات التطبيق خلف تسجيل الدخول لا تحتاج إلى الفهرسة، بينما التوثيق العام يحتاج بنية وSitemap وروابط مستقلة.

خريطة قرار الاختيار

1. هل المشروع علامة مستقلة تمامًا؟ فكر في دومين.
2. هل المحتوى امتداد مباشر للموقع ونظامه؟ فكر في مجلد.
3. هل يحتاج نظامًا أو خادمًا أو فريقًا مستقلًا؟ فكر في ساب دومين.
4. هل تستطيع صيانة أكثر من تثبيت؟ إن لم تستطع، اختر الأبسط.
5. هل توجد بيانات وروابط حالية؟ احسب مخاطر النقل.
6. هل الاختيار مفهوم للمستخدم؟ اختبر الاسم والتنقل.
7. هل توجد خطة محتوى طويلة؟ لا تنشئ قسمًا فارغًا.

جدول القرار النهائي

قائمة إعداد ساب دومين متوافق مع السيو

• DNS وHTTPS يعملان دون أخطاء.
• Robots يسمح بالصفحات العامة.
• لا يوجد noindex من بيئة التجربة.
• Sitemap خاصة بالقسم.
• Search Console وAnalytics مضبوطان.
• Canonical ذاتي وصحيح.
• صفحات من نحن والتواصل والمؤلف.
• تصنيفات ومحتوى مترابط.
• رابط واضح من الموقع الأم.
• تصميم وهوية يوضحان العلاقة.
• نسخ احتياطي وأمان وتحديث مستقل.
• سرعة وموبايل جيدان.

قائمة إعداد مجلد متوافق مع السيو

• Slug قصير وثابت.
• صفحة هبوط مفيدة للقسم.
• روابط داخلية وBreadcrumbs.
• وجود الروابط في Sitemap.
• عدم منع المسار في Robots.
• عدم تكرار المحتوى والتصنيفات.
• عناوين Canonical صحيحة.
• إمكانية تحليل المسار في Search Console.
• تنقل واضح للمستخدم.
• خطة محتوى وتصنيفات.

التكلفة الحقيقية لكل اختيار

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

تكلفة الفريق والصيانة

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

تكلفة النقل مستقبلًا

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

الكوكيز وتسجيل الدخول بين الصب دومين والدومين

إذا احتاج المستخدم إلى تسجيل دخول موحد بين example.com وapp.example.com، يجب ضبط نطاق Cookies وسياسات SameSite وSecure والمصادقة بعناية. الفصل قد يكون مفيدًا أمنيًا، لكنه يتطلب تطويرًا واختبارًا. المجلد يعمل عادة تحت المضيف نفسه فيبسط بعض الجوانب.

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

CORS والاتصال بين الأنظمة

عندما يطلب الصب دومين بيانات أو ملفات من مضيف آخر، قد تحتاج إلى إعداد CORS. لا تستخدم Access-Control-Allow-Origin: * بلا فهم، خصوصًا للبيانات الحساسة. حدد المصادر والطرق والترويسات المسموحة.

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

البريد الإلكتروني والسمعة

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

النسخ الاحتياطي والتعافي من الأعطال

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

حدد RPO وRTO بصورة مبسطة: كم بيانات تستطيع خسارتها وكم وقت توقف تقبل؟ المواقع التعليمية قد تقبل تأخيرًا أكبر من متجر أو تطبيق. لا تعتبر وجود Backup تلقائيًا ضمانًا قبل تجربة الاستعادة.

تأثير ccTLD والدومين العام

امتداد دولة مثل .sa يعطي إشارة جغرافية واضحة لذلك البلد، بينما .com عام ويمكن تنظيم دوله بلغات ومجلدات أو subdomains. إذا كانت الأكاديمية تستهدف العالم العربي، قد يكون gTLD مرنًا. وإذا تستهدف السعودية وحدها بعلامة مستقلة، قد يناسب امتداد الدولة حسب التوفر والمتطلبات.

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

بناء هيكل محتوى لأكاديمية على ساب دومين

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

الصفحة الرئيسية

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

صفحات الأقسام

كل قسم يحتاج مقدمة مفيدة وترتيبًا للدروس حسب المستوى، وليس أرشيفًا آليًا بلا سياق. اربط المقالات الأساسية والحديثة، وحدث الصفحة عند نشر دليل جديد.

صفحة المؤلف

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

الربط بالموقع الأم

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

خطة نشر أول 20 مقالًا على الصب دومين

لا تنشر 20 موضوعًا بلا علاقة. ابدأ بخمسة أدلة تشخيصية مترابطة، ثم أنشئ حول كل دليل موضوعين أو ثلاثة. مثال: دليل ظهور الموقع، ومشكلة تم الزحف، وهبوط الزيارات، وRobots، وبنية الدومين. بعد ذلك أضف Search Console وCanonical وSitemap وnoindex والروابط الداخلية.

انشر بوتيرة تستطيع الحفاظ عليها، وحدّث الروابط بين المقالات بعد كل نشر. راقب الاستعلامات في Search Console لاكتشاف الأسئلة التي تستحق مقالات جديدة. لا تنشئ مقالًا لكل كلمة طويلة إذا كانت مجرد جزء من دليل قائم.

هل الأفضل ربط الصب دومين في القائمة الرئيسية؟

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

اسم الموقع وFavicon في نتائج البحث

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

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

Canonical بين الدومين والصب دومين

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

<link rel="canonical" href="https://academy.example.com/article/">

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

البيانات المنظمة عبر الأنظمة

يمكن للساب دومين استخدام Organization أو WebSite وArticle بما يتوافق مع المحتوى الظاهر. وضح العلاقة بالمنظمة الأم دون اختلاق كيان مستقل. استخدم شعارًا واسمًا موحدين، واختبر الكود، وتجنب إضافة أنواع لا تنطبق.

هل تستخدم www مع الصب دومين؟

عادة يكفي academy.example.com ولا حاجة إلى www.academy.example.com. إذا كانت النسختان تعملان، اختر واحدة وحوّل الأخرى 301. كثرة المضيفات تزيد احتمال التكرار والشهادات والإعدادات.

التخطيط لخمس سنوات

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

لا تبنِ على احتمال بعيد على حساب قدرة الفريق اليوم. يمكن نقل المشروع لاحقًا بخطة صحيحة، رغم وجود تكلفة وتقلبات. القرار الجيد يوازن المرونة مع بساطة التشغيل.

تقييم بنية أكاديمية ويب بعد الإطلاق

بعد أول شهر

تأكد من الفهرسة وقراءة Sitemap وعدم وجود منع، وراجع الصفحات والاستعلامات الأولى. أصلح التنقل والعناوين والتقنية قبل زيادة النشر.

بعد ثلاثة أشهر

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

بعد ستة أشهر

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

متى تفكر في تغيير البنية؟

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

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

دراسة حالة نقل مدونة إلى ساب دومين

شركة تملك مدونة داخل /blog/ قررت تحويلها إلى منصة تعليمية بنظام عضويات ودورات وفريق مستقل. أصبحت المتطلبات التقنية والأمنية مختلفة، فتم إنشاء academy.example.com. جرى نقل كل مقال إلى URL مقابل، وتنفيذ 301، وتحديث الروابط والخريطة والتحليلات.

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

دراسة حالة دمج ساب دومين ضعيف في مجلد

موقع صغير أنشأ مدونة على subdomain منفصل، لكنه نشر عشرة مقالات فقط ولم يحدثها، ولم توجد هوية أو حاجة تقنية للفصل. تقرر دمجها في /blog/ لتبسيط الإدارة والربط. نُقلت الصفحات بتحويلات مطابقة، وحُسن المحتوى، وأضيفت إلى أقسام الموقع.

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

أسئلة يجب طرحها على المطور قبل القرار

• هل يمكن تشغيل النظام المطلوب داخل الموقع الحالي؟
• من سيدير DNS وSSL والاستضافة؟
• كيف سيعمل تسجيل الدخول والكوكيز؟
• كيف ستعمل التحليلات بين المضيفات؟
• كيف ستتم النسخ والاستعادة؟
• هل توجد متطلبات CORS أو API؟
• ما خطة النشر والتحديث؟
• ما تكلفة النقل لاحقًا؟
• كيف سننفذ 301 إذا تغيرت البنية؟

أسئلة يجب طرحها على فريق المحتوى

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

التوصية العملية لأكاديمية ويب

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

لإنجاح الاختيار، تعامل مع الأكاديمية كموقع متكامل: صفحة رئيسية تشرح الهدف، وصفحة من نحن ومؤلف، وتصنيف للسيو وآخر لووردبريس في البداية، ثم عناقيد مقالات مرتبطة. أضف خاصية URL-prefix للأكاديمية إلى جانب Domain property، وأرسل Sitemap، وافحص Robots وHTTPS وCanonical، واضبط Analytics باسم المضيف.

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

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

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

مصادر جوجل الرسمية

تعتمد المقارنة الصبقة على وثائق Google الرسمية الخاصة ببنية الروابط وخصائص Search Console ونقل المواقع. راجع هذه المصادر عند اتخاذ قرار تقني أو تنفيذ نقل فعلي، لأن التفاصيل الدقيقة قد تختلف بحسب بنية المشروع، ونظام الإدارة، وأهداف الموقع.

• أفضل ممارسات بنية URL
• أنواع خصائص Search Console
• دليل نقل المواقع وتغيير URLs
• إعادة التوجيه وبحث Google
• هياكل المواقع متعددة المناطق
• أسماء المواقع للدومين والصب دومين
• دليل جوجل الأساسي للسيو

الأسئلة الشائعة

الخلاصة

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

لا تغيّر بنية موقع مستقر بحثًا عن مكسب سيو مضمون؛ فلا يوجد مكسب تلقائي. الأهم أن تكون URLs واضحة، والروابط وCanonical وSitemap وRobots صحيحة، والمحتوى مفيدًا، والتنقل مفهومًا. وإذا قررت النقل، خطط لكل URL واستخدم 301 وراقب Search Console. بهذه المنهجية من أكاديمية ويب تختار البنية التي تخدم مشروعك اليوم وتستطيع صيانتها غدًا.