فحص SEO بوكيل ذكاء اصطناعي: ما الذي يراه الوكيل فعلًا في صفحتك

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

تختلف أدوات الجلب من مساعد إلى آخر وتتغير مع الوقت، فالسؤال المفيد هو: ماذا تلقّى الوكيل؟ وفي أكتوبر 2026 أجبنا عنه لإحدى صفحاتنا، فسجّلنا تبادل HTTP الكامل إلى جانب العرض النصي الذي يعمل عليه الوكيل. تعرض هذه المقالة بدقة ما شغّلناه، وما احتواه كل عرض، وكيف تعطي الوكيل الأدلة التي تنقصه.

جلبنا إحدى صفحاتنا بالطريقتين

اخترنا مقالة منشورة، هي دليلنا إلى سلاسل إعادة التوجيه، وطلبناها بالعنوان الطويل الذي قد يلصقه شخص في محادثة: http://www.seoreport.dev/articles/redirect-chains-guide/. فبروتوكول HTTP العادي والمضيف www والشرطة المائلة في آخر العنوان كلها نُسخ يوحّدها الموقع، فكان الطلب سيعيد التوجيه حتمًا.

وقرأناها بـ 3 طرق:

1. تبادل HTTP الكامل، باستخدام curl، مع تسجيل كل خطوة، وسطر الحالة النهائي، وكل ترويسة استجابة، وHTML الخام.
2. استخراج نصي عادي من HTML نفسه: حُذفت السكربتات والأنماط و<head>، وبقي النص المرئي. وهذا هو التحويل الذي تُجريه أدوات جلب كثيرة قبل أن يقرأ المساعد الصفحة.
3. أداة الجلب المدمجة في أحد مساعدي البرمجة بالذكاء الاصطناعي، وطلبنا منها ألا تذكر إلا ما وُجد حرفيًا في المحتوى الذي تلقّته، بندًا بندًا.

اتفق العرضان 2 و3 في كل بند يهمّنا هنا، فيعرضهما الجدول معًا. والفرق الوحيد: أن أداة الجلب مرّرت عنوان الصفحة، بينما احتفظ الاستخراج العادي بـ H1، الذي يحمل الكلمات نفسها.

ومن حيث الحجم، كان العرض النصي نحو 10 KB من استجابة HTML حجمها 71 KB. ومعظم ما حُذف شيفرة سكربتات وأنماط لا تحتاجها أي مراجعة SEO. أما الباقي فهو الأدلة التي وُجدت مراجعة SEO أصلًا لقراءتها.

وثمة تفصيلان في الجدول أهم من الأرقام. الأول أن الإجابة عن علامة canonical توقفت على طريقة سؤالنا. فحين طُلب من أداة الجلب أن تصف كل وسم بأنه "موجود أو غائب"، أجابت "غائب" عن علامة canonical موجودة في الصفحة، ولم تُضف تحفّظًا بشأن <head> إلا بعد ذلك. وحين أُعطيت خيار "لا يمكن التحديد"، اختارته بدلًا من ذلك. والوكيل الذي يتلقى الإجابة الأولى ويعمل بها سيوصي بإضافة علامة موجودة أصلًا. والثاني أن JSON-LD من نوع Article ووسم article:modified_time يحملان كلاهما تاريخ تعديل هو 3 أكتوبر 2026، بينما لا يُظهر سطر الكاتب المرئي إلا تاريخ النشر، 28 سبتمبر 2026. فالتاريخ الذي يستطيع محرك البحث قراءته على أنه "آخر تحديث" لا يوجد إلا في الجزء من الصفحة الذي لم يتلقّه الوكيل قط.

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

لم تذكر أداة الجلب رمز الحالة إلا حين فشلت الصفحة

كرّرنا الاختبار بعنوان غير موجود في موقعنا. فأجاب الخادم بـ 404، وذكرت أداة الجلب ذلك: إذ أبلغت عن "HTTP 404 Not Found" ولم تُرجع أي نص للصفحة. أما في الصفحة العاملة، فلم يُذكر رمز 200 قط.

وهذا النمط (الأخطاء تظهر، والاستجابات الناجحة تبقى صامتة) يُغفل الحالات الأكثر إزعاجًا، لأنها تستجيب برمز 200:

• صفحة تبدو مفقودة لكنها تستجيب برمز 200. تقول صفحة 404 لدينا: "Article Not Found. The article you are looking for does not exist." (المقالة غير موجودة. المقالة التي تبحث عنها غير موجودة). فلو أرسل خادمٌ النص نفسه برمز الحالة 200، لكان العرض النصي مطابقًا. وسطر الحالة وحده يخبر محركات البحث بأيهما الصحيح، وحين يرصد Google نسخة 200، يُبلغ عنها Search Console ضمن حالة "Soft 404".
• صفحة تُقرأ بإتقان لكنها تطلب من محركات البحث ألا تفهرسها. تنص وثائق Google عن علامة meta للروبوتات (راجعناها في أكتوبر 2026) على أن أي قاعدة يمكن استخدامها في علامة meta للروبوتات يمكن إرسالها أيضًا في ترويسة HTTP باسم X-Robots-Tag. وعلامة noindex المُرسَلة بهذه الطريقة لا تترك أي أثر في النص. ونشرح كيف تعثر عليها وتقرر بشأنها في مقالة حالة "تم تمييز عنوان URL بعلامة noindex" في Search Console.
• صفحة تُعلَن صفحتها الأساسية في ترويسة. يوثّق Google ترويسة الاستجابة Link مع rel="canonical" بديلًا عن وسم HTML، بما في ذلك للملفات غير HTML مثل PDF. والعرض النصي لا يستطيع رؤيتها.

الأدلة في التبادل، لا في الصفحة

كل ما حذفه العرض النصي من نوع واحد: أدلة يتبادلها الخادم والزاحف، ولا يراها أبدًا الزائر الذي يقرأ الصفحة. وهي تقع في 6 مواضع.

الحالة وعمليات إعادة التوجيه. كل خطوة استجابة مستقلة برمز حالة خاص بها. وبعض أدوات الجلب تعيد كتابة http:// إلى https:// قبل الطلب، فلا تُطلب إعادة التوجيه من HTTP إلى HTTPS أصلًا. ويتناول دليل إعادة التوجيه وتوحيد عناوين URL الخطوات التي ينبغي إبقاؤها.

ترويسات الاستجابة. X-Robots-Tag وLink وCache-Control وVary وترويسات الأمان كلها تنتقل فوق HTML. ولا شيء منها نص في الصفحة.

وسوم قسم head. علامة canonical وmeta robots وhreflang والوصف التعريفي ووسوم Open Graph تقع في <head>، الذي تحذفه التحويلات النصية.

البيانات المنظَّمة. يوجد JSON-LD داخل عنصر <script>. والتحويلات النصية تحذف السكربتات، فيذهب JSON-LD معها. ويشرح دليل البيانات المنظَّمة والبيانات الوصفية الاجتماعية ما ينبغي أن يحتويه.

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

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

sequenceDiagram
    participant U as أنت
    participant A as وكيل الذكاء الاصطناعي
    participant F as أداة الجلب
    participant S as موقعك
    U->>A: افحص SEO لهذه الصفحة
    A->>F: اجلب عنوان URL
    F->>S: GET http://www.example.com/page/
    S-->>F: 301 مع ترويسة Location
    F->>S: GET https://example.com/page/
    S-->>F: 301 مع ترويسة Location
    F->>S: GET https://example.com/page
    S-->>F: 200 وترويسات الاستجابة وHTML كاملًا
    Note over F: حذف الخطوات والحالة والترويسات ووسوم head وJSON-LD
    F-->>A: النص المرئي بصيغة Markdown
    A-->>U: نصائح مبنية على النص وحده

معظم مشكلات SEO التي نرصدها خارج نص الصفحة

تُظهر بيانات تدقيقنا مقدار ما تعتمد عليه المراجعة مما يحذفه العرض النصي. ففي 45 موقعًا خارجيًا دققها SEOReport بين مايو وأكتوبر 2026، وقعت 94% من المشكلات الـ 506 التي رُصدت في أماكن لا يراها قارئ الصفحة أبدًا: ترويسات الاستجابة، ووسوم قسم head، والبيانات المنظَّمة، وخريطة موقع XML، وملف robots.txt، وعمليات إعادة التوجيه، والعلاقات بين الصفحات.

يوزّع الرسم البياني التالي المشكلات الـ 506 نفسها بحسب الموضع الوحيد الذي يجب أن ينظر فيه المرء ليرى الدليل.

ونسبة 5.9% في محتوى الصفحة المرئي وحدها هي نوع الأدلة الذي يحتفظ به العرض النصي. وإذا جُمعت المواضع الأخرى بحسب ما يجب أن يتلقاه الوكيل ليراها، فإنها تقع في 3 مجموعات. فحالة HTTP والترويسات ووسوم head والبيانات المنظَّمة تبلغ معًا 69% من المشكلات الـ 506: أدلة تصل داخل استجابة الصفحة نفسها ويرميها التحويل النصي. ولن يستعيدها استخراج نصي أفضل؛ بل قراءة الاستجابة نفسها. أما خريطة موقع XML، ومكتبة المقالات مقروءةً كاملةً، والعلاقات بين الصفحات، وملف robots.txt، فتبلغ معًا نحو 20%: أدلة لا تحتويها استجابة أي صفحة منفردة. وما تبقى، 5.6%، يحتاج إلى عرض ثانٍ للصفحة أو لعنوانها: الصفحة المعروضة إلى جانب HTML الخام، أو استجابة الهاتف الذكي إلى جانب استجابة سطح المكتب، أو خطوات إعادة التوجيه التي تسبق الصفحة.

وتُظهر العينة نفسها الأثر على مستوى كل موقع: فكل موقع من المواقع الـ 45 كانت لديه مشكلة مرصودة واحدة على الأقل خارج النص المرئي للصفحة، وفي 24 موقعًا منها (53%) وقعت المشكلات المرصودة كلها خارجه. وفي تلك المواقع الـ 24، ما كانت مراجعة مقصورة على النص المرئي لتجد أمامها أيًّا من الأدلة المرصودة.

كيف تعطي وكيلك الأدلة التي تنقصه

يُحسن الوكيل الاستدلال على الأدلة التي يستطيع رؤيتها. والحل أن تضع التبادل أمامه.

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

# 1. Every hop, every status, the headers that matter (GET, following redirects)
curl -sL -D - -o /dev/null http://www.example.com/page/ \
  | grep -iE '^(HTTP/|location|x-robots-tag|link|content-type|cache-control|vary)'

# 2. Canonical, hreflang and meta robots tags from the raw HTML
curl -s https://example.com/page \
  | grep -oiE '<link[^>]*rel="(canonical|alternate)"[^>]*>|<meta[^>]*name="robots"[^>]*>'

# 3. How many JSON-LD blocks the raw HTML contains
curl -s https://example.com/page | grep -o 'application/ld+json' | wc -l

# 4. The crawl rules that apply to the page
curl -s https://example.com/robots.txt

وثلاث عادات تجعل الإجابات موثوقة:

• استخدم GET لا HEAD. بعض الخوادم تجيب عن الطلبين بشكل مختلف. وخادمنا فعل ذلك: فقد أجابت الخطوة الأولى في اختبارنا بـ 301 لطلب GET و308 لطلب HEAD.
• اسأل عمّا تلقّاه قبل أن تسأل عمّا هو خطأ. عبارة مثل "اذكر رمز الحالة والترويسات ووسوم head التي تستطيع رؤيتها" تحوّل الفجوة الخفية إلى فجوة ظاهرة، وتُريك أي إجابات "غائب" تعني في الحقيقة "لم يُتلقَّ أصلًا".
• اسأل هل عُرض HTML. إن كانت أداة الوكيل قد شغّلت JavaScript، فقد يختلف ما يراه عمّا يرسله الخادم. قارنه بـ HTML الخام من الأمر 2، كما يصف دليل عرض JavaScript.

الفحص الكامل لصفحة واحدة يظل لصفحة واحدة

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

ويؤدي تشخيص SEOReport الكامل جزءًا كبيرًا من هذا العمل على مستوى الموقع في تقرير واحد. فهو يطلب الصفحات التي تدرجها خريطة موقعك، ويتتبع العنوان الذي ترسله عبر كل خطوة إعادة توجيه، ويقرأ ملف robots.txt، ويقارن HTML الخام لصفحتك الرئيسية بالصفحة المعروضة. وتحمل كل نتيجة دليلها (رموز الحالة، وقيم الترويسات، والعناوين المتأثرة)، وتذكر كل نتيجة مستخلصة من عينة صفحات عدد الصفحات التي فحصتها. ويستطيع الوكيل إنشاء ذلك التقرير وقراءته عبر خادم MCP وواجهة REST API، فيبدأ من أدلة الموقع لا من النص.

الأسئلة الشائعة

هل يستطيع ChatGPT فحص SEO لموقعي؟

يستطيع مراجعة أي محتوى يصل إليه: العناوين، والنص، وعنوان الصفحة إن مرّرته الأداة. أما هل يرى أيضًا رمز الحالة والترويسات ووسوم head والبيانات المنظَّمة، فيتوقف على أداة الجلب التي يستخدمها في تلك اللحظة، وهي متغيرة ونادرًا ما يُصرَّح بها. اطلب منه أولًا أن يذكر ما تلقّاه، أو الصق مُخرَج الأوامر السابقة.

هل أداة فحص SEO بالذكاء الاصطناعي هي نفسها تدقيق SEO؟

أداة فحص SEO بالذكاء الاصطناعي تراجع عادةً صفحة واحدة انطلاقًا من المحتوى الذي تُرجعه أداتها. أما التدقيق فيقرأ تبادل HTTP وملف robots.txt وخريطة الموقع والعلاقات بين الصفحات، ويسجّل الدليل لكل نتيجة حتى يمكن التحقق من النتيجة وتكرارها. وكلٌّ منهما يجيب عن سؤال مختلف: الأولى تراجع كتابة الصفحة، والثاني يثبت ما يقدّمه الموقع للزواحف.

لماذا قال وكيلي إن صفحتي بلا علامة canonical وهي موجودة؟

تقع علامة canonical في <head>، الذي تحذفه التحويلات النصية. وفي اختبارنا أجابت أداة الجلب "غائبة" عن علامة canonical موجودة. تأكّد بالأمر 2 السابق، أو بعرض مصدر الصفحة في المتصفح، قبل أن تعمل بنصيحة من هذا النوع.

هل يهم إن كانت أداة الجلب لدى وكيلي تشغّل JavaScript؟

نعم، حين يعتمد محتواك أو وسومك على JavaScript. فالأداة التي تعرض الصفحة قد تُبلغ عن عنوان أو H1 يفتقر إليه HTML الخام، والأداة التي لا تعرضها قد تُبلغ عن صفحة شبه فارغة تعرضها المتصفحات كاملة. والمقارنة بين HTML الخام والصفحة المعروضة تحسم أيّهما تتلقاه محركات البحث والزواحف الأخرى أولًا.