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

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

في 45 موقعًا خارجيًا دققها SEOReport بين مايو وأكتوبر 2026، وقعت 94% من المشكلات الـ 506 التي رُصدت في أماكن لا يراها قارئ الصفحة أبدًا. تعرض هذه الصفحة حساب التغطية، وأين توجد تلك الأدلة، وكيف تدقق موقعك بالذكاء الاصطناعي بأن تعطي المساعد تشخيصًا على مستوى الموقع قبل أن يبدأ الإصلاح. وهي تبني على مقالة لماذا لا تغني فحوصات الذكاء الاصطناعي العشوائية عن تدقيق SEO منهجي، التي قارنت بين الطريقتين؛ أما موضوعنا هنا فهو الأرقام.

ما تصل إليه جلسة محادثة واحدة، وما يسجّله تدقيق الموقع

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

مسار عنوان URL الواحد عمل مفيد، لكنه مسار واحد في موقع فيه مسارات كثيرة، وقد تضيع في كل خطوة منه معلومة. فالتحويل إلى نص يحتفظ بالكلمات التي يقرؤها الزائر، وقد يُسقط وسوم قسم head وترويسات الاستجابة. ثم إن الجلسة التالية تبدأ دون الصفحات التي قرأتها هذه الجلسة.

ما حجم الموقع الذي تطلب من المساعد تدقيقه؟

من بين 45 موقعًا خارجيًا دققها SEOReport بين مايو وأكتوبر 2026، لم يكن لدى 15 موقعًا (33%) خريطة موقع XML في العنوان المذكور في robots.txt ولا في /sitemap.xml. ومن بين 29 موقعًا منها تضم خريطتها عنوان URL واحدًا على الأقل، بلغ الوسيط نحو 90 عنوانًا؛ إذ ضمّت خرائط الربع الأدنى 20 عنوانًا أو أقل، وضمّت خرائط الربع الأعلى أكثر من 440 عنوانًا، وضمّت خرائط أكبر عُشر من المواقع أكثر من 3,000 عنوان.

هذه مواقع قُدّمت لتدقيق SEOReport، وليست عينة عشوائية من الويب، ويغلب عليها الصغر. ومع ذلك فالتفاوت واسع: مواقع العُشر الأكبر تدرج من العناوين أكثر من 150 ضعف ما تدرجه مواقع الربع الأصغر. ولثلث المواقع التي لا خريطة لها في العنوان المتوقع أهميته أيضًا، فلا توجد لديها قائمة صفحات في المكان الذي يبحث فيه المساعد أو الزاحف، فيجب العثور على الصفحات بتتبّع الروابط، طلبًا بعد طلب.

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

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

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

في نحو نصف المواقع الـ 29 التي لها خريطة موقع، يتسع الافتراض السخي للخريطة كلها في جلسة واحدة، وهنا تكون المراجعة عبر المحادثة أكثر ما تكون وجاهة. أما فوق الوسيط فيزداد عدد الجلسات بازدياد حجم الموقع، ولا يصنع مجموع الجلسات تدقيقًا واحدًا.

ما لم يكن لدى المساعد خاصية ذاكرة، أو تنقل أنت الملاحظات من جلسة إلى أخرى، فإن كل جلسة جديدة تبدأ دون الصفحات التي قرأتها سابقتها. والملاحظات تحمل الاستنتاجات، بينما تحتاج المقارنة اللاحقة إلى الدليل نفسه: عنوان URL الأساسي بالضبط في الصفحة 12، ورمز الحالة وراء إعادة التوجيه في الصفحة 340. ثم إن الجلسة التي تختار منهجها بنفسها في كل مرة قد تفحص أشياء مختلفة في دفعات مختلفة، فلا تُقاس الدفعة 7 والدفعة 8 بالطريقة نفسها.

معظم أدلة SEO ليست في الصفحة التي تلصقها

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

في المواقع الـ 45 نفسها (مايو–أكتوبر 2026)، كان لدى كل موقع مشكلة مرصودة واحدة على الأقل خارج النص المرئي للصفحة، وفي 24 موقعًا منها (53%) وقعت المشكلات المرصودة كلها خارجه. وتوزّعت المشكلات في الموقع الوسيط على 5 مواضع أدلة مختلفة، وفي ربع المواقع على 6 مواضع أو أكثر. وحتى مع استبعاد ترويسات الأمان كليًا، بقيت 91% من المشكلات المرصودة المتبقية خارج النص المرئي للصفحة.

ولكل موضع طريقته في الفحص:

• استجابة HTTP. تذكر وثائق Google عن حظر الفهرسة (راجعناها في أكتوبر 2026) أن noindex يمكن إرساله في ترويسة الاستجابة X-Robots-Tag، وتذكر وثائقها عن تحديد عنوان URL الأساسي أن rel="canonical" يمكن إرساله في ترويسة HTTP باسم Link. ولا يظهر أيٌّ منهما في أي موضع من نص الصفحة.
• ملف robots.txt. تذكر وثائق Google عن robots.txt (راجعناها في أكتوبر 2026) أن الملف يجب أن يكون في الدليل الجذري، وأن قواعده لا تسري إلا على المضيف والبروتوكول والمنفذ الذي يقدّمه. فلكلٍّ من www.example.com وshop.example.com ملفه الخاص، كما يشرح دليلنا إلى robots.txt والوصول للزحف.
• HTML الخام مقابل الصفحة المعروضة. تذكر وثائق Google عن JavaScript وتحسين محركات البحث (راجعناها في أكتوبر 2026) أن Google يعتمد على HTML المعروض لفهرسة الصفحة، وأن أفضل مكان للعنوان الأساسي (canonical) هو HTML، وأن JavaScript ينبغي ألا يغيّره إلى عنوان URL مختلف، وأن Google حين يصادف noindex قد يتخطى العرض. وفي 34 موقعًا خارجيًا قارن فيها SEOReport بين HTML الخام من الخادم والصفحة المعروضة (مايو–أكتوبر 2026)، اعتمد 7 مواقع (21%) على JavaScript في شيء يقرؤه محرك البحث أولًا: فالعنوان أو الوصف التعريفي أو العنوان الأساسي أو H1 لم يظهر إلا بعد تشغيل JavaScript، أو كان HTML الخام يكاد يخلو من نص الصفحة. والمساعد الذي يقرأ النص المحوَّل يرى إحدى النسختين فقط، ونادرًا ما توضّح المحادثة أيّهما.

بعض المشكلات لا توجد إلا بين الصفحات

من المواقع الخارجية الـ 45 نفسها (مايو–أكتوبر 2026)، كان لدى 32 موقعًا (71%) مشكلة واحدة على الأقل لا تُرى في أي عنوان URL منفرد، بل لا تظهر إلا عند مقارنة خريطة الموقع بالصفحات التي تدرجها، أو مقارنة الصفحات بعضها ببعض، أو قراءة مكتبة المقالات كاملةً. ودون احتساب مكتبة المقالات يصبح الرقم 28 من 45 (62%).

وهذا شكل ذلك الدليل في موقع توضيحي:

# https://www.example.com/robots.txt
User-agent: *
Disallow: /checkout/

# https://www.example.com/sitemap.xml lists
https://www.example.com/checkout/
https://www.example.com/old-services/      (answers 301)

# https://www.example.com/en/services/ declares
hreflang="es" -> https://www.example.com/es/servicios/

# https://www.example.com/es/servicios/ declares
no hreflang link back to /en/services/

يبدو كل ملف سليمًا وحده، ولا تظهر المشكلات إلا عند قراءتها معًا:

• خريطة الموقع تناقض الصفحات. تذكر وثائق Google عن خرائط المواقع (راجعناها في أكتوبر 2026) أن خريطة الموقع لا تضمن الزحف إلى عناوينها وفهرستها، وتعدّ وثائقها عن العنوان الأساسي الإدراج في خريطة الموقع إشارة ضعيفة. فإدراج عنوان URL يعيد التوجيه أو محظور أو يحمل noindex يرسل إشارات متضاربة. وفي 29 موقعًا خارجيًا جلب SEOReport صفحات خرائطها (مايو–أكتوبر 2026)، كان لدى 8 مواقع (28%) عنوان URL واحد على الأقل في خريطة الموقع يعيد التوجيه، أو يحمل علامة noindex، أو يحظره ملف robots.txt.
• ملف robots.txt يخفي noindex. تذكر وثائق Google أن الزاحف المحظور بملف robots.txt لا يرى أبدًا علامة noindex في الصفحة، وأن عنوان URL قد يُفهرس رغم ذلك إذا أشارت إليه صفحات أخرى. ورؤية ذلك تتطلب ملف robots.txt والصفحة معًا، وهو ما يتناوله تحليلنا لتعارضات قابلية الفهرسة.
• hreflang دون رابط عكسي. يذكر دليل Google للنسخ المترجمة (راجعناه في أكتوبر 2026): "إذا لم تُشِر كل صفحة من الصفحتين إلى الأخرى، فسيتم تجاهل العلامات". والتأكد من ذلك يتطلب الصفحتين معًا، كما يوضح دليل تطبيق hreflang.
• عنوان أساسي يشير إلى هدف معيب. العنوان الأساسي الذي يسمّي صفحة تعيد التوجيه أو تحمل noindex لا ينكشف إلا بعد جلب الصفحة الهدف أيضًا.

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

كيف تتحقق مما غطّاه تدقيق الموقع بالذكاء الاصطناعي فعلًا

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

ويمكنك جمع الأدلة نفسها بنفسك بثلاثة أوامر:

curl -s https://www.example.com/robots.txt
curl -s -D - -o /dev/null https://www.example.com/ | grep -iE '^(HTTP/|location|x-robots-tag|link)'
curl -s https://www.example.com/sitemap.xml | grep -o '<loc>' | wc -l

ينفّذ الأمر الثاني طلب GET عاديًا ولا يطبع إلا ترويسات الاستجابة. استخدم عنوان خريطة الموقع الذي يذكره ملف robots.txt إن كان مختلفًا عن /sitemap.xml. وإذا كانت خريطة الموقع فهرسًا، فالعدد الأخير هو عدد خرائط المواقع الفرعية لا عدد الصفحات. وتحقّق كذلك من أن المساعد تلقّى صفحتك أصلًا: فمن بين 377 موقعًا خارجيًا قُدّمت إلى SEOReport بين مايو وأكتوبر 2026، لم يسمح 51 موقعًا على الأقل (13.5%) لزاحف آلي بتقييم الصفحة الرئيسية، وردّ 34 موقعًا على الأقل (9%) بتحدٍّ لكشف الروبوتات أو CAPTCHA. وأداة الجلب لدى المساعد عميل آلي هي الأخرى؛ فإن صادفت صفحة تحدٍّ، فقد راجع المساعد صفحة التحدي. وتتناول مقالتنا عن أنظمة الحماية من الروبوتات التي تحجب الزواحف هذه الحالة.

أعطِ المساعد تدقيقًا على مستوى الموقع، ثم دعه يُصلح

يتفوّق المساعدون في العمل الذي يلي التشخيص: شرح نتيجة، وكتابة التعديل على القالب، وإعداد خريطة لإعادة التوجيه، وإعادة صياغة عنوان. وما ينقص الجلسة هو مُدخل قابل للتكرار على مستوى الموقع، وهذا ما يوفّره تشخيص SEOReport الكامل. فهو يقرأ ملف robots.txt وخريطة الموقع، ويفحص صفحتك الرئيسية وعينة من الصفحات التي تدرجها خريطة موقعك وتشير إليها روابطك الداخلية، ويسجّل رمز حالة HTTP لكل صفحة يطلبها، ويقارن HTML الخام لصفحتك الرئيسية بالصفحة المعروضة. ويرصد النتائج التي لا توجد إلا عبر الصفحات، مثل إدخالات خريطة الموقع التي تناقض الصفحات المدرجة فيها، والروابط الداخلية إلى صفحات غير موجودة، والمقالات شبه المكررة. وتحمل كل نتيجة دليلها وتسمّي عناوين URL المتأثرة، وتذكر كل نتيجة مبنية على عينة عدد الصفحات التي فحصتها. ويُجري كل تشخيص الفحوصات المحددة نفسها بالطريقة نفسها، فيمكن مقارنة تقريرين للموقع نفسه نتيجةً بنتيجة.

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

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

هل يستطيع ChatGPT إجراء تدقيق SEO؟

يستطيع أي مساعد متمكّن مراجعة الصفحات التي تُعطى له أو التي يستطيع جلبها، ويشرح المشكلات بوضوح. لكن تدقيق SEO للموقع كله يحتاج أيضًا إلى ملف robots.txt وخريطة الموقع وترويسات الاستجابة وHTML الخام والمعروض، وإلى المقارنة بين الصفحات. فتعامل مع تدقيق المحادثة على أنه مراجعة للصفحات التي قرأها، واطلب قائمتها.

هل ستسدّ نماذج الذكاء الاصطناعي الأكبر هذه الفجوة؟

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

هل تكفي جلسة ذكاء اصطناعي واحدة لموقع صغير؟

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

هل ألصق خريطة موقعي كاملة في المحادثة؟

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