نظام SEO وتدويل لمحفظة الأعمال

السياق

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

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

المشكلة

تفشل مواقع المحافظ عندما تتعامل مع SEO والتدويل والإتاحة والأداء كقوائم منفصلة. قد تكون الصفحات صحيحة تقنيًا لكنها رقيقة أو صعبة التصفح أو غير متسقة بين اللغات.

كان التحدي هو تحسين الاكتشاف والمصداقية دون إضافة JavaScript ثقيل أو حركة layout غير مستقرة أو نموذج واجهة مختلف لكل لغة.

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

النهج

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

يحافظ التنفيذ على المحتوى المهم داخل HTML المعروض من الخادم. تغيير اللغة والعناوين والروابط والبطاقات وتفاصيل الحالات تبقى قابلة للفهرسة دون انتظار hydration من العميل.

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

التوطين وقرارات RTL

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

تحتاج الطباعة العربية إلى سلوك تباعد مختلف عن المحتوى اللاتيني. القواعد تتجنب letter spacing الزائد، وتحافظ على ترتيب القراءة المنطقي، وتسمح للمصطلحات التقنية الطويلة بالالتفاف دون overflow أفقي.

• تمت ترجمة المحتوى المرئي والبيانات الوصفية وتسميات الإتاحة وbreadcrumbs وCTA.
• تم الحفاظ على نظام تصميم واحد مع احترام `lang` و`dir`.
• بقيت مصطلحات مثل Astro وTypeScript وSEO وCore Web Vitals واضحة داخل النص العربي.
• استخدمت روابط ثابتة وبدائل لغة بدل تبديل مسارات يعتمد على runtime فقط.

قرارات الأداء وSEO

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

يدعم نموذج دراسة الحالة بيانات منظمة أغنى لأن كل صفحة تملك عناوين وأقسامًا ونص article body وكلمات مفتاحية وخدمات مرتبطة وبيانات لغة خاصة.

• حافظت على محتوى الإثبات المهني معروضًا في HTML الأولي.
• تجنبت اكتشاف المحتوى المعتمد فقط على JavaScript.
• ربطت العناوين والوصف وH1 والأقسام وJSON-LD بالموضوع المحلي نفسه.
• حافظت على استقرار Lighthouse عبر مسافات ثابتة وشبكات responsive وقواعد reduced motion.

نتائج الاختبار المعملي على سطح المكتب

قاس اختبار تنقل مكتبي باستخدام Lighthouse 13.4.1 بتاريخ 10 سبتمبر 2026 الصفحة الرئيسية المنشورة في Chrome 152، وسجل 100 في الأداء وإمكانية الوصول وأفضل الممارسات وSEO والتصفح الوكيلي. بلغ FCP مقدار 0.4 ثانية وLCP مقدار 0.6 ثانية وTBT مقدار 0 مللي ثانية وCLS مقدار 0 وSpeed Index مقدار 0.8 ثانية.

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

• الأداء: 100
• إمكانية الوصول: 100
• أفضل الممارسات: 100
• SEO: 100
• التصفح الوكيلي: 100
• FCP: 0.4 ثانية · LCP: 0.6 ثانية · TBT: 0 مللي ثانية · CLS: 0 · Speed Index: 0.8 ثانية
• حجم النقل: 190 KiB · Lighthouse 13.4.1 · Chrome 152