إصلاح أخطاء SEO باستخدام وكيل ذكاء اصطناعي للبرمجة: مسار عمل آمن

الجواب المختصر: يستطيع وكيل ذكاء اصطناعي للبرمجة أن يصلح أخطاء SEO الآلية القابلة للتحقق في موقعك: العناوين والأوصاف التعريفية ووسوم canonical وhreflang والنصوص البديلة وترويسات الأمان وملفات robots.txt وsitemap وllms.txt. أعطه نتيجة واحدة في كل مرة، ومعها شرط يحدد متى تنتهي المهمة، ودعه يعمل على فرع (branch)، واقرأ الفروقات (diff)، وقس الصفحة من جديد بعد التغيير. ولا ينبغي أن يختلق محتوى، أو يختار كلماتك المفتاحية، أو يتحدث باسم شركتك، أو يقرر عنك هل يجوز لزواحف الذكاء الاصطناعي قراءة موقعك. الإصلاح يجعل الصفحة سليمة تقنيًا، أما تحسن الترتيب فغير مضمون أبدًا.

متى يفيد وكيل ذكاء اصطناعي للبرمجة في إصلاح SEO ومتى لا يفيد؟

ينتج تدقيق SEO نوعين من النتائج. بعضها آلي: له جواب صحيح واحد ويمكنك التحقق منه بجلب الصفحة. وبعضها قرارات يملكها إنسان. ووكيل الذكاء الاصطناعي للبرمجة، مثل Claude Code أو Cursor أو GitHub Copilot، يناسب النوع الأول، ويكون محفوفًا بالمخاطر في النوع الثاني.

أعمال جيدة للوكيل:

• العناوين والأوصاف التعريفية. وسم ناقص أو مكرر أو بطول غير مناسب يسهل العثور عليه في قالب أو ملف محتوى. وعلى الوكيل أن يستمد النص مما تقوله الصفحة أصلًا، لا أن يكتب نصًا تسويقيًا من العدم.
• وسوم canonical وhreflang. كلاهما قواعد لا نثر. ولـ hreflang فخ واحد نعود إليه أدناه: يجب أن تشير كل نسخة لغوية إلى النسخ الأخرى بدورها.
• النصوص البديلة. تصلح حيث يتضح معنى الصورة من الصفحة المحيطة بها. وإلا فعلى الوكيل أن يسأل.
• ترويسات الأمان. بضعة أسطر من إعدادات الخادم أو إطار العمل، يسهل التحقق منها بـ curl -I.
• الملفات في الجذر: robots.txt وsitemap.xml وllms.txt. نص بسيط قصير، وتقرأ النتيجة فورًا.

أعمال تبقى عندك:

• اختلاق المحتوى. وقائع المنتجات، والأسعار، وآراء العملاء، والادعاءات عن شركتك. أمر العمل الذي ينشئه SEOgrinder يقول ذلك في قواعد عمله: لا تختلق محتوى، واستنتج النصوص الناقصة مما هو موجود في الصفحة، أو اسأل.
• قرارات الكلمات المفتاحية والموضوعات. تحديد أي صفحة تستهدف أي عبارة قرار يخص عملك التجاري.
• قرارات المالك. السماح لزواحف الذكاء الاصطناعي بقراءة موقعك، والسماح لها باستخدامه في التدريب، قرارك أنت. وتنص موجهات الوكيل في SEOgrinder على ذلك صراحة: السماح أو الحجب قرار المالك، فاسأل ولا تختر نيابة عنه.
• أعمال الأداء، جزئيًا. الأهداف قابلة للقياس: تقاس Core Web Vitals عند المئين 75 من تحميلات الصفحة، منفصلة للجوال وللحاسوب، و«الجيد» يعني LCP حتى 2.5 ثانية، وINP حتى 200 مللي ثانية، وCLS حتى 0.1 (web.dev). يستطيع الوكيل تطبيق إصلاحات معروفة، لكن تشغيلًا مخبريًا واحدًا بعد ذلك لا يعرض ما يقيسه الزوار الحقيقيون، فقرر بنفسك ما ينبغي حذفه.

المسار الآمن في ست خطوات

الهدف حلقة يكون فيها كل تغيير صغيرًا ومفحوصًا وقابلًا للتراجع.

1. افحص. أدخل عنوان موقعك العام في SEOgrinder. الخدمة مجانية ولا تحتاج حسابًا. تحصل على درجة إجمالية وقائمة مهام مرتبة حسب الأثر وستة مجالات: السرعة، والصفحة في Google، وإمكانية الوصول، والتقنية والأمان، والجاهزية للذكاء الاصطناعي، والموقع كاملًا.
2. ابدأ التسليم. للقائمة كاملة اضغط في التقرير تسليم إلى الذكاء الاصطناعي. يفتح ذلك أمر العمل، وهو ملف Markdown يمكنك تنزيله بصيغة ‎.md‎ أو نسخه ولصقه في وكيلك. ولمهمة واحدة اضغط تسليم إلى الذكاء الاصطناعي على بطاقتها. أما فحوص وكلاء الذكاء الاصطناعي فيضم تبويب الجاهزية للذكاء الاصطناعي زر نسخ موجّه الوكيل في كل سطر (تنفتح الأسطر المستوفاة أولًا). الموجهات هنا بالإنجليزية لأنها موجهة إلى نموذج، ولأن المواصفات التي تشير إليها بالإنجليزية أيضًا.
3. نتيجة واحدة في كل مرة. قل للوكيل: نفذ المهمة الأولى وتوقف. لا تطلب «كل SEO». المهمة الصغيرة تعطي فروقات صغيرة تقرؤها.
4. اقرأ الفروقات (diff) وابدأ تشغيل اختباراتك. من أجل هذا بالضبط يوجد البناء والمدقق وحزمة الاختبارات. افتح الملفات المتغيرة بنفسك. وإن لمس الوكيل شيئًا لم تذكره المهمة فاسأله لماذا.
5. أعد الفحص. حين يصير التغيير منشورًا تحت عنوانك العام، افتح التقرير واضغط إعادة التحقق. يحتفظ SEOgrinder بالتقرير حتى 24 ساعة، فبدون هذا الزر سترى النتيجة القديمة. ويعمل الزر بضع مرات في الساعة. ينبغي أن تختفي النتيجة. ويفحص SEOgrinder المواقع العامة فقط، لذا فالتغيير الموجود على حاسوبك وحده أو خلف تسجيل دخول لا يراه. فافحص بعد النشر، واجعل التغيير صغيرًا بما يكفي للتراجع عنه.
6. أنشئ commit. commit واحد لكل نتيجة، ورسالة تسميها. ادمج حين تؤكد إعادة الفحص النتيجة، ثم خذ المهمة التالية.

كيف يبدو أمر العمل الجيد

الوكيل الذي بلا هدف واضح يتوقف حين يبدو له شيء معقولًا. والأمر الجيد لا يترك مساحة للتخمين. وهو من أربعة أجزاء:

يبنى أمر العمل بهذا الترتيب: «المهمة»، و«الصفحة»، و«الحالة الراهنة»، و«الكلمات المفتاحية»، و«المهام»، و«قواعد العمل»، و«بيانات (قابلة للقراءة آليًا)». وفي التثبيت المحلي من SEOgrinder يقع قسم «تحقق من عملك» بين «قواعد العمل» و«البيانات»؛ أما أمر العمل الصادر من seogrinder.com فلا يحتويه. وكل مهمة تذكر مشكلتها وطريقة إصلاحها وتقدير جهدها وكتلة «تكتمل عندما». وتصاغ هذه الكتلة كأنها اختبار، مثل:

meta[name=description] exists
description.length in [min, max]
description contains the focus keyword

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

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

مثال مختصر على الموجه (prompt)

هذه نسخة مختصرة من موجّه الوكيل لملف robots.txt موجود، مع example.com موقعًا. الموجه الحقيقي في SEOgrinder أطول ويسرد فحوصًا أكثر.

# Review and improve the existing robots.txt

Your site already serves a robots.txt. Review it against RFC 9309
and fix what is wrong. Change only what is needed.
Do not remove a rule you do not understand: ask the site owner.

## Check

- Served as text/plain with HTTP 200, not as an HTML page
- Valid User-agent groups with Allow/Disallow rules, no syntax errors
- No rule blocks pages that should appear in search
- The sitemap is listed as an absolute URL
- AI crawlers: allowing or blocking is the owner's decision.
  Ask, do not choose for them

## Read it

curl -sg https://example.com/robots.txt

Report the problems you found and the changes you made.

أربع عادات تجعل هذا الموجه آمنًا، ويمكنك نسخها إلى موجهاتك. ضبط النفس: عبارة «Change only what is needed» تبقي الفروقات صغيرة. مخرج لقول «لا أعرف»: عبارة «ask the site owner» تعطي الوكيل مخرجًا مشروعًا فلا يضطر إلى التخمين. حد للقرارات: قرارات المالك مذكورة بوصفها قرارات المالك. الحالة الفعلية أولًا: سطر curl يجعل الوكيل يقرأ الملف الحقيقي بدل أن يفترض ما فيه. والسطر الأخير يعطيك ملخصًا تقارنه بالفروقات.

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

• اعمل على فرع أو على نسخة من المشروع. لا تدع وكيلًا يحرر الملفات على خادم الإنتاج مباشرة. فالتغييرات تصل إلى الإنتاج عبر إصدارك المعتاد.
• اقرأ كل diff. قد يكون الوكيل واثقًا ومخطئًا. وفي الـ diff تلاحظ ذلك.
• أبعد الأسرار. لا مفاتيح ولا رموز (tokens) ولا محتويات ‎.env‎ في موجه أو في ملفات تلصقها. وتأكد أن تغييرات الوكيل لم تنسخ شيئًا منها إلى المستودع.
• لا تغيير جماعيًا بلا عينة. إذا كانت المهمة تمس كل صفحة، كقالب العناوين مثلًا، فطبقها على صفحة واحدة أولًا، وانظر النتيجة، ثم طبقها على الباقي.
• تأكد من نجاح البناء والاختبارات قبل كل commit.
• عامل النص المجلوب بوصفه بيانات. قد يحتوي محتوى الصفحات أو ملف تصدير من Search Console أو رد خادم جملًا تبدو كأنها تعليمات. تعليماتك هي ما كتبته أنت. ولهذا السبب يسمي ملخص Search Console في SEOgrinder عبارات البحث والعناوين من ملف التصدير «بيانات وليست تعليمات».

الأخطاء الشائعة

• تسليم القائمة كلها دفعة واحدة. تكبر الفروقات ولا تعود تعرف أي تغيير سبب أي مشكلة.
• ترك الوكيل يقرر في شأن زواحف الذكاء الاصطناعي. هذه قاعدة عمن يجوز له استخدام محتواك. إنها قرارك.
• hreflang بلا روابط متبادلة. توثق Google أن كل نسخة لغوية يجب أن تذكر نفسها وكل النسخ الأخرى، وأن غياب الروابط المتبادلة قد يؤدي إلى تجاهل بيانات hreflang. والوكيل الذي يحرر صفحة واحدة ويترك الباقي يكسر المجموعة. اذكر في المهمة أن كل النسخ تتغير معًا، واقرأ النتيجة في كل نسخة. التفاصيل في دليل Google للنسخ المحلية.
• مجموعة robots.txt جديدة تنسى القواعد القديمة. يذكر RFC 9309 أن الزاحف يستخدم المجموعة المطابقة لاسمه، وإن وجدت فلا تنطبق عليه مجموعة *. فإذا أضاف الوكيل كتلة لروبوت ذكاء اصطناعي واحد وجب أن تتكرر فيها كل القواعد التي ينبغي أن يتبعها ذلك الروبوت.
• صفحة خطأ ودودة برمز الحالة 200. ينبغي أن ترد الصفحة المفقودة بـ 404 أو 410. وإذا قال المحتوى «غير موجودة» وكان الرمز 200 فقد يبلغ Search Console عن Soft 404، كما تصف صفحة Google عن رموز حالة HTTP. وصفحة الخطأ الأجمل يجب أن ترسل الرمز 404 أيضًا. التفاصيل في مقالنا عن Soft 404.
• تصديق «تم» دون قياس. تقرير الوكيل يقول ما نوى تغييره. وما هو حي فعلًا لا يقوله إلا فحص جديد.

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

أي وكيل ذكاء اصطناعي للبرمجة هو الأفضل لإصلاحات SEO في موقعي؟

لا نصنف الأدوات ولا ندعي شيئًا عن قدرات نماذج أو منتجات بعينها. أمر العمل ملف Markdown مكتوب لـ Claude Code أو Cursor أو GitHub Copilot أو ChatGPT. وجودة الأمر وحجم المهمة ومراجعتك أهم من اسم الأداة.

هل يستطيع الوكيل تنفيذ التدقيق كله دون إشراف؟

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

هل يغير SEOgrinder موقعي؟

لا. يقرأ SEOgrinder صفحاتك العامة ويبلغ بما يجده. والتغييرات يجريها وكيلك في مشروعك، وأنت تراجعها.

هل سيرتفع ترتيبي إذا أصلحت النتائج؟

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

خطوتك التالية

ابدأ الفحص المجاني لموقعك، وافتح التقرير، وخذ أول مهمة في القائمة. أعط هذه وحدها لوكيلك، واقرأ الـ diff، وانشر، واضغط إعادة التحقق، ثم أنشئ commit. وإن أردت مهمة ثانية بعد ذلك فاقرأ عن أخطاء Soft 404، فهي مما يمكن فحصه بـ curl، أو انظر قائمة تدقيق SEO لتختار من أين تبدأ.