Yusuf Aziz المقالات ودفتر الأبحاث

كيف يُقاس موقع إلكتروني في عام 2026؟ دليل مبسّط إلى SEO وGEO والجودة العامة

Yusuf Aziz · · الكتابة: مساعد Grok (ذكاء اصطناعي) · تدقيق المصادر: Reaper

لم يعد كافيًا أن نصف موقعًا بأنه «جيد». فالناس يصلون إلى المعلومات عبر طريقين: الأول محرك البحث، والثاني مساعدات الذكاء الاصطناعي مثل ChatGPT وGemini وPerplexity. وكلاهما يقرأ موقعك، لكن كلًّا منهما ينظر إلى أشياء مختلفة.

تشرح هذه المقالة طريقة قياس موقع إلكتروني من ثلاث زوايا: تحسين محركات البحث التقليدي (SEO)، وGEO (الظهور في مساعدات الذكاء الاصطناعي)، والجودة العامة. ونطرح لكل معيار سؤالين: لماذا هو مهم؟ وكيف نتحقق منه؟

المفهومان أولًا: SEO وGEO

يعني SEO أن يكون موقعك قابلًا للعثور عليه في نتائج البحث. أما GEO، أي تحسين المحركات التوليدية (Generative Engine Optimization)، فيعني أن يعرض المساعدُ موقعك مصدرًا حين يجيب عن سؤال.

والاثنان ليسا متنافسين. فكثير من المساعدات تزحف هي الأخرى في الويب، وتعتمد على الفهارس، وتقرأ الصفحات. وتقول Google إنه لا توجد «حيلة» منفصلة لميزات الذكاء الاصطناعي، وإن القواعد الأساسية لتحسين محركات البحث تسري هنا أيضًا (Google Search Central: AI features). أي إن الأساس المتين يفيد الطرفين معًا.

1. وصول الروبوتات: هل تستطيع قراءة موقعك؟

لماذا هو مهم: إذا لم يتمكن روبوت من دخول صفحتك، فلن يضيفها إلى الفهرس ولن يقتبس منها. وبعض المواقع تحجب روبوتات المساعدات دون أن تدري؛ أحيانًا بسبب جدار حماية، وأحيانًا بسبب سطر قديم في ملف robots.txt.

كيف تتحقق:

  • افتح ملف yoursite.com/robots.txt، واقرأ أيّ الروبوتات مسموح لها (Google: مقدمة إلى ملف robots.txt).
  • تنشر شركات المساعدات أسماء روبوتاتها: فهناك وثيقة روبوتات OpenAI لروبوتات OpenAI، ووثيقة روبوتات Perplexity لـ Perplexity، وقائمة برامج الزحف من Google لبرامج الزحف التابعة لـ Google (بما فيها Google-Extended).
  • تمييز مهم: بعض الروبوتات يأتي لتدريب النماذج، وبعضها يأتي للإجابة الفورية عن سؤال المستخدم. ويمكنك أن تغلق الباب أمام أحدهما وتتركه مفتوحًا للآخر. فاتخذ قرارك عن وعي.
  • إذا كنت تستخدم شبكة توصيل محتوى (CDN) أو جدار حماية، فراجع إعدادات حجب الروبوتات فيه أيضًا. فحتى لو سمح ملف robots.txt بالدخول، قد يغلق الجدار الباب.

2. الفهرسة وIndexNow

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

كيف تتحقق:

  • راجع تقارير الفهرسة في Google Search Console وBing Webmaster Tools. فحالات مثل «تم الاكتشاف - غير مفهرسة حاليًا» تعطيك مؤشرات.
  • تحقق من أن خريطة موقعك (sitemap.xml) محدَّثة.
  • IndexNow بروتوكول مفتوح يتيح لك إبلاغ محركات البحث التي تدعمه عند إضافة صفحة أو تغييرها. تحقق من وجود ملف مفتاح على موقعك، ومن أن التغييرات يجري الإبلاغ عنها. ملاحظة: ليست كل محركات البحث تستخدم IndexNow، فتحقق من الدعم في صفحة البروتوكول نفسها.

3. llms.txt: خريطة طريق للمساعدات

لماذا هو مهم: تُصنع صفحات الويب للبشر، ووسط القوائم والإعلانات والنصوص البرمجية قد تضيع المعلومة الأساسية. وملف llms.txt ملف Markdown قصير يوضع في جذر الموقع أو في مسار فرعي منه، ويرشد المساعدات قائلًا: «المعلومات المهمة هنا».

ملاحظة صادقة: ملف llms.txt ليس معيارًا رسميًا، بل مقترح، وصفحته نفسها تعرّفه هكذا (llmstxt.org). وتذكر الصفحة ذاتها أن آلاف المواقع تنشر هذا الملف، وأن بعض الأدوات تفحصه. لكن أيّ المساعدات يستخدمه وإلى أي حد، أمرٌ غير موثَّق بوضوح لدى كل شركة. لذا انظر إلى llms.txt على أنه «إضافة غير ضارة وقد تكون مفيدة»، لا على أنه مفتاح سحري.

كيف تتحقق:

  • هل يُفتح العنوان yoursite.com/llms.txt؟
  • هل يحتوي على عنوان H1 (وهو العنصر الوحيد الإلزامي في الصيغة)، وملخص قصير، وروابط إلى الصفحات المهمة؟ قواعد الصيغة منشورة على llmstxt.org.
  • هل تعمل الروابط؟ وهل تتطابق المعلومات مع المعلومات الحالية على الموقع؟

4. البيانات المنظَّمة (schema)

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

كيف تتحقق:

  • يجب أن يكون لكل نوع مستخدم مقابلٌ في مفردات schema.org.
  • اختبر الصفحة باستخدام اختبار النتائج الغنية من Google وSchema Markup Validator.
  • المشكلة الأكثر شيوعًا ليست الخطأ، بل التناقض. فإذا ذكرت البيانات المنظَّمة عنوانًا وذكرت الصفحة عنوانًا آخر، فلن تعرف الآلة أيهما تصدّق. قارن بين الصفحات في معلومات مثل الهاتف والعنوان وساعات العمل والأسعار.

5. طبقة المصادر: علامَ تستند ادعاءاتك؟

لماذا هو مهم: قد تفضّل المساعدات، حين تجيب، المصادرَ التي تبدو جديرة بالثقة. وGoogle بدورها تُبرز المحتوى «المفيد والموثوق والمكتوب للإنسان» (Google: إنشاء محتوى مفيد). والرقم أو الادعاء بلا مصدر يُضعف ثقة القارئ والآلة معًا.

كيف تتحقق:

  • هل يرافق كلَّ رقم أو ادعاء مهم في الصفحة رابطٌ إلى مصدر أوّلي؟ (لا إلى خبر صحفي، بل إلى التقرير الأصلي أو المؤسسة أو القانون.)
  • هل اسم الكاتب وتاريخ التحديث ظاهران؟
  • هل تُكتب المعلومة نفسها بصورة مختلفة في صفحات مختلفة؟

6. كيف تقيس ظهورك في المساعدات؟

لماذا هو مهم: نتيجة GEO هي أن يرد اسمك ورابطك في إجابة المساعد. وهذا ما ينبغي رؤيته بالتجربة لا بالتخمين.

كيف تتحقق:

  • اكتب 10-20 سؤالًا حقيقيًا قد يطرحها عملاؤك.
  • اطرح هذه الأسئلة على ChatGPT وGemini وPerplexity، ودوّن ما إذا كان موقعك يُذكر مصدرًا في الإجابة.
  • قد تختلف الإجابات بحسب الشخص والمكان والوقت؛ لذا فإن تجربة واحدة لا تعطي نتيجة قاطعة. كرر الأسئلة نفسها على فترات منتظمة، وراقب الاتجاه العام.
  • تابع في سجلات الخادم (log) زيارات روبوتات المساعدات، وفي أدوات التحليلات الزيارات القادمة من هذه المصادر.

7. السرعة: مؤشرات أداء الويب الأساسية (Core Web Vitals)

لماذا هو مهم: الموقع البطيء يُتعب القارئ والروبوت معًا. وتعرّف Google تجربة المستخدم بثلاثة مقاييس أساسية: LCP (تحميل المحتوى الرئيسي)، وINP (الاستجابة للنقر)، وCLS (انزياح الصفحة). والحدود الموصى بها هي 2.5 ثانية لـ LCP، و200 مللي ثانية لـ INP، و0.1 لـ CLS (web.dev: Web Vitals).

كيف تتحقق:

  • قِس الأداء على الهاتف المحمول وسطح المكتب معًا باستخدام PageSpeed Insights.
  • «بيانات الميدان» (المستخدمون الحقيقيون) تختلف عن «بيانات المختبر» (اختبار واحد). فقدِّم بيانات الميدان عند اتخاذ القرار.
  • انظر إلى زمن الاستجابة الأولى للخادم، وحجم الصفحة، والأجزاء الثقيلة من القالب التي تتكرر في كل صفحة.

8. إمكانية الوصول

لماذا هو مهم: الموقع الذي يسهل الوصول إليه موجّه للجميع: قارئ من ذوي الإعاقة البصرية، وهاتف قديم، واتصال ضعيف. كما أن الصفحة المرمَّزة جيدًا هي صفحة تقرؤها الآلات بسهولة أكبر.

كيف تتحقق:

  • المرجع الدولي هو إرشادات W3C WCAG 2.2.
  • هل تحمل الصور نصًا بديلًا ذا معنى؟
  • هل ترتيب العناوين سليم (H1، H2، H3)؟
  • هل يوجد تباين كافٍ بين النص والخلفية؟
  • هل يمكن التنقل في الموقع باستخدام لوحة المفاتيح وحدها؟
  • الأدوات الآلية (مثل Lighthouse) بداية جيدة، لكنها لا تكتشف كل المشكلات. فجرّب يدويًا أيضًا.

9. الوسوم الأساسية

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

كيف تتحقق:

  • هل لكل صفحة وسم <title> ووصف تعريفي (meta description) خاصان بها؟
  • هل يشير الوسم المعياري (canonical) إلى العنوان الصحيح؟
  • هل وسوم Open Graph الخاصة بالمشاركة مكتملة؟

10. KVKK وحدود المحتوى الصحي

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

كيف تتحقق:

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

قائمة تحقق قصيرة

  1. هل ملف robots.txt وجدار الحماية مفتوحان للروبوتات التي تريدها؟
  2. هل الصفحات مفهرسة، وهل يجري الإبلاغ عن التغييرات؟
  3. هل يوجد ملف llms.txt، وهل هو محدَّث؟ (مقترح لا معيار.)
  4. هل البيانات المنظَّمة صالحة، وهل تتناقض مع الصفحة؟
  5. هل للادعاءات مصادر أوّلية؟
  6. هل تطرح على المساعدات أسئلة حقيقية وتحتفظ بسجل منتظم؟
  7. هل أنت ضمن حدود Core Web Vitals؟
  8. هل يستطيع الجميع استخدام الموقع؟
  9. هل العناوين والأوصاف فريدة في كل صفحة؟
  10. هل تُستوفى متطلبات KVKK وقواعد القطاع؟

ما الذي يقف وراء هذه المقالة؟

لم نكتفِ بكتابة هذه المعايير، بل حوّلناها أيضًا إلى أداة. فقد بنينا محركًا لتحليل المواقع أسميناه Atlas Analiz، وتطبيقه للهاتف المحمول.

ماذا فعلنا؟ يقرأ المحرك صفحات كثيرة من الموقع معًا، وينظر في 10 معايير لـ SEO و8 معايير لـ GEO: وصول الروبوتات، وllms.txt، والبيانات المنظَّمة، والاتساق بين الصفحات، والمصادر، والسرعة، وKVKK وحدود الترويج الصحي. ويطرح لكل صفحة سؤالًا من منظور القارئ، ويكتب حكمًا في سطر واحد. ويقدّم توصياته في ثلاثة أجزاء: ماذا رأينا، ولماذا هو مهم، وما العمل. والنتيجة ملخص قصير من 8 أسطر. (أعداد المعايير والأسطر مأخوذة من محركنا نفسه.)

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

أين الدليل؟ ملخص المنهجية والمعايير منشور في صفحة الأدلة على atlasmaster.app.

تطبيق Atlas Analiz قادم قريبًا.