بنية المعلومات للموقع ثنائي اللغة: رابط واحد لكل نية بحث

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

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

ما يشعر به المشغّلون حين تكون خاطئة

• «الموقع مربك.» لا يجد الزوار الخدمة التي يحتاجونها، فيتصلون، أو يغادرون إلى منافس موقعه أبهت وأوضح.
• «كل تعديل يحتاج مطوّراً.» لم تُعرَّف أنواع المحتوى قط، فالمنتج الجديد يعني قالباً جديداً.
• «لا نتصدّر بأي شيء.» عشر مقالات وصفحتا خدمة تتنافس على المصطلح نفسه، وتخسر صفحة الخدمة أمام المقال.
• «الموقع العربي فوضى.» بعض الصفحات لها توائم وبعضها لا، والمبدّل يصل إلى الصفحة الرئيسية، ولا أحد يعرف أي نسخة هي الـ Canonical.

كل واحدة من هذه مشكلة بنية ترتدي زياً مختلفاً.

الخطوة 1. ابدأ من النوايا لا من خريطة الموقع

اكتب ما يحاول الناس فعله حين يصلون. لا ما تريد الشركة قوله؛ بل ما يريده الزائر. لشركة خدمات B2B القائمة قصيرة وملموسة:

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

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

الخطوة 2. عرّف أنواع الصفحات قبل الصفحات

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

• صفحة خدمة: مقدمة، لمن هي، ما يُقدَّم، أسئلة شائعة، CTA. الـ Schema: Service و FAQPage و BreadcrumbList.
• دراسة حالة: العميل، المشكلة، العمل، النتيجة، الـ Stack. الـ Schema: Article أو CreativeWork و BreadcrumbList.
• دليل (مقال): متن بنص منظّم، فهرس، مقالات ذات صلة، CTA. الـ Schema: BlogPosting.
• عرض: النطاق، السعر، المدة، لمن هو، الخطوة التالية.
• صفحة تجميع (Hub): قائمة بنوع واحد (كل الخدمات، كل الأدلة في تصنيف) بمقدمة تستحق الفهرسة بذاتها.
• صفحات مساعدة: تواصل، من نحن، قانونية.

اختبار نوع الصفحة الجيد: يستطيع المحرّر إنشاء نسخة جديدة بملء الحقول، فتُعرض صحيحة دون لمس القالب. إن احتاجت الخدمة الجديدة مصمّماً فالنوع لم يُعرَّف بعد.

الخطوة 3. اكتب قواعد الروابط

الروابط هي البنية وقد صارت مرئية. اكتبها كقواعد لا كقائمة:

/services/<service-slug>/
/projects/<project-slug>/
/blogs/<post-slug>/
/blogs/category/<category>/
/ar/… للتوأم العربي لأي مما سبق

قواعد تصمد:

• المجلدات تسمّي النوع، والـ Slugs تسمّي الشيء. /services/technical-seo/ لا /technical-seo-services-company/.
• لا تواريخ في الروابط إلا إن كان المحتوى مرتبطاً بزمن فعلاً. الدليل الذي يُحدَّث سنوياً لا ينبغي أن يحمل 2024 إلى الأبد.
• الـ Slugs بحروف واحدة للغتين. الـ Slugs العربية مسموحة لكنها تكسر المشاركة والتحليلات والروابط المكتوبة يدوياً؛ والـ Slug الإنجليزي تحت /ar/ هو الخيار العملي.
• الشرطة المائلة النهائية تُقرَّر مرة واحدة، وتُفرض بـ Redirect، وتُستخدم باتساق في الـ Canonicals والـ Sitemap و hreflang.
• ثبّت القواعد. تغيير الرابط Redirect وخسارة مؤقتة. صمّمها بحيث لا تحتاج إلى ذلك.

الخطوة 4. قرّر نموذج اللغة

الموقع ثنائي اللغة ليس موقعين وليس موقعاً واحداً مترجماً. إنه بنية واحدة بقاعدة للتوائم.

• لكل نوع صفحة قاعدة توأم. صفحة الخدمة العربية لـ /services/x/ تعيش في /ar/services/x/. الـ Slug نفسه، والنوع نفسه، والحقول نفسها.
• التوأم موجود فقط حين يُكتب. ليس كل مقال إنجليزي يحتاج نسخة عربية. القاعدة: أصدر الرابط العربي ومدخل hreflang وهدف المبدّل فقط حين يوجد المستند العربي. الصفحة التي «ترجع» إلى الإنجليزية تحت رابط عربي نسخة مكرّرة ترتدي علماً.
• نموذج المحتوى يحمل اللغتين كأعمدة. العنوان والوصف والمتن أزواج { en, ar } على السجل نفسه. العربية حقل، لا قائمة انتظار ترجمة في نظام آخر.
• التنقل يمكن أن يختلف. قد يهتم السوق العربي بخدمات مختلفة أولاً. الترتيب وحتى وجود العناصر قد يختلفان؛ أما قاعدة التوأم فلا.
• الأسماء تتبع نية البحث في السوق. الـ H1 العربي هو ما يكتبه المشتري العربي، وغالباً ليس ترجمة للـ H1 الإنجليزي. بحث الكلمات المفتاحية لكل لغة يقرّر الأسماء.

الخطوة 5. ارسم الشجرة واقرأها بصوت عالٍ

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

الشجرة هي أيضاً التنقل، و Schema الـ Breadcrumbs، والـ Sitemap. مصدر واحد ينتج الثلاثة، وهكذا تبقى متسقة.

الخطوة 6. الروابط الداخلية تتبع الشجرة

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

الحد الأدنى من البنية قبل أن يصمّم أحد

1. جدول النوايا، بنوع صفحة أساسي واحد لكل صف.
2. أنواع الصفحات، لكل منها حقولها و Schema.
3. قواعد الروابط، مثبّتة.
4. قاعدة التوأم للغات، وقائمة الصفحات التي ستوجد بكل لغة يوم الإطلاق.
5. الشجرة، مقروءة بصوت عالٍ وناجية.
6. نمط الربط بين الأنواع.

بعدها فقط الـ Wireframes. الجمال أولاً هو الطريقة التي تطلق بها صورة Hero بلا طريق إلى عقد.

ما نفعله مع العملاء

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