هكذا بنينا موقعنا الإلكتروني بالذكاء الاصطناعي — دراسة حالة HD SofT: 13 لغة وووردبريس وأتمتة وتحليلات

تتناول هذه المقالة كيف بنينا نحن في HD SofT موقعنا الإلكتروني بالاستفادة من الذكاء الاصطناعي — من قاعدة Squarespace إلى WordPress مع Bricks Builder، بثلاث عشرة لغة، على خادمنا الخاص، مع خط نشر مؤتمت وتحليلات. وما الذي تعلمناه من هذه الرحلة.

لماذا انتقلنا من Squarespace

كان موقعنا القديم مبنياً على Squarespace. خدمنا لفترة طويلة، لكن ثلاثة أمور دفعتنا إلى تركه:

  • كان دعم تعدد اللغات مكلفاً للغاية وغير عملي. نحن شركة برمجيات فنلندية، لكننا ننجز مشاريع حول العالم. أردنا أن يكون محتوانا قابلاً للقراءة بثلاث عشرة لغة — ولم تكن وظائف Squarespace متعددة اللغات قادرة على ذلك دون إضافة منفصلة وسعر شهري متصاعد.
  • كنا محصورين في منظومة مزود واحد. أردنا امتلاك المجموعة التقنية كاملة: قاعدة البيانات، الخادم، عملية النشر، والمحتوى بأكمله. فقط بهذه الطريقة يمكننا تجربة حلول الذكاء الاصطناعي والتكامل الجديدة دون أن نقيد أنفسنا.
  • يتطلب تحسين محركات البحث وعمليات البحث بالذكاء الاصطناعي تحكماً كاملاً. فالبيانات المنظمة (JSON-LD)، وملف llms.txt، وعلامات Open Graph للصفحات الفردية، لا يمكن تنفيذها على الخدمات الجاهزة بالطريقة التي أردناها.

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

اختيار التقنيات: WordPress و Bricks وخادم VPS خاص

اخترنا منصة WordPress، وبناء الصفحات بـ Bricks Builder، والاستضافة على خادم VPS خاص بيئته تعتمد على Docker و Kubernetes.

  • WordPress، لأنه المعيار السائد: REST API، و Yoast SEO، ومكتبة دعم تمتد لعشر سنوات تغطي كل ما نحتاجه. نستخدم Yoast SEO و Redirection (إعادة توجيه عناوين URL) و Converter for Media (التحويل التلقائي إلى WebP) و AI Engine.
  • Bricks Builder يتولى الطبقة البصرية. قرار مهم: تركنا كل التنسيق (الخطوط والألوان والمسافات والشبكات) ضمن Theme Style في Bricks — لا نضع قيم بكسل ثابتة في صفحات منفردة. بهذه الطريقة يستطيع الجهاز (أي الذكاء الاصطناعي) بناء محتوى جديد يندمج في التصميم الجاهز دون تعديلات إضافية.
  • VPS خاص يمنحنا التحكم الكامل: التكاليف يمكن التنبؤ بها، والخادم موجود في فنلندا، ويمكننا أن نبني إلى جانبه أتمتة n8n ومشاريع أخرى في البيئة نفسها.

ما الذي استبعدناه؟ إضافات تعدد اللغات. بدلاً منها بنينا حلاً خاصاً لنا، تحصل فيه كل لغة على صفحتها الخاصة ضمن مسارها (مثل /en/services/ و /de/dienstleistungen/). بنية العناوين بسيطة، ومحركات البحث تتعامل مع الصفحات بوصفها وحدات مستقلة، لا ترجمات سحرية.

إنتاج المحتوى بالذكاء الاصطناعي — عملية قابلة للتكرار

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

عملياً، تسير العملية على النحو التالي:

  1. تُكتب النسخة الفنلندية الرئيسية وتُدقَّق يدوياً. اللغة الفنلندية تحتاج إلى مراجع بشري — فالكلمات المركبة، وعلامات الترقيم، والفروق الدقيقة تبقى غالباً ناقصة لدى الذكاء الاصطناعي.
  2. عندما يُعتمد النص، نشغل سكربت الترجمة الذي ينتج نسخة لكل اللغات المطلوبة (en, de, es, fr, pt, pl, ro, tr, hi, ko, ar, fa).
  3. تحصل كل ترجمة على حقل التعريف _hdsoft_translation_key الذي يشير إلى معرّف منشور النسخة الفنلندية الرئيسية. بهذه الطريقة يعرف النظام أي النسخ تنتمي إلى بعضها.
  4. تُنسخ الصورة البارزة وتاريخ النشر من النسخة الرئيسية تلقائياً، فتكون نسخ الترجمة متناسقة بصرياً.

تحظى لغات RTL (العربية والفارسية) باهتمام خاص: سمة HTML dir="rtl"، وتخطيط بالاتجاه الصحيح، ومدقق لغوي من الناطقين الأصليين.

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

الأتمتة التقنية: REST API ومكونات mu-plugins و GitHub Actions

هذا هو الجزء الذي يوفر فيه الذكاء الاصطناعي وقتاً فعلياً.

تُبنى الصفحات عبر REST API. في Bricks، تُخزَّن بنية الصفحة المنفردة في حقل التعريف _bricks_page_content_2 بصيغة JSON. عندما نريد إنشاء صفحة خدمة جديدة، يُكوّن الذكاء الاصطناعي بنية JSON متوافقة مع Bricks (Section → Container → Block → Heading + Text)، ويرسلها عبر REST API، فتكون الصفحة جاهزة. يمكن تدقيقها مباشرة في المحرر، لكن العمل الأساسي يأتي من أمر واحد.

تتولى mu-plugins المهام الخاصة. إلى جانب المكونات القياسية، نستخدم بعض mu-plugins الخاصة بنا:

  • hdsoft-jsonld.php — يولّد مخططات SEO الموسّعة (Service و SoftwareApplication و CreativeWork و ContactPage و FAQPage) فوق المستوى الأساسي الذي يقدمه Yoast.
  • hdsoft-tracking.php — وسوم Google Analytics و Lead Feeder و Bing Webmaster.
  • hdsoft-domain.php — يفرض على جميع عناوين URL الظاهرة على الصفحات النطاق النهائي hdsoft.fi (تجنباً لبقايا العناوين بعد تبديل النطاق).
  • hdsoft-llms.php — يقدم ملف /llms.txt لمحركات بحث الذكاء الاصطناعي بترميز UTF-8 الصحيح.

تُنشر كل mu-plugins تلقائياً عبر GitHub Actions: عند الدفع إلى فرع main، يطبق المشغّل التغيير على عنقود K8s. لا حاجة إلى أمر kubectl cp يدوياً.

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

SEO و GEO ضمن البنية منذ البداية

عمليات البحث بالذكاء الاصطناعي (ChatGPT و Perplexity و Claude و Bing Copilot) فئة مختلفة عن Google. فهي لا تفهرس الروابط وترتبها — بل تقرأ الصفحة بوصفها ملخصاً وتجيب على السؤال مباشرة. هذا يتطلب أمرين:

  1. البيانات المنظمة بصيغة JSON-LD. يتولى Yoast الأساسيات كلها (WebPage و Article و BlogPosting و BreadcrumbList و Organization). ويضيف hdsoft-jsonld.php الخاص بنا الأنواع الخاصة المهمة: Service لصفحات الخدمات، و SoftwareApplication للمنتجات، و FAQPage تلقائياً عندما يحتوي المحتوى على أنماط سؤال/جواب.
  2. llms.txt في جذر الموقع. وهو ملخص قصير يوضح ما الشركة، وما تفعل، ومن أين يمكن الحصول على مزيد من المعلومات. نحرص على تحديثه في كل مرة نضيف فيها خدمة أو منتجاً أو مشروعاً جديداً.

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

إضافة إلى ذلك، تحتوي كل صفحة على:

  • حقل inLanguage في JSON-LD، يُولَّد من بادئة عنوان URL
  • وسم og:locale لنسخ الترجمة (fi_FI, en_US, de_DE …)
  • روابط hreflang عندما تكون جميع الترجمات جاهزة
  • فقرات قائمة على الإجابة — قصيرة، بصيغة سؤال وجواب، ليتمكن الذكاء الاصطناعي من استخراج إجابة من جملة واحدة

التحليلات منذ اللحظة الأولى

لا يمكن تحسين موقع دون بيانات. فعلنا الأدوات التالية مباشرة:

  • Google Analytics 4 — حركة المرور الأساسية والقنوات والصفحات وسلوك المستخدم.
  • Google Search Console — الظهور العضوي وأبرز عمليات البحث ومشكلات الفهرسة.
  • Lead Feeder — التعرف على الشركات عندما يطلع شخص ما على الصفحات بشكل متكرر من نطاق IP يمكن تمييزه.
  • Bing Webmaster Tools — لا يزال Bing مهماً خصوصاً في سوق الأعمال، و Copilot من Microsoft يقرأ Bing.

وبخاصة هذا الأمر: لقطة تسويقية أسبوعية. كتبنا سكربتاً بأوامر سطر الأوامر يجلب بيانات GA4 و Search Console، ويقارنها بالأسبوع السابق، ويُخرج ملخصاً بصيغة Markdown: القنوات، البلدان، أبرز الصفحات، أبرز عمليات البحث، الفروقات. ليست لوحة معلومات أنيقة، بل تقارير عملية، لكنها تضمن أننا لن نفوت أي اتجاه.

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

تبديل DNS والمتابعة اللاحقة

بدّلنا نطاق الإنتاج إلى hdsoft.fi في 4 مايو 2026. استعددنا لعملية التبديل على النحو التالي:

  • أنشأنا 28 عملية إعادة توجيه من عناوين Squarespace القديمة إلى الجديدة — جميعها نسبية، بحيث تصمد أمام تغيير النطاق.
  • وُصلت أخطاء 404 بـ GA4 بوصفها حدثاً مستقلاً، لنكتشف الروابط المعطوبة بسرعة.
  • أُرسلت خريطة الموقع إلى Search Console بعد تبديل DNS فقط، لا قبله (وإلا سيعتبرها Google غير صالحة).

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

ما الذي تعلمناه

أهم الدروس ليست تقنية، بل تتعلق بأسلوب العمل.

  • صمم التنسيقات في مكان واحد قبل أن يبدأ الذكاء الاصطناعي بإنتاج المحتوى. Theme Style و Global Classes في Bricks هما أدوات الذكاء الاصطناعي: حين تكون البنية جاهزة، يكتفي الجهاز بملء الفراغات. أما إن تركت التنسيقات مفتوحة، فسيضع الذكاء الاصطناعي قيم بكسل ثابتة في كل صفحة، وتبدأ الفوضى.
  • اقفل النسخة الفنلندية الرئيسية قبل الترجمات. إذا ظلت النسخة الرئيسية تتغير، ستتدهور الترجمات وفق أجيال مختلفة. مصدر حقيقة واحد — والباقي يتبعه.
  • المراجعة البصرية إلزامية. يستطيع الذكاء الاصطناعي إنتاج صفحة سليمة تماماً على مستوى JSON، لكنها تبدو فوضوية للمستخدم. شغّل لقطة شاشة قائمة على Playwright بعد كل تغيير — الإنسان هو الذي يقرأ، لا مجرد مدقق.
  • الفنلندية تحتاج إلى إنسان. الكلمات المركبة، علامات الترقيم، والنبرة: يرتكب الذكاء الاصطناعي أخطاء لا يلاحظها الجهاز. اجعل المتحدث الأصلي آخر بوابة.
  • اجمع السياق في ملف واحد. لدينا ملف CLAUDE.md في جذر المستودع: كل القواعد والأدوات والمسارات وآليات النشر. عند فتح جلسة ذكاء اصطناعي، يقرأ الملف أولاً. والإنسان يفعل المثل قبل أن يبدأ التعديل: اقرأ التعليمات، فلا تبدأ من جديد.

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

هل تريد الحل ذاته جاهزاً؟

تنفذ HD SofT مشاريع مواقع إلكترونية ومحتوى قائمة على الذكاء الاصطناعي للعملاء. المنهجية ذاتها، ومستوى الجودة ذاته، والتحكم ذاته: WordPress و Bricks، وخط الأتمتة، وتعدد اللغات، والتحليلات — كل ذلك مُعدّ وجاهز قبل أن يُنشر الموقع.

اسألنا للمزيد: نموذج التواصل، التسويق الرقمي أو تطوير البرمجيات.

Related posts