SEO للمواقع المبنية بالذكاء الاصطناعي: ما الذي يهم فعلًا

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

لماذا تواجه تطبيقات الصفحة الواحدة صعوبة في البحث

يرسل الموقع التقليدي النص الكامل لكل صفحة في HTML الخاص بها. أما تطبيق الصفحة الواحدة (SPA)، وهو الناتج الافتراضي لكثير من منشئي التطبيقات بالذكاء الاصطناعي، وغالبًا يكون React مع أداة مثل Vite، فيرسل هيكل HTML صغيرًا، شيئًا مثل <div id="root"> فارغ، مع حزمة JavaScript. ثم يشغّل المتصفح الكود الذي يبني الصفحة.

وهذا يؤثر في البحث بثلاث طرق:

1. التصيير خطوة إضافية. يصف Google ثلاث مراحل لصفحات JavaScript: زحف إلى HTML، ثم تصيير الصفحة في متصفح Chromium بلا واجهة، ثم فهرسة النتيجة المصيّرة. ويؤكد توجيه Google نفسه أن التصيير على الخادم أو التصيير المسبق ما زال فكرة جيدة، لأنه أسرع للمستخدمين والزاحفين، ولأن ليس كل الروبوتات تستطيع تشغيل JavaScript.
2. القرّاء الآخرون للصفحة لا يُصيّرونها أصلًا. معاينات الروابط في تطبيقات الدردشة والشبكات الاجتماعية، وكثير من الزاحفين الآخرين، تقرأ عادةً HTML الأولي فقط. فإذا تم تحديد عنوانك وصورة المعاينة بواسطة JavaScript بعد التحميل، فإن المعاينات ستعرض القيم الافتراضية للهيكل الفارغ، وغالبًا العنوان نفسه في كل صفحة.
3. كل الصفحات تشترك في ملف HTML واحد. ما لم يحدّثه التطبيق، فإن لكل رابط الـ<title> والوصف نفسهما، وهذا لا يخبر محركات البحث بالكثير عن كل صفحة.

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

اختر أسلوب التصيير

هناك أربعة أساليب شائعة لتقديم HTML حقيقي للزاحفين، مرتبة تقريبًا حسب مدى تغييرها لتطبيقك:

قاعدة عملية: الجزء العام القابل للبحث من موقعك ينبغي أن يكون ثابتًا أو مصيّرًا مسبقًا؛ أما التطبيق الخاص خلفه فيمكن أن يبقى تطبيق صفحة واحدة عاديًا. فمحركات البحث لا ينبغي أن تفهرس لوحات التحكم أصلًا.

إذا كنت تبدأ من الصفر وكان الـSEO مهمًا، فاذكر ذلك في الطلب الأول حتى يختار الذكاء الاصطناعي إعدادًا مناسبًا:

ابنِ موقعًا تسويقيًا لعيادة علاج طبيعي، فيه صفحات: الرئيسية، والخدمات (صفحة لكل خدمة)، ومن نحن، والأسعار، والتواصل. الـSEO مهم: يجب أن تحمل كل صفحة محتواها الكامل وعنوانها ووصفها في HTML الأولي، فاستخدم إعدادًا ثابتًا أو مصيّرًا مسبقًا، لا تطبيق صفحة واحدة يُصيَّر في المتصفح فقط.

وإذا كان لديك تطبيق Vite من نوع SPA بالفعل، فاطلب التصيير المسبق للمسارات العامة:

أبقِ تطبيق React هذا كما هو، لكن صيّر المسارات العامة (/ و/pricing و/about و/blog وكل /blog/:slug) إلى HTML ثابت وقت البناء، مع عنوان ووصف meta وعنوان canonical وأوسمة Open Graph خاصة بكل صفحة. ويمكن أن تبقى مسارات /app الخاصة مصيّرة في المتصفح.

بعد ذلك، تحقّق بنفسك: افتح صفحة واختر عرض مصدر الصفحة (View page source) (لا لوحة Elements في أدوات المطور، فهي تعرض الصفحة بعد التصيير)، وتأكد من أن النص والعنوان موجودان في HTML الخام.

أتقن أساسيات الصفحة

تنطبق هذه الأساسيات مهما كان أسلوب التصيير.

العناوين والأوصاف الوصفية

• عنوان <title> فريد لكل صفحة، يبدأ بالموضوع الرئيسي للصفحة. ويُعد نحو 50 إلى 60 حرفًا قاعدة شائعة، لأن العناوين الأطول تميل إلى القطع في النتائج.
• وصف meta فريد لكل صفحة: جملة يرغب الشخص في النقر بسببها، لا قائمة كلمات مفتاحية. قد يعيد Google كتابته، لكن الوصف الجيد كثيرًا ما يُستخدم.
• تجاهل وسوم الكلمات المفتاحية. يقول Google إن هذا الوسم لا أثر له في الفهرسة أو الترتيب.

الروابط والعناوين الداخلية

• روابط حقيقية لصفحات حقيقية. كل محتوى يحتاج إلى مساره الخاص (/services/sports-massage)، لا تبويب أو نافذة منبثقة لا تظهر إلا بعد نقرة. تجنب التوجيه بالـ# للمحتوى الذي تريد فهرسته.
• عنوان h1 واحد لكل صفحة، ثم هيكل منطقي من h2 وh3. تستخدم التصاميم المولدة بالذكاء الاصطناعي أحيانًا العناوين للتنسيق، لذا اطلب عناوين دلالية.
• روابط قابلة للزحف. استخدم روابط <a href> حقيقية للتنقل. فالأزرار التي تغيّر الصفحة بواسطة JavaScript غير مرئية للزاحفين الذين يتبعون الروابط.
• وسوم canonical تشير كل صفحة إلى عنوانها المفضّل، حتى لا تتنافس متغيرات ?utm= والروابط المنتهية بشرطة مائلة مكررة.
• نص بديل وصفي (alt) للصور ذات المعنى.

معاينات التواصل الاجتماعي

أضف وسوم Open Graph (og:title وog:description وog:image وog:url) لكل صفحة عامة، في HTML الأولي. وهذا هو الجزء الذي تخطئ فيه تطبيقات الصفحة الواحدة غالبًا، لأن روبوتات معاينة الروابط لا تشغّل JavaScript.

خرائط الموقع وملف robots.txt

خريطة الموقع (sitemap) ملف XML يسرد الروابط التي تريد فهرستها. وهي تساعد محركات البحث على اكتشاف الصفحات، خاصةً في المواقع الجديدة ذات الروابط الواردة القليلة. ووفقًا لوثائق Google، اعتبارًا من سبتمبر 2026:

• يمكن أن تحتوي خريطة واحدة على ما يصل إلى 50,000 رابط أو 50 ميغابايت دون ضغط؛ قسّم المواقع الأكبر بفهرس خرائط (sitemap index).
• يتجاهل Google وسمي <priority> و<changefreq>.
• يستخدم Google وسم <lastmod> فقط إذا كان دقيقًا باستمرار، لذا حدّثه عند تغيير المحتوى فعليًا، لا في كل عملية بناء.

ملف robots.txt يخبر الزاحفين بالمسارات التي لا ينبغي زحفها. استخدمه لإبعادهم عن /app و/admin ومسارات الواجهة البرمجية، واذكر فيه رابط خريطة الموقع. وتذكّر أن robots.txt يوقف الزحف، لا الفهرسة: لإبقاء صفحة خارج النتائج، استخدم وسم noindex في meta، واسمح بزحف الصفحة حتى يقرأه.

أرسل خريطة الموقع إلى Google Search Console بمجرد أن يستقر الموقع على نطاقه النهائي. وتعرض Search Console أيضًا الصفحات المفهرسة وأسباب عدم فهرسة الأخرى، وهي أنفع أداة SEO مجانية متاحة.

البيانات المنظمة

البيانات المنظمة وسوم بصيغة يقرؤها الآلة، تصف ما الصفحة: مؤسسة، أو نشاط محلي، أو منتج، أو مقال، أو فعالية. وتوصي Google بصيغة JSON-LD، وهي واضحة في نقطتين:

• يمكن أن تجعل الصفحات مؤهلة للنتائج الغنية، لكنها لا تضمنها.
• يجب أن تصف معلومات مرئية في الصفحة. لا تضع وسومًا لتقييمات أو أسعار أو أسئلة شائعة لا يستطيع الزائر رؤيتها.

نقاط بداية مناسبة: Organization أو LocalBusiness في الصفحة الرئيسية، وProduct في صفحات المنتجات، وArticle في منشورات المدونة، وBreadcrumbList في الصفحات العميقة. اختبرها بأداة Rich Results Test من Google.

أضف بيانات JSON-LD منظمة: LocalBusiness في الصفحة الرئيسية باستخدام العنوان والهاتف وساعات العمل الظاهرة فعلًا في الصفحة، وArticle لكل منشور في المدونة. لا تضف تقييمات أو مراجعات.

السرعة والجوال

يستخدم Google إشارات تجربة الصفحة، بما فيها Core Web Vitals، والسرعة مهمة للزوار في كل الأحوال. وحدود Google لمستوى «الجيد»، مقاسةً عند الشريحة 75 من تحميلات الصفحة، هي:

الحلول المعتادة للمواقع المبنية بالذكاء الاصطناعي:

• الصور: صغّر حجمها وضغطها، واستخدم الصيغ الحديثة، وحدد العرض والارتفاع (وهذا يمنع قفز التخطيط)، وفعّل التحميل الكسول (lazy-load) لما هو أسفل الخط الظاهر.
• JavaScript: الحزمة الكبيرة تؤخر كل شيء في تطبيق الصفحة الواحدة. ويساعد التصيير المسبق، كما يساعد تقسيم الشيفرة حسب المسار.
• الخطوط: قلّل عدد العائلات والأوزان، وحمّل الخط المستخدم فوق الخط الظاهر مسبقًا (preload).
• السكربتات الخارجية: كل أداة دردشة وكل بكسل تتبع يكلّف من السرعة. أبقِ ما تستخدمه فقط.

اختبر الرابط الحي بـPageSpeed Insights أو Lighthouse في وضع الجوال.

المحتوى هو معظم العمل

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

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

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

قائمة تحقق قبل الإطلاق

• الصفحات العامة تحمل محتواها الكامل في HTML الأولي (تحقق من عرض مصدر الصفحة)
• عنوان ووصف meta وعنوان canonical فريدة لكل صفحة
• وسوم Open Graph وصورة مشاركة لكل صفحة عامة
• عنوان h1 واحد لكل صفحة، وروابط <a href> حقيقية، ونص بديل للصور
• sitemap.xml بروابط حقيقية؛ وملف robots.txt يمنع مسارات التطبيق والواجهة البرمجية
• البيانات المنظمة لما هو مرئي فقط، ومختبرة
• قيم LCP وINP وCLS ضمن نطاق «الجيد» على الجوال
• الموقع على نطاقه النهائي مع HTTPS، ومُرسَل إلى Search Console

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

SEO على Mythex

لا يملك Mythex لوحة SEO منفصلة؛ فأنت تحسّن الـSEO بتغيير التطبيق نفسه عبر المحادثة أو الشيفرة. وتطبيقات الويب الجديدة تُنشأ افتراضيًا كتطبيق Vite وReact من صفحة واحدة، لذا عندما يكون البحث مهمًا، اطلب من البداية بنية ثابتة أو مصيّرة مسبقًا، أو Next.js. ويتضمن قسم الوثائق مطالبةً جاهزة للعناوين وأوسمة Open Graph وخريطة الموقع وrobots.txt في SEO لتطبيقك، كما تغطي المواقع الثابتة المواقع التي تركز على المحتوى. وبعد أي تغيير، أعد النشر حتى يلتقط الموقع الحي التحديثات. والنطاقات المخصصة متاحة في باقة Pro.

الأسئلة