الاختيار الصح: مجلد فرعي ولا نطاق فرعي عشان تحسن محركات البحث

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

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

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

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

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

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

الاعتماد على معلمات URL مثل ?lang=fr. على الرغم من أن معلمات URL تعمل من الناحية الفنية، إلا أن محركات البحث لا تعاملها على أنها موثوقة في استهداف اللغة. توصي وثائق Google الخاصة باستخدام عناوين 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/

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

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

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

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

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

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

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

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

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

سلبيات ccTLDs

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

"لكي..."

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

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

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

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

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

عشان كذا، بتشوف إن رابط مدونة Weglot مرتب على شكل "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" على سبيل المثال.

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

عندما بين الدلائل الفرعية والنطاقات الفرعية لتنظيم موقع الويب الخاص بك، من المهم لكي تحسين محركات البحث (SEO). هل تتمتع إحدى هياكل مواقع الويب بميزة متأصلة على الأخرى عندما تقرر محركات عندما لكي صفحات الويب؟

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

بالتحديد، يقول:

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

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

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

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

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

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

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

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

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

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

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

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

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

الموازنة بين المجلدات الفرعية والنطاقات الفرعية لموقعك

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

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

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

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

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

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

جميع هياكل عناوين URL الثلاثة – الدلائل الفرعية والنطاقات الفرعية وccTLDs – هي طرق صالحة لكي موقع ويب متعدد اللغات. يجب أن يتوافق اختيارك مع احتياجات عملك واستراتيجية تحسين محركات البحث (SEO) والموارد المتاحة لديك.

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

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

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

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

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

Weglot مع جميع المواقع الإلكترونية ومنصات التجارة الإلكترونية الرائدة، بما في ذلك WordPress وShopify Webflow. قم بتسجيل حساب هنا لكي Weglot موقعك الإلكتروني مجانًا.