المجلد الفرعي مقابل النطاق الفرعي لمواقع الويب التي تعمل بنظام متعدد اللغات

إذا كنت تقوم بإنشاء موقع ويب متعدد اللغات ( متعدد اللغات )، فإن كل نسخة لغوية تحتاج إلى عنوان URL خاص بها حتى تتمكن محركات البحث من الزحف إليها وفهرستها وتصنيفها بشكل مستقل. (هل تتساءل عن السبب؟ نوضح ذلك بالتفصيل في دليلنا حول ما إذا كنت بحاجة إلى صفحات منفصلة للغات المختلفة.)

بمجرد توضيح ذلك، فإن السؤال التالي هو لكي URL هذه. هناك ثلاث طرق رئيسية: الدلائل الفرعية، والنطاقات الفرعية، ونطاقات المستوى الأعلى لرموز البلدان (ccTLDs). تعمل كل طريقة بشكل مختلف – ولها آثار مختلفة على تحسين محركات البحث (SEO) والإعدادات الفنية وكيفية تعامل محركات البحث مع المحتوى الخاص بك.

الإجابة المختصرة: تُعد الدلائل الفرعية (example.com/fr/) الخيار الأفضل لمعظم مواقع الويب التي تعمل بنظام متعدد اللغات ، لأن كل لغة تُنشر على نطاق واحد. أما فيما يتعلق بالترتيب في نتائج البحث، فإن الأسئلة الشائعة الخاصة بالزحف والفهرسة من Google واضحة: «من منظور الفهرسة والترتيب، لا تفضل Google أيًا منهما».

يكون استخدام النطاقات الفرعية (fr.example.com) أو نطاقات المستوى الأعلى الخاصة بالبلد (ccTLDs) (مثل example.fr) مبررًا عندما تحتاج لغة أو منطقة ما إلى استضافة أو برامج منفصلة، أو فريق محلي، أو علامة تجارية خاصة بها. وستحتاج إلى استخدام علامات hreflang مع أي من هذه الخيارات الثلاثة.

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

هياكل عناوين URL لكي

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

استخدام نفس عنوان URL مع ميزة تبديل اللغة القائمة على ملفات تعريف الارتباط أو جافا سكريبت. إذا كانت صفحاتك باللغتين الفرنسية والإنجليزية موجودة على نفس عنوان URL (على سبيل المثال، example.com/about) وكانت اللغة تتغير فقط بناءً على متصفح الزائر الإعدادات أو ملف تعريف ارتباط، فلن تتمكن محركات البحث إلا من فهرسة نسخة واحدة فقط. وهذا يعني أن المحتوى المترجم الخاص بك لن يظهر في نتائج البحث على الإطلاق — وقد يؤدي أي شخص يشارك رابطًا لصفحتك إلى توجيه الزوار إلى اللغة الخاطئة.

الاعتماد على معلمات URL مثل ?lang=fr. على الرغم من أن معلمات عناوين URL تعمل من الناحية الفنية، إلا أن محركات البحث لا تعتمد عليها بشكل موثوق في استهداف اللغة. الوثائق الصادرة عن «جوجل» نفسها توصي باستخدام عناوين URL منفصلة لكل لغة بدلاً من المعلمات، وقد تتجاهل العديد من برامج الزحف عناوين URL التي تحتوي على معلمات أو تقلل من أولويتها.

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

ما هي خيارات بنية عناوين URL لمواقع « متعدد اللغات »؟

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

المجلدات الفرعية

المجلدات الفرعية هي مجلدات فرعية للمحتوى بتساعدك تقسم أقسام موقعك الأساسي. كل مجلد فرعي بيشارك النطاق العلوي (TLD) لموقعك، وهيكل الـ URL بتاعه دايمًا بيجي بعد النطاق الأساسي. الأمثلة اللي جاية دي كلها مجلدات فرعية:

• مثل.com/shop
• مثل.com/shop/shoes
• مثل.com/shop/shoes/accessories

في مثل سترى أن لدينا عنوان URL للصفحة الرئيسية لمتجر إلكتروني ودليل فرعي في صفحة المتجر هذه لقسم الأحذية. وداخل الدليل الفرعي للأحذية، لدينا دليل فرعي آخر لإكسسوارات الأحذية.

مع مثل هذا التسلسل الهرمي، تُستخدم الدلائل الفرعية عادةً لكي المحتوى على موقع ويب واحد. إذا سبق لك أن نظرت إلى مسارات الملفات والمجلدات والمجلدات الفرعية المخزنة على جهاز الكمبيوتر الخاص بك - مثل "My Stuff\Travel Photos\Italy 2019\Colosseum.jpg"و "My Stuff\Finances\Credit Card Bills\2021"- فستجد أنها لكي لكي كبير لكي المواقع الفرعية!

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

النطاقات الفرعية

تختلف النطاقات الفرعية عن الدلائل الفرعية في أنها أجزاء من موقع ويب لها اسم نطاق فريد خاص بها. يمكن الاطلاع على أمثلة لهياكل عناوين URL للنطاقات الفرعية على موقع "weglot.com" على النحو التالي:

• https://support.weglot.com/
• https://academy.weglot.com/
• https://roadmap.weglot.com/

على عكس الدلائل الفرعية التي توجد بعد النطاق الجذري، فإن النطاقات الفرعية تضع «اسمها الرئيسي» قبل النطاق الجذري. ورغم أن كل نطاق فرعي يُعد جزءًا من الموقع الإلكتروني ككل، إلا أنه يُعامل ككيان منفصل تابع لنطاقك الأساسي. ويمكن أن تحتوي النطاقات الفرعية على نطاقات فرعية خاصة بها (مثل shop.fr.example.com)، لكن معظم المواقع تقتصر على مستوى واحد، مما ينتج عنه هيكل هرمي أكثر استواءً مقارنةً بهياكل الدلائل الفرعية.

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

نطاقات المستوى الأعلى لرموز البلدان (ccTLDs)

هناك خيار ثالث بخلاف الدلائل الفرعية والنطاقات الفرعية: نطاقات المستوى الأعلى لرموز البلدان، أو ccTLDs. وهي امتدادات نطاقات لكي ، مثل .fr لفرنسا، و.de لألمانيا، و.es لإسبانيا.

مع ccTLDs، تحصل كل لغة أو نسخة إقليمية من موقعك على نطاق منفصل خاص بها:

• مثل.fr (لموقعك الفرنسي)
• مثل.de (لموقعك الألماني)
• مثل.es (لموقعك الإسباني)

مزايا نطاقات ccTLD

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

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

سلبيات ccTLDs

العيب الرئيسي هو أن كل نطاق ccTLD يُعامل على أنه نطاق منفصل تمامًا. وهذا يعني أنه لا يوجد تبادل للسلطة بين هذه النطاقات أو بينها وبين نطاق .com الرئيسي الخاص بك. إذا كان موقعك الرئيسي يتمتع بارتباطات خلفية قوية وسلطة نطاق عالية، فلن يستفيد موقعا .fr و .de من ذلك – بل سيحتاجان لكي سلطة من الصفر.

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

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

حالات استخدام ccTLD

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

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

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

شيء واحد تحتاجه بغض النظر عن بنية عنوان URL: علامات Hreflang

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

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

قد يكون تنفيذ علامات hreflang يدويًّا أمرًا معقدًا، خاصةً مع إضافة المزيد من اللغات. Weglot هي أداة ترجمة مواقع ويب مدعومة بالذكاء الاصطناعي تتولى معالجة تحسين محركات البحث (SEO) باستخدام علامات hreflang ( متعدد اللغات ) تلقائيًا، حيث تضيف علامات hreflang الصحيحة إلى كل صفحة مترجمة سواء كنت تستخدم الدلائل الفرعية أو النطاقات الفرعية.

ما الفرق بين الدلائل الفرعية والنطاقات الفرعية ونطاقات المستوى الأعلى الخاصة بالبلد (ccTLDs)؟

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

• تضع الدلائل الفرعية اللغة بعد اسم نطاقك (example.com/fr/)، بينما تضع النطاقات الفرعية اللغة قبله (fr.example.com)، وتمنح نطاقات ccTLD كل دولة نطاقًا خاصًا بها (example.fr).
• تشارك الدلائل الفرعية في سلطة نطاقك الرئيسي، بينما غالبًا ما تُعامل النطاقات الفرعية كمواقع منفصلة، ويبني كل نطاق ccTLD سلطته من الصفر.
• تُشغَّل المجلدات الفرعية على خدمة الاستضافة الحالية لديك، بينما تحتاج النطاقات الفرعية إلى سجل DNS لكل منها، أما النطاقات القومية (ccTLDs) فتتطلب شراء وتجديد نطاق لكل بلد.
• يمكن أن تستهدف الدلائل الفرعية والنطاقات الفرعية لغات أو مناطق معينة باستخدام علامات hreflang، في حين أن كل نطاق ccTLD يستهدف دولة واحدة.

المجلد الفرعي مقابل النطاق الفرعي: مين الأفضل لتحسين محركات البحث (SEO)؟

لا تتمتع بنية موقع ويب معينة بميزة متأصلة على غيرها عندما تقرر محركات البحث كيفية ترتيب صفحات الويب.

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

ويقول:

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

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

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

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

كيفية لكي بنية URL المناسبة

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

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

2. هل تحتاج إلى مواقع ويب منفصلة ومستقلة لمناطق مختلفة؟ إذا نعم، ففكر في استخدام النطاقات الفرعية أو نطاقات ccTLD. إذا كانت مواقعك الإقليمية تحتوي على محتوى مختلف أو علامات تجارية مختلفة أو تخدم جمهورًا مختلفًا بشكل أساسي، فمن المنطقي إبقائها منفصلة. النطاقات الفرعية (مثل.com) أسهل لكي ؛ نطاقات ccTLD (مثل.fr) ترسل إشارات استهداف جغرافي أقوى ولكنها تتطلب أكثر .

3. كم عدد اللغات التي ستضيفها؟ بالنسبة لعدد يتراوح بين لغتين وخمس لغات، تُعد الدلائل الفرعية عادةً الخيار الأبسط والأكثر فاعلية. أما بالنسبة لـ 10 لغات أو أكثر موزعة على العديد من البلدان، فيمكنك التفكير في استخدام نطاقات المستوى الأعلى الخاصة بالبلد (ccTLDs) إذا كانت لديك الموارد اللازمة لإدارة نطاقات منفصلة، على الرغم من أن العديد من المواقع الكبيرة التي تعمل بنظام «المحتوى المتعدد اللغات» ( متعدد اللغات ) لا تزال تستخدم الدلائل الفرعية بنجاح.

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

5. ما ميزانيتك وقدراتك التقنية؟ الدلائل الفرعية هي الأقل تكلفة والأقل تعقيدًا لكي . تتطلب النطاقات الفرعية بعض التكوينات في نظام أسماء النطاقات (DNS). تتطلب النطاقات الوطنية ذات الرموز القصيرة (ccTLDs) شراء نطاقات منفصلة، وإدارة نظام أسماء النطاقات (DNS) منفصل، وربما تلبية متطلبات التسجيل الخاصة بكل بلد.

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

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

المجلدات الفرعية أم النطاقات الفرعية على WordPress أو Shopify أو Webflow أو Squarespace؟

تدعم كل من WordPress وShopify و Webflow وSquarespace الدلائل الفرعية باستخدام Weglot، لذا تنطبق القاعدة نفسها على كل منها: استخدمها ما لم تكن هناك حاجة لتشغيل إصدار لغة ما كموقع مستقل بذاته. وإليك كيف Weglot تساعدك على إدارة كل منها:

Weglotيقوم مكون الترجمة الخاص بـ WordPress بإنشاء دليل فرعي لكل لغة تلقائيًا، مثل example.com/fr/.

Weglotيمكن لتطبيق Shopify استخدام النطاقات الفرعية، التي تتطلب سجل DNS واحد لكل لغة، أو إعداد دليل فرعي يتوافق مع Shopify Markets. مع Shopify Markets، يجمع كل عنوان URL بين اللغة والسوق، مثل example.com/fr-ca.

Weglotيمكن أن يستخدم تكامل «Webflow » النطاقات الفرعية، التي تتطلب سجل DNS على نطاقك الخاص بدلاً من عنوان webflow.io، أو الدلائل الفرعية.

Weglotيستخدم تكامل [الاسم] مع Squarespace 7.1 النطاقات الفرعية بشكل افتراضي، والتي تتطلب سجل DNS لكل لغة، ولكن يمكنك التبديل إلى الدلائل الفرعية.

متى ينبغي عليك استخدام دليل فرعي أو نطاق فرعي في سياق مواقع متعدد اللغات ؟

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

المجلدات الفرعية: المزايا والعيوب وحالات الاستخدام

مميزات المجلدات الفرعية

لأغراض تحسين محركات البحث (SEO)، تعامل محركات البحث الدلائل الفرعية كجزء من نطاقك الرئيسي. وهذا يعني أن سلطة النطاق وسلطة الصفحة لصفحات الدلائل الفرعية مرتبطة ارتباطًا وثيقًا لكي النطاق الجذري والعكس صحيح.

(ملخص سريع: "سلطة المجال" و"سلطة الصفحة" هما نقطتان تم تطويرهما بواسطة أداة Moz SEO لكي مدى احتمالية لكي موقع ويب أو صفحات ويب معينة على صفحات نتائج محركات البحث. تشير النقطة الأعلى إلى سلطة أعلى للموقع أو الصفحة، وبالتالي احتمالية أعلى لتصنيف الموقع أو الصفحة بشكل جيد.)

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

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

على مثل، قد يكون لدينا هذان الرابطان اللذان يؤديان لكي على الويب:

1. مثل.com/ad92q4lakdmczp
2. مثل.com/blog/hello-world

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

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

عيوب المجلدات الفرعية

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

"لكي..."

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

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

حالات استخدام المجلدات الفرعية

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

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

ولهذا السبب، يمكنك ملاحظة أن Weglot عنوان URL للمدونة مبني على شكل “weglot.com/blog" بدلاً من "blog.weglot.com"!

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

• nike.com/au/ (لموقعه الأسترالي)
• nike.com/gb/ (لموقعه في المملكة المتحدة)
• nike.com/ca/ (لموقعه الكندي)

النطاقات الفرعية: المزايا والعيوب وحالات الاستخدام

مميزات النطاقات الفرعية

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

• fr.store.com (لعمليات متجرك في فرنسا)
• nz.store.com (لعمليات متجرك في نيوزيلندا)
• es.store.com (لعمليات متجرك في إسبانيا)

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

عيوب النطاقات الفرعية

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

حالات استخدام النطاقات الفرعية

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

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

• en.wikipedia.org/ (للنسخة الإنجليزية الرئيسية من ويكيبيديا)
• pt.wikipedia.org/ (للنسخة البرتغالية من ويكيبيديا)
• de.wikipedia.org/ (للنسخة الألمانية من ويكيبيديا)

حتى إذا لم يكن لديك إصدارات خاصة بكل منطقة من موقعك الإلكتروني، فقد ترغب لكي نطاقات فرعية لكي المحتوى عبر عدة مواقع إلكترونية ومعاملة هذا المحتوى على أنه مواقع إلكترونية منفصلة لأغراض تحسين محركات البحث. على سبيل المثال، يحتوي موقع HubSpot (https://www.hubspot.com/) على نطاقات فرعية مثل:

• blog.hubspot.com/ (لمدونته)
• ecosystem.hubspot.com/marketplace/website (لسوق قوالب موقعه الإلكتروني)
• developers.hubspot.com/ (لموارد المطورين الخاصة به)

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

خذها من شركة ليغو لتصنيع الألعاب. غير نطاقها الرئيسي "lego.com"، عندها كمان نطاق فرعي "https://ideas.lego.com/" يقدر المستخدمين فيه يقدموا أفكار لمنتجات ليغو جديدة ضمن حملة "أفكار ليغو".

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

1. أنت تدير جزءًا من موقعك الإلكتروني، مثل مدونة، على نظام إدارة محتوى (CMS) معين، ولكنك تستضيف موقعك الإلكتروني الرئيسي على خادم لا يدعم نظام إدارة المحتوى هذا. في هذه الحالة، قد تحتاج لكي مدونتك على خادم منفصل – وباستخدام نطاق فرعي.
2. أنت تستخدم برنامجًا تابعًا لجهة خارجية لكي ميزات موقعك الإلكتروني الآخر، ولا يملك مزود البرنامج حق الوصول لكي الإلكتروني الرئيسي (وبالتالي إلى مجلداته الفرعية).

للحصول مثل الحالة الثانية، ألق نظرة على موقع Flodesk. هذا النظام الأساسي للبريد الإلكتروني له نطاقه الرئيسي على "https://flodesk.com/" ويستخدم برنامج مكتب مساعدة تابع لجهة خارجية لقاعدة المعرفة الخاصة به. سترى أن بنية عنوان URL لقاعدة المعرفة الخاصة بها هي "https://help.flodesk.com/" بدلاً من "https://flodesk.com/help" على سبيل المثال.

طيب، وش الأفضل لموقعك عشان يطلع في نتايج البحث: المجلدات الفرعية ولا النطاقات الفرعية؟

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

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

النطاق الفرعي مقابل الدليل الفرعي مقابل ccTLD: اختر بحكمة

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

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

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

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

ابدأ اليوم تجربة مجانية لـ « Weglot ».