الدومين الفرعي أم المجلد: أين تضع مدونة موقعك؟

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

الجواب المختصر: المجلد يربح في أغلب الحالات

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

تخيّل متجرًا لبيع القهوة المختصة في الرياض. ينشر صاحبه مقالًا بعنوان «أفضل طريقة لتحضير V60 في البيت». يكسب المقال رابطين من مدونتين معروفتين في مجال القهوة. لو كان المقال على coffee-shop.com/blog فستستفيد صفحات المنتجات من هذه الإشارة، لأن جوجل يرى موقعًا واحدًا يزداد قوة. لو كان على دومين فرعي، فالفائدة تصل للمتجر بشكل أضعف وأبطأ في تجربتي.

المجلد أيضًا أسهل على صاحب المتجر غير التقني:

• خاصية واحدة في Search Console تكفي لمتابعة الموقع والمدونة معًا.
• شهادة SSL واحدة بدل التفكير في شهادة إضافية أو Wildcard.
• تحليلات موحدة في Google Analytics دون ضبط تتبع عبر النطاقات.
• روابط داخلية طبيعية من المقال إلى صفحة المنتج.

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

ما الفرق التقني بين الدومين الفرعي والمجلد؟

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

من الناحية التقنية، الدومين الفرعي يُنشأ بسجل DNS مستقل، غالبًا من نوع CNAME أو A. هذا يعني أنك تستطيع توجيهه إلى خادم آخر في بلد آخر، أو إلى منصة مثل Medium أو Ghost أو HubSpot دون أن تلمس موقعك الأساسي. سهل جدًا. ولهذا يحبه المطورون في البداية.

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

هناك فروق أخرى لا يذكرها كثيرون:

• ملفات الكوكيز: الكوكيز المضبوطة على النطاق الرئيسي قد لا تنتقل للدومين الفرعي إلا بإعداد صريح، وهذا يؤثر على سلة المشتريات وتسجيل الدخول.
• ملف robots.txt: كل دومين فرعي يحتاج ملفه الخاص، بينما المجلد يتبع ملف الموقع الرئيسي.
• خريطة الموقع: في المجلد يمكن دمجها بفهرس Sitemap واحد بسهولة.

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

كيف يتعامل جوجل مع الدومين الفرعي والمجلد؟

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

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

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

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

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

لماذا يتفوق المجلد في السيو عمليًا؟

السبب الأول هو الروابط الخلفية. أصعب شيء في السيو أن يربط إليك موقع آخر. والمقالات التعليمية هي التي تجذب الروابط عادة، لا صفحات المنتجات. من يربط إلى صفحة «فستان سهرة أسود مقاس M»؟ لا أحد تقريبًا. لكن مقالًا عن «كيف تختارين فستان السهرة حسب شكل الجسم» قد يحصد روابط من منتديات ومدونات أزياء.

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

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

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

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

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

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

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

الحالة الثانية: لغة أو سوق منفصل بإدارة مستقلة. بعض العلامات تستخدم sa.example.com وeg.example.com لكل سوق فريق مستقل ومحتوى مختلف. شخصيًا ما زلت أفضّل المجلدات مثل /sa/ و/eg/ مع وسوم hreflang، لكن الدومين الفرعي هنا ليس خطأ كارثيًا.

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

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

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

الإدارة التقنية: الاستضافة والبروكسي والمنصات الجاهزة

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

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

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

البروكسي العكسي فكرته بسيطة: الزائر يطلب example.com/blog، والخادم يجلب المحتوى بصمت من خادم WordPress آخر ويعرضه تحت المسار نفسه. يمكن تنفيذه عبر:

• Nginx: باستخدام توجيه proxy_pass في إعدادات الخادم إن كان لديك تحكم كامل.
• Cloudflare Workers: خيار ممتاز للمتاجر على منصات مغلقة، لأنه يعمل على مستوى الشبكة قبل وصول الطلب إلى المنصة.
• Apache: عبر وحدة mod_proxy لمن يستخدم استضافة تقليدية.

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

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

خطة نقل المدونة من دومين فرعي إلى مجلد

مدونتك الآن على blog.example.com وقررت النقل؟ قرار جيد. لكن النقل العشوائي قد يخسرك ترتيبك لأسابيع. اتبع هذه الخطوات بالترتيب:

• جرد كامل للروابط: استخرج كل عناوين المدونة الحالية عبر Screaming Frog أو من تقرير الصفحات في Search Console. احفظها في جدول.
• جهّز البيئة الجديدة: أعدّ المدونة تحت /blog على بيئة تجريبية، وتأكد أن كل مقال يفتح بالمسار نفسه بعد استبدال النطاق.
• اكتب خريطة تحويل 301: كل رابط قديم يذهب إلى مقابله الجديد تمامًا. blog.example.com/coffee-guide يتحول إلى example.com/blog/coffee-guide.
• حدّث الروابط الداخلية: استبدل كل الروابط القديمة داخل المقالات بالجديدة مباشرة، ولا تعتمد على التحويلات وحدها.
• حدّث خريطة الموقع ووسوم canonical: ثم أرسل الخريطة الجديدة في Search Console.
• أبقِ التحويلات سنة على الأقل: ويُفضل إلى الأبد إن أمكن.

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

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

أخطاء شائعة تفسد أي خيار تختاره

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

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

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

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

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

إهمال ترقيم الصفحات والتصنيفات. صفحات الوسوم الكثيرة في WordPress تولد مئات الصفحات المتشابهة. امنع فهرستها أو قلل عددها.

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

قرارك اليوم: ابدأ بالمجلد وانشر بانتظام

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

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

هل يخسر موقعي ترتيبه عند نقل المدونة من دومين فرعي إلى مجلد؟

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

هل يمكن وضع مدونة WordPress في مجلد متجر على سلة أو زد؟

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

هل أحتاج خاصية منفصلة في Search Console للدومين الفرعي؟

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

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

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