الـ SEO الوكيلي (Agentic SEO) نموذج تشغيل يراقب فيه نظامٌ ما بيانات البحث الخاصة بك، ثم يقرر ما الذي يستحق التحقيق بعد ذلك، وينفّذ عبر أدوات متصلة، ويراجع النتيجة، ويكرر هذه الحلقة حتى يتحقق الهدف. إنه يستبدل قائمة المهام الثابتة بعملية تُختار فيها الخطوة التالية بناءً على الأدلة، لا وفق ترتيب محدد مسبقًا.
أهمية ذلك لا تعني أن قوائم المهام سيئة. المشكلة أنها تفرض ترتيبًا ثابتًا للعمليات على مشكلة يتغير ترتيبها الصحيح بتغير البيانات. عبارة مثل «افحص الفهرسة، ثم Core Web Vitals، ثم عمق المحتوى» نقطة بداية معقولة، لكنها التسلسل الخاطئ في نصف الحالات تقريبًا. أما النظام الذي يقرأ بيانات Google Search Console أولًا ثم يقرر ما يفحصه ثانيًا، فهو يفعل شيئًا لا تستطيعه قائمة المهام بحكم بنيتها.
هذا المقال هو المرجع الأساسي لطريقة تفكيرنا في هذا النموذج: الحلقة، وضوابط الأمان، وما الذي تسلّمه للوكيل أولًا، ولماذا تفشل نسبة كبيرة من هذه المشاريع.
ما هو الـ SEO الوكيلي؟
الـ SEO الوكيلي هو عمل في تحسين محركات البحث (SEO) تنفّذه أنظمة تحمل هدفًا، وتختار أفعالها بنفسها، وتستخدم أدوات لتنفيذها. ولا يكون لهذا الوصف معنى إلا إذا توفرت ثلاث خصائص:
- مدخل موجَّه نحو هدف. التعليمات تصف نتيجة («اعرف لماذا انخفضت التحويلات العضوية في يونيو»)، لا مهمة («شغّل تقرير الترتيب»).
- اختيار الخطوات أثناء التشغيل. يتحدد تسلسل الأفعال خلال التشغيل نفسه، بناءً على ما أعادته الخطوات السابقة.
- تنفيذ عبر الأدوات. يصل النظام فعليًا إلى Search Console وأدوات التحليلات وأداة الزحف أو واجهة SERP API. ومن دون أدوات، هو مجرد مساعد كتابة لديه آراء.
يُعد المقال الهندسي من Anthropic بعنوان Building Effective AI Agents أوضح مرجع لرسم هذا الحد. فهو يفرّق بين سير العمل (workflows)، حيث «تُنسَّق النماذج اللغوية والأدوات عبر مسارات برمجية محددة مسبقًا»، والوكلاء (agents)، حيث يقوم النموذج «بتوجيه عملياته واستخدامه للأدوات ديناميكيًا». ومعظم البرمجيات التي تُباع تحت لافتة «الوكيلي» تنتمي إلى النوع الأول. وتطرح Anthropic أيضًا نقطة يحتاجها هذا المجال بشدة: ابدأ ببساطة، ولا تضف تعقيد الوكلاء إلا إذا ثبت أن النهج الأبسط أقل أداءً، لأن «الأنظمة الوكيلية كثيرًا ما تقايض زمن الاستجابة والتكلفة مقابل أداء أفضل في المهمة».
كيف يعمل سير عمل الـ SEO الوكيلي فعليًا؟
للحلقة أربع مراحل، وكل تطبيق جاد هو تنويع عليها.
1. المراقبة
يسحب النظام الحالة الراهنة: أداء Search Console عبر فترتين قابلتين للمقارنة، وسلوك المستخدمين في GA4، والترتيب الحالي، وزحفًا على القسم المتأثر. والأهم أنه يسحب أكثر مما سيستخدم، لأنه لا يعرف بعدُ ما هو ذو صلة.
2. القرار
يقرأ النموذج ما عاد إليه ويختار الفعل التالي من كتالوج أدوات. هذه هي الخطوة التي تميّز النموذج عن الأتمتة. فإذا رأى انخفاضًا في النقرات بنسبة 30% مع ثبات مرات الظهور، ينبغي أن يختار التحقيق في نسبة النقر (CTR) وميزات صفحة النتائج. وإذا رأى انخفاضًا في مرات الظهور بنسبة 30% مع ثبات الترتيب، ينبغي أن يختار التحقيق في الفهرسة والطلب. العَرَض نفسه، والخطوة الثانية مختلفة.
3. التنفيذ
ينفّذ الأداة المختارة ويدفع تكلفة ذلك الاستدعاء. وتُختصر النتائج قبل أن تعود إلى السياق، لأن ردود واجهات API الخام ستستنفد نافذة السياق خلال ثلاث خطوات.
4. المراجعة
يقيّم ما إذا تحقق الهدف. إن لم يتحقق، يكرر الحلقة. وإذا نفدت ميزانيته، ينبغي أن يتوقف ويقول ما تعلّمه، بدل أن يواصل حرق المال، أو الأسوأ من ذلك، أن يختلق استنتاجًا.
في بيئة التشغيل الخاصة بنا، تتوقف الحلقة عند 15 خطوة كحد أقصى، ويجري التخطيط واختيار الأدوات على نموذج سريع ورخيص، بينما يقتصر النموذج المكلف على التجميع النهائي، وتُسعَّر الخطة قبل تنفيذها. وهذه الآلية الأخيرة أهم مما تبدو: يُقدَّر التشغيل مسبقًا، فإذا تجاوز التقدير حدًا معينًا يتوقف النظام ويطلب التأكيد قبل إنفاق أي شيء. وإذا لم يكفِ رصيد الحساب لتغطية التقدير، ينتهي الدور فورًا بدل أن يُنجز نصف تحليل دفعتَ ثمنه.
الـ SEO الوكيلي مقابل أتمتة الـ SEO
يخلط الناس بين الاثنين باستمرار، والفرق ليس نظريًا؛ فهو يغيّر ما يجب أن تتوقعه حين يحدث خطأ ما.
| أتمتة الـ SEO | الـ SEO الوكيلي | |
|---|---|---|
| التسلسل | يكتبه إنسان مسبقًا | يختاره النموذج أثناء التشغيل |
| التعامل مع الحالات الجديدة | لا، الحالات غير المعالَجة تتعطل | نعم، يغيّر مساره للالتفاف عليها |
| قابلية التكرار | متطابق في كل تشغيل | يختلف من تشغيل لآخر |
| تصحيح الأخطاء | اقرأ السكربت | اقرأ سجل التشغيل |
| التكلفة لكل تشغيل | ثابتة ويمكن توقعها | متغيرة، تحددها الخطوات المنفَّذة |
| الأنسب لـ | إجراءات معروفة ومتكررة | تحقيقات مفتوحة النهاية |
قابلية التكرار هي المقايضة التي لا يحذّرك منها أحد. الزحف المجدول يُنتج تقريرًا بالشكل نفسه كل يوم اثنين. أما الوكيل، فإذا أعطيته التعليمات نفسها مرتين، فقد يسلك طريقًا مختلفًا ويُبرز تركيزًا مختلفًا. هذه ميزة في التشخيص، وعبء في تقارير العملاء، ولهذا فإن النمط الناضج هو استخدام الأتمتة الحتمية للتقارير المتكررة، والتشغيلات الوكيلية للتحقيقات.
ما مهام الـ SEO التي تسلّمها للوكيل أولًا؟
رتّبها وفق متغيرين: مدى آلية العمل، ومدى سهولة التحقق من النتيجة. إذا كانت المهمة مرتفعة في الاثنين، فسلّمها الآن.
- تشخيص انخفاض الزيارات. أفضل مرشح أول. مفتوح النهاية فعلًا، قائم بالكامل على الأدلة، ويمكنك التحقق من الاستنتاج بنفسك في عشر دقائق.
- استخراج الكلمات المفتاحية القريبة من الصفحة الأولى (striking distance) وحالات تنافس الصفحات على الكلمة نفسها (cannibalisation). عمل آلي، كبير الحجم، مملّ للبشر، وسهل التحقق منه للغاية.
- تحليل فجوة الكلمات المفتاحية مع المنافسين. اسحب، اطرح، جمّع في مجموعات، قدّر الحجم. الحكم الحقيقي في ما تفعله بالنتيجة، لا في إنتاجها.
- فرز نتائج التدقيق التقني. ليس الزحف نفسه، فهو حتمي، بل ترتيب ما وجده الزحف حسب الأثر المحتمل.
- بناء موجز المحتوى (content brief). فرّع الموضوع إلى أسئلة فرعية، وتحقق من أيها تجيب عنه النتائج الحالية، ثم ابنِ الموجز حول الفجوات.
ما الذي تسلّمه أخيرًا، أو لا تسلّمه أبدًا: أي شيء يُنشر دون مراجعة، وأي شيء يحدد الأولويات مقابل أهداف العمل، وأي شيء يكون فيه الخطأ الواثق مكلفًا. ويصل دليل Search Engine Land عن الذكاء الاصطناعي الوكيلي والـ SEO إلى النتيجة نفسها: التطبيقات التي تصمد تُبقي البشر مسؤولين عن الاستراتيجية والتحقق، بينما يتولى الوكيل العمل الشاق.
ما ضوابط الأمان التي يحتاجها نظام الـ SEO الوكيلي؟
الضوابط هنا ليست عبئًا إجرائيًا للامتثال. إنها الفرق بين نظام يمكنك تركه يعمل ونظام عليك مراقبته باستمرار، وهذا هو جوهر القيمة كلها.
- ميزانية خطوات صارمة. تحدّ مما قد يكلّفه هدف أُسيء فهمه. وعند بلوغ الحد، ينبغي أن يجمّع النظام ما لديه ويقول إنه نفدت مساحته، لا أن يقطع العمل بصمت.
- تقدير التكلفة قبل التشغيل. سعّر الخطة قبل تنفيذها، واجعل أي شيء يتجاوز حدًا معينًا مشروطًا بموافقة صريحة.
- تصنيف صلاحيات الأدوات. صنّف كل أداة على أنها قراءة أو توليد أو كتابة. أدوات القراءة يمكن أن تعمل دون إشراف، أما أدوات الكتابة فلا.
- عزل المحتوى غير الموثوق. حين يجلب الوكيل صفحة منافس، يصل نص تلك الصفحة إلى نافذة السياق نفسها التي فيها تعليماتك. وإذا احتوى على أوامر مدسوسة، فقد ينفّذها وكيل ساذج. بيئة التشغيل لدينا تحيط كل محتوى مجلوب بغلاف «غير موثوق»، وتضع علامة «ملوّث» على الدور، وترفض أدوات الكتابة لبقية ذلك الدور ما لم يوافق إنسان صراحةً.
- سجل قابل للقراءة. كل استدعاء أداة ووسائطه وتكلفته ونتيجته، قابل للفحص لاحقًا. النظام الوكيلي الذي لا يمكنك تدقيقه نظام لا يمكنك الوثوق به.
ما علاقة الـ SEO الوكيلي بتقنية query fan-out من Google؟
هناك تناظر لطيف يفوت كثيرين. يشرح دليل Google لتحسين المحتوى لميزات الذكاء الاصطناعي التوليدي أن AI Mode (وضع البحث بالذكاء الاصطناعي في Google) يوسّع الطلب الواحد إلى استعلامات فرعية كثيرة مرتبطة به ويسترجع النتائج لها جميعًا، وهو ما يُعرف بـ query fan-out (تفريع الاستعلام)، ولهذا صار عمق تغطية الموضوع يتفوق على استهداف الكلمات المفتاحية. والوكيل يتفرع بالطريقة نفسها على جانب التحليل، فيفكك سؤال «لماذا انخفضت الزيارات؟» إلى مجموعة من التحقيقات الفرعية.
لكن احذر من الاستنتاج. فالإرشادات نفسها من Google واضحة في أنه «لا توجد متطلبات إضافية للظهور في AI Overviews أو AI Mode، ولا تحسينات خاصة أخرى ضرورية». استخدام وكيل لإنتاج المحتوى لا يجعل ذلك المحتوى مؤهلًا لأي شيء لم يكن مؤهلًا له أصلًا. واستخدام وكيل لتوليد صفحة لكل صيغة من صيغ الكلمة المفتاحية هو إساءة استخدام للمحتوى على نطاق واسع (scaled content abuse) تُنفَّذ بسرعة. الوكيل يساعدك على اكتشاف ما يجب أن تكتب عنه والتحقق مما إذا كنت قد غطيته، لكنه لا يمنحك الأهلية.
هل يحلّ الـ SEO الوكيلي محل متخصصي الـ SEO؟
إنه يحل محل فئة من المهام، لا محل دور وظيفي. المهام التي يستوعبها هي تلك التي تتطلب سحب البيانات من أربعة أنظمة والتوفيق بينها، وهي بالمصادفة المكان الذي يذهب إليه جزء كبير من وقت المبتدئين حاليًا. أما ما لا يستوعبه فهو تحديد أيّ من ثلاث استراتيجيات وجيهة يناسب نشاطًا تجاريًا له دورة مبيعات معينة وقدرة معينة على تحمل المخاطر.
الشكل الواقعي على المدى القريب هو ممارس واحد متمرس يشرف على عمل كان يحتاج سابقًا إلى ثلاثة أشخاص، مع انتقال وقته من تجميع البيانات إلى الحكم والتحقق. وتشير توقعات Gartner إلى الاتجاه نفسه، إذ تتوقع أن تُتخذ 15% من قرارات العمل اليومية بشكل مستقل عبر الذكاء الاصطناعي الوكيلي بحلول 2028، مقارنة بما يقارب الصفر في 2024. نسبة 15% تحوّل كبير، لكنها ليست استبدالًا.
كيف تقيس ما إذا كان الـ SEO الوكيلي ينجح؟
قِس المُخرَج، لا النشاط. ثلاثة أسئلة:
- هل كنت ستصل إلى الاستنتاج نفسه؟ شغّل الوكيل على تحقيق سبق أن أنجزته يدويًا، وقارن. هذا هو الاختبار النزيه الوحيد للدقة.
- كم كلّف كل استنتاج مفيد؟ ليس التكلفة لكل تشغيل. فالتشغيلات التي لا تُنتج شيئًا قابلًا للتنفيذ تكلّف مالًا أيضًا، ونسبتها هي الرقم الذي يخبرك ما إذا كان نطاق العمل محددًا بشكل صحيح.
- هل تحرّك أداء البحث فعلًا؟ في Search Console، باستخدام تقارير أداء الذكاء الاصطناعي التوليدي من Google نفسها لقياس الزيارات القادمة من واجهات الذكاء الاصطناعي. وتجاهل أي أداة خارجية تدّعي أنها تقرأ أنظمة الترتيب الداخلية للذكاء الاصطناعي في Google، فلا توجد أداة خارجية تملك هذا الوصول.
كم يكلّف تشغيل SEO وكيلي؟
هناك عنصران، والثاني هو الذي يفاجئ الفرق.
رموز النموذج (tokens) تتزايد بحسب كمية البيانات التي تدخل السياق. ولهذا فإن مرحلة المراقبة قرار تكلفة وليست مجرد قرار بيانات: سحب 25,000 صف من بيانات Search Console والاستدلال عليها أغلى بشكل ملموس من سحب 500. نحن نحتسب الرموز بسعر ثابت قدره 300 رصيد لكل مليون رمز عبر جميع استدعاءات النماذج في الدور الواحد، المدخلات والمخرجات معًا، ولهذا تختصر بيئة التشغيل لدينا نتائج الأدوات الكبيرة قبل أن تعود إلى السياق بدل تمريرها خامًا.
استدعاءات الأدوات هي عادةً الحصة الأكبر، لأن معظمها يغلّف واجهات API مدفوعة من أطراف ثالثة. وتعطيك تكاليفنا المنشورة لكل استدعاء فكرة عن الصورة: تدقيق الصفحة 50 رصيدًا، وفحص Core Web Vitals بـ 25، واستعلام Search Console أو GA4 بـ 50 لكل منهما، وتحليل فجوة الكلمات المفتاحية بـ 30، واستدعاء اكتشاف المنافسين بـ 15، والبحث المباشر في صفحة النتائج بـ 5 لكل كلمة مفتاحية، وفحص ظهور العلامة التجارية بـ 100 لكل محرك يُستعلَم. وتعليمات واحدة مثل «دقّق هذا القسم وأخبرني بما يجب إصلاحه أولًا» قد تتفرع فعليًا إلى عشرة استدعاءات أو أكثر من هذه.
ويترتب على ذلك ثلاث نتائج، تنطبق أيًّا كان المزوّد الذي تستخدمه:
- قيّم التكلفة لكل تشغيل، لا لكل رسالة. السعر لكل مستخدم مع دردشة غير محدودة لا يخبرك شيئًا عن تكلفة تحقيق حقيقي متعدد الأدوات.
- الهدف الواسع هدف مكلف. «حسّن الـ SEO لدينا» يتفرع عبر كل أداة في الكتالوج. أما «اعرف أي روابط المدونة خسرت نقرات في يونيو ولماذا» فلا.
- التشغيلات غير المحدودة هي نمط الفشل. من دون حد للخطوات وتقدير مسبق للتكلفة، ينتهي هدف أُسيء فهمه إلى لا شيء بالسعر الكامل. وهذه هي الآلية وراء معظم حالات الإلغاء في القسم التالي.
لماذا تفشل مشاريع الذكاء الاصطناعي الوكيلي؟
لأن معظمها ليس وكيليًا أصلًا، والباقي بلا نطاق محدد. توقعت Gartner في يونيو 2025 أن يُلغى أكثر من 40% من مشاريع الذكاء الاصطناعي الوكيلي بحلول نهاية 2027، مشيرةً إلى تصاعد التكاليف، وغموض القيمة التجارية، وقصور ضوابط المخاطر. وفي التحليل نفسه، قدّرت أن نحو 130 فقط من بين آلاف المزوّدين الذين يسوّقون للذكاء الاصطناعي الوكيلي هم وكيليون حقًا، ووصفت الباقين بأنهم يمارسون «agent washing» (تلميع المنتجات بلافتة الوكلاء): مساعدون وروبوتات دردشة وأدوات أتمتة العمليات الروبوتية أُعيدت تسميتها.
ونمط الفشل في الـ SEO تحديدًا ثابت. يعطي فريقٌ الوكيلَ هدفًا بلا حدود، دون حد للخطوات، ومع صلاحية الكتابة، فيحصل على مُخرَج مكلف وخاطئ قليلًا، ويستنتج أن التقنية لا تعمل. ما لم يعمل فعلًا هو تحديد النطاق. ابدأ بمهمة تشخيصية واحدة للقراءة فقط، وضع لها حدودًا، وقارن مُخرَجها بمُخرَجك لمدة شهر، ثم توسّع انطلاقًا من ذلك.
من أين تبدأ هذا الأسبوع؟
اختر التحقيق الذي تتجنبه أكثر من غيره، ذلك الذي يعني فتح Search Console وGA4 وأداة تتبع الترتيب في ثلاث علامات تبويب والتوفيق بينها يدويًا. سلّم هذا التحقيق بالضبط إلى وكيل بصلاحية قراءة فقط، وحد للخطوات، وسقف للتكلفة. كرر ذلك أربع مرات. إذا تطابقت الاستنتاجات مع استنتاجاتك، وسّع النطاق. وإن لم تتطابق، فقد تعلّمت شيئًا رخيصًا ومهمًا.
يتناول المقال المرافق عن ماهية وكيل الـ SEO بالذكاء الاصطناعي البنية بعمق أكبر، وتشغّل أداة Autopilot الحلقة الموصوفة هنا على بياناتك المتصلة.
Get a free AI ranking consultation
Want your brand to show up when ChatGPT, Gemini and Perplexity answer questions in your market? Tell us about your site and our team will send a personalized strategy.
