بنية الموقع في SEO: كيف تبني موقعًا يحتل مراتب متقدمة

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

ما هي بنية الموقع؟

تجمع بنية الموقع ثلاث طبقات تعمل معًا:

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

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

بنية مسطحة أم عميقة: أيهما أفضل لـ SEO؟

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

قاعدة «النقرات الثلاث» قاعدة عملية وليست شرطًا من Google، لكن الحساب يوضح سبب نجاحها: صفحة رئيسية ترتبط بـ 100 صفحة محورية، وكل منها ترتبط بـ 100 صفحة، وكل صفحة منها ترتبط بـ 100 أخرى، تبلغ 1000000 صفحة في ثلاث نقرات. الهدف بنية ضحلة ومنظمة في الوقت نفسه، مع صفحات محورية تجمع المحتوى المترابط بدلًا من قائمة تسرد كل شيء.

كيف تفهم Google بنية موقعك؟

عبر الروابط أكثر بكثير من عناوين URL

في دليل التجارة الإلكترونية نفسه، تذكر Google أنها لا تنظر عادةً إلى بنية عناوين URL لفهم بنية الموقع، بل تحلل الروابط بين الصفحات. عنوان مرتب مثل /shoes/running/ يفيد المستخدمين، أما ما يُعلم Google بالتسلسل الهرمي فهو الروابط من فئة الأحذية إلى فئة أحذية الجري الفرعية. وتضيف Google أنه كقاعدة عامة، كلما تلقت الصفحة روابط داخلية أكثر بدت أكثر أهمية.

عبر الروابط القابلة للزحف فقط

تشرح أفضل ممارسات الروابط لدى Google أنها لا تستطيع عمومًا الزحف إلى رابط إلا إذا كان عنصر <a> يحمل السمة href. القوائم المبنية بأحداث نقر JavaScript، وأزرار «تحميل المزيد» دون روابط حقيقية، والمنتجات التي لا يُوصل إليها إلا عبر البحث الداخلي، تبقى غير مرئية: فـ Googlebot لا يكتب عادةً في مربعات البحث. هذا هو أساس قابلية الزحف.

المجلدات تساعد المواقع الكبيرة

يوصي دليل Google لمبتدئي SEO بتجميع الصفحات المتشابهة في الموضوع داخل مجلدات عندما يضم الموقع أكثر من بضعة آلاف من عناوين URL: عندها تتعلم Google وتيرة تغيّر كل مجلد وتزحف إليه وفقها. مجلد /blog/ الذي يتغير يوميًا ومجلد /legal/ الذي نادرًا ما يتغير يُزحف إليهما بإيقاعين مختلفين. والمنطق نفسه يدعم وضع المدونة في مجلد فرعي بدلًا من نطاق فرعي (راجع النطاق الفرعي أم المجلد الفرعي في SEO).

الصوامع والعناقيد الموضوعية والشرانق الدلالية

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

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

نموذجان للبنية

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

مكونات البنية الجيدة

• التنقل: قائمة رئيسية تقتصر على الصفحات المحورية والفئات، لا على كل الصفحات.
• مسار التنقل (breadcrumb): تصف وثائق Google حول البيانات المنظمة لمسار التنقل مسار التنقل بأنه يشير إلى موضع الصفحة في التسلسل الهرمي للموقع. أضف مسار تنقل ظاهرًا وترميز BreadcrumbList.
• عناوين URL: قصيرة ومقروءة وبلغة الجمهور، مع فصل الكلمات بشرطات. المعرّف النصي (slug) الواضح أفضل من سلسلة أرقام.
• الربط الداخلي: روابط سياقية في متن كل صفحة، مع نص ربط وصفي ومتنوع.
• ترقيم الصفحات والفلاتر: صفحات مرقّمة بروابط حقيقية، وفلاتر مضبوطة حتى لا تنشئ آلاف التوليفات القابلة للزحف. راجع دليلنا حول ترقيم الصفحات وSEO.
• خرائط الموقع: تسرد خريطة موقع XML العناوين القابلة للفهرسة، لكنها تكمّل الروابط ولا تحل محلها أبدًا.

كيف تدقق بنية موقعك؟

1. ازحف إلى الموقع انطلاقًا من الصفحة الرئيسية بأداة زحف، وصدّر عمق النقرات لكل عنوان.
2. اعثر على الصفحات اليتيمة بمقارنة نتائج الزحف بخريطة موقع XML وبيانات التحليلات: العنوان الذي يتلقى زيارات أو يظهر في خريطة الموقع ولا يصل إليه الزحف أبدًا لا يملك روابط داخلية. تحقق من خريطة الموقع نفسها باستخدام أداة فحص خريطة الموقع.
3. قِس الروابط الداخلية لكل صفحة باستخدام محلل الروابط الداخلية: يجب أن تكون أهم صفحاتك بين الأكثر تلقيًا للروابط.
4. افحص الصفحات العميقة: أي صفحة استراتيجية على عمق يتجاوز ثلاث أو أربع نقرات تحتاج إلى رابط من صفحة محورية أو صفحة شائعة.
5. راجع الصفحات المحورية والفئات: الفئات الفارغة والصفحات المحورية المتداخلة والمواضيع المكررة يجب دمجها أو إعادة توجيهها.

ما أخطاء البنية التي تكلّف المراتب؟

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

بنية الموقع والظهور في الذكاء الاصطناعي

تعتمد ChatGPT وClaude وPerplexity وGemini على برامج زحف وفهارس بحث للعثور على الصفحات، وكثير من هذه البرامج يقرأ HTML الخام دون تنفيذ JavaScript. الروابط في HTML العادي، والتسلسل الهرمي المنطقي، والصفحات المحورية التي تلخّص موضوعًا ما، كلها تجعل محتواك أسهل اكتشافًا واقتباسًا. وتضيف Google أن AI Overviews وAI Mode قد تجري عدة عمليات بحث مترابطة عبر المواضيع الفرعية لبناء الإجابة: والعنقود الموضوعي المبني جيدًا يوفر لك صفحة لكل موضوع فرعي منها.

البنية التي يجب أن تسعى إليها

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